Closed
Bug 19588
Opened 25 years ago
Closed 22 years ago
[feature] Dragging containers (folders) in a toolbar
Categories
(Core :: XUL, defect, P1)
Core
XUL
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.
Reporter | ||
Comment 1•25 years ago
|
||
correction, linux seems Ok, I was seeing this with
11/18 NT build.
Assignee | ||
Comment 2•25 years ago
|
||
accepting.
Updated•25 years ago
|
Severity: normal → critical
Assignee | ||
Updated•25 years ago
|
Priority: P3 → P1
Target Milestone: M12
Assignee | ||
Comment 3•25 years ago
|
||
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.
Assignee | ||
Updated•25 years ago
|
Target Milestone: M12 → M13
Assignee | ||
Comment 4•25 years ago
|
||
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.
Comment 5•25 years ago
|
||
drag&drop is once again post-beta according to marketing. moving all d&d bugs to
M15.
Comment 6•25 years ago
|
||
just noting to myself that this is no longer evident from a user perspective on all paltfroms
with the 200001913 builds.
Assignee | ||
Comment 7•25 years ago
|
||
it's cuz i turned off d&d yesterday on all platforms ;) ;)
Adding "crash" keyword to all known open crasher bugs.
Keywords: crash
Assignee | ||
Updated•25 years ago
|
Summary: Personal toolbar crashes when selecting submenu → [feature] Dragging containers in a toolbar
Comment 9•25 years ago
|
||
no time for this in the current release, resolving as later.
Status: ASSIGNED → RESOLVED
Closed: 25 years ago
Resolution: --- → LATER
Comment 10•25 years ago
|
||
reopening all latered bugs
Status: RESOLVED → REOPENED
Resolution: LATER → ---
Comment 11•25 years ago
|
||
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
Comment 12•25 years ago
|
||
Mass move of all M20 bugs to M30.
Comment 14•25 years ago
|
||
Mass-moving all M20-M30 XPToolkit bugs to Future
Target Milestone: M30 → Future
Assignee | ||
Comment 15•25 years ago
|
||
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
Comment 16•24 years ago
|
||
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
Assignee | ||
Updated•24 years ago
|
Target Milestone: mozilla1.0 → mozilla1.1
Comment 18•22 years ago
|
||
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 ago → 22 years ago
Resolution: --- → WORKSFORME
You need to log in
before you can comment on or make changes to this bug.
Description
•