Closed Bug 8936 Opened 25 years ago Closed 25 years ago

Crash: Selection of word-spacing/letter-spacing text corrupts rendering

Categories

(Core :: DOM: Selection, defect, P1)

x86
Linux
defect

Tracking

()

VERIFIED FIXED

People

(Reporter: filc_lists, Assigned: mjudge)

References

()

Details

Built from CVS as of 27/Jun/99 14:00 GMT, build ID 1999062312 using Linux 2.2.9. Start ./mozilla-apprunner and visit this page. Then try drag-selecting with the mouse from start of a double spaced heading e.g "What's New", "Travel Time" or "Special Offers" The heading disappears, leaving a white block, sometimes with the whole page moving up. If the page is then selection is scrolled up out of view, and then down again the selection is drawn correctly. It is possible to get the display to corrupt by drag-selecing over alternate headings on the right and left side of the page. When trying the same with ./mozilla-viewer I do not recieve any indication of selection until the page is scrolled out of view and back again. It is sometimes possible to get page to move up unexplainably when selecting alternate (left and right) headings.
Target Milestone: M11
Eli--can you check if this is cross platform or linux specific? set to M11
Hi, Kathy --- I have no idea how I didn't see this until today, but I'll let you know ASAP!
Hmm...using yesterday's Linux build, I see major problems with this page (both involving selection and layout). In fact, it crashes the Mac in TrimRect if you even try to load it! While I can't reproduce this exact problem on any platforms, I see a multitude of selection weirdnesses on Linux. For example: * Within the "Travel Time" section text block, do a selection beyond the leaning tower of pisa (sp?) image. As soon as your mouse pointer is on top of the Pisa image, random screen gunk appears (e.g. chrome & other corruption). (On Win32, instead of corrupting the screen, the browser scrolls up a page.) This also occurs on both platforms if you just select text from the left column to the right column, after having paged down towards the bottom (e.g. starting from the "Just as we were beginning to worry..." paragraph. I'd be happy to show you some other specifics in person, just go select around, and you'll see lots of obvious problems.
Status: NEW → ASSIGNED
will talk to elig myself about this one. cant reproduce now tree is hoarked
This page is a great test case! * the scrolling jumping isn't a problem. (That's because it's scrolling across table cells, and separate bugs exist for that. Bug #s available upon request) * the page triggers a crash when performing the selection described in this bug - -- on Mac OS & UNIX only.
Talkback Tracking ID HZR58SUB.
Priority: P3 → P1
Due to crashing behavior on 1999082509 build, raised priority to P1. Mike, the crash is in nsDOMSelection, which I believe is your code. ;)
Severity: normal → critical
Summary: Selection of word-spacing/letter-spacing text corrupts rendering → Crash: Selection of word-spacing/letter-spacing text corrupts rendering
added "Crash" to the summary because that's what this bug is really about now. Severity marked critical.
Status: ASSIGNED → RESOLVED
Closed: 25 years ago
Resolution: --- → FIXED
hey funny thing it was the spaced out text that was crashing. never tested this with the new dead zone code. the content offset was returning like -1 sometimes for the s p a c e d out letters :(
Status: RESOLVED → VERIFIED
This appears fixed as far as I can tell in 1999091508 build on Linux, and is thus verified. The side issue of text corruption is now in 13912.
You need to log in before you can comment on or make changes to this bug.