https://bugs.freedesktop.org/show_bug.cgi?id=47551
Rainer Bielefeld <[email protected]> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |REOPENED Resolution|NOTOURBUG | Severity|normal |minor Ever Confirmed|0 |1 Summary|EDITING: Copy complete row |EDITING: Bad interaction |to clipboard incomplete, |with other WINDOWS tool |pasting copied single cell |"Clipboarder" (and may be |contents repeated until end |others) |of row | Component|Spreadsheet |Libreoffice --- Comment #8 from Rainer Bielefeld <[email protected]> 2012-03-21 22:19:24 PDT --- I got some feedback of the developer of the Clipboarder tool, I believe LibO 3.5 vulnerability concerning bad interaction should be checked, because there was no problem with 3.4 Author's feedback: Hi, I'm the author of that program and I'm afraid it's your bug anyway. Clipboarder retrieves all clipboard data when the clipboard is changed. Since you obviously use delayed rendering your program recieves a WM_RENDERFORMAT message for every format as soon as it sets the clipboard and then somehow screws up your internal data structures while processing that message. It may look like it's the fault of clipboarder, but in fact any program can read the clipboard at any time. It's just kind of unusual that clipboarder reads out all clipboard formats, but I can't fix it on my side without using dirty hacks... (BTW your clipboard data loses information when restarting the application and you have some high-dpi scaling bugs.) Ciao Helmut -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. _______________________________________________ Libreoffice-bugs mailing list [email protected] http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
