Closed
Bug 740213
Opened 12 years ago
Closed 8 years ago
Investigate why :-moz-any-link is not being applied to text links in the privacy pane of In-Content preferences
Categories
(Firefox :: Settings UI, defect)
Firefox
Settings UI
Tracking
()
RESOLVED
WORKSFORME
People
(Reporter: jon.rietveld, Unassigned)
References
Details
Attachments
(1 file)
22.52 KB,
image/png
|
Details |
User Agent: Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/535.11 (KHTML, like Gecko) Chrome/17.0.963.83 Safari/535.11 Steps to reproduce: I hovered my mouse over a link in the in-content privacy preference pane Actual results: The mouse stayed the same Expected results: The mouse should have changed to a pointer mouse
Reporter | ||
Updated•12 years ago
|
Component: Untriaged → Preferences
OS: Windows 7 → All
Hardware: x86_64 → All
Updated•12 years ago
|
Assignee: nobody → jon.rietveld
Blocks: 718011
Status: UNCONFIRMED → ASSIGNED
Ever confirmed: true
Summary: cursor pointer not shown when mouse is over link → cursor pointer not shown when mouse is over link (in-content preferences)
Updated•12 years ago
|
QA Contact: untriaged → preferences
Version: unspecified → Trunk
Comment 1•12 years ago
|
||
This bug is to investigate why the :-moz-any-link isn't being applied to the <html:a> tags within the in-content preferences.
Assignee: jon.rietveld → nobody
Status: ASSIGNED → NEW
Comment 2•12 years ago
|
||
This works for me now.
Status: NEW → RESOLVED
Closed: 12 years ago
Resolution: --- → WORKSFORME
Comment 3•12 years ago
|
||
This bug is to remove the CSS property at https://mxr.mozilla.org/mozilla-central/source/browser/themes/winstripe/preferences/in-content/preferences.css#118 and figure out why :-moz-any-link isn't being applied.
Status: RESOLVED → REOPENED
Resolution: WORKSFORME → ---
Summary: cursor pointer not shown when mouse is over link (in-content preferences) → Investigate why :-moz-any-link is not being applied to text links in the privacy pane of In-Content preferences
Updated•10 years ago
|
Blocks: fxdesktopbacklog
Whiteboard: p=0
Updated•10 years ago
|
Status: REOPENED → NEW
Updated•10 years ago
|
No longer blocks: fxdesktopbacklog
Flags: firefox-backlog+
Updated•10 years ago
|
Whiteboard: p=0 → p=3
Updated•10 years ago
|
Points: --- → 3
Flags: qe-verify?
Whiteboard: p=3
Comment 4•9 years ago
|
||
Apologies if I've missed something obvious, but this seems to be fixed now. It doesn't apply to the "Learn More" link because it is an <xul:label> rather than an <html:a> (same situation as the existing options window), and if I use the inspector to change the link from <label xmlns="http://www.mozilla.org/keymaster/gatekeeper/there.is.only.xul" class="text-link" id="doNotTrackInfo" href="https://www.mozilla.org/dnt"> Learn More </label> to <a xmlns="http://www.w3.org/1999/xhtml" id="doNotTrackInfo" href="https://www.mozilla.org/dnt"> Learn More </a> then :-moz-any-link applies fine (and the link loses its position unless I give it display: block;) The two links in the History section (clear recent, remove individual cookies) are <html:a>, and :-moz-any-link applies fine to them. If I use the inspector to remove the mentioned CSS from comment 3 then they keep the pointer fine.
Comment 5•8 years ago
|
||
Hi Jared, I would like to clarify the issue here. As the attachment shows, the 'Learn More' link should be colored and non-underlined. Is it correct? Thanks!
Flags: needinfo?(jaws)
Comment 6•8 years ago
|
||
This bug doesn't exist anymore since we just changed to use <label> in the preferences instead of <html:a> in bug 1280472.
Status: NEW → RESOLVED
Closed: 12 years ago → 8 years ago
Flags: needinfo?(jaws)
Resolution: --- → WORKSFORME
You need to log in
before you can comment on or make changes to this bug.
Description
•