Closed Bug 1742236 Opened 2 years ago Closed 2 years ago

Icon in Address Bar Covered

Categories

(Thunderbird :: Mail Window Front End, enhancement)

Thunderbird 91
enhancement

Tracking

(thunderbird_esr91+ fixed, thunderbird96+ fixed, thunderbird97 affected)

RESOLVED FIXED
97 Branch
Tracking Status
thunderbird_esr91 + fixed
thunderbird96 + fixed
thunderbird97 --- affected

People

(Reporter: whatifmaybe, Assigned: Paenglab)

Details

Attachments

(4 files, 1 obsolete file)

Attached image address_bar_1.png

Steps to reproduce:

Opened a PDF attachment or any content (like the release notes), which are making use of the address bar in Thunderbird Mac.

Actual results:

The address in the address bar is lacking a bit of margin to the left and hence the magnifier icon is not fully visible.

Expected results:

The magnifier icon should be visible.

Attached image address_bar_2.png

Do you have an extension providing this magnifier icon?

Possibly it needs an update.

Flags: needinfo?(whatifmaybe)

(In reply to WaltS48 [:walts48] from comment #2)

Do you have an extension providing this magnifier icon?

Possibly it needs an update.

The icon doesn't seem to be related to an extension. Starting Thunderbird in Troubleshoot Mode or with a new profile doesn't change the icon in the address bar.

Flags: needinfo?(whatifmaybe)

So, I have a bug in my Windows and Linux versions of Thunderbird for not showing that magnifier at all?

Using any accessibility features on your Mac?

No accessibility features in use. It's the same behaviour with a fresh install.

I don't see, or ever recall seeing, a magnifier in the address bar.
The only magnifiers are in the Search bars.

Just tested with 91.3.2 on Windows 10.

Tested again with a new Mac and clean Thunderbird – same result. Is there anything I should do to further investigate?

(In reply to whatifmaybe from comment #7)

Tested again with a new Mac and clean Thunderbird – same result. Is there anything I should do to further investigate?

Do you have it in Firefox if you open this PDF Test file in the PDF Viewer there?

I do not.

Flags: needinfo?(whatifmaybe)
Component: Untriaged → Mail Window Front End

(In reply to WaltS48 [:walts48] from comment #8)

(In reply to whatifmaybe from comment #7)

Tested again with a new Mac and clean Thunderbird – same result. Is there anything I should do to further investigate?

Do you have it in Firefox if you open this PDF Test file in the PDF Viewer there?

I do not.

No, does only occur in Thunderbird Mac.

Flags: needinfo?(whatifmaybe)

The class seems to be renamed and the old rule did no more apply.

Assignee: nobody → richard.marti
Status: UNCONFIRMED → ASSIGNED
Ever confirmed: true
Attachment #9253757 - Flags: review?(alessandro)

The patch fixes it, but this styling is a bit strange and inconsistent across platforms.

This seems to be a band-aid fix to solve platform inconsistencies created in m-c. (band-aid is not a term to attack anyone that worked on these files, it's just to represent the fact that we're adding some extra styling to fix something sketchy coming from m-c).

So, we have the .themeableSearchBox that adds the magnifying glass background image, but only on macOS: https://searchfox.org/comm-central/rev/a1a691cfdef5898ea4f53861c2592085a039bb43/mail/themes/osx/mail/searchBox.css#23-32

It seems that we do this also for the .searchBox element, and from what I can tell it's because that element is styled from m-c with the magnifying icon on Linux and Windows but not macOS: https://searchfox.org/mozilla-central/rev/6a7c3a1eda4ebb8f9c13779dbbf5eff15bacf8ed/toolkit/themes/linux/global/search-textbox.css#51-54

This is so weird, but unless m-c decides to drop those shadow dom elements and add a consistent styling, we're stuck with this way.

Since we have other areas in which we use the .themeableSearchBox class alongside the .contentTabUrlInput class, wouldn't be better to update that CSS declaration with .themeableSearchBox:not(.contentTabUrlInput)? Would that properly cover all scenarios where we use the themeableSearchBox in a fake url bar in a Content tab?

Another possible, more permanent, solution might be to remove the themeableSearchBox class from those elements that are not actually searchable input fields.

On Mac first the search glass was automatically added to the search widget from the system. But with the CE changes this was added through CSS.

The :not(.contentTabUrlInput) is the best approach.

Removing the themeableSearchBox class would need that we copy most of the code for this element

Attachment #9253757 - Attachment is obsolete: true
Attachment #9253757 - Flags: review?(alessandro)
Attachment #9254149 - Flags: review?(alessandro)
Attachment #9254149 - Flags: review?(alessandro) → review+
Target Milestone: --- → 97 Branch

Pushed by mkmelin@iki.fi:
https://hg.mozilla.org/comm-central/rev/94ce1c0b76bf
Hide the search glass on URL inputboxes. r=aleca

Status: ASSIGNED → RESOLVED
Closed: 2 years ago
Resolution: --- → FIXED

Comment on attachment 9254149 [details] [diff] [review]
1742236-contentTabUrlInput-no-icon.patch

[Approval Request Comment]
User impact if declined: double icon in "URL" bar on Mac
Testing completed (on c-c, etc.): on c-c
Risk to taking this patch (and alternatives if risky): low

Attachment #9254149 - Flags: approval-comm-beta?

[Approval Request Comment]
User impact if declined: double icon in "URL" bar on Mac
Testing completed (on c-c, etc.): on c-c
Risk to taking this patch (and alternatives if risky): low

Attachment #9254331 - Flags: approval-comm-esr91?

Comment on attachment 9254149 [details] [diff] [review]
1742236-contentTabUrlInput-no-icon.patch

[Triage Comment]
Approved for beta

Attachment #9254149 - Flags: approval-comm-beta? → approval-comm-beta+

Comment on attachment 9254331 [details] [diff] [review]
1742236-contentTabUrlInput-no-icon-ESR.patch

[Triage Comment]
Approved for esr91

Attachment #9254331 - Flags: approval-comm-esr91? → approval-comm-esr91+
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: