Closed Bug 142113 Opened 22 years ago Closed 22 years ago

D & D does not cause collapsed folders to expand

Categories

(Core :: XUL, defect, P3)

x86
Windows XP
defect

Tracking

()

VERIFIED FIXED
mozilla1.0

People

(Reporter: tao, Assigned: pavlov)

References

Details

(Keywords: regression, Whiteboard: [ADT2 RTM],custrtm-)

Attachments

(1 file, 1 obsolete file)

2002-05-03-08-1.0.0 commercial build

1. In Bookmarks (or mail 3-pane) window, drag a bookmark or msg into a collapsed
   folder
2. the folder does not expand as it used to before (e.g., 2002-05-01-08-1.0.0)

100% reproducable.
Keywords: nsbeta1, regression
Summary: D & D does not cause collapsed folders to expand → D & D does not cause collapsed folders to expand
-> trudelle just in case blaker is out
Assignee: blaker → trudelle
shouldn't this be bookmarks?
It happend in D & D msg into mail folder pane as well. It seems to be a 'tree'
widget problem.
->varga
Assignee: trudelle → varga
Component: XP Apps: Drag and Drop → XP Toolkit/Widgets: Trees
nsbeta1+/adt2-rtm per Nav triage team
Keywords: nsbeta1nsbeta1+
Priority: -- → P3
Whiteboard: [ADT2 RTM]
Target Milestone: --- → mozilla1.0
This is probably windows only.
pink, could you try to reproduce on Mac ?
thanks
Status: NEW → ASSIGNED
doesn't work on macosx, branch bits from 5/3. 
I think this has something to do with bug 129953.
Pavlov, we use a timer during a drag session, do you think it can be a prolem
with the current implementation of idle timers on windows ?
ok, it works ok after turning off idle timers on windows.
Attachment #83191 - Attachment is obsolete: true
Does this patch also fixes the issue on Mac? I need to know that in order to
update bug 139471 accordingly.
I checked Windows, works great now.
Pink, could you try again on Mac ?
Thanks
this patch isn't going to make any difference on mac or linux.  neither use idle
timers.
*** Bug 143795 has been marked as a duplicate of this bug. ***
Comment on attachment 83192 [details] [diff] [review]
fire highest priority timers normally and not only when idle

r=varga
Attachment #83192 - Flags: review+
alecf, could you sr= ?
thanks
Comment on attachment 83192 [details] [diff] [review]
fire highest priority timers normally and not only when idle

sr=brendan@mozilla.org, but I still say timer priorities (and idle firing) are
hacks around some deeper problems in our execution model.

/be
Attachment #83192 - Flags: superreview+
This is needed in the 1.0 branch too, right?

/be
Blocks: 143200
Keywords: mozilla1.0+
fixed on trunk.  will check in to branch after a=
Bug is "dead". Using build 2002051504 build under WinXP. It was really a pain in
the ass ! Rest In Peace :-)
-> pavlov
Assignee: varga → pavlov
Status: ASSIGNED → NEW
this should be fixed now.
Status: NEW → RESOLVED
Closed: 22 years ago
Resolution: --- → FIXED
this doesn't seem to have landed on the branch yet. reopening until it does
to make sure this doesn't get overlooked on the rc3 not suck bug.
ok, this time i'm really going to reopen it.
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
Comment on attachment 83192 [details] [diff] [review]
fire highest priority timers normally and not only when idle

a=asa (on behalf of drivers) for checkin to the 1.0 branch
Attachment #83192 - Flags: approval+
checked in to branch
Status: REOPENED → RESOLVED
Closed: 22 years ago22 years ago
Keywords: fixed1.0.0
Resolution: --- → FIXED
No longer blocks: 143200
*** Bug 144195 has been marked as a duplicate of this bug. ***
Status: RESOLVED → VERIFIED
Verfied fixed branch build 2002052609
Whiteboard: [ADT2 RTM] → [ADT2 RTM],custrtm-
Component: XP Toolkit/Widgets: Trees → XUL
QA Contact: tpreston → xptoolkit.widgets
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: