ClipboardFusion Discussions RSS https://www.clipboardfusion.com/Discussions/RSS/ ClipboardFusion Discussions RSS Wed, 07 Oct 2026 03:26:24 GMT en hourly 1 https://www.clipboardfusion.com/Discussions/RSS/ RE: Several major bugs that exist in version 6.1 https://www.clipboardfusion.com/Discussions/View/several-major-bugs-that-exist-in-version-61/?ID=31b67e71-fa18-4d71-ad9a-c958b1f2e9e8#46 Wed, 07 Oct 2026 01:10:19 GMT Binary Fortress Software https://www.clipboardfusion.com/Discussions/View/several-major-bugs-that-exist-in-version-61/?ID=31b67e71-fa18-4d71-ad9a-c958b1f2e9e8#46 ClipboardFusion I had AI do a deep inspection and analysis of 6.4 Beta 8 regarding the issue affecting images either getting duplicated or not moving at all in the History. It got really technical and went deep into the nitty gritty details of several issues it identified, but below is the more high-level and human-readable summary of the analysis and resolution that I asked it to produce at the end:

Selecting an image in History does not move that row. The click loads the stored image, puts it on the clipboard, and pastes it. The row only moves if the clipboard watcher later decides the clipboard still holds that same History item. For images that check usually fails, so a second copy is added at the top and the original stays where it was. Text goes through the same path and moves correctly, because its identity is a hash of the exact string.

Image identity is an MD5 of a freshly built 32-bit device-independent bitmap (DIB), header included. That hash was taken from the original clipboard bitmap, then the picture was saved as JPEG (PNG only if that option is on, and it defaults off). On selection the file is decoded and that decoded bitmap is what gets published. The watcher hashes it again, and assigning the image always recomputes the hash, so the one stored with the row is discarded. JPEG output does not match, and neither does a lot of PNG output: a normal clipboard DIB often has 0 in the unused alpha byte, while a GDI+ reload comes back 24-bit or 32-bit with alpha 255. Those look the same and hash differently. Any 32-bit alpha, red, green, blue (ARGB) format is also treated as transparent, so the republished image offers PNG and DIB version 5 (DIBv5) instead of the CF_DIB clipboard format.

The watcher is debounced, about 150 ms, and every clipboard update restarts the timer, so it reads the clipboard after the paste rather than the data just published. A lot of apps replace an image on paste with their own encoding, which does not carry the "this came from a History item" marker. If the original item also had text or a file list, those have to match too, so an image-only echo misses even sooner.

Sometimes an older image neither moves nor duplicates. The History window closes and focus returns before the image is published, and the target opens the clipboard for the paste. If the clipboard is still open, the watcher retries up to 10 times and then drops the update. An image paste often holds it open that long, and closing it after a read does not raise another notification. The update is also dropped when the read produces no usable bitmap (decode failure, or over the 20 MB capture limit) or when that app's capture rules ignore images. The other silent case is a read of the previous clipboard contents: matching walks from the newest row and uses the hash, not the row that was clicked, so it re-stamps the item already at the top and leaves the one you selected alone.

The click should move that row by its id as soon as it is chosen, and write the new timestamp then. A later failed read, an empty read, a size-limit skip, or an ignore-application rule must not undo it. Those rules are for new copies made by other programs. They should not apply to a row the user just chose. Put the same id in a private clipboard format on the data object you already mark as "placed from History." While that format is still present, the watcher should move that id and skip the image-hash path entirely. Reading your own bitmap back and hashing the clone is what drops the stored hash.

That marker is often gone by the time the debounced read runs, because the target has replaced the clipboard. Remember the id, and a canonical copy of the image, from the moment you publish until the next real copy that did not come from History. Image paste raises several updates (the initial publish, format synthesis, then the target's write), and the timer restarts on each one, so the read you act on is usually the target's later write. One "ignore next change" flag gets consumed by the first of those. While that remembered paste is still in effect, a new clipboard image that canonically matches the image you just pasted should update that same row. Canonical means straight-alpha pixels, with alpha forced to opaque when no pixel has partial transparency, and no DIB header bytes in the hash. Do not also require the original text or file list to still be there, since the target often puts back the picture alone. If the read still shows the previous clipboard item, leave that top row alone instead of treating it as the thing the user selected.

For ordinary copies, keep content dedup, but hash the same canonical pixels you will compare later, after the encode and decode you actually store. JPEG cannot be the identity. Persisting PNG is the straightforward fix. Hashing the canonical decoded pixels once and storing that hash also works. Checking "transparent" from the pixel format should be replaced with a check for partial alpha, so an opaque 32-bit image is published as CF_DIB again and the round trip stops changing shape. The open-clipboard retry can stay as a way to get a clean read, but the id-based move has to stand even when those retries run out. ]]> RE: Several major bugs that exist in version 6.1 https://www.clipboardfusion.com/Discussions/View/several-major-bugs-that-exist-in-version-61/?ID=31b67e71-fa18-4d71-ad9a-c958b1f2e9e8#45 Tue, 29 Sep 2026 18:31:32 GMT Binary Fortress Software https://www.clipboardfusion.com/Discussions/View/several-major-bugs-that-exist-in-version-61/?ID=31b67e71-fa18-4d71-ad9a-c958b1f2e9e8#45 ClipboardFusion The thing we don't plan to change is having Triggers fire on text set by clicking an item in the Clipboard Manager, as that would affect more than just your workflow here. It does sound like adding the two new options I mentioned will suit your workflow, and I think they make sense as options as I can see more people wanting that behaviour from the Preview Popup, so having them as options in the settings versus hidden behind having to create a Trigger rule also makes sense.

For the other two points in your requirements about moving items to the top when selected, and newly copied items appearing at the top, I know there are a couple of bugs there that we're working on, but when they're sorted out, that should also be working the way you're expecting.

Thanks! ]]> RE: Several major bugs that exist in version 6.1 https://www.clipboardfusion.com/Discussions/View/several-major-bugs-that-exist-in-version-61/?ID=31b67e71-fa18-4d71-ad9a-c958b1f2e9e8#44 Tue, 29 Sep 2026 17:48:49 GMT Binary Fortress Software https://www.clipboardfusion.com/Discussions/View/several-major-bugs-that-exist-in-version-61/?ID=31b67e71-fa18-4d71-ad9a-c958b1f2e9e8#44 ClipboardFusion Hi Keith, I want the Preview Popup to always update me to show me the latest thing that is now on the clipboard, whether that is by me copying text or images, or whether it is ClipboardFusion itself putting something on the clipboard (as the "current" item) by selecting something from the History. Already, the Clipboard History has an option 'Show clipboard changes made by ClipboardFusion', which I have enabled, with the intention that I can see by looking at the top of the History what has most recently been put on the clipboard (and what is currently there).

Since pasting from the History involves putting that selected item onto the clipboard, I don't understand why anybody would want the Preview Popup to not show the current state of what is actually there now, after performing that operation. So I can't say I understand the thinking behind "not something we plan to change". All that I'm doing is having the Preview Popup show automatically, but it should show the same thing as what someone manually invoking the shortcut should see after performing such an operation.

So I must admit I don't see the point of adding new options.

To summarise what I expect:
    When copying either text or an image, that text or image should appear at the top of the History, in position #1.
    When selecting an existing History entry to paste into an application, that text or image should move to the top of the History, to position #1 (without creating a new, duplicate entry in the History).
    In both of the above cases, I expect to see an automatic Preview Popup, showing what is currently on the clipboard, just as if I'd manually invoked the Show Preview Popup shortcut afterwards.
]]> RE: Several major bugs that exist in version 6.1 https://www.clipboardfusion.com/Discussions/View/several-major-bugs-that-exist-in-version-61/?ID=31b67e71-fa18-4d71-ad9a-c958b1f2e9e8#43 Tue, 29 Sep 2026 17:04:29 GMT Binary Fortress Software https://www.clipboardfusion.com/Discussions/View/several-major-bugs-that-exist-in-version-61/?ID=31b67e71-fa18-4d71-ad9a-c958b1f2e9e8#43 ClipboardFusion Regarding the Trigger that shows the Preview Popup on clipboard changed, what's happening there is that the Clipboard Changed trigger purposely ignores changes that were set by a selection in the Clipboard Manager window. This is done intentionally and not something we plan to change.

However, looking at your usage case for the Trigger, we're thinking that adding two new sub-options to the "Show Clipboard Preview Popup" option:

  • "Also show Preview Popup when text is copied"
  • "Also show Preview Popup when selecting item in Clipboard Manager"
I believe adding those would achieve what you're trying to do with the Trigger rule. Can you confirm before we make those changes here? ]]> RE: Pinned Items sorted via Web page aren't sorted in Clipboard Manager https://www.clipboardfusion.com/Discussions/View/pinned-items-sorted-via-web-page-arent-sorted-in-clipboard-manager/?ID=01a0e8a9-cd2b-7439-b458-41eac1295ca8#3 Tue, 29 Sep 2026 02:21:15 GMT Binary Fortress Software https://www.clipboardfusion.com/Discussions/View/pinned-items-sorted-via-web-page-arent-sorted-in-clipboard-manager/?ID=01a0e8a9-cd2b-7439-b458-41eac1295ca8#3 ClipboardFusion Thanks Keith. The restart worked for me, too. ]]> RE: Pinned Items sorted via Web page aren't sorted in Clipboard Manager https://www.clipboardfusion.com/Discussions/View/pinned-items-sorted-via-web-page-arent-sorted-in-clipboard-manager/?ID=01a0e8a9-cd2b-7439-b458-41eac1295ca8#2 Mon, 28 Sep 2026 19:55:01 GMT Binary Fortress Software https://www.clipboardfusion.com/Discussions/View/pinned-items-sorted-via-web-page-arent-sorted-in-clipboard-manager/?ID=01a0e8a9-cd2b-7439-b458-41eac1295ca8#2 ClipboardFusion I was able to reproduce the item order not syncing. Looks like it does take effect after restarting ClipboardFusion, but I've also added an item to our list to fix that up so it updates without having to restart ClipboardFusion.

Thanks! ]]> RE: 6.4 Beta 8 creates duplicate History entry for text-scrubbing https://www.clipboardfusion.com/Discussions/View/64-beta-8-creates-duplicate-history-entry-for-text-scrubbing/?ID=01a0e542-9e0d-72b4-9ec4-60b465e86478#2 Mon, 28 Sep 2026 19:05:08 GMT Binary Fortress Software https://www.clipboardfusion.com/Discussions/View/64-beta-8-creates-duplicate-history-entry-for-text-scrubbing/?ID=01a0e542-9e0d-72b4-9ec4-60b465e86478#2 ClipboardFusion I was able to reproduce this here as well, it also happens in 6.4 Beta 7 but not in 6.3.0, so I will re-test all beta versions to figure out which one it broke in and put it on the list to fix for the next beta.

Thanks! ]]> RE: Several major bugs that exist in version 6.1 https://www.clipboardfusion.com/Discussions/View/several-major-bugs-that-exist-in-version-61/?ID=31b67e71-fa18-4d71-ad9a-c958b1f2e9e8#42 Mon, 28 Sep 2026 18:50:27 GMT Binary Fortress Software https://www.clipboardfusion.com/Discussions/View/several-major-bugs-that-exist-in-version-61/?ID=31b67e71-fa18-4d71-ad9a-c958b1f2e9e8#42 ClipboardFusion Thanks for the extra info, I wonder why I can't seem to reproduce it here. I'm testing using these steps, let me know if I'm missing a step:

  • Open Snipping Tool, take a screenshot (region, dragged to select with mouse, then clicked the Copy button on the toolbar in Snipping Tool)
  • Copy some other text to move the screenshot down the history list
  • Open Word and give the document focus
  • Click the screenshot in the history list to paste it into Word
]]> Pinned Items sorted via Web page aren't sorted in Clipboard Manager https://www.clipboardfusion.com/Discussions/View/pinned-items-sorted-via-web-page-arent-sorted-in-clipboard-manager/?ID=01a0e8a9-cd2b-7439-b458-41eac1295ca8 Mon, 28 Sep 2026 15:37:17 GMT Binary Fortress Software https://www.clipboardfusion.com/Discussions/View/pinned-items-sorted-via-web-page-arent-sorted-in-clipboard-manager/?ID=01a0e8a9-cd2b-7439-b458-41eac1295ca8 ClipboardFusion Clipboard Fusion Pro 6.4, Beta 8. I'm not seeing full communication between the Pinned Items Web page (https://www.clipboardfusion.com/Online/Items/Pinned/) & the Windows Clipboard Manager, where pinned items I sorted online remain unsorted in the Clipboard Manager; I'm definitely seeing that on multiple machines. There may also be a problem w/ the Manager's online pinned-items deletions not fully getting to the Web client, but I'm less sure about that. ]]> 6.4 Beta 8 creates duplicate History entry for text-scrubbing https://www.clipboardfusion.com/Discussions/View/64-beta-8-creates-duplicate-history-entry-for-text-scrubbing/?ID=01a0e542-9e0d-72b4-9ec4-60b465e86478 Sun, 27 Sep 2026 23:45:44 GMT Binary Fortress Software https://www.clipboardfusion.com/Discussions/View/64-beta-8-creates-duplicate-history-entry-for-text-scrubbing/?ID=01a0e542-9e0d-72b4-9ec4-60b465e86478 ClipboardFusion With 6.4 Beta 8, if I copy a sentence of text that has a space at the front, like ' one two three' then the History gets two entries added to it (one for the original copy, and one for the text-scrubbed version):

one two three
 one two three


I believe this is new to Beta 8. ]]> RE: Several major bugs that exist in version 6.1 https://www.clipboardfusion.com/Discussions/View/several-major-bugs-that-exist-in-version-61/?ID=31b67e71-fa18-4d71-ad9a-c958b1f2e9e8#41 Fri, 25 Sep 2026 22:03:19 GMT Binary Fortress Software https://www.clipboardfusion.com/Discussions/View/several-major-bugs-that-exist-in-version-61/?ID=31b67e71-fa18-4d71-ad9a-c958b1f2e9e8#41 ClipboardFusion So with the first issue, now that my images that were originally sent to the clipboard while Beta 7 was in use have aged out of the History (after 24 hours as per my settings), I've tested pasting more recent images sent to the clipboard while Beta 8 is installed, and this time I don't see duplicates being created, but I also don't see them moving to the top of the History as they should.

EDIT (26 Sep): Scratch that comment about duplicates not being created. I just pasted an image from the History, taken by the Snipping Tool, into Word, and it created a duplicate in the History. ]]> RE: Several major bugs that exist in version 6.1 https://www.clipboardfusion.com/Discussions/View/several-major-bugs-that-exist-in-version-61/?ID=31b67e71-fa18-4d71-ad9a-c958b1f2e9e8#40 Fri, 25 Sep 2026 21:11:10 GMT Binary Fortress Software https://www.clipboardfusion.com/Discussions/View/several-major-bugs-that-exist-in-version-61/?ID=31b67e71-fa18-4d71-ad9a-c958b1f2e9e8#40 ClipboardFusion Thanks, I can't reproduce the first one yet, but will try again on Monday. I was able to reproduce the second one and have added it to the list for the next beta. ]]> RE: Several major bugs that exist in version 6.1 https://www.clipboardfusion.com/Discussions/View/several-major-bugs-that-exist-in-version-61/?ID=31b67e71-fa18-4d71-ad9a-c958b1f2e9e8#39 Fri, 25 Sep 2026 18:16:51 GMT Binary Fortress Software https://www.clipboardfusion.com/Discussions/View/several-major-bugs-that-exist-in-version-61/?ID=31b67e71-fa18-4d71-ad9a-c958b1f2e9e8#39 ClipboardFusion The images were screenshots taken by Snagit. Tested by trying to paste them from the CF History into Word.

I notice that even pasting text from the CF History no longer triggers the Preview Popup.

Attached are screenshots of my Triggers. One showing all triggers, and one showing detail of the one for 'Clipboard changed'. ]]> RE: Several major bugs that exist in version 6.1 https://www.clipboardfusion.com/Discussions/View/several-major-bugs-that-exist-in-version-61/?ID=31b67e71-fa18-4d71-ad9a-c958b1f2e9e8#38 Fri, 25 Sep 2026 17:49:13 GMT Binary Fortress Software https://www.clipboardfusion.com/Discussions/View/several-major-bugs-that-exist-in-version-61/?ID=31b67e71-fa18-4d71-ad9a-c958b1f2e9e8#38 ClipboardFusion For #1, does it matter which application the image was copied from originally? I can't reproduce this here.

For #2, can you send me a screenshot of the Trigger rule? ]]> RE: Several major bugs that exist in version 6.1 https://www.clipboardfusion.com/Discussions/View/several-major-bugs-that-exist-in-version-61/?ID=31b67e71-fa18-4d71-ad9a-c958b1f2e9e8#37 Thu, 24 Sep 2026 19:57:15 GMT Binary Fortress Software https://www.clipboardfusion.com/Discussions/View/several-major-bugs-that-exist-in-version-61/?ID=31b67e71-fa18-4d71-ad9a-c958b1f2e9e8#37 ClipboardFusion I've only installed 6.4 Beta 8 less than a minute ago, but in the first few seconds of testing it I've already noticed:

(1) when selecting images fron the History to paste into an application, new History entries are created at the top of the History, rather than moving the existing entries.

(2) No preview popup is shown when pasting the historical images, despite having a trigger to automatically show the preview popup whenever a change is made to the clipboard.

I must say this is becoming rather frustrating to me, as it's clear that not even 5 seconds of testing was done on your side. What is the solution? Emailing me with the next beta build, before you release it publicly, so I can test for a few seconds first? ]]> ClipboardFusion 6.4 (Beta 8) Now Available! https://www.clipboardfusion.com/Discussions/View/clipboardfusion-64-beta-8-now-available/?ID=01a0d4a6-cfe7-71aa-8f96-5812e300d0ba Thu, 24 Sep 2026 18:21:38 GMT Binary Fortress Software https://www.clipboardfusion.com/Discussions/View/clipboardfusion-64-beta-8-now-available/?ID=01a0d4a6-cfe7-71aa-8f96-5812e300d0ba ClipboardFusion
We're very excited to announce that ClipboardFusion 6.4 (Beta 8) is now available for download! This new version updates ClipboardFusion to .NET 10 and improves the performance and stability.
ClipboardFusion 6.4 (Beta 8) Changes
  • NOTE: The 6.4 Beta versions use a new SQLite version to store the Clipboard History. Your existing data will be migrated, but if you roll back to version 6.3 or lower, anything added since updating to the 6.4 Beta will not be accessible.
  • Fixed a crash when invoking the preview popup
  • Fixed an issue where selecting an image from the Clipboard History didn't move it to the top of the history list
Updating ClipboardFusion
We encourage everyone to update to this new beta version today to take advantage of these improvements. If you've already purchased ClipboardFusion, it's a lifetime license, so you can upgrade to this version at no cost! If you would like to see a complete list of all the changes, please visit the ClipboardFusion beta change log. Thank you to everyone who is helping to test these beta versions, your feedback is what makes ClipboardFusion so amazing. We would also like to thank all of the translators who have helped translate ClipboardFusion to their native languages. Thanks everyone!
]]> RE: Apple Silicon build of ClipboardFusion https://www.clipboardfusion.com/Discussions/View/apple-silicon-build-of-clipboardfusion/?ID=01a0ae3d-2d2d-7619-a7d5-4206a6eb5f7e#4 Mon, 21 Sep 2026 20:42:20 GMT Binary Fortress Software https://www.clipboardfusion.com/Discussions/View/apple-silicon-build-of-clipboardfusion/?ID=01a0ae3d-2d2d-7619-a7d5-4206a6eb5f7e#4 ClipboardFusion I can't offer a timeline at the moment, sorry! As a workaround, you can access your items on the Mac via the website:

Pinned Items: https://www.clipboardfusion.com/Online/Items/Pinned/
Recent Items: https://www.clipboardfusion.com/Online/Items/Recent/

Hope that helps! ]]> RE: Apple Silicon build of ClipboardFusion https://www.clipboardfusion.com/Discussions/View/apple-silicon-build-of-clipboardfusion/?ID=01a0ae3d-2d2d-7619-a7d5-4206a6eb5f7e#3 Fri, 18 Sep 2026 20:17:54 GMT Binary Fortress Software https://www.clipboardfusion.com/Discussions/View/apple-silicon-build-of-clipboardfusion/?ID=01a0ae3d-2d2d-7619-a7d5-4206a6eb5f7e#3 ClipboardFusion
Quote:
We're planning to retire that old Mac client and update the iOS client, which should also then run on Mac OS :)


Hi, thank you for your reply, that is good news.

However, meanwhile I am unable to use any of my clips or pinned clips on the Mac. And this is something I need to do daily. And I am not sure how the iOS version would work with Mac OS but I guess you know better about that.

Do you have an approximate timeline for this?

Otherwise sadly (for me), I will have to try and find an alternative working cross platform solution.

Cheers. ]]> RE: Apple Silicon build of ClipboardFusion https://www.clipboardfusion.com/Discussions/View/apple-silicon-build-of-clipboardfusion/?ID=01a0ae3d-2d2d-7619-a7d5-4206a6eb5f7e#2 Fri, 18 Sep 2026 19:12:52 GMT Binary Fortress Software https://www.clipboardfusion.com/Discussions/View/apple-silicon-build-of-clipboardfusion/?ID=01a0ae3d-2d2d-7619-a7d5-4206a6eb5f7e#2 ClipboardFusion We're planning to retire that old Mac client and update the iOS client, which should also then run on Mac OS :) ]]> RE: Several major bugs that exist in version 6.1 https://www.clipboardfusion.com/Discussions/View/several-major-bugs-that-exist-in-version-61/?ID=31b67e71-fa18-4d71-ad9a-c958b1f2e9e8#36 Fri, 18 Sep 2026 19:09:17 GMT Binary Fortress Software https://www.clipboardfusion.com/Discussions/View/several-major-bugs-that-exist-in-version-61/?ID=31b67e71-fa18-4d71-ad9a-c958b1f2e9e8#36 ClipboardFusion We are also suspecting that both issues are related and I was able to reproduce it intermittently here, so we'll re-test after fixing the crash for sure.

Thanks! ]]> RE: CF 6.4 Beta 6 can crash when pasting an image from the History https://www.clipboardfusion.com/Discussions/View/cf-64-beta-6-can-crash-when-pasting-an-image-from-the-history/?ID=01a08c01-4ae0-70d2-bf8a-752dedb5e0df#11 Fri, 18 Sep 2026 19:07:32 GMT Binary Fortress Software https://www.clipboardfusion.com/Discussions/View/cf-64-beta-6-can-crash-when-pasting-an-image-from-the-history/?ID=01a08c01-4ae0-70d2-bf8a-752dedb5e0df#11 ClipboardFusion The first one had enough info I believe, but I will add this one to the open ticket as well. Thanks! ]]> RE: CF 6.4 Beta 6 can crash when pasting an image from the History https://www.clipboardfusion.com/Discussions/View/cf-64-beta-6-can-crash-when-pasting-an-image-from-the-history/?ID=01a08c01-4ae0-70d2-bf8a-752dedb5e0df#10 Fri, 18 Sep 2026 18:35:20 GMT Binary Fortress Software https://www.clipboardfusion.com/Discussions/View/cf-64-beta-6-can-crash-when-pasting-an-image-from-the-history/?ID=01a08c01-4ae0-70d2-bf8a-752dedb5e0df#10 ClipboardFusion Thanks for the update, Keith, I'm glad it was useful. I've now also done a crash analysis on the latest crash that happened yesterday with Beta 7. Please find it attached. This latest crash analysis PDF appears to be even more detailed than the last one. Let me know if this one is also helpful. ]]> RE: Several major bugs that exist in version 6.1 https://www.clipboardfusion.com/Discussions/View/several-major-bugs-that-exist-in-version-61/?ID=31b67e71-fa18-4d71-ad9a-c958b1f2e9e8#35 Fri, 18 Sep 2026 18:30:16 GMT Binary Fortress Software https://www.clipboardfusion.com/Discussions/View/several-major-bugs-that-exist-in-version-61/?ID=31b67e71-fa18-4d71-ad9a-c958b1f2e9e8#35 ClipboardFusion Hi Keith, I think there have been cases where I can get the image entry to move to the top of the History, but that those cases have likely been where I've done it with a more recently copied image and not one from further back in the history such as a previous day (or maybe some other factor such as being smaller than a certain size, etc.).

I think the image entry not moving to the top of the list happens when ClipboardFusion:
(a) Shows the Preview Popup (according to my automatic trigger rule to do so whenever clipboard content changes) and then immediately crashes (so presumably the move to the top of the history doesn't get a chance to happen).
(b) Doesn't show the Preview Popup but doesn't immediately crash either, but then crashes as soon as I then manually try to invoke the Preview Popup.

I bet that both (a) and (b) are caused by the issues identified in the crash dump analysis, which showed ClipboardFusion not handling image data correctly. ]]> RE: Several major bugs that exist in version 6.1 https://www.clipboardfusion.com/Discussions/View/several-major-bugs-that-exist-in-version-61/?ID=31b67e71-fa18-4d71-ad9a-c958b1f2e9e8#34 Fri, 18 Sep 2026 18:21:06 GMT Binary Fortress Software https://www.clipboardfusion.com/Discussions/View/several-major-bugs-that-exist-in-version-61/?ID=31b67e71-fa18-4d71-ad9a-c958b1f2e9e8#34 ClipboardFusion Scratch my last question, I was able to reproduce that after more testing as well and have re-opened that ticket with the new details. ]]> RE: Several major bugs that exist in version 6.1 https://www.clipboardfusion.com/Discussions/View/several-major-bugs-that-exist-in-version-61/?ID=31b67e71-fa18-4d71-ad9a-c958b1f2e9e8#33 Fri, 18 Sep 2026 18:06:51 GMT Binary Fortress Software https://www.clipboardfusion.com/Discussions/View/several-major-bugs-that-exist-in-version-61/?ID=31b67e71-fa18-4d71-ad9a-c958b1f2e9e8#33 ClipboardFusion Weirdly I wasn't able to reproduce the preview popup crash just a minute ago when testing for the other topic, but I can now. I've added my crash dump to the open ticket for it.

Regarding the image selected from a prior history entry not moving to the top, I can't seem to reproduce that. Are you able to reproduce it 100% of the time, or is it an intermittent issue? ]]>