Closed
Bug 631812
Opened 14 years ago
Closed 14 years ago
URLBar broken on certain themes
Categories
(Firefox :: General, defect)
Tracking
()
VERIFIED
FIXED
Firefox 4.0b12
Tracking | Status | |
---|---|---|
blocking2.0 | --- | final+ |
People
(Reporter: ShareBird, Assigned: dao)
Details
(Keywords: regression, Whiteboard: [softblocker])
Attachments
(1 file, 1 obsolete file)
2.69 KB,
patch
|
Gavin
:
review+
|
Details | Diff | Splinter Review |
Bug 541656 - Display hyperlink URLs at bottom of window (instead of right side of location bar) - has broken my themes in a very difficult way to fix. This could also affect other themes that are using the dropped classes urlbar-frontcap-and-textbox and urlbar-frontcap to skin the urlbar...
I'm proposing to bring back the above mentioned containers; I guess it is a no-risk modification and will simplify a lot the work on the themes, since we are so close to the FF 4.0 release.
Reporter | ||
Updated•14 years ago
|
Assignee: nobody → pardal
blocking2.0: --- → ?
Attachment #510029 -
Flags: review?(gavin.sharp)
Assignee | ||
Comment 1•14 years ago
|
||
Judging by <http://mxr.mozilla.org/mozilla-central/source/browser/base/content/urlbarBindings.xml> and <http://mxr.mozilla.org/mozilla1.9.2/source/toolkit/content/widgets/autocomplete.xml>, the current binding is compatible with as it was in Firefox 3.6, except that autocomplete-icon seems to have moved -- we should probably fix that.
So if your theme supports Firefox 3.6, this should be super-easy to fix, and the extra containers are more likely to make life harder for themes that aren't updated for Firefox 4 yet by breaking child selectors.
Assignee | ||
Comment 2•14 years ago
|
||
(In reply to comment #1)
> the current binding is compatible with as it was in Firefox 3.6, except that
> autocomplete-icon seems to have moved -- we should probably fix that.
More precisely, the insertion point for the <box> nodes has moved. autocomplete-icon itself isn't used.
I'll check if relocating this would break something in the default themes.
Reporter | ||
Comment 3•14 years ago
|
||
Dão, using the DOMi to inspect the nodes on 3.6 and 4.0 I can see that on 3.6 the identity-box, textbox-input-box and urlbar-icons were inside a hbox (the autocomplete-textbox-container). I've used on 3.6 this box for my approach. For 4.0 I've used the same approach but applying to the new containers (I'm using a chrome.manifest flag to fire FF 4.0 urlbar stuff).
I've investigated this issue and I have no possibilities to maintain my urlbar appearance in the way it is now. That's why I'm filing this bug...
Notice that the addition of these containers will not affect any of our default themes. I also don't think that any third-party theme will work on FF 4.0 without many modifications, so I don't really see any annoyance for third-party themes at all.
Assignee | ||
Comment 4•14 years ago
|
||
(In reply to comment #3)
> Dão, using the DOMi to inspect the nodes on 3.6 and 4.0 I can see that on 3.6
> the identity-box, textbox-input-box and urlbar-icons were inside a hbox (the
> autocomplete-textbox-container). I've used on 3.6 this box for my approach. For
> 4.0 I've used the same approach but applying to the new containers (I'm using a
> chrome.manifest flag to fire FF 4.0 urlbar stuff).
>
> I've investigated this issue and I have no possibilities to maintain my urlbar
> appearance in the way it is now. That's why I'm filing this bug...
The inconsistency you see between Firefox 3.6 and trunk sounds exactly like what I mentioned in comment 2. Let's fix that.
> Notice that the addition of these containers will not affect any of our default
> themes.
Yes, they are less tied to the binding structure because they use the new urlbar-* classes. That's not the case for themes that are compatible with 3.6.
> I also don't think that any third-party theme will work on FF 4.0
> without many modifications, so I don't really see any annoyance for third-party
> themes at all.
Well, that there's a large pile of changes doesn't mean that adding more to the pile isn't a problem.
Assignee | ||
Updated•14 years ago
|
Assignee: pardal → dao
Assignee | ||
Updated•14 years ago
|
Attachment #510029 -
Attachment is obsolete: true
Attachment #510029 -
Flags: review?(gavin.sharp)
Assignee | ||
Comment 5•14 years ago
|
||
The theme adjustments let the vertical bar after the "Switch to tab:" label continue to touch the location bar border.
Attachment #510106 -
Flags: review?(gavin.sharp)
Reporter | ||
Comment 6•14 years ago
|
||
(In reply to comment #5)
> Created attachment 510106 [details] [diff] [review]
> patch
>
> The theme adjustments let the vertical bar after the "Switch to tab:" label
> continue to touch the location bar border.
Looking good.
Sorry for my wrong approach...
Updated•14 years ago
|
Whiteboard: [softblocker]
Updated•14 years ago
|
Attachment #510106 -
Flags: review?(gavin.sharp) → review+
Assignee | ||
Updated•14 years ago
|
Keywords: qawanted → checkin-needed
Comment 7•14 years ago
|
||
Status: NEW → RESOLVED
Closed: 14 years ago
Keywords: checkin-needed
Resolution: --- → FIXED
Target Milestone: --- → Firefox 4.0b12
Comment 8•14 years ago
|
||
Verified using Mozilla/5.0 (Windows NT 6.1; rv:2.0b12) Gecko/20100101 Firefox/4.0b12.
Status: RESOLVED → VERIFIED
You need to log in
before you can comment on or make changes to this bug.
Description
•