Steps to reproduce: =================== 1) Create a chart. 2) Edit the chart and add a textbox (with the draw toolbar). Write some text in this box. 3) Select some text in the textbox and rightclick to format characters; you will see the the actual font size is 12. 4) Exit the chart edit mode by clicking somewhere else in the spreadsheet. 5) Copy & paste the chart in Writer (GDI object) or Word (EMF) and see the incorrect textbox size (too big) in the copied picture. 6) Save and close the document. 7) Open the saved file and see that the textbox is now too big even in Calc. Workaround: =========== If you change the font size (say 11 or 13) in the textbox, then the size is preserved when copy/paste or save/reopen. You can even return to the 12 size. This is a followup of bug 74333. In LO4.2, textboxes was not restored (or pasted) at all. In LO4.3, all is ok except the default font size. I hope this small thing can be fixed in the 4.3 branch.
Hi bruno, I reproduce the issue with LO 4.3.0.4 & Wiondows 7 Home Premium and set it to NEW. Jacques
Hi, The bug persists in LibreOffice 4.3.1.2 (Windows 7 Professional 64-bit). Bug 74333 prevented some us to migrate to LO 4.2, so let's hope we don't have to skip 4.3.. All the best, PP
Hi, The bug still persists in LibreOffice 4.3.2.2 (Windows 7 Professional 64-bit). All the best, PP
Hi, The bug still persists in LibreOffice 4.3.3.1 (Windows 7 Professional 64-bit). All the best, PP
Created attachment 113614 [details] Example of file with textbox font size not being preserved I can confirm that this bug is still occuring in: Version: 4.4.0.3 Build ID: 40m0(Build:3) I've attached a file that is experiencing the issue, when the textbox within the chart was created, it was left at default font size 12. But whenever the chart is copied and pasted somewhere else or the ods file is closed and reopened the textbox is rendered with a far too large font size. Often skewing the shape of the chart. (Embedded in the ods is a png showing an example of this.) When editing the textbox within the chart, the proper font size is restored. Until the ods file is closed and reopened again. As mentioned, if one changes the font size of the textbox, the bug no longer occurs.
Setting priority to highest as this is a 4.4 MAB. This is part of an effort to make the importance of MAB reflected in priority too.
Text box on top of a chart will revert to much larger than default size after file is saved and reopened. However, a text box on top of spreadsheet cells remains the same.
*** Bug 58027 has been marked as a duplicate of this bug. ***
Problem continues to exist in ver. 5.0.3.2
(In reply to bruno.binet from comment #0) > In LO4.2, textboxes were not restored (or pasted) at all. > In LO4.3, all is ok except the default font size. Tracked this using bibisect43max. Interestingly, for a short time the chart itself was "lost" and only the textbox was imported (with even much larger text). Must have been something strange with the build because that strangeness was "fixed" in the bibisect by commit e6ac6cbccf0e26b860b2a8c276fea258091d9da3 which is supposedly just a comment rename from automaticly -> automatically. https://cgit.freedesktop.org/libreoffice/core/commit/?h=libreoffice-5-2-5&id=e6ac6cbccf0e26b860b2a8c276fea258091d9da3 The textbox appearing was fixed at bibisect43max commit a880a9b7449df2f44e0eb5c46b130aea051670fd Bibisect: This commit covers the following source commit(s) which failed to build 3b2ec44912ca2e0548d8078d2edf17fa10856553 (** most likely commit **) 96c66da23a327ec68d0ad5966fc1e79b7af41e56 0a861a50b6f1fc271abcd9d76d6a09ec7e9dcdda 8657b48af4fcf524bf45d1c9af18bbb1bb87f1f4 054b968c63b90a49025c29c7c14da913d2ac4021 (the one that built....) Fix for bug 74333 - DATALOSS: Textfield or Picture inside a chart is hidden author Markus Mohrhard <markus.mohrhard@googlemail.com> 2014-04-25 17:56:36 commit ** 3b2ec44912ca2e0548d8078d2edf17fa10856553 ** the chart root shape has to be at the bottom, fdo#74333, cp#1000057 https://cgit.freedesktop.org/libreoffice/core/commit/?h=libreoffice-5-2-5&id=3b2ec44912ca2e0548d8078d2edf17fa10856553 One clue? CTL/Asian font sizes are 24, but Western font size is 12 (although I'd say it looks like size 24 as per this bug report).
The enlarged text in the textbox goes back to the oldest commit in bibisect43all, so setting earliest version to 3.5.0
The bug still persists in LibreOffice 5.2.5 (Linux and Windows)
The bug still persists in LibreOffice 5.3.0.3 (Windows 7 Professional 64-bit).
** 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 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 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: 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
Hi, The bug still persists in LibreOffice 6.0.4.2, in both Windows 7 Professional 64-bit and Ubuntu 16.04. All the best, PP
Dear bruno.binet, 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 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: 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
Still present Version: 6.3.0.0.beta1 Build ID: a187af327633f5f00363be5131bd21a13e0f1a7b CPU threads: 2; OS: Mac OS X 10.13.6; UI render: default; VCL: osx; Locale: en-US (en_US.UTF-8); UI-Language: en-US Calc: threaded
Confirm this is still present on Versie: 6.3.1.2 Build ID: 1:6.3.1~rc2-0ubuntu0.18.04.1~lo1 I have seen the same issue on a Windows 10 with LO 6.3
This is still present. I'm lowering the importance of this back to the default of the prioritizing flow chart, as this is more of a normal interoperability bug Version: 6.4.0.0.alpha1+ Build ID: 80109586e6cb6d3e2e0a53a9079c3125ec9b8368 CPU threads: 4; OS: Mac OS X 10.14.6; UI render: default; VCL: osx; Locale: en-US (en_US.UTF-8); UI-Language: en-US Calc: threaded
"Regression" is wrong, removing keywords
fixed in LO 7.1. It certainly fixed steps 6/7. However, I can no longer add a textbox inside a chart (which has been reported as bug 138279). *** This bug has been marked as a duplicate of bug 137505 ***