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)

defect
Not set
normal
Points:
3

Tracking

()

RESOLVED WORKSFORME

People

(Reporter: jon.rietveld, Unassigned)

References

Details

Attachments

(1 file)

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
Component: Untriaged → Preferences
OS: Windows 7 → All
Hardware: x86_64 → All
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)
QA Contact: untriaged → preferences
Version: unspecified → Trunk
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
This works for me now.
Status: NEW → RESOLVED
Closed: 12 years ago
Resolution: --- → WORKSFORME
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
Whiteboard: p=0
Status: REOPENED → NEW
No longer blocks: fxdesktopbacklog
Flags: firefox-backlog+
Whiteboard: p=0 → p=3
Points: --- → 3
Flags: qe-verify?
Whiteboard: p=3
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.
Attached image text-link.png
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)
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 ago8 years ago
Flags: needinfo?(jaws)
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.