'Vanilla' Copy & Paste (between applications) occasionally fails since my upgrade from Clipman 1.4.4 to Clipman 1.6.5
Distro: Linux Mint 20.3 Una
Desktop: Xfce 4.16.0
Gtk 3.24.20
Kernel: 5.4.0-169-generic x86_64 bits
Clipman 1.6.5 (upgraded (from 1.4.4) 15 days ago)
SYMPTOM: Since ugrading to 1.6.5, the 'standard' COPY & PASTE occasionally fails.
DETAILS: COPYing (with the right-click menu) (from a source application) and then attempting to PASTE (right-click menu), into (a target application) will occasionally fail, as the PASTE option (on the right-click menu) is 'greyed' out.
However, Clipman verifies that the COPY was successful, as it is listed, as the first entry in Clipman's history.
With a simple left mouse-click (on the first entry of Clipman's history), pasteing into the application is now possible, as the right-click menu PASTE option, is now no longer 'greyed' out.
FREQUENCY: Occurrences of this 'greyed out' PASTE issue have been very low (approx 10 times in 15 days, of 10+ hours per day usage)
PREVIOUS VERSIONS: I did not have any similar problems when I was using Clipman 1.4.4. (for over 12 months)
COMMENTS: As I presume, Clipman 'intercepts' the CUT/COPY process, then Clipman does its thing, and then sends the intercepted data on down the line. That being the case, I therefore thought, I should flag this issue up with you, as potentially this issue may get worse.
Experience (in programming, over 45 years) has taught me that subtle changes in previously 'working' routines (following a version upgrade), tend to be:
a) absolutely nothing directly to do with the new code of an upgrade, the cause of the problem actually being related to something else, which was upgraded around the same time (EXAMPLE: might possibly, be something like an altered timing overhead caused by a new version of the Kernel, possibly fixed by a small parameter alteration in Clipmans code)
OR
b) there might be subtle differences, in the operational behaviour of the 1.6.5 code (over the 1.4.4 code), usually caused by failing to process ALL the different input (& output) conditions in an identical way. (an inadequately documented 'patch' to a much earlier version is a favourite cause, so when a new version is implemented, the subtleties of the earlier implementation are easily missed)
I've marked this confidential as this isn't really a 'bug report' as such, if you think this should appear 'non-confidential', please remove this sentence, and move it to the normal bug report list