hluk / hluk/CopyQ

Clipboard storing/monitoring is quietly re-enabled when restarting CopyQ

Open
#2,254 5 comments 1 reaction 0 assignees View on GitHub
Dominant language
C++
Stars
12.3k
Forks
593
Avg merge
2d 8h
Merged PRs (30d)
9

Description

**Describe the bug**
May or may not be a bug: The Clipboard Storing option is always enabled when launching the program despite Clipboard Storing previously being in a disabled state on quit.

**To Reproduce**
Steps to reproduce the behavior:
1. Disable Clipboard Storing.
2. Quit CopyQ.
3. Run CopyQ.
4. Clipboard Storing is enabled.

**Expected behavior**
Remember Clipboard Storing state across CopyQ sessions.

**Version, OS and Environment**
- CopyQ 6.4.0
- Windows 11 Pro 10.0.22621

**Additional context**
I can understand that in the majority of cases one would want their clipboard manager program to be functional upon running it, but I think if someone has explicitly decided to disable Clipboard Storing, they wouldn't expect it to be automatically re-enabled next run. They would also likely realise why it isn't working and go to re-enable Clipboard Storing.

To help with avoiding "why isn't copyq working??" issues, perhaps the tray and window title's icon colour could change on Clipboard Storing disabled? E.g.: ![copyq-clipboard-storing-disabled-pink-bows-16x16](https://user-images.githubusercontent.com/25013746/216830045-51e8860d-8f06-41de-9212-18f3083950e8.png) or ![copyq-clipboard-storing-disabled-red-hue-16x16](https://user-images.githubusercontent.com/25013746/216830049-7defbde5-7ca9-4b5a-8a75-a4eea36036c6.png) ([256x256 PNGs (ZIP)](https://github.com/hluk/CopyQ/files/10611473/copyq-clipboard-storing-disabled-icons.zip) if you're interested in them). This UI improvement might be nice regardless if the main issue is considered worth changing or not.

Contributor guide

No contributing guide indexed for this repository

Assessment

This issue has not been assessed yet.

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.