Closed Bug 167751 Opened 23 years ago Closed 15 years ago

Wrapped link text not completely underlined and clickable

Categories

(Core :: Web Painting, defect)

x86
All
defect
Not set
normal

Tracking

()

RESOLVED WORKSFORME

People

(Reporter: svk+bugzilla, Unassigned)

Details

(Keywords: testcase)

Attachments

(6 files)

User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.2a) Gecko/20020910 Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.2a) Gecko/20020910 In the news section of website of the the biggest Finnish newspaper 'Helsingin Sanomat', I sometimes observe links that are not completely marked as links and clickable. That is, that parts of the text that is contained within A elements and that normally is rendered as clickable links are not rendered as such. As far as I can tell, this happens only when a link is warped on several lines. The part of the link text that is not rendered as a link is the last part of the first line, just before the line break. I will attach screenshots that illustrate what I observe. The URL specified is the page from where the screenshots are taken, but the behaviour can be observed on other pages on the site, too. This behaviour is not consistent, sometimes when I navigate back and forward between pages the links are rendered normally again. Reproducible: Sometimes Steps to Reproduce: 1. Go to URL. Actual Results: A part of the link text is not underlined and clickable. Expected Results: All of the link text should be underlined and clickable. Using maximized browser window, monitor resolution 1152 by 864.
Attached image Screenshot
Mouse hover on link.
Attached image Screenshot
Text selected.
QA Contact: petersen → amar
Attached file Reduced testcase
Since the original URL was on a site with dynamic content (daily news), the issue cannot be observed there anymore. I have now observed the behaviour also on http://www.luottokunta.fi/visa_opas.html (first bulleted list), from where I have developed the attached reduced testcase. It is interesting that the behaviour occurs only when the misrendered word within the A element contains a letter with an umlaut (in the testcase: ä). When the letter with the umlaut is replaced with the corresponding non-umlauted letter, all is OK. In the testcase I observe the bad rendering in the first and second bullet, but not in the third.
Attached image Screenshot of testcase
testcase WFM with 2002111817/1.2/win2k. reporter (Sebastian): can you reproduce this bug with a recent build of mozilla (for example, 1.2)? if so, please comment again with details. if not, please resolve this bug as WORKSFORME. thanks.
The original reduced testcase works now for me with a fresh nightly build (Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.3a) Gecko/20021127). But the issue is still present in the sixth bullet of the first bulledted list on the page http://www.luottokunta.fi/visa_opas.html, from where I have extracted this new reduced testcase. In this testcase (and on the original page), the text 'ja' at the end of the word 'Lisätietoja' is not treated as link text.
Attachment #99362 - Attachment is obsolete: true
Keywords: testcase
The font settings of the Mozilla profile have an effect, of course... To reproduce: 1. Create a new Mozilla profile. (Not perhaps necessary.) 2. Change 'Preferences' -> 'Appearance' -> 'Fonts' -> 'Minimum font size' to 13. 3. View 'Second reduced testcase'.
Status: UNCONFIRMED → NEW
Ever confirmed: true
Priority: -- → P4
I just upgraded to Linux at home, and have now observed the same behaviour on this other platform also. Using Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.2.1) Gecko/20030107, I currently see partly non-underlined links on <http://www.helsinginsanomat.fi/tuoreet/juttu.asp?id=20030110OL26> . The Linux distribution is Gentoo, and I'm using Gnome on the desktop.
worksforme with linux 1.2.1, even with the minimum font setting reassign
Assignee: attinasi → other
OS: Windows 2000 → All
QA Contact: amar → ian
Target Milestone: --- → Future
I'm seeing this on Linux with a build pulled last night. The <a> frame is confused about its size.....
Assignee: other → block-and-inline
Component: Layout → Layout: Block & Inline
Priority: P4 → --
Target Milestone: Future → ---
And now it worksforme too....
wfm on winxp, moz1.7.3 reporter (Sebastian), still seeing the bug?
Assignee: core.layout.block-and-inline → roc
Component: Layout: Block and Inline → Layout: View Rendering
Summary: Link text not completely underlined and clickable → Wrapped link text not completely underlined and clickable
Yes, I'm still seeing the bug. Well, actually I'm not seeing the exact same effect as previously but a similar one. Attached is a screenshot that shows what I'm seeing currently. Previously a part of the link was not underlined and clickable. Now the whole link is underlined and clickable, but the underlined part is too long.
(In reply to comment #13) > Well, actually I'm not seeing the exact same effect as previously but a similar > one. Attached is a screenshot that shows what I'm seeing currently. Whoops, forgot to define "currently". The screenshot was taken on a WinXP SP2 box with "Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8a4) Gecko/20040927". It's my work computer so I haven't updated my Mozilla in a while. I'll have to check with a recent nightly.
(In reply to comment #14) > I'll have to check with a recent nightly. I see the same with "Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8a6) Gecko/20041209".
Attachment #99362 - Attachment is obsolete: false
I'm seeing the bug with the first Reduced testcase, not the second.
QA Contact: ian → layout.view-rendering
This bug should be resolved worksforme. Remaining problem per Martijn's comment 16 of First Reduced testcase (attachment 99362 [details]) worksforme on Mozilla/5.0 (Windows; U; Windows NT 5.1; de; rv:1.9.1.6) Gecko/20091201 Firefox/3.5.6 (.NET CLR 3.5.30729)
No response -> worksforme per comment 17. Pls reopen if you still see this problem.
Status: NEW → RESOLVED
Closed: 15 years ago
Resolution: --- → WORKSFORME
Component: Layout: View Rendering → Layout: Web Painting
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: