1197598 - Notifications in Firefox (small gray rectangle in the right bottom corner of screen) awfully cancel drag and drop operations. Need to prevent the cancellation.

Status: RESOLVED WORKSFORME

(Core :: DOM: Copy & Paste and Drag & Drop, defect)

Description

[arni2033]

Attachment: testpage - Notifications cancel drag and drop dramatically.html

STR: (Win7, Nightly 43.0a1 (2015-08-20))
1. Open attached testpage in a new window. Dock that window to the left side of screen so that it
   took 1/2 of the screen area
2. Open new window. Dock it to the left side of screen. Open new tab in that window
3. Click "Start countdown" in the testpage
4. Start dragging tiles on new tab while countdown is still processing (don't release mouse button
   until you see Notification window. Also, you should constantly move mouse to see the effect)
5. Release mouse once Notification disappear

Result:       Drag & drop was cancelled. (also, specific result for about:newtab - You can't perform
              drag & drop on the new tab from Step 3). Actually, it's more common problem than just
              about:newtab - you can test it with any other drag & drop operation, e.g. dragging an
              image chrome://branding/content/about-logo.png
Expectations: Drag & drop Should perform in a normal way

Note:         STR imply that you open 2 windows ONLY because intervals work way slowly in background
              tabs. You could as well modify testpage and try the same with background tab.

Comment 1

[arni2033]

Attachment: video - Notifications cancel drag and drop dramatically.webm

Comment 2

[arni2033]

Sorry, I haven't noticed that bug for another component. If somebody's going to mark this as duplicate of 948082, please make sure that my relatively simple STR will be listed there.
(looks like they don't have reliable STR)

Comment 3

[WADA:World Anti-bad-Duping Agency]

Bug 458570, bug 942610, bug 948082, are reports for Product=Thunderbird, as we can't know problem in which component.
Because Thunderbird also uses Toolkit as Firefox uses, setting dependency to these Thunderbird bug reports to this bug for ease of tracking and analysis.

Comment 4

[WADA:World Anti-bad-Duping Agency]

What is essential difference in phenomenon/problem between bug 1001549 and bug 1197598?
> Bug 1001549 - If a modal dialog comes up during a drag and drop operation,
>                       the drag image sticks around until modal is dismissed
>                    Product=Core, Component=Widget: Win32
> Bug 1197598 - Notifications in Firefox (small gray rectangle in the right bottom corner of screen) 
>                       awfully cancel drag and drop operations
>                    Product=ToolKit, Component=Notifiction and Alerts

Comment 5

[WADA:World Anti-bad-Duping Agency]

Is "Toaster popup at right/bottom corner" implemented as modal dialog in Firefox./Thunderbird?

Comment 6

[arni2033]

(In reply to WADA from comment #5)
> Is "Toaster popup at right/bottom corner" implemented as modal dialog in Firefox./Thunderbird?
Not at all. It's a separate window, and it's not modal. Notifications are very different from alerts in browser context and save dialon on Windows, and they shouldn't interrupt the user's actions.

I think the difference is:
*  in 1001549 we need to cancel drag operation correctly (but it _needs_ to be cancelled by design).
** in this bug we need to _prevent_ cancelling of drag operations.

Comment 7

[WADA:World Anti-bad-Duping Agency]

(In reply to arni2033 from comment #6)
> (In reply to WADA from comment #5)
> > Is "Toaster popup at right/bottom corner" implemented as modal dialog in Firefox./Thunderbird?
> Not at all. It's a separate window, and it's not modal. Notifications are
> very different from alerts in browser context and save dialon on Windows,
> and they shouldn't interrupt the user's actions.
> 
> I think the difference is:
> *  in 1001549 we need to cancel drag operation correctly (but it _needs_ to
> be cancelled by design).
> ** in this bug we need to _prevent_ cancelling of drag operations.

Thanks for explanation.

> ** in this bug we need to _prevent_ cancelling of drag operations.

Questions.
> Bug 948082 is for Drag&Drop + Toaster popup.
>    drag event is not invoked after toaster popup. It's called "drag is canceled by toaster popup".
> Bug 942610 is mainly for continuous typing + Toaster popup case.
>    key event is not invoked after toaster popup. It's called "pressed key is lost, or is stolen by someone else".
These are same issue?
>   i.e. Difference of problem is differene between key event and mouse event(drag event in this case) only.
Or mechanism of problem is far different between key event case and drag event case?
>  Similarity is merely that;
>    Focus is stolen by toaster popup, then event(key or drag) is no longer processed for originally focussed window.
>  i.e. Absolutely different solution in different component/module is needed for key event case and drag event case..

Comment 8

[Wayne Mery (:wsmwk)]

sev->major because at least one of the blocked bugs is sev=major

Comment 9

[BugBot [:suhaib / :marco/ :calixte]]

In the process of migrating remaining bugs to the new severity system, the severity for this bug cannot be automatically determined. Please retriage this bug using the new severity system.

Comment 10

[Edgar Chen [:edgar] (Parental leave until Oct. 09.)]

I could not reproduce, perhaps was fixed by new notification UI? Let's close this first, feel free to reopen or file a new bug if you still encounter similar issue. Thanks!