Closed
Bug 126380
Opened 23 years ago
Closed 23 years ago
Dragging slow/blocking because of superfluous decoration
Categories
(SeaMonkey :: General, defect)
Tracking
(Not tracked)
People
(Reporter: mozilla-bugzilla, Assigned: blizzard)
Details
From Bugzilla Helper: User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.7) Gecko/20020112 BuildID: 0.9.7 Debian (20020112) Dragging shows superfluous decoration (a trail of paper sheets) which blocks Mozilla for quite some time until it disappears. Reproducible: Always Steps to Reproduce: Use Mozilla remotely over a rather slow link with considerable latency (an SSH tunnel over a 1 MBit link, for example). Drag some item using the mouse. Actual Results: The sheet trail appears instantly, but disappers very slowly. Mozilla does not accept mouse clicks until the sheet trail has disappeared. Expected Results: No sheet trail should appear. Mozilla should remain responsive. It seems as if Mozilla draws a new sheet of paper for each mouse position event it receives. Mouse position events are small an can be transmitted quickly, but the sheet draw instructions consume considerable bandwidth.
Comment 1•23 years ago
|
||
just my 5 (euro-)cents: isn't that a GTK problem?
Reporter | ||
Comment 2•23 years ago
|
||
Maybe. But Mozilla could turn of the sheet trail nevertheless, I think.
Comment 3•23 years ago
|
||
The sheet trail is just there because of latency. Mozilla attempts to draw only one sheet, at the mouse location. to blizzard, who's worked on this stuff before.
Assignee: mpt → blizzard
Assignee | ||
Comment 4•23 years ago
|
||
Dup. *** This bug has been marked as a duplicate of 86138 ***
Status: UNCONFIRMED → RESOLVED
Closed: 23 years ago
Resolution: --- → DUPLICATE
Updated•20 years ago
|
Product: Browser → Seamonkey
You need to log in
before you can comment on or make changes to this bug.
Description
•