Created attachment 114544 [details] snap of the ODT page top When exporting to PDF, a biblio entry followed by punctuation (e.g., comma) may be rendered with punctuation "hanging", that is, punctuation mark put on the start of the line. This is difficult to reproduce, so I'm just attaching the PDF (produced) and the snap of top of the Writer's window. I've been exporting to PDF that ODT's page only.
Created attachment 114545 [details] result of exporting that page to pdf
Could not reproduce. Are you sure you don't want to attach an example file to test with? Win 7 Pro 64-bit, Version: 4.4.2.2 Build ID: c4c7d32d0d49397cad38d62472b0bc8acff48dd6 Locale: fi_FI
I just can't catch it when I need it (and the original got changed). It surely is of the same nature as #65944, but is more difficult to trigger.
Without a test file, such kind of bug report is useless for developers. Please, attach one when you have it. Setting status to NEEDINFO, please set it back to UNCONFIRMED once you have provided requested data. Thank you for your understanding. Best regards. JBF
Dear Bug Submitter, This bug has been in NEEDINFO status with no change for at least 6 months. Please provide the requested information as soon as possible and mark the bug as UNCONFIRMED. Due to regular bug tracker maintenance, if the bug is still in NEEDINFO status with no change in 30 days the QA team will close the bug as INVALID due to lack of needed information. For more information about our NEEDINFO policy please read the wiki located here: https://wiki.documentfoundation.org/QA/Bugzilla/Fields/Status/NEEDINFO If you have already provided the requested information, please mark the bug as UNCONFIRMED so that the QA team knows that the bug is ready to be confirmed. Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team
Closing as INVALID. Please feel free to reopen and set as UNCONFIRMED if you are willing providing requested data. Best regards. JBF
Created attachment 121811 [details] hanging punctuation after formula I believe this sample to be a manifestation of the same problem. Only in this instance the hanging punctuation comes after the Math object. The font used is Times New Roman from MS Webpack. Neither Tools->Update->Fields, nor ->Page Formatting has any effect on this. The [397] in the preceding text was entered by hand, instead of auto-numbered bibliography -- edits that do not cause the Math object to move in its line of text, do not affect the hanging punctuation. Some rounding error in widths calculation, or objects reporting to Writer the incorrect (too small) width values? At least, could someone knowledgeable advise on how to *find* all such occurences, either programmatically or in the source XML, even?? I'll need this text soon.
I'm reopening this because I think the new example contains the needed info, even if it involves Math object, not Bibliography object.
(In reply to Yury from comment #8) > I'm reopening this because I think the new example contains the needed info, > even if it involves Math object, not Bibliography object. Your attachment is not usable because the main text is embedded as external source. When I open your document I see the first page with text and the 201 following pages are empty. At the end I read: Продолжение таблицы Error: Reference source not found Please provide a working document. Best regards. JBF
Created attachment 121813 [details] corrected version of the previous sample The previous sample wasn't 'broken', there just remained two floating frames anchored to pages, bulking the page count.
...sorry, the problem proper is in paragraph numbered 1.1.1, 4th and 5th lines.
Not reproducible for me with LO 4.4, LO 5.0 and LO 5.1.0 RC1+ What is your current LO version ? Best regards. JBF
Created attachment 121814 [details] proofpic (5.1.0.1) Linux 64-bit 4.3.7.2 and 5.1.0.1
Yep, I see the comma at the beginning of the line that continues with причём таких Could not find a duplicate report. Win 7 Pro 64-bit Version: 5.2.0.0.alpha0+ Build ID: 22e5170af74c635cf55d089f97946b6dc86f82ad CPU Threads: 4; OS Version: Windows 6.1; UI Render: default; TinderBox: Win-x86@62-merge-TDF, Branch:MASTER, Time: 2016-01-05_23:41:26 Locale: fi-FI (fi_FI) LibreOffice 3.5.0rc3 Build ID: 7e68ba2-a744ebf-1f241b7-c506db1-7d53735
I don't know much on LO internals, but is there a table of glyph/object classes allowing line-breaking? The issues of this kind might be resolved at a stroke, if inserted objects were transferred to the non-breaking words/glyphs class or equivalent.
** 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
Still not reproducible for me. Version: 5.4.2.0.0+ Build ID: 875baa884dd64abc9c8e454e82f584b519058e90 CPU threads: 4; OS: Linux 4.4; UI render: GL; VCL: gtk3; Ubuntu_16.04_x86-64 Locale: fr-FR (fr_FR.UTF-8); Calc: single Best regards. JBF
Created attachment 135991 [details] proofpic of sample doc in 5.2.7.2 I'm still not imagining things. Version: 5.2.7.2 Build ID: 2b7f1e640c46ceb28adf43ee075a6e8b8439ed10 CPU Threads: 2; OS Version: Linux 4.4; UI Render: default; VCL: gtk2; Locale: ru-RU (en_GB.UTF-8); Calc: group
(In reply to Yury from comment #18) > Created attachment 135991 [details] > proofpic of sample doc in 5.2.7.2 > > I'm still not imagining things. > > Version: 5.2.7.2 > Build ID: 2b7f1e640c46ceb28adf43ee075a6e8b8439ed10 > CPU Threads: 2; OS Version: Linux 4.4; UI Render: default; VCL: gtk2; > Locale: ru-RU (en_GB.UTF-8); Calc: group Yeah, ok, but could you test with a more recent version? Because I cannot reproduce on Linux or Windows. In comment 14, I could reproduce, but it's a long time ago. Win 10 Version: 6.0.0.0.alpha0+ (x64) Build ID: 4b4ebb15456af443347679a7e7e8726c090a5bf5 CPU threads: 4; OS: Windows 6.19; UI render: default; TinderBox: Win-x86_64@62-TDF, Branch:master, Time: 2017-08-31_02:04:11 Locale: fi-FI (fi_FI); Calc: group Arch Linux 64-bit, KDE Plasma 5 Version: 6.0.0.0.alpha0+ Build ID: bf3a87d1ee9106161d26f33c1ccb6b7b0d0aa0b9 CPU threads: 8; OS: Linux 4.12; UI render: default; VCL: kde4; Locale: fi-FI (fi_FI.UTF-8); Calc: group Built on September 7th 2017
Created attachment 136106 [details] sample in 6.0.0 The previous sample rendered fine (is the default kerning more loose btw?), but the problem is there, triggered by selecting the glyphs in the paragraph up to and including the offending comma, and setting the 'spacing' to -0,3 points. Saved and reopened.
Created attachment 136107 [details] sample doc (modified) triggering the issue in 6.0.0.0 In the paragraph in question, the characters' spacing up to and including the offending comma is set to -0,3 pt.
(In reply to Yury from comment #21) > Created attachment 136107 [details] > sample doc (modified) triggering the issue in 6.0.0.0 > > In the paragraph in question, the characters' spacing up to and including > the offending comma is set to -0,3 pt. Yep, you are right.
** 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
Dear Yury, 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
Created attachment 165302 [details] sample redone for 7.0.0 The issue's still there in 7.0.0.3 on linux. 7th row from the bottom. Produced it by minus 0,2pt kerning in the last paragraph and some spaces before the 'Q_j'.
Dear Yury, 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