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 795603 - Preferences dialog extremely slow to open (Regression from 2.8)
Preferences dialog extremely slow to open (Regression from 2.8)
Status: RESOLVED OBSOLETE
Product: GIMP
Classification: Other
Component: User Interface
2.10.0-RC2
Other Windows
: Normal normal
: ---
Assigned To: GIMP Bugs
GIMP Bugs
Depends on:
Blocks:
 
 
Reported: 2018-04-27 11:31 UTC by Stuart
Modified: 2018-06-17 20:10 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Stuart 2018-04-27 11:31:12 UTC
Edit > Preferences dialog takes 1 min 17 sec (average of 3 tries) to open under Windows 10. This is a considerable regression compared tp v 2.8.14 (which was itself quite slow!) - average 40 secs on three trials on the same machine.
Comment 1 Jehan 2018-04-27 11:34:43 UTC
That's a weird issue. Even 40 seconds, that is already very slow!

Can anyone reproduce this?
Comment 2 Michael Schumacher 2018-04-27 12:08:40 UTC
The known "no disk drive slows down any file access" comes to mind.

Do any other things - like open a file export or save dialog - have a similar delay?
Comment 3 Michael Natterer 2018-04-27 12:11:59 UTC
I agree, this is probably the "file chooser extremely slow to appear"
issue, there are quite a few file chooser buttons in prefs.
Comment 4 Stuart 2018-05-01 13:22:29 UTC
(In reply to Michael Schumacher from comment #2)
> The known "no disk drive slows down any file access" comes to mind.
> 
> Do any other things - like open a file export or save dialog - have a
> similar delay?

Yes, file export and save dialogs are also slow, although nowhere near as slow as the preferences dialog
Comment 5 Michael Schumacher 2018-05-11 12:28:30 UTC
You should check if this applies to your system:
https://superuser.com/questions/979504/load-dialog-disk-access-slowdown-on-windows-10/
Comment 6 Stuart 2018-05-11 17:25:48 UTC
I tried disabling the legacy floppy drive in the BIOS and it has made no difference. GIMP 2.10 still taking about 23 sec to open the "Export As" dialog (or "Save As" - no difference between these as far as I can see.
Comment 7 Stuart 2018-05-14 10:00:53 UTC
I found something that makes a big difference! 

When I opened File Explorer, my Dropbox folder was expanding - and I have been finding this annoying for some time. So I did some Googling to find a way to stop it. The solution (found on StackExchange) is bizarre! In File Explorer, you right click on the offending folder in the left-hand, folder tree pane, but don't touch anything in the context menu. Now (back in the left hand pane of the main Explorer window), click the arrow next to the folder to collapse it. Then close File Explorer. On subsequent occasions, when you open File Explorer, bingo! the folder magically remains collapsed.

After doing this, I suddenly noticed that the Save and Export dialogs in GIMP 2.10 opened almost instantly and the Preferences dialog opens in about 4s. GIMP 2.8 is similarly affected. How bizarre is this?
Comment 8 Jehan 2018-05-14 11:36:21 UTC
So as expected, the guess is that some file-related widget tries to read/sync from all drive at creation, and since Dropbox is a network drive, that takes time. In Preferences, we have a bunch of file-related widgets, which makes it worse.

Now we still have this one same issue: is there a Windows developer around who wishes to dig into this problem?
Comment 9 GNOME Infrastructure Team 2018-05-24 19:35:30 UTC
-- GitLab Migration Automatic Message --

This bug has been migrated to GNOME's GitLab instance and has been closed from further activity.

You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.gnome.org/GNOME/gimp/issues/1374.
Comment 10 Michael Natterer 2018-06-17 20:10:12 UTC
Stuart, can you please anwswer my question at

https://gitlab.gnome.org/GNOME/gimp/issues/1374