Closed
Bug 1491526
Opened 7 years ago
Closed 7 years ago
Port bug Bug 1411707: Findbar buttons have no labels
Categories
(Thunderbird :: General, task)
Thunderbird
General
Tracking
(Not tracked)
RESOLVED
FIXED
Thunderbird 64.0
People
(Reporter: Paenglab, Assigned: Paenglab)
References
Details
Attachments
(1 file)
|
4.97 KB,
patch
|
jorgk-bmo
:
review+
|
Details | Diff | Splinter Review |
Since bug 1411707 the findbar buttons have no labels. It seems findbar.ftl isn't found. It is on the correct position in the build like the other ftl files.
| Assignee | ||
Comment 1•7 years ago
|
||
Brian, do you know what the issue could be that TB doesn't load the findbar.ftl? We use already FTL files, so this is no global problem with this type of files. In the console I see no errors.
Flags: needinfo?(bgrinstead)
Comment 2•7 years ago
|
||
Do you have the findbar in the markup, or does it get created in DOMContentLoaded? If so I think this might be a limitation of the current solution for dynamically detected FTL links added in Bug 1490457. We'll have to fix that anyway for future CE, will try and take a look at that next week.
In the meantime, could you try adding it in the markup first thing after the <window> and let me know if it fixes it?
<linkset>
<link rel="localization" href="toolkit/main-window/findbar.ftl"/>
</linkset>
Flags: needinfo?(bgrinstead) → needinfo?(richard.marti)
Comment 4•7 years ago
|
||
(In reply to Richard Marti (:Paenglab) from comment #3)
> Adding the <linkset> fixes it.
OK, I'd probably do that in the meantime and then drop it post Bug 1491549. Note that once you have the first link during parse, new links (for future CE migrations) will be properly detected even without that bug fix.
| Assignee | ||
Comment 5•7 years ago
|
||
Okay, I'll do this. Many thanks!
Findbar should be in the markup, see https://searchfox.org/comm-central/search?q=findbar&case=false®exp=false&path=mail%2Fbase
| Assignee | ||
Comment 6•7 years ago
|
||
This fixes the missing labels.
Brian was so nice to cc me on bug 1491549. Then I know when I can try to revert this again.
Comment 7•7 years ago
|
||
Besides this issue, is the findbar working as expected without changes on your side after the Custom Element migration?
| Assignee | ||
Comment 8•7 years ago
|
||
I think everything works except the "Highlight All". And it does also not show how many times it found the search term. By going forward/backward it shows the next/previous match.
Comment 9•7 years ago
|
||
I think we should address all malfunctions here.
Summary: Findbar buttons have no labels → Port bug Bug 1411707: Findbar buttons have no labels and findbar "Highlight all" and count display doesn't work
Comment 10•7 years ago
|
||
Comment on attachment 9009358 [details] [diff] [review]
findbar-link.patch
Thanks, this is OK, but we'll need another patch to restore the functionality completely.
Attachment #9009358 -
Flags: review?(jorgk) → review+
| Assignee | ||
Comment 11•7 years ago
|
||
OK Jörg, please cold you look into this? Or who could look?
Updated•7 years ago
|
Keywords: leave-open
Comment 12•7 years ago
|
||
(In reply to Richard Marti (:Paenglab) from comment #11)
> OK Jörg, please cold you look into this? Or who could look?
I looked, highlight and counting work on the main window, I see no problem. I've counted "e"s on the page. However, they don't work on the stand-alone and compose windows.
Are we missing the injection of some JS there or something similar?
Keywords: leave-open
Summary: Port bug Bug 1411707: Findbar buttons have no labels and findbar "Highlight all" and count display doesn't work → Port bug Bug 1411707: Findbar buttons have no labels and findbar "Highlight all" doesn't work on compose and stand-alone windows
Comment 13•7 years ago
|
||
Brian, any hint what we need to inject? I remember porting <editor> to a custom element (bug 1478139) and there we didn't have to do anything.
Or maybe Magnus knows, he's been working on de-XBL as well.
| Assignee | ||
Comment 14•7 years ago
|
||
(In reply to Jorg K (GMT+2) from comment #12)
> (In reply to Richard Marti (:Paenglab) from comment #11)
> > OK Jörg, please cold you look into this? Or who could look?
> I looked, highlight and counting work on the main window, I see no problem.
> I've counted "e"s on the page.
Hmm, strange, on Daily without the labels it works. On my own build not.
Comment 15•7 years ago
|
||
I tested this again. The highlight works on all windows. It's just flaky like it always was. Sometimes you have to click "forward" for the highlight to appear.
I think the patch is all we need, sorry about the noise.
Flags: needinfo?(mkmelin+mozilla)
Flags: needinfo?(bgrinstead)
Keywords: leave-open
Summary: Port bug Bug 1411707: Findbar buttons have no labels and findbar "Highlight all" doesn't work on compose and stand-alone windows → Port bug Bug 1411707: Findbar buttons have no labels
Comment 16•7 years ago
|
||
Pushed by mozilla@jorgk.com:
https://hg.mozilla.org/comm-central/rev/d01e5283a6d7
Port bug 1411707: Add the findbar.ftl link to the windows using the findbar. r=jorgk
Status: ASSIGNED → RESOLVED
Closed: 7 years ago
Resolution: --- → FIXED
Comment 17•7 years ago
|
||
Let's assume we're done here for now. Richard, can you please test a Daily.
Target Milestone: --- → Thunderbird 64.0
Comment 18•7 years ago
|
||
Tested this now.
(In reply to Jorg K (GMT+2) from comment #15)
> I tested this again. The highlight works on all windows. It's just flaky
> like it always was. Sometimes you have to click "forward" for the highlight
> to appear.
On the main window, cancelling highlight and highlighting again works. On the stand-alone and compose windows, highlighting again only works when clicking "forward". Strange but true. But nothing we can address here, I think.
Updated•6 years ago
|
Type: defect → task
You need to log in
before you can comment on or make changes to this bug.
Description
•