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)
Tracking
()
VERIFIED
FIXED
M11
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.
Updated•25 years ago
|
Target Milestone: M11
Comment 1•25 years ago
|
||
Eli--can you check if this is cross platform or linux specific?
set to M11
Comment 2•25 years ago
|
||
Hi, Kathy ---
I have no idea how I didn't see this until today, but I'll let you know ASAP!
Comment 3•25 years ago
|
||
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.
will talk to elig myself about this one. cant reproduce now tree is hoarked
Comment 5•25 years ago
|
||
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.
Comment 6•25 years ago
|
||
Talkback Tracking ID HZR58SUB.
Updated•25 years ago
|
Priority: P3 → P1
Comment 7•25 years ago
|
||
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 :(
Updated•25 years ago
|
Status: RESOLVED → VERIFIED
Comment 10•25 years ago
|
||
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.
Description
•