Closed
Bug 389105
Opened 17 years ago
Closed 16 years ago
repaints generated by setinterval not reflected during some drag operations
Categories
(Core :: Layout, defect)
Tracking
()
VERIFIED
FIXED
mozilla1.9beta4
People
(Reporter: daviddsmith, Unassigned)
References
()
Details
(Keywords: testcase)
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.1.5) Gecko/20070713 Firefox/2.0.0.5 Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.1.5) Gecko/20070713 Firefox/2.0.0.5 I want to use setinterval to call a function to perform a repeated task during a drag operation (before the drop). If Mozilla is the source for the drag, repaints caused by the function specified in the setInterval are not reflected on the screen until you complete or cancel the drop operation. Reproducible: Always Steps to Reproduce: 1.In the example provided, if you highlight the text marked "some text to drag " and drag it over the yellow text box, the yellow text box should change colors before you drop. This fails whenever Mozilla is the source of the drag but works when you drag from an external application such as IE or Microsoft Word. 2. 3. Actual Results: Screen is not properly updated until after the drop operation. Expected Results: Screen repaints should occur during the drag (and before the drop) if setInterval calls a function that changes what should appear on the screen.
Comment 1•17 years ago
|
||
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9a7pre) Gecko/2007072304 Minefield/3.0a7pre I think this is a duplicate of a wider bug about drag and drop operations "pausing" the UI, but I can't find it. This occurs on trunk, too, FWIW.
Component: General → Layout
Keywords: testcase
Product: Firefox → Core
QA Contact: general → layout
Version: unspecified → Trunk
Comment 2•16 years ago
|
||
Broken: 2008-02-26-04 Works: 2008-02-27-04 http://ftp.mozilla.org/pub/mozilla.org/firefox/nightly/latest-trunk/ -> FIXED (by bug 389931)
Status: UNCONFIRMED → RESOLVED
Closed: 16 years ago
Depends on: 389931
Resolution: --- → FIXED
Target Milestone: --- → mozilla1.9beta4
Comment 3•16 years ago
|
||
[Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.9b4pre) Gecko/2008022604 Minefield/3.0b4pre] (nightly) (W2Ksp4) [Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.9b4pre) Gecko/2008022704 Minefield/3.0b4pre] (nightly) (W2Ksp4) V.Fixed on Trunk. [Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.8.1.13pre) Gecko/2008030203 BonEcho/2.0.0.13pre] (nightly) (W2Ksp4) FTR, this bug was initially reported against FF v2: it is not fixed there (= was not a bug 326273 regression); I guess it's WontFix on that branch.
Status: RESOLVED → VERIFIED
You need to log in
before you can comment on or make changes to this bug.
Description
•