<html> <head> <base href="https://bugs.documentfoundation.org/"> </head> <body> <div> <a class="bz_bug_link bz_status_NEW " title="NEW - Paste is sometimes deactivated in (context) menu even though text is copied to clipboard and CTRL+V functioning (steps: Comment 0 and Comment 13 and Comment 28)" href="https://bugs.documentfoundation.org/show_bug.cgi?id=116983#c36">Comment # 36</a> on <a class="bz_bug_link bz_status_NEW " title="NEW - Paste is sometimes deactivated in (context) menu even though text is copied to clipboard and CTRL+V functioning (steps: Comment 0 and Comment 13 and Comment 28)" href="https://bugs.documentfoundation.org/show_bug.cgi?id=116983">bug 116983</a> from <a class="email" href="mailto:telesto@surfxs.nl" title="Telesto <telesto@surfxs.nl>"> Telesto</a> <pre>(In reply to Timur from <a href="show_bug.cgi?id=116983#c35">comment #35</a>) > (In reply to Timur from <a href="show_bug.cgi?id=116983#c26">comment #26</a>) > > This is Win and I can't make bibisect, which would be very useful to confirm. > > Xisco and Buovjaga: please see and maybe try to reverse bibisect this. > > <a class="bz_bug_link bz_status_NEW " title="NEW - EDITING: Paste stops working after several copy-paste (steps: comment 28)" href="show_bug.cgi?id=57147">Bug 57147</a>, <a class="bz_bug_link bz_status_NEW " title="NEW - Paste special sometimes not available (like for web content) -" href="show_bug.cgi?id=65606">bug 65606</a>, <a class="bz_bug_link bz_status_NEW " title="NEW - Paste is sometimes deactivated in (context) menu even though text is copied to clipboard and CTRL+V functioning (steps: Comment 0 and Comment 13 and Comment 28)" href="show_bug.cgi?id=116983">bug 116983</a> look similar: > I can easily reproduce in LO 6.3 and LO 7.0 beta in Windows, with copying > from PDF like <a href="http://bugs.documentfoundation.org/attachment.cgi?id=161838" name="attach_161838" title="Another PDF">attachment 161838</a> <a href="http://bugs.documentfoundation.org/attachment.cgi?id=161838&action=edit" title="Another PDF">[details]</a> (using Adobe Acrobat or > PDF-Xchange) or web page like title from > <a href="https://planet.documentfoundation.org/">https://planet.documentfoundation.org/</a>, so steps are rather reliable, but > not so in master 7.1+. There a multitude of issues 1. Paste showing disabled, but not being disabled . This bug is also in 7.1+ Master.. and goes back to 3.0.0 on Windows... Not sure if caused by timing of or a pattern.. If it starts, it can go on for a while. It's not a global issue.. rather document specific.. so same 'soffice.bin' process. Writer document 1 paste disabled Writer document 2 functioning.. 2. There can be a 'deadlock' case where paste is disabled + CTRL+V isn't working either.. it does happening once in a while testing the steps above.. But no clue how or what. RTF paste followed by HTML (pure speculation) 3. When copying something from MS Word and opening Special Paste in Writer shows not to many options (HTML paste, no RTF).. which can cause additional paragraph's. -> Apparently introduced recently (6.5).. regression? 4. Another part is changing priority of clipboard item type above another (since 6.4) Changes like this <a class="bz_bug_link bz_status_RESOLVED bz_closed" title="RESOLVED FIXED - Copy-pasting a range of cells from Calc to Writer should produce a table by default" href="show_bug.cgi?id=116685">tdf#116685</a>: Make the RICHTEXT take precedence over EMBED_SOURCE. can improve or break things.. (see <a class="bz_bug_link bz_status_NEW " title="NEW - Page wrap and anchoring changes copy/paste using Windows clipboard (since 6.4)" href="show_bug.cgi?id=133870">bug 133870</a>). And might even be system dependent.. There was MacOS issue of a similar kind.. but fixed with priority change for MacOS only.. so the 'preferred' clipboard stuff is probably "all over" the code. So Linux might behave differently compared to Windows.</pre> </div> <hr> You are receiving this mail because: <ul> <li>You are the assignee for the bug.</li> </ul> </body> </html>