View Issue Details

IDProjectCategoryView StatusLast Update
0001444OpenMPTGeneralpublic2021-04-17 22:53
Reporterveksha Assigned ToSaga Musix  
PrioritynormalSeverityminorReproducibilityalways
Status resolvedResolutionfixed 
Platformx64OSWindows 10OS Version10
Product VersionOpenMPT 1.30.00.* (old testing) 
Target VersionOpenMPT 1.29.10.00 / libopenmpt 0.5.9 (upgrade first)Fixed in VersionOpenMPT 1.29.10.00 / libopenmpt 0.5.9 (upgrade first) 
Summary0001444: taking long time to open a recent file from Windows 10 taskbar jump list
Description

If you have OpenMPT icon on your taskbar and you right click on it, you will see recent files.
If you open some file from this list you will notice that the program will stuck in splash screen for some time before opening the file.

Steps To Reproduce
  1. shutdown OpenMPT completely
  2. make sure you have OpenMPT icon on your taskbar and you have some recent files opened by program.
  3. right click on icon -> Jump List appears -> click on recent file
  4. it takes longer then usual before splash screen dissappears and file will open.
TagsNo tags attached.
Has the bug occurred in previous versions?
Tested code revision (in case you know it)

Activities

Saga Musix

Saga Musix

2021-04-17 18:33

administrator   ~0004713

How much longer does it take for you to open? When opening a module via the command line (which includes opening via the jump list), the module window is created while the splash screen is still shown, and creating that window can take a while. Is the extra time spent on the splash screen approximately comparable to the time it takes to open the module from within OpenMPT, or is it much longer?

Saga Musix

Saga Musix

2021-04-17 18:46

administrator   ~0004714

I think I found a potential difference when launching a module from the jump list. Essentially OpenMPT was filling the instrument browser with the contents of the current working directory, which ends up being the System32 folder when launching from the jump list, and that folder contains a lot of files. Can you check if r14619 works better for you? It will be available in an hour or two from https://builds.openmpt.org/builds/auto/openmpt/pkg.win/1.30/

veksha

veksha

2021-04-17 19:47

reporter   ~0004715

I think r14619 is a little better, but still slow - 5 seconds on splash screen.
After I changed the default path for instruments to another directory the problem disappears completely.
So I guess you are definitely on the right track.

Saga Musix

Saga Musix

2021-04-17 22:07

administrator   ~0004716

Ah yes, if you previously didn't set an instrument directory at all, it would still fall back to using the current working directory. I think r14621 should work for you even when there is no instrument directory set up.

veksha

veksha

2021-04-17 22:52

reporter   ~0004717

yes. now it works super fast with default settings. thank you!

Saga Musix

Saga Musix

2021-04-17 22:53

administrator   ~0004718

Great. :)

Issue History

Date Modified Username Field Change
2021-04-11 00:39 veksha New Issue
2021-04-17 18:33 Saga Musix Note Added: 0004713
2021-04-17 18:46 Saga Musix Note Added: 0004714
2021-04-17 18:46 Saga Musix Assigned To => Saga Musix
2021-04-17 18:46 Saga Musix Status new => feedback
2021-04-17 19:47 veksha Note Added: 0004715
2021-04-17 19:47 veksha Status feedback => assigned
2021-04-17 22:07 Saga Musix Status assigned => feedback
2021-04-17 22:07 Saga Musix Note Added: 0004716
2021-04-17 22:52 veksha Note Added: 0004717
2021-04-17 22:52 veksha Status feedback => assigned
2021-04-17 22:53 Saga Musix Note Added: 0004718
2021-04-17 22:53 Saga Musix Status assigned => resolved
2021-04-17 22:53 Saga Musix Resolution open => fixed
2021-04-17 22:53 Saga Musix Fixed in Version => OpenMPT 1.29.10.00 / libopenmpt 0.5.9 (upgrade first)
2021-04-17 22:53 Saga Musix Target Version => OpenMPT 1.29.10.00 / libopenmpt 0.5.9 (upgrade first)