Description: Wrong font size when dragging text from comment box to document Steps to Reproduce: 1. Open Writer 2. Type say AA 3. Insert a comment box 4. Type some text in it 5. Select the text in the comment box and drag it into main document and release Actual Results: Fontsize 7,5 Expected Results: Fontsize 10 as in comment box Reproducible: Always User Profile Reset: No Additional Info: Version: 7.0.0.0.alpha1 Build ID: 6a03b2a54143a9bc0c6d4c7f1... CPU threads: 4; OS: Mac OS X 10.12.6; UI render: GL; VCL: osx; Locale: nl-NL (nl_NL.UTF-8); UI: en-US Calc: threaded not in 4.3.7.2
Thanks for reporting this, Telesto. I don't experience any issues with the font size changing within Windows (I know you tested with a Mac). I used: Version: 7.0.0.0.alpha1+ (x64) Build ID: 0e5e935deb0527c64865cfcc53a0421e56b74b6f CPU threads: 2; OS: Windows 10.0 Build 17763; UI render: Skia/Raster; VCL: win Locale: en-US (en_US); UI: en-US Calc: threaded
In older versions this seems to be somehow dependent on where exactly do you drag it to. I am able to get results where the font size matches the body text (12 pt) or is bigger (18 pt) depending on where I drag to. I see the shrinking consistently on Linux & Win master, though. Linux gives me 9 pt and Windows 7,5 pt. It is not yet seen in the latest commit of Win 7.1 repo.
For me this depends on the zoom level, I get varying text size based on the current zoom. I tested it very simply, added a comment to an empty document, and selected a piece of the comment text, then dragged it to the document area. Happens with 3.3.0 as well, so not a regression.
Dear Telesto, 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://web.libera.chat/?settings=#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug