Closed Bug 477548 Opened 15 years ago Closed 13 years ago

underlined text appears striked instead!

Categories

(Core :: Layout, defect)

1.9.1 Branch
x86
Windows XP
defect
Not set
major

Tracking

()

RESOLVED DUPLICATE of bug 428599

People

(Reporter: tristan, Unassigned)

Details

Attachments

(2 files)

User-Agent:       Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 5.1; SU 3.011; GTB5; .NET CLR 2.0.50215; .NET CLR 2.0.50727; .NET CLR 1.1.4322)
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.0.6) Gecko/2009011913 Firefox/3.0.6

underlined text appears striked instead!

this is new in 3.0.6, i didn't see that issue in 3.0.5.

Reproducible: Always

Steps to Reproduce:
1. go to http://de.loupiote.com/
2.
3.
Actual Results:  
all the striked text should be underlined instead (like normal links).  strike style in never used in this page.

Expected Results:  
text should display underlined (not striked)

same problem on other pages using a similar layout, e.g. http://de.loupiote.com/galleries/72157612763078981.shtml

this also affects pages translated with google-translate:

e.g. http://translate.google.com/translate?prev=_t&hl=en&ie=UTF-8&u=loupiote.com&sl=es&tl=fr&history_state0=
I can see the issue with SM 1.9.1 branch and it works in Opera 9.63, Safari4.0, IE8 (used browsershots.org)
We need a reduced testcase...
Component: General → Layout
Product: Firefox → Core
QA Contact: general → layout
Version: unspecified → 1.9.1 Branch
it also works fine with IE7 and Chrome 1.0.154.48 (on XP SP3)
1. The question is: did that site changed the layout or part of its stylesheet recently ? I can reproduce the issue with Firefox 3.02.

2. none of the other browsers show any underline at all.
> The question is: did that site changed the layout or part of its stylesheet
recently ?

yes. in fact those pages that trigger the bug have a layout that is generated by google-translate, based on the original code in the english page. that is this layout that triggers the bug.

i changed the original layout recently, so when i tested with the previous version of FF, i didn't see the bug but the layout was different. so the bug might have been there.

> none of the other browsers show any underline at all.

well, what FF shows is not actually striked text. it's underlined text, with the underline being improperly positioned over the text.

i'll make sure i save one of the page that triggers the bug, because i need to change the layout of those pages again soon.

so i guess the bug should be marked "confirmed"?
> none of the other browsers show any underline at all.

true - except in the original (english) page.

apparently google-translate changes the nesting order of <span> sections, causing the style sheet to not work as expected on some translated pages. but still, i find it strange to see bizare striked text when using FF.

do you think this is normal?
Attached file test case
minimised from URL.

The (visible) text in each of those links contains two nested spans set to display: inline-block; vertical-align:top.

The final layout looks correct (and matches Opera (10.a) and WebKit). Gecko however propagates the underline from the <a> into the inline-block, other browsers do not. There are a few open bugs on this.
I think this is bug 428599.
Whiteboard: DupeMe
(In reply to comment #6)

> ... propagates the underline from the <a> into the inline-block, other
> browsers do not.
I should have added: when the inline-block is the only element in the <a>
however the text appears striked (not underlined).  and the "striked" style is used nowhere in the entire document and style sheets.

so this is more than just a style propagation bug, i think...
interestingly your text case display differently in Chrome, IE7 and FF :)
Attached file test case 2
(In reply to comment #9)
> however the text appears striked (not underlined).  and the "striked" style is
> used nowhere in the entire document and style sheets.

Perhaps this test-case illustrates better what is happening.
One of the inline-block spans (the innermost one) has a margin-top. That pushes the element down.That results in a 'strike-through effect'. That is to be expected.

(BTW - browsers don't agree with each other on the rendering of this testcase. Gecko and WebKit paint the underline fully, Opera (10.a) and IE8 (Windows7) only paint the underline under the short strings ('xxx' and 'ccc') outside the inline-block).
ok, thanks for the explanation.

i suppose it's a case of ambiguous specification if this testcase can be rendered in so many different ways.
(In reply to philippe from comment #7)
> I think this is bug 428599.

Yes, this issue is fixed by bug 428599 and will be part of Firefox 8.
Status: UNCONFIRMED → RESOLVED
Closed: 13 years ago
Resolution: --- → DUPLICATE
Whiteboard: DupeMe
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: