After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 773527 - Copy progress popover should close on completion
Copy progress popover should close on completion
Status: RESOLVED FIXED
Product: nautilus
Classification: Core
Component: File and Folder Operations
3.20.x
Other Linux
: Normal normal
: ---
Assigned To: Nautilus Maintainers
Nautilus Maintainers
: 773286 773930 776533 779371 780553 (view as bug list)
Depends on:
Blocks:
 
 
Reported: 2016-10-26 10:32 UTC by kronstadt21
Modified: 2017-03-26 04:50 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
Multiple instances of popover (712.50 KB, image/png)
2016-10-26 10:32 UTC, kronstadt21
Details

Description kronstadt21 2016-10-26 10:32:07 UTC
Created attachment 338496 [details]
Multiple instances of popover

When copying folders/files and the popover progress window opens it pops up in all opened instances of Nautilus. You also need to close the popover on every single window or close every window to get it to disappear. This also applies to the progress-bar in launcher.

Also when opening a new window the the popover shows up in the new window if not all instances of nautilus are closed.

Expected behavior: copy popover should close after successfully performing the copy operation.

Ubuntu 16.10
Nautilus 1:3.20.3-1ubuntu3
Comment 1 Carlos Soriano 2016-10-26 11:05:38 UTC
Hey thanks for the report.

We don't want to close it, the user might want to see it, and losing it will make the button dissapear at some point, so it can be problematic.

Instead the solution is to not open the popover in the first place, and we are planning that already.
Comment 2 kronstadt21 2016-10-26 13:57:15 UTC
(In reply to Carlos Soriano from comment #1)
> Hey thanks for the report.
> 
> We don't want to close it, the user might want to see it, and losing it will
> make the button dissapear at some point, so it can be problematic.
> 
> Instead the solution is to not open the popover in the first place, and we
> are planning that already.

Seems like a good solution as long as closing the dialog in ONE window closes it on ALL open windows of nautilus.
Comment 3 Carlos Soriano 2016-10-26 13:59:53 UTC
I wouldn't do that. If you open it in one window, the user should close it if the user wants.
Comment 4 kronstadt21 2016-10-26 16:11:54 UTC
Just saying that the current behavior is a PITA. If we assume that the dialog is closed by default and the user has to click the progress icon to reveal the dialog AND it only opens in the active window then all is good. But if its revealed in all currently opened windows and you have to rotate through all open windows and click the icon to hide the dialog, well that's a bit frustrating.
Comment 5 Carlos Soriano 2016-10-26 16:48:45 UTC
see comment 1.
"Instead the solution is to not open the popover in the first place, and we are planning that already."
Comment 6 kronstadt21 2016-10-26 17:01:25 UTC
Yes, I understand that and that's a good and sane behavior. But if the user decides to reveal the dialog, getting rid of if has to be an equally sane and easy operation. 1-click reveal in active window, 1-click hide.
Comment 7 Carlos Soriano 2016-10-26 17:03:48 UTC
(In reply to kronstadt21 from comment #6)
> Yes, I understand that and that's a good and sane behavior. But if the user
> decides to reveal the dialog, getting rid of if has to be an equally sane
> and easy operation. 1-click reveal in active window, 1-click hide.

It's that not the case already?
Comment 8 kronstadt21 2016-10-26 17:19:48 UTC
No that's not the case. The file transfer dialog opens in all open windows of nautilus and it will not dissapear until I click to hide it in all windows. And if  I open  a new window when the dialog is open in one window it's open in the new window as well. As it behaves now it just gets in your way in everyway but the desired.
Comment 9 Carlos Soriano 2016-10-26 17:35:49 UTC
but...if we don't open automatically, this will be just fine no?
I think we are talking about the same but we are not understanding each other.

Current situation:
- When operation happens, opens in all windows with no user interaction.
- User can dismiss one popover at a time.
- User can open one popover at a time.

Future situation:
- No popover opens automatically.
- User can dismiss one popover at a time.
- User can open one popover at a time.

comment 1 talks about the only point that will change, the first point.

What else is left for you?
Comment 10 kronstadt21 2016-10-26 17:51:54 UTC
Yes all is well in the future as long as you don't create a chain-effect of opening the dialog in one window causes it to open in all windows
Comment 11 Carlos Soriano 2016-10-26 18:14:57 UTC
(In reply to kronstadt21 from comment #10)
> Yes all is well in the future as long as you don't create a chain-effect of
> opening the dialog in one window causes it to open in all windows

That was never the case, is it for you?
Comment 12 kronstadt21 2016-10-26 18:31:13 UTC
No I can open and close the dialog in individual windows whithout affecting other windows. It just boils down to the initial population of dialogs in all open windows which you have to close individually to, so to speak, 'finalise' the operation.
Comment 13 Carlos Soriano 2016-10-26 18:57:35 UTC
ah yeah indeed, that's the comment 1 fix then.
Comment 14 kronstadt21 2016-10-26 19:03:49 UTC
Yes, right! And thanks for the quick response btw.
Comment 15 Ernestas Kulik 2016-11-04 04:49:53 UTC
*** Bug 773930 has been marked as a duplicate of this bug. ***
Comment 16 Ernestas Kulik 2016-12-28 07:18:35 UTC
*** Bug 776533 has been marked as a duplicate of this bug. ***
Comment 17 Khurshid Alam 2017-02-16 18:49:11 UTC
Is it going to be fixed for 3.22/24?
Comment 18 Carlos Soriano 2017-02-16 20:02:44 UTC
Fixed for 3.24! We don't open it anymore at the start
Comment 20 Jean-François Fortin Tam 2017-02-17 12:53:45 UTC
Actually, it would then make sense for Nautilus to emit a short-lived gnome-shell notification when the file transfers complete... does it already do that with the new version or should we file a new bug?
Comment 21 Carlos Soriano 2017-02-17 15:23:49 UTC
It has an in-app notification, doesn't have a gnome-shell notification.
Comment 22 Ernestas Kulik 2017-02-28 16:09:25 UTC
*** Bug 779371 has been marked as a duplicate of this bug. ***
Comment 23 Ernestas Kulik 2017-02-28 16:09:38 UTC
*** Bug 773286 has been marked as a duplicate of this bug. ***
Comment 24 Ernestas Kulik 2017-03-26 04:50:33 UTC
*** Bug 780553 has been marked as a duplicate of this bug. ***