Closed Bug 119182 Opened 23 years ago Closed 22 years ago

corrupt text display on large html documents

Categories

(SeaMonkey :: General, defect)

x86
OS/2
defect
Not set
normal

Tracking

(Not tracked)

VERIFIED FIXED

People

(Reporter: tvv, Assigned: mkaply)

References

Details

Attachments

(4 files, 1 obsolete file)

On loading long offline documents (tested on GNU WGET 1.7 manual and w3c CSS 1
specifications), text does not scroll properly, resulting in completely
unreadable display. Neither PgUp/PgDn, nor mouse scrolling do not work. NS 4.61
shows the same documents ok.
Target Milestone: --- → mozilla0.9.7
reporter: a few comments... 1. what web browser did you use to file this bug? 
afaik OS/2 only runs on PCs, so bugzilla should have filled that field out. 2. 
The target milestone field is for use by the assignee. 3. please attach a 
picture of the display.
Hardware: Other → PC
Target Milestone: mozilla0.9.7 → ---
assignee: a reply to your comments:
1. I have used Mozilla/0.9.7 under OS/2. Yes, the hardware platform is PC
2. OK
3. See my attachment #3 [details] [diff] [review]
This is a known problem with legacy non GRADD drivers. We are still trying to 
figure out what exactly the problem is.
Assignee: asa → mkaply
Status: UNCONFIRMED → NEW
Ever confirmed: true
*** Bug 126640 has been marked as a duplicate of this bug. ***
Version 0.9.8 - the problem still persists
*** Bug 128248 has been marked as a duplicate of this bug. ***
*** Bug 129962 has been marked as a duplicate of this bug. ***
*** Bug 130628 has been marked as a duplicate of this bug. ***
*** Bug 131331 has been marked as a duplicate of this bug. ***
Attached patch Fix (obsolete) — Splinter Review
Need to condition the rects like Window
Fount that:

+   const static nscoord kTopRightLimit   =  16348;

Shouldn't it read 16384?
Attached patch Final fixSplinter Review
Using PR_MIN and PR_MAX and fixing type in 16384
Attachment #75396 - Attachment is obsolete: true
Comment on attachment 75593 [details] [diff] [review]
Final fix

Fix was from Lee Tartak
r=mkaply
sr=blizzard (platform specific code)
Attachment #75593 - Flags: superreview+
Attachment #75593 - Flags: review+
Comment on attachment 75593 [details] [diff] [review]
Final fix

a=scc
Attachment #75593 - Flags: approval+
I can't believe this is finally fixed. I think I am going to cry.
Status: NEW → RESOLVED
Closed: 22 years ago
Resolution: --- → FIXED
verifying fixed per the commom consensus
Status: RESOLVED → VERIFIED
I confirm this bug fixed in rc1 
There is a problem with this page:

http://de.gsmbox.com/news/mobile_news/all/89863.gsmbox
Summary: corrupt text display on large offline html documents → corrupt text display on large html documents
jens: We've fixed this already. What driver are you using?
I confirm the bug on URL submitted by Jens as well. Matrox Millenuim I, legacy
drivers
Status: VERIFIED → REOPENED
Resolution: FIXED → ---
Are you guys not listening to me? 

Which Mozlla build?
2 Mike:
Mozilla/5.0 (OS/2; U; Warp 4.5; ru-RU; rv:1.0.0) Gecko/20020602
Please try a more recent build. We put in a fix.
This is fixed.
Status: REOPENED → RESOLVED
Closed: 22 years ago22 years ago
Resolution: --- → FIXED
Verified - this is fixed.
Status: RESOLVED → VERIFIED
Product: Browser → Seamonkey
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: