If I create footnotes in a Writer document, some of the numbers in the text may be printed in normal position (and the others properly print as superscripts) even though on my screen they all appear as superscripts. I then go to Format --> Character --> Position and find that Normal is checked, even though making a footnote should automatically trigger superscript for the number in the text (that tells me that the problem is not with my printer because it is hard to see how a printer can cause a jump from Superscript to Normal in your program). I then have to manually click Superscript. If you ask me for samples, it may take a while because I have just finished making those changes in a document that had to be sent out today.
Addendum: Even after I reset the position from NORMAL to SUPERSCRIPT manually, it can still jump back on its own to NORMAL and the number will therefore still not print as a superscript.
I now have a writer document in which two or three in-text footnote numbers went from superscript to normal position even after i corrected the position to superscript manually. To what email address should I sent you an attachment with those numbers (and, for comparison, some superscript numbers in the same text that have remained superscript. Please write me at the email address you have on file for me.
System Version: macOS 12.2.1 (21D62) Kernel Version: Darwin 21.3.0 Boot Volume: Macintosh HD Boot Mode: Normal Computer Name: mlittle-macmini-20200921’s Mac mini Username: mlittle-macmini-20200921 (mlittle-macmini-20200921) Secure Virtual Memory: Enabled System Integrity Protection: Enabled Time since boot: 1 day 6:23 With this: 5. Download the most recent stable release, LibreOffice_7.3.1_MacOS_x86-64; 6. Download the most recent Master unstable release, 7. Document the state of your system 8. Confirm the observations of D.gold/// checking the LibreOffice_7.3.1_MacOS_x86-64 release: 6. Opened Writer 7. Created a new document, populating it with content. 8. Create a footnote in a write a document [I used Lorum Ipsum], I created four footnotes in a document. These appear at the bottom of the page of the document. 9. Selecting the text in the footnote, then choosing Format --> Character --> Position 10. I can confirm for this release that the observation of the reporter is valid as I to found that for the selected footnote text, and the character format position, that the position of the footnote marker in the text Body was Normal, and not Superscript. [ see screen shot Bug 146596 -LibreOffice_7.3.1_MacOS_x86-64 release-22020316-1704-UTC+11.png] Thank you for reporting the bug. I can confirm that the bug is present in Version: 7.3.1.3 / LibreOffice Community Version: 7.3.1.3 / LibreOffice Community Build ID: a69ca51ded25f3eefd52d7bf9a5fad8c90b87951 CPU threads: 4; OS: Mac OS X 10.16; UI render: default; VCL: osx Locale: en-AU (en_AU.UTF-8); UI: en-US Calc: threaded
Created attachment 178907 [details] Bug 14Screen shot, 6596 -LibreOffice_7.3.1_MacOS_x86-64 release-22020316-1704-UTC+11 This a screen shot Bug 146596 -LibreOffice_7.3.1_MacOS_x86-64 release-22020316-1704-UTC+11 relating to comment https://bugs.documentfoundation.org/show_bug.cgi?id=146596#c3, by Mike Little
Hardware Overview: Model Name: Mac mini Model Identifier: Macmini8,1 Processor Name: Quad-Core Intel Core i3 Processor Speed: 3.6 GHz Number of Processors: 1 Total Number of Cores: 4 L2 Cache (per Core): 256 KB L3 Cache: 6 MB Memory: 8 GB System Firmware Version: 1715.81.2.0.0 (iBridge: 19.16.10744.0.0,0) OS Loader Version: 540.80.2~11 Serial Number (system): C07DC0V5PJH7 Hardware UUID: CBC43DE6-B8C2-58F5-83D4-6CB60096203C Provisioning UDID: CBC43DE6-B8C2-58F5-83D4-6CB60096203C Activation Lock Status: Enabled System Software Overview: System Version: macOS 12.2.1 (21D62) Kernel Version: Darwin 21.3.0 Boot Volume: Macintosh HD Boot Mode: Normal Computer Name: mlittle-macmini-20200921’s Mac mini Username: mlittle-macmini-20200921 (mlittle-macmini-20200921) Secure Virtual Memory: Enabled System Integrity Protection: Enabled Time since boot: 1 day 6:23 With this: 1. Download the most recent master build, 7.4.0.0.alpha0+ / LibreOffice Community; 2. Document the state of your system 3. Confirm the observations of D.gold/// checking the 7.4.0.0.alpha0+ / LibreOffice Community: 1. Opened Writer 2. Created a new document, populating it with content. 3. Create a footnote in a write a document [I used Lorum Ipsum], I created four footnotes in a document. These appear at the bottom of the page of the document. 4. Selecting the text in the footnote, then choosing Format --> Character --> Position 5. I can confirm for this release that the observation of the reporter is valid as I to found that for the selected footnote text, and the character format position, that the position of the footnote marker in the text Body was Normal, and not Superscript. [see Bug 146596 -7.4.0.0.alpha0+ / LibreOffice Community-22020316-1751-UTC+11.png] Thank you for reporting the bug. I can confirm that the bug is present in Version: 7.3.1.3 / LibreOffice Community 7.4.0.0.alpha0+ / LibreOffice Community: Version: 7.4.0.0.alpha0+ / LibreOffice Community Build ID: 9b6a44a3d58cb050156f6f5253c14f6e0f79eabf CPU threads: 4; OS: Mac OS X 12.2.1; UI render: Skia/Metal; VCL: osx Locale: en-AU (en_AU.UTF-8); UI: en-US Calc: threaded
Created attachment 178908 [details] Screen shot, Bug 146596 -7.4.0.0.alpha0+ / LibreOffice Community-22020316-1751-UTC+11 This is the screen shot relating to comment, https://bugs.documentfoundation.org/show_bug.cgi?id=146596#c5 for the lastest Master release, master build, 7.4.0.0.alpha0+ / LibreOffice Community
(In reply to Mike Little from comment #3) > 9. Selecting the text in the footnote, then choosing Format --> Character > --> Position > 10. I can confirm for this release that the observation of the reporter is > valid as I to found that for the selected footnote text, and the character > format position, that the position of the footnote marker in the text Body > was Normal, and not Superscript. [ see screen shot Bug 146596 > -LibreOffice_7.3.1_MacOS_x86-64 release-22020316-1704-UTC+11.png] I don't think this matters here as the footnote indicator is a field, so it has special properties. If it still prints (to PDF) as superscript, then there is no problem. I could not reproduce on Linux at least. D. Gold: have you still seen this in the latest versions? Set to NEEDINFO. Change back to UNCONFIRMED, if the problem persists. Change to RESOLVED WORKSFORME, if the problem went away. Arch Linux 64-bit, X11 Version: 7.6.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: f6b4c3fb68f9b36e1e64fc4a4c680ab1bb7fb013 CPU threads: 8; OS: Linux 6.0; UI render: default; VCL: kf5 (cairo+xcb) Locale: fi-FI (fi_FI.UTF-8); UI: en-US Calc: threaded Jumbo Built on 20 December 2022
Yes, I still see it (the last time was about ten days ago). I should add that within a Writer file, it occurs sporadically, so that most of the superscript numbers appear as superscripts and just a few (no more than five, I think) appear in the NORMAL position. With short files the problem seems not to occur at all.
[Automated Action] NeedInfo-To-Unconfirmed
I can not confirm. Could you upload a sample document that exhibits the problem on export to PDF? Version: 7.5.1.2 (AARCH64) / LibreOffice Community Build ID: fcbaee479e84c6cd81291587d2ee68cba099e129 CPU threads: 10; OS: Mac OS X 13.2.1; UI render: default; VCL: osx Locale: en-US (en_US.UTF-8); UI: en-US Calc: threaded
Created attachment 186039 [details] Contains a superscript that did not print as such
(In reply to D. Gold from comment #11) > Created attachment 186039 [details] > Contains a superscript that did not print as such That's a text file, not a Writer document.
Dear D. Gold, 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 INSUFFICIENTDATA 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 MassPing-NeedInfo-Ping
Dear D. Gold, Please read this message in its entirety before proceeding. Your bug report is being closed as INSUFFICIENTDATA due to inactivity and a lack of information which is needed in order to accurately reproduce and confirm the problem. We encourage you to retest your bug against the latest release. If the issue is still present in the latest stable release, we need the following information (please ignore any that you've already provided): a) Provide details of your system including your operating system and the latest version of LibreOffice that you have confirmed the bug to be present b) Provide easy to reproduce steps – the simpler the better c) Provide any test case(s) which will help us confirm the problem d) Provide screenshots of the problem if you think it might help e) Read all comments and provide any requested information Once all of this is done, please set the bug back to UNCONFIRMED and we will attempt to reproduce the issue. Please do not: a) respond via email b) update the version field in the bug or any of the other details on the top section of our bug tracker Warm Regards, QA Team MassPing-NeedInfo-FollowUp