Closed Bug 184714 Opened 22 years ago Closed 21 years ago

too much space under links with umlauts

Categories

(Core :: Layout, defect, P3)

x86
Windows XP
defect

Tracking

()

RESOLVED DUPLICATE of bug 113779
Future

People

(Reporter: khp, Unassigned)

References

Details

(Whiteboard: DUPME)

Attachments

(2 files, 1 obsolete file)

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.2.1) Gecko/20021130
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.2.1) Gecko/20021130

See attached testcase and/or snapshot. Under a number of circumstances there is
a huge space added between a link (which contains umlauts) and following lines.

Reproducible: Always

Steps to Reproduce:
1. Load testcase

Actual Results:  
A huge space is added between a link (which contains umlauts) and following lines.

Expected Results:  
The page shouldn't get huge.

Regression? I think, I know this bug at least since 1.1.

This bug is also reproducable in Phoenix 0.5.

If you add a blank between [...]"&auml;" and "n"[...], or [...]"&nbsp;" and "<a
href"[...], the problem vanishes (see testcase).
Attached file Testcase (obsolete) —
This is the testcase.
Attached image Snapshot of the problem
A snapshot of the problem.
Attached file Testcase
This is the testcase which I had in mind. Sorry.
Attachment #108922 - Attachment is obsolete: true
Testcase WFM in the latest nightly, Windows 5.00.2195, SP3 (Windows 2000).
Problem occurs under Windows XP (Version 5.1.2600  Build 2600) with:
(Prozessor: x86 Family 6 Model 3 Stepping 1 AuthenticAMD ~665 Mhz Duron)

Mozilla 1.3b (latest nightly)
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.3b) Gecko/20030105

Phoenix/0.5 (latest nightly)
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.3a) Gecko/20030105

Mozilla 1.1
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.1) Gecko/20020826

Problem does not occur under Windows 2000(Version 5.0.2195 Service Pack 2 Build
2195) with:
(Prozessor: x86 Family 6 Model 4 Stepping 2 AuthenticAMD ~800 Mhz Thunderbird)
Mozilla 1.1
Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.1) Gecko/20020826


Is this Problem XP specific? Can anybody confirm this?
This is not XP specific, as this bug also occurs for me on the page <http://apod.gsfc.nasa.gov/apod/ap030214.html> under Windows 2000.  No umlauts on that page, but there are accented characters
Sorry, forgot to include build info:
Mozilla 1.3b
Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.3b) Gecko/20030213
this is the same as Bug 185917... I wouldn't be surprised it there's another one
out there
Whiteboard: DUPME
*** Bug 185917 has been marked as a duplicate of this bug. ***
Marking new after my 2nd attempt to uncover a dupe failed.
Status: UNCONFIRMED → NEW
Ever confirmed: true
Bug confirmed. I tested this with serveral fresh installs from Mozilla 1.0 up to
1.0.2 (Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.0.2) Gecko/20021216)
and new created profiles. On three different machines (all Windows 2000
Servicepack 3). Only on two of this machines the bug occured. 
I have meet this bug again in my broser, and for surpise, I tryed to reboot the
computer to see the effect. So after rebooting the mashine Mozilla works fine.
It seems like if the renderer, or some other part of the browser used same part
of the memory for some reason (that is involved in counting the space needed to
leave blank between lines), as the uptime counter of NT. 
It is realy funny, but it sadly seems to be true.
Isn't Mozilla get the uptime at startup? Maybe if it is a too great integer, it
owerflows, and overwrite an other variable involved in counting...
I forgot to mention this:
Mozilla 1.2.1
Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.2.1) Gecko/20021130
win 2K 5.00.2195 SP3 run on a P3 stepping 10

And sadly I forgot to look at the uptime before reboot, but it was approximately
a week (from event log).
Sorry can't confirm that here. The Bug's also there after reboot that followed
14 days uptime.
In Addition I testet with Phoenix (Mozilla/5.0 (Windows; U; Windows NT 5.0;
en-US; rv:1.3a) Gecko/20021207 Phoenix/0.5) where the bug doesn't occur.
Hi!

It's sad, it can't be confirmed, because it would have been so easy to fix, if
it was the problem.
Sadly I'm just a hobby programmer, with wery basic knowledge of C.
Priority: -- → P3
*** Bug 192530 has been marked as a duplicate of this bug. ***
I made two observations which may help tracing this bug:

- It seems that this bug does only show when a link contains exotic characters
like German umlauts _and_ follows a real character (including the non breaking
space as seen in testcase 108927).

- I also detected this bug recently WITHOUT any link in the following lines:
          <td valign="top" align="left" nowrap> <font face="Arial, Helvetica,
sans-serif" color="#7A9162" size="1"> 
            Einschätzung&nbsp;</font></td>
I can't reproduce it. But you may notice the non breaking space again...

Using Mozilla 1.3b build 2003021008 on Win2k.
Target Milestone: --- → Future
I can no longer reproduce this bug (with any mozilla or phoenix build)! The
strange thing is, I don't recall any significant changes to my OS or machine.
What I can surely say is, that I did not change/replace any hardware nor did I
install any new drivers.
can anyone else still reproduce this bug?
After installing Mozilla 1.3 (Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US;
rv:1.3) Gecko/20030312) lately the Bug is no longer there. 
Depends on: 113779
I can still see this bug appearing on some pages, even with Mozilla 1.3
(Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US;
rv:1.3) Gecko/20030312)
Dup of bug 113779 which has now been fixed.

*** This bug has been marked as a duplicate of 113779 ***
Status: NEW → RESOLVED
Closed: 21 years ago
Resolution: --- → DUPLICATE
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: