Today I tried copying and pasting a section of this page: https://103fm.maariv.co.il/programs/media.aspx?ZrqvnVq=IFLHMM&c41t4nzVQ=FDE into a new, empty, LO Writer document. It took well over a minute, perhaps even two minutes! The selection I made started to the right of the [f] facebook logo, and ended after the date of 09/04/2021. IIRC. My build: Version: 7.4.0.0.alpha0+ / LibreOffice Community Build ID: fb9270b238cba4f36e595c5d7f4d85f6f3f18e1c CPU threads: 4; OS: Linux 5.10; UI render: default; VCL: gtk3 Locale: en-IL (en_IL); UI: en-US I also had two large documents open in other windows, but hopefully that should not have been much of a factor.
I'll mention that eventually, the paste did conclude semi-successfully (the square images didn't quite make it); but I'm not complaining about that, just about the time it took.
NOT reproducible with copy from installation of unofficial (by wg9s) De SeaMonkey 2.53.11 Beta 1 Mozilla/5.0 (NT 6.1; Win64; x64; rv:60.0) Gecko/20100101 Firefox/68.0 Build 20220124172606 (Default Classic Theme, newly created User Profile) on German WIN7 64bit and paste to writer document of Server Installation of Version: 7.4.0.0.alpha0+ (x64) Build ID b000d964fcc8849d10576bf3539bde7729db2eb1 CPU threads: 12; OS: Windows 10.0 Build 19044; UI render: default; VCL: win Locale: de-DE (de_DE); UI: en-US | Calc: CL | Auto Colibre Theme | Special devUserProfile on PC with AMD Ryzen 5 3600 6-Core Processor / 3.60 GHz 16,0 GB
I'm not able to reproduce this in this case.. But I'm aware the issue exists.. Except it's rather 'hard' to find an general example As it is depended on network connection at server/client side. Not the bandwidth, but more in number of hops and time-outs.
(In reply to Rainer Bielefeld Retired from comment #2) I realize this might not be easy to reproduce. But like Telesto says, it's some brittle combination of circumstances. I can't even reproduce it myself. But there _are_ some code paths which wait, and wait, and wait.
No problem here Arch Linux 64-bit, X11 Version: 7.6.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: cbf30153a5c776e6d1ee26f2f83c8f77503eceb9 CPU threads: 8; OS: Linux 6.1; UI render: default; VCL: kf5 (cairo+xcb) Locale: fi-FI (fi_FI.UTF-8); UI: en-US Calc: threaded Jumbo Built on 2 January 2023
No problem here either: Version: 7.5.3.2 (X86_64) / LibreOffice Community Build ID: 9f56dff12ba03b9acd7730a5a481eea045e468f3 CPU threads: 8; OS: Windows 10.0 Build 19045; UI render: Skia/Vulkan; VCL: win Locale: en-US (en_US); UI: en-US Calc: CL threaded Copied/Pasted from Firefox + Edge + Chrome -> LibreOffice. Took a split second.
I feel like this is probably related to bug 148408 and how LO fetches images from the web. I tried pasting the whole page in a new Writer document and it took about 6 seconds, then got the error message: Error reading data from the Internet. Sever error message: OPTIONS => HTTP/1.1 400 Bad Request. ...but that message is related to the accessibility widget at the bottom right of the page. Pasting only the section you mentioned was near-instant and gave no error. So I think this report should be either closed as "works for me" given that even Eyal can't reproduce anymore, or as a duplicate of bug 148408.
(In reply to Stéphane Guillou (stragu) from comment #7) > I feel like this is probably related to bug 148408 and how LO fetches images > from the web. .. duplicate of bug 148408. _This_ is bug 148408. I'm guessing you meant some other bug? :-P
(In reply to Eyal Rozenberg from comment #8) > (In reply to Stéphane Guillou (stragu) from comment #7) > > I feel like this is probably related to bug 148408 and how LO fetches images > > from the web. .. duplicate of bug 148408. > > _This_ is bug 148408. I'm guessing you meant some other bug? :-P yup, sorry, wrong copy and paste :) I meant bug 45307.
(In reply to Stéphane Guillou (stragu) from comment #7) > So I think this report should be either closed as "works for me" given that > even Eyal can't reproduce anymore, or as a duplicate of bug 148408. Well, Telesto said he's aware the issue exists... but - I won't object to a closure. About duping - if we're not certain it's a dupe, let's not mark it as one.
(In reply to Eyal Rozenberg from comment #10) > (In reply to Stéphane Guillou (stragu) from comment #7) > > So I think this report should be either closed as "works for me" given that > > even Eyal can't reproduce anymore, or as a duplicate of bug 148408. > > Well, Telesto said he's aware the issue exists... > > but - I won't object to a closure. About duping - if we're not certain it's > a dupe, let's not mark it as one. I reported it myself (bug 148027) , and there are couple of more afloat in the bugtracker. However highly depended on server response/internet connection.. so hard to reproduce reliably
I'm unable to reproduce the same behavior in Version: 24.2.1.2 (X86_64) / LibreOffice Community Build ID: db4def46b0453cc22e2d0305797cf981b68ef5ac CPU threads: 8; OS: Windows 10.0 Build 19045; UI render: default; VCL: win Locale: en-US (en_US); UI: en-US Calc: threaded or Version: 24.8.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: a2265e8faa099d9652efd12392c2877c2df1d1eb CPU threads: 8; OS: Windows 10.0 Build 19045; UI render: default; VCL: win Locale: en-US (en_US); UI: en-US Calc: threaded
Well, seeing as I can't reproduce either, let's close it as INSUFFICIENTDATA. Perhaps it was fixed, and if not - it will probably come up some other, more reproducible, way.