Closed Bug 19588 Opened 25 years ago Closed 22 years ago

[feature] Dragging containers (folders) in a toolbar

Categories

(Core :: XUL, defect, P1)

defect

Tracking

()

RESOLVED WORKSFORME
Future

People

(Reporter: mcafee, Assigned: mikepinkerton)

Details

(Whiteboard: 3 days)

Personal toolbar. Select pulldown, drag (not click) your way to a submenu, crash. Pink saw this on mac, I see this on linux.
correction, linux seems Ok, I was seeing this with 11/18 NT build.
accepting.
Severity: normal → critical
Priority: P3 → P1
Target Milestone: M12
p1 for m12. people see this a lot trying to use those submenus. here is the stack trace: PowerPC access exception at 0CA5C740 Calling chain using A6/R1 links Back chain ISA Caller 092F08DE 68K 015F29D6 'proc BF7F 0002'+00796 092F08BE 68K 015F2822 'proc BF7F 0002'+005E2 092F08A0 68K 015F274A 'proc BF7F 0002'+0050A 092F083F PPC 0040E32C EmToNatEndMoveParams+00014 092F07C0 PPC 0CCDF1C0 nsMacWindow::DragReceiveHandler(GrafPort*, void*, OpaqueDragRefe rence*)+00098 092F0750 PPC 0CCE04B8 nsMacWindow::DragEvent(unsigned int, Point, unsigned short)+0005 C 092F06F0 PPC 0CCE1AEC nsMacEventHandler::DragEvent(unsigned int, Point, unsigned short )+002CC 092F0610 PPC 0CCC7598 nsWindow::DispatchMouseEvent(nsMouseEvent&)+00060 092F05B0 PPC 0CCC7434 nsWindow::DispatchWindowEvent(nsGUIEvent&)+00028 092F0570 PPC 0CCC7340 nsWindow::DispatchEvent(nsGUIEvent*, nsEventStatus& )+000A8 092F0520 PPC 0C4A5180 HandleEvent(nsGUIEvent*)+00064 092F04D0 PPC 0C4A18DC nsViewManager::DispatchEvent(nsGUIEvent*, nsEventStatus&)+007C4 092F02F0 PPC 0C4A70F4 nsView::HandleEvent(nsGUIEvent*, unsigned int, nsEventStatus&, i nt&)+00160 092F0270 PPC 0C4A7184 nsView::HandleEvent(nsGUIEvent*, unsigned int, nsEventStatus&, i nt&)+001F0 Closing log adding beard as crash appears in view manager.
Target Milestone: M12 → M13
checked in a temp fix to disallow dragging of containers in the personal toolbar. You get the previous behavior now, but this still has some serious issues. There is the crash on mac/win32 and it hoses up the drag manager something fierce on mac once you try to drag into one of these popup menus. moving off to m13, but this is still serious.
drag&drop is once again post-beta according to marketing. moving all d&d bugs to M15.
just noting to myself that this is no longer evident from a user perspective on all paltfroms with the 200001913 builds.
it's cuz i turned off d&d yesterday on all platforms ;) ;)
Adding "crash" keyword to all known open crasher bugs.
Keywords: crash
Summary: Personal toolbar crashes when selecting submenu → [feature] Dragging containers in a toolbar
Keywords: crash
Whiteboard: 3 days
no time for this in the current release, resolving as later.
Status: ASSIGNED → RESOLVED
Closed: 25 years ago
Resolution: --- → LATER
reopening all latered bugs
Status: RESOLVED → REOPENED
Resolution: LATER → ---
Moving all latered bugs to M20 as ordered by project manager. Although these bugs are now open, assigned and targetted, XPToolkit has no plans to fix/implement them in the current release cycle, if ever.
Target Milestone: M15 → M20
Mass move of all M20 bugs to M30.
Mass moving M20 bugs to M30
Target Milestone: M20 → M30
Mass-moving all M20-M30 XPToolkit bugs to Future
Target Milestone: M30 → Future
This will be tricky, given that the popups spring down immediately on mousedown. Perhaps I can bulid the equivalent of WaitMouseMoved() in JS as an XP solution to this all over the app. While this would be nice, I think we can leave it for 1.0, as long as we have the ability to drop things on containers and drag single items around.
Severity: critical → normal
Status: REOPENED → ASSIGNED
Target Milestone: Future → mozilla1.0
I've found that it's very easy to accidentally drag items on toolbars that I intended to click, or that I wasn't trying to interact with at all, and this makes the UI of Windows taskbar and Internet Explorer feel unstable. How about requiring that the user hold alt to drag items? That would take care of the "instability" and the problem of not being able to drag folders on the personal toolbar, although it might make it harder to discover that the items can be dragged around.
Summary: [feature] Dragging containers in a toolbar → [feature] Dragging containers (folders) in a toolbar
Target Milestone: mozilla1.0 → mozilla1.1
fffffffuture
Target Milestone: mozilla1.1alpha → Future
WFM. I can Alt+drag a folder on the personal toolbar folder in both Mozilla and Phoenix on WinXP.
Status: ASSIGNED → RESOLVED
Closed: 25 years ago22 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.