Bug 15319 - Text underlining for children elements of links is not consistent with other browsers.
Summary: Text underlining for children elements of links is not consistent with other ...
Status: RESOLVED CONFIGURATION CHANGED
Alias: None
Product: WebKit
Classification: Unclassified
Component: New Bugs (show other bugs)
Version: 523.x (Safari 3)
Hardware: All All
: P2 Major
Assignee: Nobody
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2007-09-29 04:39 PDT by Stephen Rose
Modified: 2022-06-17 13:27 PDT (History)
6 users (show)

See Also:


Attachments
Test Page (1.22 KB, text/html)
2007-09-29 04:40 PDT, Stephen Rose
no flags Details
Safari 15.5 matches other browsers (165.64 KB, image/png)
2022-06-17 12:08 PDT, Ahmad Saleem
no flags Details

Note You need to log in before you can comment on or make changes to this bug.
Description Stephen Rose 2007-09-29 04:39:00 PDT
I was creating a CSS only tooltip, and found a problem with safari.

I have all links have text-decoration set to none, by default,  and underline on hover, per usual.

I also have a span inside the link, that contains the tool tip.  I have set it to text-decoration:none, and it does not take it, when the link is hovered, and the tip is displayed , the tooltip still has underlines.

I will post a test page I created for this.
Comment 1 Stephen Rose 2007-09-29 04:40:35 PDT
Created attachment 16448 [details]
Test Page

Test page, hover the link, the tooltip text should not be underlined.
Comment 2 Stephen Rose 2007-09-29 04:41:37 PDT
Also note, the desired effect is displayed in Firefox and IE, so this is the expected result.
Comment 3 David Kilzer (:ddkilzer) 2007-09-29 09:46:11 PDT
Confirmed difference in behavior from Firefox 2.0.0.7 with a local debug build of WebKit r25803 with Safari 3 Public Beta v. 3.0.3 (522.12.1) on Mac OS X 10.4.10 (8R218).

Comment 4 Dave Hyatt 2007-10-01 11:31:29 PDT
I guess maybe other browsers don't propagate underlines into positioned blocks.  I don't think the "none' is relevant.
Comment 5 Dave Hyatt 2007-10-01 11:32:06 PDT
Although this should be strict mode, so I have no idea what's going on.  Will have to debug.

Comment 6 Stephen Rose 2007-10-01 17:22:28 PDT
(In reply to comment #4)
> I guess maybe other browsers don't propagate underlines into positioned blocks.
>  I don't think the "none' is relevant.
> 

I see what you mean, I was thinking that that line was causing it to be non underlined...

But still, shouldn't that code do what I am thinking?

If the parent block has one style, and the child reverses/cancels the same style? shouldn't it not be  still inheriting?
Comment 7 Stephen Rose 2007-10-01 17:42:06 PDT
More testing... all browsers are varying here..
IE does respect the text-decoration. Firefox does not but..

Firefox does not by default undeline spans etc. in links that are position:absolute.

I think that safari should combine both.. for compatibility...I don't know which one is w3c right? any of them?
Comment 8 Ahmad Saleem 2022-06-17 12:08:39 PDT
Created attachment 460307 [details]
Safari 15.5 matches other browsers

I am unable to reproduce this bug where the "underline" propagate to tooltip in Safari 15.5 on macOS 12.4 and it is matching all other browsers (Chrome Canary 105 and Firefox Nightly 103). I have attached screenshot of Safari 15.5 behavior but it is similar to other browsers.

I think it might have been fixed along the lines or it was spec issue and other browser (Firefox) might have fixed it on their end. I think it can be marked as "RESOLVED CONFIGURATION CHANGED". Thanks!
Comment 9 zalan 2022-06-17 13:27:16 PDT
(In reply to Ahmad Saleem from comment #8)
> Created attachment 460307 [details]
> Safari 15.5 matches other browsers
> 
> I am unable to reproduce this bug where the "underline" propagate to tooltip
> in Safari 15.5 on macOS 12.4 and it is matching all other browsers (Chrome
> Canary 105 and Firefox Nightly 103). I have attached screenshot of Safari
> 15.5 behavior but it is similar to other browsers.
> 
> I think it might have been fixed along the lines or it was spec issue and
> other browser (Firefox) might have fixed it on their end. I think it can be
> marked as "RESOLVED CONFIGURATION CHANGED". Thanks!
Thank you!