Opening a PDF leads to a selection of already openend PDFs being opened again
Since the last Windows-Update some days ago, SumatraPDF hast strange behaviour when opening new PDF file. It duplicates some (not necessarly all) of existing opened PDF windows. This is accompanied by flashing the concerned windows rapidly before finally the volitional PDF appears. Presumably the flashing windows are the newly opened windows.
This leads to this behaviour: When some PDFs are already opened (say, five) and then I browse through some PDFs, open and close here and there some of them to peek, I soon got 20..30 or even more Sumatra-windows opened with some files opened two-, three- or more-fold. To keep the session manageable, I have to clean up the set of open Sumatra windows frequently.
Sadly I can't give a reliable way to demonstrate this behaviour. Usually not all open windows are concerned, occasionally even no window is concerned. But I'm quite sure that this behaviour wasn't introduced by V3.4.6 (Sumatra), but by last Windows-Update. I already tried a reboot.
I'm using SumytraPDF usually in non-tabbed mode. I'm using V3.4.6 64-bit and Edition Windows 10 Pro Version 22H2 Installiert am 07.05.2021 Betriebssystembuild 19045.1889 Leistung Windows Feature Experience Pack 120.2212.4180.0
I open a PDF by double clicking on it and then let the OS doing the rest.
The above issue stems from a long running installation. But now, I recently installed current version (from https://www.sumatrapdfreader.org/dl/rel/3.5.2/SumatraPDF-3.5.2-64-install.exe) on an almost freshly installed Win-10. I installed as an ordinary user (without admin rights). The only thing I changed at Sumatra's options: I'd unchecked "open documents in tabs". This issue is instantly there: Doubleclick file A -- got one Sumatra window with file A. Doubleclick file B -- got three windows -- the former one already there, a second one with file A, and the wanted third with file B. So I use this occasion to bump this issue.
There were many changes over past 2 years some corrected this behaviour in pre-release then again others changed similar behaviour. 3.5.2 seems to be as it was at that time.
Only pre-release can be changed and currently should be "as expected" thus not "as in the past" !
There are 2 base "modus operandi" (with tabs and without tabs) so there will be some differences but basically should have similar abilities!
If restore session is active (true) then expect previous files (if found available) will be used and opened along with fresh files.
Most likely this is fixed in latest pre-release https://www.sumatrapdfreader.org/prerelease