Created attachment 104803 [details] screenshot A1: 305 A2: =A1/7 Display: 3.5714285714 not 43.5714285714 Formatting issue? When changing format or expanding cell, the full answer can be seen.
Hi, I can't reproduce with 4.3.0.4 under Linux, what is the version of LibreOffice you are using? Thanks - Sophie
Cannot reproduce the error using LibreOffice 4.2.4.2 on Kubuntu Linux. Need Macintosh feedback?
Build is: Version: 4.2.6.2 Build ID: 185f2ce4dcc34af9bd97dec29e6d42c39557298f
Do you have a Retina display?
No Retina Display: Model Name: MacBook Pro Model Identifier: MacBookPro9,2 Processor Name: Intel Core i5 Processor Speed: 2.5 GHz Number of Processors: 1 Total Number of Cores: 2 L2 Cache (per Core): 256 KB L3 Cache: 3 MB Memory: 16 GB Boot ROM Version: MBP91.00D3.B08 SMC Version (system): 2.2f41
*** Bug 83617 has been marked as a duplicate of this bug. ***
Reproduced on libreoffice version: 4.3.1.2 build 958349dc3b25111dbca392fbc281a05559ef6848 on a Mac too: Hardware Overview: Model Name: Mac mini Model Identifier: Macmini6,2 Processor Name: Intel Core i7 Processor Speed: 2,6 GHz Number of Processors: 1 Total Number of Cores: 4 L2 Cache (per Core): 256 KB L3 Cache: 6 MB Memory: 16 GB Boot ROM Version: MM61.0106.B03 SMC Version (system): 2.8f0 System Software Overview: System Version: OS X 10.9.4 (13E28) Kernel Version: Darwin 13.3.0 Formula used in A1: =3000000/1565 Worked around by changing the cell format: scientific shows the right value.
Hi, Since confirmed by Dominique, I set status to NEW. regards, Jacques
would it be a good idea to attach a testdocument? thanks, Cor
@Dominique: do you see this behavior with an empty new file with default cell formatting ? Which font is used in default formatting ? Best regards. JBF
Hi JBF, (In reply to comment #10) > @Dominique: do you see this behavior with an empty new file with default > cell formatting ? Which font is used in default formatting ? > > Best regards. JBF Yes. The default font is Liberation Sans 10. The width is 2.26cm. 2.71cm also shows a different wrong result for =3000000/1565. I can also reproduce the issue with Geneva 10 with width 2.26 or 2.71cm. I also tried with LibreOffice Version: 4.1.4.2 Build ID: 0a0440ccc0227ad9829de5f46be37cfb6edcf72 but can't reproduce the issue. Best regards, Dominique
Setting back to new and adding keyword regression per comment 11.
@Norbert: Somehow that looks like a problem with the text positioning on Mac. As far as I remember you looked at this some time ago.
I can reproduce the issue on 4.4.0.3. At the end of the OSX bibisect repository, the leading "4" is partially off the left edge of the cell, but is visible (the same is true at the start of the repository, so there's no further regression to bisect) Setting Whiteboard:notBibisectable
The specific issue that the leading digit isn't shown started at the below commit. commit 21fc47e115530780ad45ae64e8076dc5e9fedb5e Author: Kohei Yoshida <kohei.yoshida@collabora.com> Date: Wed Apr 16 11:41:19 2014 -0400 fdo#75665: Fix the right-aligned case. Change-Id: I905c4e331f37ed2ffbdf5c89dde9fb6c9ca546cf This commit could well itself be reasonable, but has compounded with the existing issue on OSX that the leading digit is sometimes partly obscured (which is a problem inherited from OOo)
Created attachment 114411 [details] Previous partly obscured rendering
*** Bug 90948 has been marked as a duplicate of this bug. ***
Migrating Whiteboard tags to Keywords: (bibisected) [NinjaEdit]
On MacOs 10.11.5 with master sources updated yesterday, I don't reproduce this. I don't reproduce either with last LO version 5.1.4 (with brand new LO directory profile).
BTW, I don't think there's still 32 bits version for LO Mac.
Confirming Juliens findings. Can not reproduce using Version: 5.3.0.0.alpha0+ Build ID: e6c004dd9f24c32f5e7468182a5e8d42293ec7b6 CPU Threads: 4; OS Version: Mac OS X 10.11.5; UI Render: default; TinderBox: MacOSX-x86_64@49-TDF, Branch:master, Time: 2016-06-17_06:40:25 Locale: de-DE (de.UTF-8) Setting to WFM If I missed something or anybody is still seeing this problem using 5.1.4 or newer, please re-open this tracker.