Description: When a drawing object is inserted and selected, LibreOffice displays a set of small squares around its bounding box to indicate that it's been selected. But these small squares don't look right. I'll post a screenshot shortly. I first noticed this in Draw, but I can see it in Calc as well. This is most likely independent of the application. I'm using the 64-bit Windows build. Steps to Reproduce: 1. Create an empty Draw document. 2. Select View/Toolbars/Drawing to turn on the drawing toolbar if it's not already visible. 3. Insert, say, a line. Actual Results: A line gets drawn with weird-looking squares at either end. Expected Results: A line gets drawn with solid squares at either end. Reproducible: Always User Profile Reset: No Additional Info: User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:59.0) Gecko/20100101 Firefox/59.0
Created attachment 141257 [details] Purple bounding box
Created attachment 141258 [details] Green bounding box on a curved line
Actually this may be dependent on the screen resolution. The machine I used to reproduce this has a higher-than-normal resolution screen. Even the Open icon looks funny (will post a screenshot).
Created attachment 141259 [details] Funny-looking file open icon on higher-res screen
Thank you for reporting the bug. To be certain the reported issue is not related to corruption in the user profile, could you please reset your Libreoffice profile ( https://wiki.documentfoundation.org/UserProfile ) and re-test? I have set the bug's status to 'NEEDINFO'. Please change it back to 'UNCONFIRMED' if the issue is still present
It is very much present and I nuked the user config. You need to test this on a HiDPI monitor. It's probably related to that. On a normal DPI monitor it looks fine.
Still present in 6.1.0.3 (on Windows HiDPI).
I can produce a similar result, if I set the display to 200% (resulting in 192dpi) in the system settings of Window 10, although I have a normal monitor. The markers are contained in the files markers.png and cropmarkers.png in the folder svx/res in the images_???.zip file. Instead of ??? use the theme, you have selected. The needed markers are cut from that images. There is method CountDPIScaleFactor(sal_Int32 nDPI) in windows.cxx which generates a scaling factor. In my case of 192dpi it would generate 200%. I have taken the "cropmarkers" of an image as example. The resulting markers look as if the pixel offset, which is needed to cut the desired marker from the large image, is multiplied with this 200% and therefore the wrong part of the image is taken as "marker". Do you have a display resolution in Windows set, which is different from the normal 100%? Or is such value set by the device driver?
If you use a larger scaling in your OS, e.g. 150%, LibreOffice generates a subfolder in folder "cache", which contains enlarged icons. It has the same name as the icon-theme, e.g. colibre. Therein is a subfolder corresponding to your scaling factor, e.g. 150. Therein are similar folders as can be found in images_colibre.zip in share/config, when you would unpack it. Therein is a folder svx/res. It has a file "markers.png" with a size of 175x138 (for 150%) in case of that in cache, whereas the original file in images_colibre has a size of 117x92. Neither the folder in "cache" nor the original folder in images_colibre.zip has single images of name "marker-rect9-6.png" or similar. Thus the fallback "markers.png" with all markers in one image is used. But the method, which cut of the desired marker from the total image, expects a size of 117x92 and therefore cuts the wrong parts out of the file of 175x138 size. The same problem is with the crop markers. The original file has size 153x63 and the enlarged on 229x94. As quick workaround, you can copy the original file and put it at the same place in the folder in cache.
Created attachment 146885 [details] LO About dialog
Created attachment 146886 [details] 150% DPI scaling withOUT focus correction
Created attachment 146887 [details] 150% DPI scaling WITH focus correction
I've been reported the same behavior from a friend on LO 6.1.3.2 (x64)on Windows 10. It looks like it may also depend on a Windows option to avoid the out of focus effect. But, as Regina said, the icons size matters, breeze isn't affected while colibre is. Please see attachments.
Created attachment 146888 [details] 150% DPI scaling start center
Created attachment 146889 [details] 150% DPI scaling WITH focus correction BREEZE
Gabriele: Your examples belong to bug 119020. The reason is different from the bounding box indicators. Bug 119020 is fixed for LO 6.1.4. So you should get a developer version from https://dev-builds.libreoffice.org/daily/libreoffice-6-1/ and test it.
Thank you Regina, and sorry for having posted on the wrong bug. I'll (let) try this dev version then.
*** Bug 119698 has been marked as a duplicate of this bug. ***
Dear Kohei Yoshida, 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 with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. 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) from https://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: https://kiwiirc.com/nextclient/irc.freenode.net/#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug
Bounding box indicators look fine on LibO 7.4.0 on HiDPI Screen (27", 175% scale).