Skip to content

Decreasing number stored items may delete locked items #3008

Closed

Description

@PavelDvorak

Describe the bug

locked items are deleted if they are situated on rows HIGHER than the new history limit

To Reproduce

  • set number of items in history to 10.
  • mark the last two items as locked (cannot be removed)
  • set number if items in history to 5
  • the locked items were deleted despite being locked

Expected behavior

never delete locked items. move locked items to the end of the NEW history limit.

Screenshots

Version, OS and Environment

  • Application Version 9.1.0
  • OS Win 11

Additional context

Activity

  1. chetankandpal commented on May 31, 2025

    @chetankandpal

    Hi @PavelDvorak , the data is present in the copyQ ".dat" file in COPYQ_ITEM_DATA_PATH. So, on changing the history back to 10 items, the old locked items should come back.

  2. added a commit that references this issue on Sep 7, 2025
    a8da4b6
  3. hluk commented on Sep 7, 2025

    @hluk
    Owner

    Thanks for the report! Fixing in #3159.

    the data is present in the copyQ ".dat" file in COPYQ_ITEM_DATA_PATH. So, on changing the history back to 10 items, the old locked items should come back.

    This is normally true, but if you change something in the tab (add, remove or edit an item), the data file is overwritten containing at most the number of item limited by the configuration (any other items are dropped).

  4. added a commit that references this issue on Sep 7, 2025
    612bef7
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

No one assigned

    Labels

    Projects

    No projects

      Milestone

      No milestone

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions