User-Agent: Mozilla/5.0 (X11; Fedora; Linux x86_64; rv:49.0) Gecko/20100101 Firefox/49.0 Build Identifier: LibreOffice 5.1.5.2 When scrolling towards the right of the spreadsheet the borders are not visible for the cells which were originally out of the visible area. The borders reappear when scrolling first downwards so that the cells with invisible borders go out of the visible area, and then back up. Reproducible: Always Steps to Reproduce: In a very simple spreadsheet with mostly text inside in the cells, I added borders (around all cells); The bordered cells extend beyond the right and bottom sides of the visible screen. 1. Cursor in cell A1 2. Scroll the cursor towards the right until the window starts scrolling right 3. Scroll the cursor downwards until the window starts scrolling downwards and the cells with invisible borders go out of the visible area 4. scroll back upwards to the top row of the file Actual Results: 1. no problem 2. the borders that were outside of the initial visible area (from step 1) are not visible 3. no problem 4. the borders reappear. Expected Results: 1. OK: no problem 2. NOK: all borders visible 3. OK: no problem 4. OK: all borders visible [Information automatically included from LibreOffice] Locale: en-US Module: SpreadsheetDocument [Information guessed from browser] OS: Linux (All) OS is 64bit: yes Configuration: - fresh installation of Fedora Core Workstation 24, fully up to date - running Nouveau driver on a GTX760 graphics card - 1280x1024 monitor resolution (Samsung 930BF) Reset User Profile?No
Created attachment 127627 [details] the file where I am able to reproduce the problem
Also, when opening the file, columns A, B, C have the right borders, but starting with column D there is no vertical border. I have to scroll right/down in such a way that the cells with invisible borders go out of the visible area, and then scroll back up/left, and the border reappears.
Please test disabling Menu/Tools/LibreOffice/View/Use OpenGL
Created attachment 127677 [details] the Tools->Options->LibreOffice->View window I have no option for using OpenGL, but I do have two options there for using hardware acceleration and for using antialiasing. (see attached picture); I tried to disable each option separately and disabling both at the same time. I also tried restarting the program between changing settings (to make sure the settings get applied). The behaviour stays the same. One more thing I noticed is: Initial state: - all borders visible (because I made the scrolling action to be able to see them all); Action: - press the "Save" button Result: - the right border of column D, and all vertical borders of columns E, F, ... disappear. (columns A, B, C have the borders still visible)
I tried it, but didn't see anything strange. You could include a screenshot of the problem. You could also try the difference between launching LibreOffice with: SAL_USE_VCLPLUGIN=gtk3 or SAL_USE_VCLPLUGIN=gen Win 7 Pro 64-bit Version: 5.3.0.0.alpha0+ Build ID: e2f6c7f0d0cc14f851d7028ff846c5dc658a81c6 CPU Threads: 4; OS Version: Windows 6.1; UI Render: default; TinderBox: Win-x86@42, Branch:master, Time: 2016-10-10_23:08:02 Locale: fi-FI (fi_FI); Calc: group
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-20180302
Dear Bug Submitter, Please read this message in its entirety before proceeding. Your bug report is being closed as INSUFFICIENTDATA due to inactivity and a lack of information which is needed in order to accurately reproduce and confirm the problem. We encourage you to retest your bug against the latest release. If the issue is still present in the latest stable release, we need the following information (please ignore any that you've already provided): a) Provide details of your system including your operating system and the latest version of LibreOffice that you have confirmed the bug to be present b) Provide easy to reproduce steps – the simpler the better c) Provide any test case(s) which will help us confirm the problem d) Provide screenshots of the problem if you think it might help e) Read all comments and provide any requested information Once all of this is done, please set the bug back to UNCONFIRMED and we will attempt to reproduce the issue. Please do not: a) respond via email b) update the version field in the bug or any of the other details on the top section of our bug tracker Warm Regards, QA Team MassPing-NeedInfo-20180404