Closed Bug 189507 Opened 22 years ago Closed 22 years ago

Incorrect behavior: whole text on a table is underlined when focused

Categories

(Core :: CSS Parsing and Computation, defect)

x86
Windows XP
defect
Not set
normal

Tracking

()

RESOLVED DUPLICATE of bug 169078

People

(Reporter: knocte, Assigned: dbaron)

References

()

Details

User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.3a) Gecko/20021212 Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.3a) Gecko/2002121215 On the URL http://www.zonatuning.com/2003/foros/ there is a forum. If you put the mouse over the table that contains the forum, all the text in it is underlined, when it shouldn't be (IE browser shows it correctly). In fact, this was working well in some earlier version of Mozilla, I think Mozilla 1.0. Reproducible: Always Steps to Reproduce: 1. Open http://www.zonatuning.com/2003/foros/ . 2. Put the mouse over the forum table. Actual Results: All the text is suddenly underlined. Expected Results: Mozilla shouldn't underline the text.
wfm using build 20030117 on Linux.
Worksforme in build 2003011703 (latest trunk) on Mac OS 9.2.2. In the past, these bugs were often caused by a <A NAME="..."> tag that was missing the </A> (and the stylesheet added a hover to all A-tags).
I see this effect, but it is not a bug, but desired effect. All text here placed in table with class normal, and this class have css definition: .normal:hover { font-family: Verdana, Arial, Helvetica, sans-serif; font-size: 12px; color: #333399; text-decoration: underline; background-color: #ffffff; } (almost all text here have same rule for :hover). So it is IE bug, browser should underlined all table content when mouse over this table
So, can you tech me how to tell the webmaster to modify the page, so as Mozilla users can see it well?
->INVALID, not a Mozilla bug Tell the webmaster to remove the :hover properties, and to test using Mozilla.
Status: UNCONFIRMED → RESOLVED
Closed: 22 years ago
Resolution: --- → INVALID
Perhaps Mozilla should only underline an individual sentence instead of the whole table, when placing the mouse over that zone? Are you sure it is not a Mozilla bug? I don't think the webmaster will colaborate and try the page with Mozilla. The only thing I can do is telling him EXACTLY what change to do :(
Reopening bug (it was badly explained last time.) Changing all the bug to a different point of view. (Changed URL and Summary.) And the new details are: User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.3a) Gecko/20021212 Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.3a) Gecko/2002121215 On the URL http://www.zonatuning.com/2003/foros/forum.asp?FORUM_ID=1 there is a forum. If you put the mouse over a topic of the forum, all the text in the table is underlined, when only the sentence behind should be underlined. In fact, this was working well in some earlier version of Mozilla, I think Mozilla 1.0. Reproducible: Always Steps to Reproduce: 1. Open http://www.zonatuning.com/2003/foros/forum.asp?FORUM_ID=1 . 2. Put the mouse over a topic on the forum. Actual Results: All the text on the table is suddenly underlined. Expected Results: Mozilla should underline only the sentence of the link. Let's see now if it is a Mozilla bug or not! :-o
Status: RESOLVED → UNCONFIRMED
Resolution: INVALID → ---
Summary: Incorrect behavior: text is underlined when focused → Incorrect behavior: whole text on a table is underlined when focused
Ok, sending to Style for someone there to decide.
Assignee: asa → dbaron
Component: Browser-General → Style System
QA Contact: asa → ian
It is not a bug at all. It is a webmaster decision -- to made all sentences in table higlighten. So this bug should be resolved or as Invalid or as Tech Evangelism. Let me explain this :hover. As stated in w3c manual :hover mean, that this style apply to element when mouse (amother HID) goes over element. So if table class is normal, and normal:hover have properety "underline", than browser SHOULD underline all table content, not only 1 sentence. So if you want to fix it, ask webmaster's to remove underline from .normal:hoover. BTW, in this page :hover is noncence.
Sorry but I don't agree. I have tried it in my machine, I'll explain: I have saved the page on my desktop, I have removed the underline property on the hover class, and I have browsed the page with Mozilla. But now, when the mouse is over a sentence, the sentence is not underlined, so that's not the solution. Mozilla should underline only ONE sentence, not the whole table (as IE does).
You wrong. If you remove underline form .normal:hover -- it stop underlined this text. Correct class: .normal:hover { font-family: Verdana, Arial, Helvetica, sans-serif; font-size: 12px; color: #333399; background-color: #ffffff; } So it's INVALID bug, because emulate IE bug's is not way to perform.
Reporter! If you does not agree, then this bug should be moved to Tech Evangelism. because Mozilla render this page accordin to standarts. BTW. To underline ONLY 1 link, webmaster should add .normal a:hover { text-decoration: underline; } Because it is exact what he/she want.
Status: UNCONFIRMED → RESOLVED
Closed: 22 years ago22 years ago
Resolution: --- → INVALID
Oh that's it. Now I agree. I just wanted a solution to show the page the same way in IE and Mozilla, to tell the webmaster. I have tried to delete the underline property on .normal:hover, and inserted the new one .normal a:hover, and now it works properly. Thank you very much. Marking verified.
Status: RESOLVED → VERIFIED
It may be invalid, but it's something we've added a quirk for, so reopening.
Status: VERIFIED → UNCONFIRMED
Resolution: INVALID → ---
(Note also that ":link:hover, :visited:hover" is better than "a:hover" since "a:hover can match named anchors. Correcting the page remains a good idea, and we still behave correctly in standards mode. See http://mozilla.org/docs/web-developer/quirks/ .) *** This bug has been marked as a duplicate of 169078 ***
Status: UNCONFIRMED → RESOLVED
Closed: 22 years ago22 years ago
Resolution: --- → DUPLICATE
You need to log in before you can comment on or make changes to this bug.