Implement consistent primary selection handling for X11
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
KiCad |
Fix Released
|
Wishlist
|
Ian McInerney |
Bug Description
Hello,
On my Debian Linux, with KiCad 5.0.0, I experience the following bug:
When selecting a numerical value with the mouse (typically from a property window), the value fills the "clipboard buffer", but at the same time, the "primary selection" is emptied. The latter shouldn't happen and the "primary selection" should equally be filled with the value. As a consequence of this bug, the numerical values can not be pasted with the middle mouse button in other applications.
Can you reproduce?
Best regards,
Olivier
Example 1:
In Eeschema, open the property dialog of a label, and copy the content of the filed "Size".
Result:
$ xclip -selection primary -o
Error: target STRING not available # <-- THIS IS A PROBLEM
$ xclip -selection clipboard -o
1.5
Example 2:
In Pcbnew, open the property dialog of a footprint, and copy the content of the field "Width"
Result:
$ xclip -selection primary -o
Error: target STRING not available # <-- THIS IS A PROBLEM
$ xclip -selection clipboard -o
1
Note:
The bug does not happen with text values. Only with numerical values.
---
Application: kicad
Version: 5.0.0+dfsg1-2, release build
Libraries:
wxWidgets 3.0.4
libcurl/7.60.0 OpenSSL/1.1.0e zlib/1.2.11 libidn2/2.0.4 libpsl/0.19.1 (+libidn2/2.0.4) libssh2/1.7.0 nghttp2/1.27.0 librtmp/2.3
Platform: Linux 4.14.0-3-amd64 x86_64, 64 bit, Little endian, wxGTK
Build Info:
wxWidgets: 3.0.4 (wchar_t,wx containers,
Boost: 1.62.0
OpenCASCADE Community Edition: 6.9.1
Curl: 7.61.0
Compiler: GCC 8.2.0 with C++ ABI 1013
Build settings:
USE_
USE_
KICAD_
KICAD_
KICAD_
KICAD_
BUILD_
KICAD_
KICAD_
KICAD_SPICE=OFF
Changed in kicad: | |
importance: | Undecided → Wishlist |
status: | New → Triaged |
summary: |
- X Window primary selection becomes empty when selecting numerical values + Implement consistent primary selection handling for X11 |
Changed in kicad: | |
status: | Fix Committed → Fix Released |
This looks to have been fixed at some point, since I can't reproduce the original test case in either 5.1.4 or master.