Clipboard glitch (possible regression bug)

[BK201]

This bug is somehow fixed in ealier version not sure which

But with the new 1.8.8 and 1.9.10 it appears again

reproduce:
1. Do nothing but open xnview mp 1.9.10 (yes just open it)
2. Open a third party app that can make a screenshot and save it to clipboard, in this case we use snipaste
3. Capture a screenshot with snipaste
4. Open mspaint.exe and press ctrl+v to paste (you get the captured screenshot, works as expected), then press ctrl+z or manually clear the content for the next paste
5. Do nothing but close xnview mp (yes just close it)
6. Do step 4 again

expected result:
7. you get the screenshot again

actual result:
7. you get nothing, the screenshot in clipboard is destroyed by xnview


worth noting:
this can't be reproduced by windows app (SnippingTool.exe or PrtScr button), AI told me it use a different clipboard pool

[extra] a dramatic test:
1. capture a screenshot with snipaste
2. paste it into the mspaint.exe, no matter how many times as you like, it just works™
3. open xnview mp and close it immediately
4. do step 2 again, fail *troll face*

[user0]

related
Copying part of image is buggy

[xnview]

snipaste uses Qt too, there is a bug in Qt5 used by XnView, and at exit clipboard must be cleared if copy is made with Qt