Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Files-to-items synchronization separates notes from their items #2355

Closed
timtrace opened this issue May 6, 2023 · 4 comments · Fixed by #2457 or #2459
Closed

Files-to-items synchronization separates notes from their items #2355

timtrace opened this issue May 6, 2023 · 4 comments · Fixed by #2457 or #2459
Labels

Comments

@timtrace
Copy link

timtrace commented May 6, 2023

This is CopyQ v7.0.0 on Win10 22H2

I have a "safe" tab that synchronizes to another folder on my local disk. It's also set for "files-to-items" with the extension ".txt" and the item media type "text/plain".

New clipboard items are stored in the "temp" tab.

If I drag an item with a note from temp to safe, the item is split in two, one for the original item and another for the note.

If I choose an item in "safe" which does not have a note, and "Edit Notes," it saves the note as a new item.

The problem is eliminated when I turn off "files-to-items" on my safe tab by removing the extension and type from the synchronization configuration.

Items that are dragged into the safe tab display their notes as expected. If I add a note to an item using "Edit Notes," it works too.

Curiously, items that had their notes separated by "files-to-items" are rejoined.

If I then re-enable files-to-items on my safe tab by putting the extension and type back into the synchronization configuration, any items with notes are split in two.

Is this a known problem?

@timtrace timtrace added the bug label May 6, 2023
@hluk
Copy link
Owner

hluk commented Sep 10, 2023

Thanks for reporting this. Looking into this.

As workaround, you can remove "text/plain" text next to ".txt" in Synchronize configuration (or remove the whole entry - CopyQ should still handle text items well). Looks like the app forces notes to a separate file due to this configuration.

hluk added a commit that referenced this issue Sep 10, 2023
hluk added a commit that referenced this issue Sep 10, 2023
hluk added a commit that referenced this issue Sep 10, 2023
hluk added a commit that referenced this issue Sep 10, 2023
pull bot pushed a commit to gsaxlysy/CopyQ that referenced this issue Sep 10, 2023
@timtrace
Copy link
Author

timtrace commented Sep 11, 2023

Thanks! This screenie is my sync config without having made any changes --
image

@timtrace
Copy link
Author

If I may add another symptom - if I tag an item in safe, it creates a duplicate item - one with the tag, one without. It doesn't seem to care if the item is txt or an image.

Your commit may have fixed the issue. I can wait for 7.1.1 :)

hluk added a commit that referenced this issue Sep 12, 2023
Fixes creating duplicate item clones when adding a tag for example.

Fixes #2355
@hluk
Copy link
Owner

hluk commented Sep 12, 2023

If I may add another symptom - if I tag an item in safe, it creates a duplicate item - one with the tag, one without. It doesn't seem to care if the item is txt or an image.

That's a different issue. Fixing here: #2459

Thanks for testing!

hluk added a commit that referenced this issue Sep 13, 2023
Fixes creating duplicate item clones when adding a tag for example.

Fixes #2355
hluk added a commit that referenced this issue Sep 18, 2023
Fixes creating duplicate item clones when adding a tag for example.

Fixes #2355
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
2 participants