Closed
Bug 184714
Opened 22 years ago
Closed 21 years ago
too much space under links with umlauts
Categories
(Core :: Layout, defect, P3)
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 [...]"ä" and "n"[...], or [...]" " and "<a href"[...], the problem vanishes (see testcase).
Reporter | ||
Comment 1•22 years ago
|
||
This is the testcase.
Reporter | ||
Comment 2•22 years ago
|
||
A snapshot of the problem.
Reporter | ||
Comment 3•22 years ago
|
||
This is the testcase which I had in mind. Sorry.
Attachment #108922 -
Attachment is obsolete: true
Comment 4•22 years ago
|
||
Testcase WFM in the latest nightly, Windows 5.00.2195, SP3 (Windows 2000).
Reporter | ||
Comment 5•22 years ago
|
||
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?
Comment 6•21 years ago
|
||
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
Comment 7•21 years ago
|
||
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
Comment 8•21 years ago
|
||
this is the same as Bug 185917... I wouldn't be surprised it there's another one out there
Whiteboard: DUPME
Comment 9•21 years ago
|
||
*** Bug 185917 has been marked as a duplicate of this bug. ***
Comment 10•21 years ago
|
||
Marking new after my 2nd attempt to uncover a dupe failed.
Status: UNCONFIRMED → NEW
Ever confirmed: true
Comment 11•21 years ago
|
||
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.
Comment 12•21 years ago
|
||
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...
Comment 13•21 years ago
|
||
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).
Comment 14•21 years ago
|
||
Sorry can't confirm that here. The Bug's also there after reboot that followed 14 days uptime.
Comment 15•21 years ago
|
||
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.
Comment 16•21 years ago
|
||
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.
Updated•21 years ago
|
Priority: -- → P3
Comment 17•21 years ago
|
||
*** Bug 192530 has been marked as a duplicate of this bug. ***
Comment 18•21 years ago
|
||
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 </font></td> I can't reproduce it. But you may notice the non breaking space again... Using Mozilla 1.3b build 2003021008 on Win2k.
Updated•21 years ago
|
Target Milestone: --- → Future
Reporter | ||
Comment 19•21 years ago
|
||
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.
Comment 20•21 years ago
|
||
can anyone else still reproduce this bug?
Comment 21•21 years ago
|
||
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.
Comment 22•21 years ago
|
||
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)
Comment 23•21 years ago
|
||
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.
Description
•