Bug 15319

Summary: Text underlining for children elements of links is not consistent with other browsers.
Product: WebKit Reporter: Stephen Rose <pixelpp>
Component: New BugsAssignee: Nobody <webkit-unassigned>
Status: RESOLVED CONFIGURATION CHANGED    
Severity: Major CC: ahmad.saleem792, ap, mitz, mmaxfield, rniwa, zalan
Priority: P2    
Version: 523.x (Safari 3)   
Hardware: All   
OS: All   
Attachments:
Description Flags
Test Page
none
Safari 15.5 matches other browsers none

Stephen Rose
Reported 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.
Attachments
Test Page (1.22 KB, text/html)
2007-09-29 04:40 PDT, Stephen Rose
no flags
Safari 15.5 matches other browsers (165.64 KB, image/png)
2022-06-17 12:08 PDT, Ahmad Saleem
no flags
Stephen Rose
Comment 1 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.
Stephen Rose
Comment 2 2007-09-29 04:41:37 PDT
Also note, the desired effect is displayed in Firefox and IE, so this is the expected result.
David Kilzer (:ddkilzer)
Comment 3 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).
Dave Hyatt
Comment 4 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.
Dave Hyatt
Comment 5 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.
Stephen Rose
Comment 6 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?
Stephen Rose
Comment 7 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?
Ahmad Saleem
Comment 8 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!
zalan
Comment 9 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!
Note You need to log in before you can comment on or make changes to this bug.