Description: I was trying to select some rows in a spreadsheet. At some point the program started scrolling down the sheet and selecting every successive row. It is unresponsive to both the absence of input and any other input from my part. It just passed row nr. 67.000 and is continuing. It has been going on for approx. 2 hours now. Something similar has previously happened while selecting columns or scrolling in that direction. This has however not continued for the same duration as the unstoppable "row-scrolling". Key word: UI, unstoppable scrolling Steps to Reproduce: 1.select several entire rows at the bottom of the visible sheet - possibly below any filled out cells - possibly at the leftmost border of screen (which is where I also have my taskbar) 2. 3. Actual Results: Haven't tried yet, as I am hoping it will stop. Am worried about loss of information and work. Expected Results: Haven't tried yet. Reproducible: Didn't try User Profile Reset: No Additional Info: Haven't tried yet. User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:56.0) Gecko/20100101 Firefox/56.0
Created attachment 137601 [details] A video of what is going on. Thank you for your work. Feel free to contact me for further information.
Well, I remember that I have reported a same bug long time ago regarding the scrolling. It was closed as WORKSFORME for some reason. I am adding it as see also rather than a duplicate. I do not have win system to test at the moment, so let someone else to confirm whether he or she can reproduce.
Edmond: Please copy and paste here the contents of your Help - About. This allows us to know more about your system. Set to NEEDINFO. Change back to UNCONFIRMED after you have provided the information. (In reply to Kevin Suo from comment #2) > It was closed as WORKSFORME for some reason. You closed it yourself :)
Hey guys! Copy-pasta from Help - About LO: " Version: 5.3.2.2 Build ID: 6cd4f1ef626f15116896b1d8e1398b56da0d0ee1 CPU Threads: 8; OS Version: Windows 6.2; UI Render: default; Layout Engine: new; Locale: en-GB (en_GB); Calc: group " Let me know, if there's anything else I can do. Cheers
I tried to reproduce it on Windows, but was not able to (selecting with mouse, columns A-T or even A-AI). I can get it to a state, where there is like a queue of scrolling and when I let go, it keeps scrolling for some time. Edmond: how many columns were in your selection at the time? Like from A to ?? Do you remember, how long you had held down the mouse-click/selection and scrolled before letting go? What was your zoom level? I used 50% myself. It is obviously horrible to face potential data loss due to something like this. If you are afraid of the issue returning, you could use the selection tactic of clicking (once) in the first cell, then just finding the last cell and shift-clicking it to complete the selection in one go. It would be interesting, if you tried to reproduce the problem in a safe manner (without any fear of data loss). Then we might learn the way to trigger it. I tested with Version: 5.4.1.2 (x64) Build ID: ea7cb86e6eeb2bf3a5af73a8f7777ac570321527 CPU threads: 4; OS: Windows 6.19; UI render: default; Locale: fi-FI (fi_FI); Calc: group
Buovjaga: I'm not quite sure about the range. Based on what it looks like I was trying to do at the time, I would think around A:ACF. The sheet I was working on is (compared to what I've tried before) rather heavy on data and calculations. Don't know whether that's of any importance. Just tried reproducing it a couple of times without success. So far I'll try and back-up and save my data more often. If it occurs again, I'll try and be attentive to the exact procedures I was performing. In case it happens: is there anything in particular I could look for with regards to providing a better grounds for figuring out, what is going on? In any case - thanks for the effort and feedback, all of you. I really appreciate it.
(In reply to Edmond Dantes from comment #6) > Buovjaga: I'm not quite sure about the range. Based on what it looks like I > was trying to do at the time, I would think around A:ACF. Ok, that is a lot of columns and maybe it is somehow related to the queueing up behaviour I noticed. I tested with such a range now, but everything went ok. I scrolled to about 13 000 rows. I can't think of anything more to add.
Could you please try to reproduce it with the latest version of LibreOffice from https://www.libreoffice.org/download/libreoffice-fresh/ ? I have set the bug's status to 'NEEDINFO'. Please change it back to 'UNCONFIRMED' if the bug is still present in the latest version.
Dear Bug Submitter, This bug has been in NEEDINFO status with no change for at least 6 months. Please provide the requested information as soon as possible and mark the bug as UNCONFIRMED. Due to regular bug tracker maintenance, if the bug is still in NEEDINFO status with no change in 30 days the QA team will close the bug as INSUFFICIENTDATA due to lack of needed information. For more information about our NEEDINFO policy please read the wiki located here: https://wiki.documentfoundation.org/QA/Bugzilla/Fields/Status/NEEDINFO If you have already provided the requested information, please mark the bug as UNCONFIRMED so that the QA team knows that the bug is ready to be confirmed. Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-NeedInfo-Ping-20180731
(In reply to Xisco Faulí from comment #8) > Could you please try to reproduce it with the latest version of LibreOffice > from https://www.libreoffice.org/download/libreoffice-fresh/ ? > I have set the bug's status to 'NEEDINFO'. Please change it back to > 'UNCONFIRMED' if the bug is still present in the latest version. Dear all, Pardon my belated response. I have not been able to reproduce the bug since I reported it. Neither during ordinary use, nor through a intentional attempt just now. I will let you know, if the issue reappears. So far - thank you for your responses, and for the work you are doing. Kind regards ED
Closing for now.