kangyu-california / PersistentWindows

fork of http://www.ninjacrab.com/persistent-windows/ with windows 10 update

Geek Repo:Geek Repo

Github PK Tool:Github PK Tool

Taskbar restore broken again with 5.5.4

BrotherErryn opened this issue · comments

Persistent Windows started "locking on" to the top of the taskbar on startup a few releases back. When PW starts the mouse jumps to the top of the taskbar into the resize position and acts like I pressed the mouse button to start a drag/resize operation. Just moving the mouse resizes the taskbar. Clicking the mouse once it's done churning makes it let go.

I've been using the -fix_taskbar=0 argument for a while to get around the bug. Got the 5.5.4 update notice today and upgraded and the bug is back, and the argument doesn't seem to do anything.

Rolling back to 5.5.3 resolves the issue for me.

You are probably talking about a new feature that automatically restores windows from db at PW startup
this feature is not governed by -fix_taskbar=0,
try this instead
-auto_restore_new_display_session_from_db=0

Btw, I would not call it a bug, it is a feature which can be disabled if you don't like it.

Will this disable restore of windows on startup also? I do want the windows themselves restored, just not the taskbar.

I understand that it's been an intended feature. I referred to it as a bug because it never "lets go" of the taskbar and I was having to manually reset the size to normal after every boot.

taskbar is an integral part of the whole window layout picture, it should not be singled out in general sense.
The -fix_taskbar=0 switch was introduced as a hack to avoid unexpected taskbar move.
But in your case, it is different case where the current taskbar position disagrees with that on disk
My recommendation is to redo capture to disk to flush out the obsolete taskbar position from disk.

Got it, redoing the capture seemed to do the trick. Thanks!