When entering a number into a cell, the number and caret are invisible inside the current cell, I can only see what I'm typing in the editing bar up top. This is only the case when I have the spreadsheet window maximized or in full-screen mode, when it's smaller than the screen everything works as expected. The issue only appears to show up on my external 40-inch monitor, a Philips with a 3840 x 2160 pixel resolution (running in 1px = 1pt mode). On the MacBook Pro's internal screen everything is OK.
No repro for me with LO 5132 OSX 10.11.5 on a 27" 2560x1440 Thunderbolt monitor. Please indicate how you obtained full screen display, via the green full screen button of the LO app window, or some other way ?
I should add that I'm using a MBPro 15" 2880x1800 Retina connected to a Thunderbolt 27" screen.
I'm on OS X 10.10.5 and I can repro it with both the green maximize window button as well as resizing the window manually to fill the screen.
Could be that what you are seeing is yet another incomplete HiDPI support problem within LO on OSX. For the sake of comparison, does Numbers (or Excel if you have it) behave in the same way ?
Neither Numbers nor Excel show this issue. It's possible that it's a HiDPI issue, although as I mentioned I'm using the external 40-inch display in 1px = 1pt mode, so no HiDPI. And on the internal display, which does run in HiDPI mode (even at a non-standard resolution of 1920 x 1200 via DisplayResX), the issue does not occur. It seems it occurs merely when the window is larger than a certain number of pixels.
@Thomas : thanks for the info. I was just wondering whether playing with the zoom factor made any difference ?
Good idea. Indeed the issue is only present at 110% or below. If I go to 120% or higher, the numbers I enter and the caret show as expected. Interestingly, if I reduce the window to non-fullscreen (around 1500 x 1100 px), the issue also shows at 40%. So maybe if the root cause is the same in both cases, someone might be able reproduce it without a 40-inch monitor ;)
Tested on Version: 5.3.0.0.alpha0+ Build ID: 33d58de8c05d7a3591ac81164c1786d183a09991 CPU Threads: 2; OS Version: Mac OS X 10.11.5; UI Render: default; Locale: fr-FR (fr.UTF-8) Confirmed. On this test setup, MacMini CoreDuo OSX 10.11.5 connected to a 1920x1080 resolution 30" external monitor, I can reproduce the buggy behaviour in normal, windowed-mode (no need for full screen). At document zoom levels of below 65% with the above configuration, the numbers are no longer displayed in the cells as you type, and are only displayed in the cell when Enter is pressed. Thanks Thomas for your feedback !
Changed title to better reflect findings
** Please read this message in its entirety before responding ** To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present on a currently supported version of LibreOffice (5.4.1 or 5.3.6 https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the version of LibreOffice and your operating system, and any changes you see in the bug behavior If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a short comment that includes your version of LibreOffice and Operating System Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) http://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to "inherited from OOo"; 4b. If the bug was not present in 3.3 - add "regression" to keyword Feel free to come ask questions or to say hello in our QA chat: http://webchat.freenode.net/?channels=libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug-20170901
This has been fixed (tested that it was broken in an 5.0.0.0 master) Version: 6.1.0.0.alpha0+ Build ID: a488c7ad2763b944713997911c1ddb0315d8c93f CPU threads: 2; OS: Mac OS X 10.12.6; UI render: default; TinderBox: MacOSX-x86_64@49-TDF, Branch:master, Time: 2018-03-26_00:38:29 Locale: en-US (en_US.UTF-8); Calc: group