Author Topic: XMPLAY hiding playlist on restart [bug with -tray parameter]  (Read 1571 times)

Azevedo

  • Posts: 22
Hi,

I set XMPLAY skin to show the playlist but when I close and open XMPlay it hides the playlist again.
Is there a way to remember last state?
« Last Edit: 7 Aug '16 - 15:20 by Azevedo »

Dotpitch

  • Posts: 2871
Re: XMPLAY hiding playlist on restart
« Reply #1 on: 5 Aug '16 - 06:45 »
I can confirm the playlist panel is always closed when starting XMPlay. I'm not sure whether it always did that, but it sure is unexpected indeed.

piovrauz

  • Posts: 967
Re: XMPLAY hiding playlist on restart
« Reply #2 on: 5 Aug '16 - 13:54 »
ehm, I can't confirm this issue.
The playlist panel is properly open (or closed) depending on its state when I close XMPlay.
I'm using the WA modern skin.

Ian @ un4seen

  • Administrator
  • Posts: 20393
Re: XMPLAY hiding playlist on restart
« Reply #3 on: 5 Aug '16 - 16:22 »
I can't reproduce the issue here either. Is it happening with the default skin? If not, please state which skin it is happening with. If it is happening with the default skin, please upload your XMPLAY.INI file to have a look at, in case it's caused by some setting:

   ftp.un4seen.com/incoming/

Azevedo

  • Posts: 22
Re: XMPLAY hiding playlist on restart
« Reply #4 on: 5 Aug '16 - 20:17 »
Not on default skin (eew). I tried on these skins: "Royale Vista" and "Min".
Both happens the same.
Even if I left the playlist open, if I close XMPlay, the playlist will be hidden on next launch.
I don't think this is skin issue.

Code: [Select]
[XMPlay]
NoPreload=1
ReadAhead=10
Automini=1
AutoMiniDelay=100
CueMark=1
NoNetErrors=1
SingleClickTray=1
StartInTray=1
VolStep=5
External=
DSP=FF00020010000000000000004041000000410000A041000100280000000000000000000000000000000000000000000000000000000000000000000000000000000000
PluginTypes=
Shortcuts=50000000200039025200000027004D035300000025004B0381000000210049038000000022005103500100002600480351010000280050035501000041021E02740100000D001C02720100002E005303000200006B004E02010200006D004A020101000074003F020201000075004002030100007600410204010000770042020501000009000F020B00000023004F030500000070003B020D00000056022F020801000043022E020B0200004D00320280000080B000000381000080B100000350000080B300000351000080B2000003060000002D0052030801000043022E020300008058062D025700000049001702
DeviceMode=0000000044AC00000200000002000000241300000000000006000000
MixMode=24
AutoName=1
WriteSource=1
WriteSourceRes=1
WriteSepInst=0
WriteNoExt=1
AutoAmp=3
RGain=1
RGainAmp=0
RGainLimit=1
Time=1
ShowTenths=0
TimeHours=1
Volume=30
LogVolume=0
Balance=50
Amplify=1044865881
AmpReset=0
PanSep=50
Loop=64
DecayEnd=3
LoopList=0
ListTotal=1
UnloadLast=1
AutoAdvance=1
ListSort=0
FollowList=3
Trim=0
NoMute=0
Fade=1073741824
NetBuffer=15
NetPreBuffer=10
NetTimeout=15
RestrictRate=0
AutoReconnect=0
Proxy=0
ProxyConfig=176.31.117.175:80
Dither=0
CrossFadeLen=0
CrossFadeChange=1065353216
MODmode=0
MODtimeinfo=1
MODxfx=0
MODloop=1
MODloopreset=0
Mini=0
InTray=1
OnTop=259
MultiInstance=0
SaveClosePos=1
Bubbles=3
FadeBubbles=1
InfoMove=0
WindowX=1216
WindowY=0
PanelPos=-28770303
Track1=1
ListFilenames=0
ListQueue=0
ListClick=1281
AutoSave=0
ListCols=-2146959349
Verify=0
NoDuplicates=1
NoNetErrors=1
ScanHTML=1
ArchiveLevel=4
SearchDrives=0
Random=3
DeadStop=0
Queue=0
QueueStop=1
QueuePlay=0
QueueToggle=1
SubDir=3
TitleNoExt=0
TitleSpaces=0
TitleWA=1
TitleCUE=1
TitleScroll=1
TitleTray=2
Clipboard=0
AutoSet=0
InfoResize=0
InfoTextSize=1
InfoWidth=80
InfoList=20
InfoPaty=234
InfoPatmc=20
RestrictVis=0
RestrictVisW=290
RestrictVisH=218
SpectrumSpeed=1
VisSync=1
VisTextSize=0
HelpTextSize=0
PanelOpen=1
InfoPos=C00400001E0000008206000064010000
VisSize=AE0100002C010000
FindSize=CE02000097020000C8000000
LibWidth=430
LibSort=2
LibMode=0
LibCols=010000000000E041000000000000000002000000000050410300000000005041040000000000E040050000000000E04006000000000040410700000000000000080000000000C04009000000000000000A0000000000E0400B0000000000E0400C000000000000000D000000000000000E000000000000000F00000000000000
LibParseList=0
LibFilePath=0
LibAbrSize=1
LibInlineText=1
LibInfoTags=1
LibKeepOverridden=1
LibPlayTime=0
LibAvgCount=0
UpdateCheck=0
UpdateTime=1402925640
IgnoreTypes=avi mpg mpeg jpg bak log txt nfo cue m3u lnk url dll pdf jpeg accurip gif png
FilePath=
WritePath=D:\
TitleForm=%?2{%2 - }%?1{%1|%0}
TitleFormList=
Find=
FindPlay=0
FindIn=940
CurTrack=1
LoopLimit=1
WindowLock=1
VisRefresh=60
WriteTitle=0
AutoRemove=0
FindAutoList=0
InfoResizeLimit=500
LibPlayReplace=0
LoopLimitTime=0
ListHistory=443A5C736464642E6D33750000
MODvirtchans=256
TitleSubsongs=0
NoCheckDead=0
CrossFade=1
ListSaveOpt=2
Skin=skins\Royale Vista
[AAC]
DisplayVBR=0
PreScan=1
[DirectSoun
[AC3]
DRC=0
Output=0

saga

  • Posts: 2179
Re: XMPLAY hiding playlist on restart
« Reply #5 on: 5 Aug '16 - 20:32 »
In Options and Stuff -> Misc, is "Store per-user config/etc" enabled? If not, XMPlay may not be able to write its configuration file on exit and will revert to the previous state on next restart.

Azevedo

  • Posts: 22
Re: XMPLAY hiding playlist on restart
« Reply #6 on: 6 Aug '16 - 15:42 »
I just tried that but it still closes the playlist.

saga

  • Posts: 2179
Re: XMPLAY hiding playlist on restart
« Reply #7 on: 6 Aug '16 - 21:27 »
If you enabled it but there is still an xmplay.ini next to your xmplay.exe, you may need to delete it first (XMPlay might not have the rights to do so and keep using that file instead).

Azevedo

  • Posts: 22
Re: XMPLAY hiding playlist on restart
« Reply #8 on: 6 Aug '16 - 23:58 »
It worked! thanks!
Now I got to discover which ini setting controls that.

Azevedo

  • Posts: 22
Re: XMPLAY hiding playlist on restart
« Reply #9 on: 7 Aug '16 - 02:49 »
Well it is buggy and annoying!  ???
I deleted xmplay.ini just in case...
After setting up xmplay and restarting a couple of times the bug comes back again... (if I close XMPlay, the playlist will be hidden on next launch.)

I run xmplay portable so no "store per user settings".
Just for the record, "store per user settings" does not change the bug (if I close XMPlay, the playlist will be hidden on next launch.)

I'm done trying to hunt this bug. I'll wait for a fix in a future version.

Azevedo

  • Posts: 22
Re: XMPLAY hiding playlist on restart
« Reply #10 on: 7 Aug '16 - 02:58 »
Ok I found the BUG:

If I start it with -tray parameter it will close the playlist. (the playlist won't appear if I restore XMPlay from tray)
Well, I want it to start minimized to the tray BUT DO NOT HIDE/CLOSE the playlist when I restore the player main window from the tray!!!
Can you guys fix that in the next version please?

Dotpitch

  • Posts: 2871
Re: XMPLAY hiding playlist on restart
« Reply #11 on: 7 Aug '16 - 11:20 »
I can't reproduce the issue here either. Is it happening with the default skin? ... If it is happening with the default skin, please upload your XMPLAY.INI file to have a look at, in case it's caused by some setting:
See attachment. If I close or open the panel and directly close XMPlay, it seems to forget to write down the panel state (attempt 1 and 2). XMPlay properly remembers the playlist panel state if I leave some time between closing the panel and closing XMPlay (attempt 3).

Code: [Select]
PanelOpen=0
PanelPos=-18419712

Azevedo

  • Posts: 22
Re: XMPLAY hiding playlist on restart
« Reply #12 on: 7 Aug '16 - 15:05 »
The issue is with the XMPlay code, not the .ini

The -tray parameter will cause the playlist to be closed regardless what is in the .ini. This is a bug.

Hey developers, HIDE to tray does not mean close playlist.
HIDE to tray means to hide the MAIN WINDOW and PLAYLIST WINDOW and RESTORE BOTH when clicking the tray icon to restore.

piovrauz

  • Posts: 967
So you are launching XMPlay with the -tray option and when you maximize it the playlist is closed even if it was open when you closed XMPlay the last time.
It happens here too.

I must say that it would have been easier for you to report from the start that you were using the -tray, because that behaviour is triggered only if that parameter is passed in the command line / link.
(adding it later doesn't count :P)

Azevedo

  • Posts: 22
Quote
So you are launching XMPlay with the -tray option and when you maximize it the playlist is closed even if it was open when you closed XMPlay the last time.
It happens here too.

I must say that it would have been easier for you to report from the start that you were using the -tray, because that behaviour is triggered only if that parameter is passed in the command line / link.
(adding it later doesn't count :P)

Really? I didn't know the bug was in the command line parameter when I first wrote this post. After try and try I discovered it. You should learn to say "thanks"

saga

  • Posts: 2179
Always provide as much information about how you use XMPlay when reporting a bug. Special command line parameters and configuration settings are part of that. Maybe try to be less tongue-in-cheek / aggressive next time (both of you).

Azevedo

  • Posts: 22
The command line parameter I put on my hotkey launcher app ages ago.
I'm not a beta tester, I'm a regular user.

Still, there is a bug there.

piovrauz

  • Posts: 967
Uhm, how is the dev (Ian) supposed to know what you put on your hotkey launcher ages ago?
Still, now that the relevant information is here, I suppose Ian will look into it, and usually he is fast.

Since I can reproduce the issue I'll post some info: W7sp1 x64, XMPlay 3.2.8.2 (launched with -tray); if XMPLay is launched with the -tray parameter the playlist panel wil always be hidden, even if it was shown when XMPlay was closed. One expects the playlist panel state to be remembered instead.

Azevedo

  • Posts: 22
As I said, I'm a regular user, not a beta tester.
So much  square people in this forum!
Hey! we are not computers "1" and "0" we are humans!
Not everyone is a ninja like you guys.

Here is another example: http://www.un4seen.com/forum/?topic=17285.0

You guys should make an announcement:
"Here in this forum we do not tolerate impartial information or question. Be absolutely specific on what you really mean and make sure you you are very accurate in your post".

Peace out! Is this a forum or a court room?
« Last Edit: 8 Aug '16 - 17:06 by Azevedo »

Ian @ un4seen

  • Administrator
  • Posts: 20393
Not on default skin (eew). I tried on these skins: "Royale Vista" and "Min".
Both happens the same.
Even if I left the playlist open, if I close XMPlay, the playlist will be hidden on next launch.

If I start it with -tray parameter it will close the playlist. (the playlist won't appear if I restore XMPlay from tray)

Oh right. Neither of those skins have a playlist panel in the main window, so you must be referring to the extended playlist in the info window, and indeed the info window isn't restored when the "-tray" command-line option is used. Here's an update that should restore it:

   www.un4seen.com/stuff/xmplay.exe

See attachment. If I close or open the panel and directly close XMPlay, it seems to forget to write down the panel state (attempt 1 and 2). XMPlay properly remembers the playlist panel state if I leave some time between closing the panel and closing XMPlay (attempt 3).

That's strange. I can't seem to reproduce that here. In case it makes a difference, what Windows version are you using? Just a guess, but perhaps it could be that XMPlay is scanning files at the time and that is taking too long to cancel when closing, so Windows terminates XMPlay before it writes the updated config (that's one of the last things done). If you move the delay to before opening/closing the panel and then directly close XMPlay, is the panel position remembered then? Does the problem also happen if you use the Alt+F4 shortcut instead of clicking on the close button?

Azevedo

  • Posts: 22
Quote
Oh right. Neither of those skins have a playlist panel in the main window, so you must be referring to the extended playlist in the info window, and indeed the info window isn't restored when the "-tray" command-line option is used. Here's an update that should restore it:

   www.un4seen.com/stuff/xmplay.exe


Super duper! Worked just fine!! bug fixed! thank you so much Ian :)


Dotpitch

  • Posts: 2871
See attachment. If I close or open the panel and directly close XMPlay, it seems to forget to write down the panel state (attempt 1 and 2). XMPlay properly remembers the playlist panel state if I leave some time between closing the panel and closing XMPlay (attempt 3).
That's strange. I can't seem to reproduce that here. In case it makes a difference, what Windows version are you using? Just a guess, but perhaps it could be that XMPlay is scanning files at the time and that is taking too long to cancel when closing, so Windows terminates XMPlay before it writes the updated config (that's one of the last things done). If you move the delay to before opening/closing the panel and then directly close XMPlay, is the panel position remembered then? Does the problem also happen if you use the Alt+F4 shortcut instead of clicking on the close button?
Ahh, yes, that appear to be it! If I wait a little longer before changing the panel and closing XMPlay, it's all fine. Thanks for clarifying.

I didn't know Windows could actually be that strict, most of the times when I attempt to close an unresponsive application it just waits ;).

piovrauz

  • Posts: 967
I think it can happen more often with old/slow hardware.
I remember something like that happening often on a windows XP netbook I own.
Can't check again since now it's linuxed, my memory will have to do.