Closed
Bug 754306
Opened 13 years ago
Closed 11 years ago
show URL bar for in-content prefs
Categories
(Firefox :: Settings UI, defect)
Tracking
()
VERIFIED
WORKSFORME
People
(Reporter: espadrine, Unassigned)
References
Details
(Whiteboard: p=0 s=it-31c-30a-29b.3 [qa!])
User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:15.0) Gecko/15.0 Firefox/15.0a1
Build ID: 20120509040219
Steps to reproduce:
I went to the preferences tab (with in-content set).
Actual results:
The in-content preferences tab opened, but with the awesome bar hidden.
Even if it wasn't hidden, the URL is the same for whatever pane I'm on, which means that I cannot copy and paste it to someone I know to show them where they need to go to set some preference they struggle with.
Expected results:
The URL should be shown and meaningful.
Updated•13 years ago
|
Blocks: 718011
Status: UNCONFIRMED → NEW
Component: Untriaged → Preferences
Ever confirmed: true
OS: Mac OS X → All
QA Contact: untriaged → preferences
Hardware: x86 → All
Comment 1•13 years ago
|
||
Showing the awesomebar is not as tought as it sounds: most users have a customized toolbar. So there are their own icons, which allow function, sometimes content related. And they might not work with the preferences. Also for consistency: the addon manager also has hidden everything. I'd prefer a context menu entry which allows you to copy the url of the actual preference page. Maybe also show it there. I think with breadcrumbs this will be solved pretty easy, since breadcrumbs are another way of displaying the URL. So the copy URL function should be implemented there.
Reporter | ||
Comment 2•13 years ago
|
||
Ensuring consistency is a good point. Although I'd actually be
in favor of showing the URL bar on the addon manager too,
I consider consistency more important, whatever the convention.
I like the idea of a "permalink" anchor to access breadcrumbs.
Shouldn't those be also present on the addon manager?
Comment 3•13 years ago
|
||
wouldn't be it better if instead of using
say chrome://option/advanced/HarewareAcceleration
its used about:HarewareAcceleration in the url-bar
Updated•11 years ago
|
Blocks: fxdesktopbacklog
Whiteboard: p=0
Comment 4•11 years ago
|
||
There's not much incentive to do this until we fix bug 754304.
Depends on: 754304
Summary: Use URL in in-content preferences → show URL bar for in-content prefs
Updated•11 years ago
|
Whiteboard: p=0 → p=5
Updated•11 years ago
|
No longer blocks: fxdesktopbacklog
Flags: firefox-backlog+
Comment 5•11 years ago
|
||
The original issue of the awesome bar being hidden when viewing in-content preferences is not an issue in nightly. I remember seeing a bug (which I can't seem to find) changing this behaviour.
Looks like the rest of the discussion has diverged to subject matter related to bug 754304.
Status: NEW → RESOLVED
Closed: 11 years ago
Resolution: --- → WORKSFORME
Updated•11 years ago
|
Whiteboard: p=5 → p=0 s=it-31c-30a-29b.3 [qa?]
Florin, please make sure this gets tested.
QA Contact: florin.mezei
Whiteboard: p=0 s=it-31c-30a-29b.3 [qa?] → p=0 s=it-31c-30a-29b.3 [qa+]
Updated•11 years ago
|
QA Contact: florin.mezei → camelia.badau
Comment 7•11 years ago
|
||
I tested with the latest Nightly 31.0a1 on Windows 7 X64,on Ubuntu 13.10 x86 and on Mac OS X 10.9.
I agree with all that Valentin Tsatskin said in comment 5. This behaviour (the awesome bar being hidden when viewing in-content preferences) was changed, the in-content preferences is now a normal page, with URL bar always visible.
Whiteboard: p=0 s=it-31c-30a-29b.3 [qa+] → p=0 s=it-31c-30a-29b.3 [qa!]
Updated•11 years ago
|
Status: RESOLVED → VERIFIED
You need to log in
before you can comment on or make changes to this bug.
Description
•