Win10x64, NPP 7.6.4 32bit, restoring last session not work after reboot
-
Restore last session on next box is checked.
After reboot, session.xml becomes empty
If not reboot, the function works.Tired 7.3.3(the last one have plugin manager) portable 32bit and latest 7.6.4 portable 32bit
Is there any issue using portable 32bit on 64bit system?
Also, 7.3.3 the session function worked well on win7x64,2008r2Now I have to save session manually.
-
welcome to the notepad++ community, @shama-shii
there is no known issue of using an official portable notepad++ version on 64 bit systems.
there are however known issues if you downloaded your notepad++ 7.6.4 from an unofficial source like portableapps.com, instead of the official version from >>> notepad-plus-plus.org <<<
please also check, that your settings at
settings > preferences > backup > session snapshot and periodic backup
look like the screenshot below.important note: please make sure you do not put a portable notepad++ version inside
%ProgramFiles%
or%ProgramFiles(x86)%
. -
Of course official zip release, and the configs are checked no mistake.
-
very strange, especially that the session works and you can close and re-open notepad++ and the session will be loaded correctly,
but after a reboot, you session is empty.please try to:
- close your existing notepad++ portable.
- download a fresh npp.7.6.4.bin.zip from >>> here <<<.
- extract it to your desktop.
- run
notepad++.exe
inside of the extracted npp.7.6.4.bin folder at your desktop. - open some files.
- close the new notepad++ and run it again from extracted npp.7.6.4.bin folder, to see if all previously opened files are re-opened, to know if the session works without a reboot.
- reboot your pc.
- close the new notepad++ and run it again from extracted npp.7.6.4.bin folder, to * * run
notepad++.exe
inside of the extracted npp.7.6.4.bin folder at your desktop, to see if notepad++ opens up all previously opened files after a reboot.
if it behaves the same, please check if you have some software tools installed, that could clean up or revert any file changes to a previous state on reboot.
(like tools used at e.g. internet cafe’s, to keep the pcs clean and restore selected folders to a previous state) -
Seems fixed, I don’t konw why
Keep testing -
-
@Meta-Chuh Oh no , after another fresh install win10, the issue replayed.
It seems occur when there’s an accident shut down
Is there any auto backup fuction for session.xml or something similair? -
Is there any auto backup fuction for session.xml or something similair?
no, it’s just saved every 7 seconds (default value), but there is no extra backup of it.
you could make a periodic backup of session.xml manually, if you go to
file > save session
, or create a batch file that copiessession.xml
somewhere else from time to time, so at least you will have an older session.xml backup if you have another accidental shutdown or windows update reboots by itself. -
Had a similar issue with “session.xml” resetting. However, there are differences:
This time, the Windows bootup sequence here had changed from the usual, it now requested my user password, as until then the policy was to go straight to desktop.
Notepad is set to run at startup along with one or two "TSR"s, however they never launched this time.
Of interest was Event 1073: The attempt by user “User” to restart/shutdown computer “Computer” failed And the usual Event 455 Edb.log thing.
Now what really happened was N++ did not close at Windows shutdown as one of the files was unsaved. The shutdown was delayed for as much as two hours without my knowledge then.Amazingly, got the save dialog again on bootup, and promptly confirmed it.
Notepad launched fine with all the files in the MRU preserved. No problem!
What happened after that is unclear- after futzing about with other programs and windows, there popped up a new N++ package update MessageBox- don’t know how long it was sitting there, but before confirming I noticed all the MRU files in the (still running) N++ had gone.
Not sure what happened there as there was zero interaction with Notepad until seeing the update prompt. Of course, updating N++ later never restored the list.
Given all this, there may be a case for the N++ to do a filesize check on Session.xml before and after a package update- if indeed that was ever assumed to be the issue.
Difficult one to trap,
Thanks. -
The explanation, solution and follow-up with the issue was suggested at Github, and ended up with the creation of two backup directories on the cloud for my two user names. All working well now. :)