micro-editor / micro-editor/micro
Clipboard trouble : Periodical incorrect xclip detection (with screenshots)
Nobody has claimed this yet.
- Dominant language
- Go
- Stars
- 29.6k
- Forks
- 1.4k
- Avg merge
- 2d 18h
- Merged PRs (30d)
- 10
Description
Description of the problem or steps to reproduce
This bug has been present in the program since the very first versions. It appears in Debian 8, Debian 9 on KDE, LXDE, LxQt DE in any terminal: Konsole, LXTerminal.
Now I was able to capture the bug in the screenshots.
The bug is that from time to time copying text to the clipboard stops working. Apparently, the problem is that Micro at some points in time can not determine that the xclip program is installed. And when Micro "does not see" xclip, the editor does not copy text to the clipboard.
I am showing two screenshots. The first screenshot shows that the clipboard has stopped working, copying is not possible. In the status bar, the inscription "Copied selection (install xclip for external clipboard)" is visible. Moreover, the xclip package is already on the system.
The second screenshot was taken after 5 minutes. It shows that there is no warning about installing xclip. And copying to the clipboard is working fine.
This is similar to the fact that for some reason the automatic detection of the presence of the xclip program in the system does not work from time to time. It should be fixed.
This bug is very annoying, and because of it it is impossible to use the editor normally.
Specifications
Version: 2.0.6
Commit hash: 60846f5
OS: Debian Linux 9
Terminal: Konsole, LXTerminal
Contributor guide
No contributing guide indexed for this repository
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Start by reproducing the intermittent clipboard failure described on Debian 9 with xclip installed, using the listed terminal environments. Trace how the editor detects xclip and handles copying when that detection fails; done means copying remains reliable and does not incorrectly report that xclip must be installed.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- go
- Domain
- cli
- Issue type
- Bug
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Activity status
- Stale
- Clarity
- Needs clarification
- Newbie friendliness
- 35/100