Clipboard storing/monitoring is quietly re-enabled when restarting CopyQ
- 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.:  or  ([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.