[Libreoffice-bugs] [Bug 106208] Writer loses last user event if auto-save triggers nearly at the same time
https://bugs.documentfoundation.org/show_bug.cgi?id=106208 --- Comment #19 from jax...@kabelmail.dk --- I have read the above text, and understood only some of it ... smiles ... but was pretty sure that the problem is not solved, and to make sure, I opened a large document and set autorecovery to 1 min and waited for it to make a save, but it didn't ... and now autorecovery doesn't work, no matter what timing I set it to? Couldn't Libre be made so that it saves what you write while it autosaves, and then puts it into the text afterwards ... like, for example, WordPerfect did, and Words does? Also, if I have several documents open, but minimized so that there are several orange dots next to Writer in the dock, before (under 18.04) I could just let the cursor hover over the icon for Writer and then it displayed the documents that were open, and I could select the text I wanted to work with. Now I have to press Writer, whereupon it opens the earliest opened of the text files, and if I then press Writer again, only then it shows the open texts so I can choose which one I want to work with ... how do I make Writer behave like before? -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 112702] [META] DOC (binary) header and footer-related issues
https://bugs.documentfoundation.org/show_bug.cgi?id=112702 Bug 112702 depends on bug 132379, which changed state. Bug 132379 Summary: FOOTER DOC: Image in footer and in background of the text should only be selectable within the footer https://bugs.documentfoundation.org/show_bug.cgi?id=132379 What|Removed |Added Status|NEW |RESOLVED Resolution|--- |WORKSFORME -- You are receiving this mail because: You are the assignee for the bug.
GSoC status report - Week 12
Series of patches to remove format detection code duplication in GraphicDescriptor: https://gerrit.libreoffice.org/c/core/+/137934 (GIF) https://gerrit.libreoffice.org/c/core/+/137935 (DXF) https://gerrit.libreoffice.org/c/core/+/138067 (WMF/EMF) https://gerrit.libreoffice.org/c/core/+/138069 (XBM) https://gerrit.libreoffice.org/c/core/+/138070 (XPM) https://gerrit.libreoffice.org/c/core/+/138102 (SVG) https://gerrit.libreoffice.org/c/core/+/138189 (PCT) https://gerrit.libreoffice.org/c/core/+/138207 (PCD) https://gerrit.libreoffice.org/c/core/+/138208 (EPS) https://gerrit.libreoffice.org/c/core/+/138209 (TGA) https://gerrit.libreoffice.org/c/core/+/138210 (MET) https://gerrit.libreoffice.org/c/core/+/138211 (WEBP) https://gerrit.libreoffice.org/c/core/+/138212 (RAS) https://gerrit.libreoffice.org/c/core/+/138216 (BMP) https://gerrit.libreoffice.org/c/core/+/138226 (PNG) https://gerrit.libreoffice.org/c/core/+/138227 (PSD) Next: JPG, SVM, PBM, PGM, PPM, TIF formats are left. I will be missing this week (14 to 20) so these are for the week after.
[Libreoffice-bugs] [Bug 150236] Does not open full screen, ooSetupFactoryWindowAttributes not being filled
https://bugs.documentfoundation.org/show_bug.cgi?id=150236 QA Administrators changed: What|Removed |Added Keywords||bibisectRequest -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 150391] Crash in: libc.so.6
https://bugs.documentfoundation.org/show_bug.cgi?id=150391 QA Administrators changed: What|Removed |Added Ever confirmed|1 |0 Status|NEEDINFO|UNCONFIRMED -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 150391] Crash in: libc.so.6
https://bugs.documentfoundation.org/show_bug.cgi?id=150391 --- Comment #3 from QA Administrators --- [Automated Action] NeedInfo-To-Unconfirmed -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 150374] right click don't work, often menu entry are unreadable
https://bugs.documentfoundation.org/show_bug.cgi?id=150374 QA Administrators changed: What|Removed |Added Ever confirmed|1 |0 Status|NEEDINFO|UNCONFIRMED -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 150334] Libre Office crashed whilst trying to send an email using Writer's Mail Merge facility
https://bugs.documentfoundation.org/show_bug.cgi?id=150334 --- Comment #3 from QA Administrators --- [Automated Action] NeedInfo-To-Unconfirmed -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 150334] Libre Office crashed whilst trying to send an email using Writer's Mail Merge facility
https://bugs.documentfoundation.org/show_bug.cgi?id=150334 QA Administrators changed: What|Removed |Added Status|NEEDINFO|UNCONFIRMED Ever confirmed|1 |0 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 150374] right click don't work, often menu entry are unreadable
https://bugs.documentfoundation.org/show_bug.cgi?id=150374 --- Comment #10 from QA Administrators --- [Automated Action] NeedInfo-To-Unconfirmed -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 147674] Generated bullet styles should not be have the WW8Num name prefix
https://bugs.documentfoundation.org/show_bug.cgi?id=147674 --- Comment #3 from QA Administrators --- [Automated Action] NeedInfo-To-Unconfirmed -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 146481] Writer stops responding to keyboard inputs after changing text type
https://bugs.documentfoundation.org/show_bug.cgi?id=146481 QA Administrators changed: What|Removed |Added Resolution|--- |INSUFFICIENTDATA Status|NEEDINFO|RESOLVED -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 147674] Generated bullet styles should not be have the WW8Num name prefix
https://bugs.documentfoundation.org/show_bug.cgi?id=147674 QA Administrators changed: What|Removed |Added Status|NEEDINFO|UNCONFIRMED Ever confirmed|1 |0 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 146481] Writer stops responding to keyboard inputs after changing text type
https://bugs.documentfoundation.org/show_bug.cgi?id=146481 --- Comment #4 from QA Administrators --- Dear Alex Sterling, 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 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 146118] Version 7.2.4.1 Libre Office has blown away the layout
https://bugs.documentfoundation.org/show_bug.cgi?id=146118 --- Comment #13 from QA Administrators --- Dear editor, 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 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 146118] Version 7.2.4.1 Libre Office has blown away the layout
https://bugs.documentfoundation.org/show_bug.cgi?id=146118 QA Administrators changed: What|Removed |Added Status|NEEDINFO|RESOLVED Resolution|--- |INSUFFICIENTDATA -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 147075] Window goes to 1x2 pixel size when moving
https://bugs.documentfoundation.org/show_bug.cgi?id=147075 --- Comment #3 from QA Administrators --- Dear michael.vanderford, 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 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 147145] Odd graphic on doc thumbnail
https://bugs.documentfoundation.org/show_bug.cgi?id=147145 --- Comment #3 from QA Administrators --- Dear gorty, 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 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 140351] Scrolling a document with illustrations
https://bugs.documentfoundation.org/show_bug.cgi?id=140351 --- Comment #5 from QA Administrators --- Dear Michael.Mueller, 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 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 140206] Inconsistent layout changes when changing anchoring and undo part of them
https://bugs.documentfoundation.org/show_bug.cgi?id=140206 --- Comment #5 from QA Administrators --- Dear Telesto, 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 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 128173] Calc asks if I want to save a document when closing it although there was no change if an indirect function and a chart is used in the spreadsheet
https://bugs.documentfoundation.org/show_bug.cgi?id=128173 --- Comment #2 from QA Administrators --- Dear snowboard975, 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 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 117998] Not all of the spreadsheet themes are working
https://bugs.documentfoundation.org/show_bug.cgi?id=117998 --- Comment #4 from QA Administrators --- 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 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 110433] UNDO is creating a duplicate item
https://bugs.documentfoundation.org/show_bug.cgi?id=110433 --- Comment #7 from QA Administrators --- 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 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 108442] EDITING: Some content is write protected after delete and undo
https://bugs.documentfoundation.org/show_bug.cgi?id=108442 --- Comment #4 from QA Administrators --- 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 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 108653] The drawing toolbar is always lagging behind when opening draw document
https://bugs.documentfoundation.org/show_bug.cgi?id=108653 --- Comment #13 from QA Administrators --- 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 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 150374] right click don't work, often menu entry are unreadable
https://bugs.documentfoundation.org/show_bug.cgi?id=150374 --- Comment #9 from Michael Buchholz --- (In reply to Michael Buchholz from comment #8) > ... serious? ;) > No, it's on the default setting. But it doesn't matter either. > 1. If a dark mode were active (which it isn't), it should still be legible > and not just darken the menus. That would be a BUG anyway > 2nd As I've just tried, you can set what you want. Nothing changes at all, > apart from the symbols. So this is another BUG > > The only thing I've just achieved when trying to 2nd is that the menus are > now probably permanently dark and almost illegible... EDIT say: After playing with different themes and set back to default it needs some restarts to lighten the menus -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 150374] right click don't work, often menu entry are unreadable
https://bugs.documentfoundation.org/show_bug.cgi?id=150374 --- Comment #8 from Michael Buchholz --- ... serious? ;) No, it's on the default setting. But it doesn't matter either. 1. If a dark mode were active (which it isn't), it should still be legible and not just darken the menus. That would be a BUG anyway 2nd As I've just tried, you can set what you want. Nothing changes at all, apart from the symbols. So this is another BUG The only thing I've just achieved when trying to 2nd is that the menus are now probably permanently dark and almost illegible... -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 150400] Embeded Fonts
https://bugs.documentfoundation.org/show_bug.cgi?id=150400 --- Comment #2 from tomsaine --- I have a two-monitor system both monitors are 1600 x 900. There is no arrow in the drop-down menu. Your screenshot did not come through. I tried to make a screenshot of my menu, but I haven't been able to get it to work; the pull-down menu disappears when I try to do it. There is still no Properties in my File menu. Is there another method of accessing the Properties menu to make this setting? -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 72043] FORMATTING: Extra page breaks in docx from iOS Pages
https://bugs.documentfoundation.org/show_bug.cgi?id=72043 --- Comment #39 from Tom830979 --- This format is very precise and the language used. I once used https://protectivegroup.com.au/about/protective-services/check-phone-for-hacking-spyware-tracking/ who were able to also assist. Thank you agqin -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 150385] Track Changes: RTL becomes LTR when undoing deletion with track changes record enabled
https://bugs.documentfoundation.org/show_bug.cgi?id=150385 --- Comment #8 from Telesto --- 1. Open the attached file 3. Place the cursor after the question mark in the heading 4. CTRL+SHIFT + ARROW DOWN (5x) 5. Backspace 6. CTRL+Z -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-commits] core.git: sw/qa sw/source
sw/qa/extras/ww8export/data/tdf77964.doc |binary sw/qa/extras/ww8export/ww8export4.cxx|7 +++ sw/source/filter/ww8/ww8par.cxx |8 +++- 3 files changed, 14 insertions(+), 1 deletion(-) New commits: commit ba8f6ca5b3f7710a27928add8e29c725d9f40901 Author: Justin Luth AuthorDate: Sat Aug 13 12:29:12 2022 -0400 Commit: Justin Luth CommitDate: Sun Aug 14 04:37:37 2022 +0200 tdf#77964 doc import: 0x1 placeholder is for AS_CHAR It looks like MS always provides an sprm that confirms this, but Kingsoft was saving without that sprm. Something similar ought to be done for ImportOLE, but it doesn't have a ready option for specifying that, so I just left it because I don't care about OLE. Change-Id: I0ae304a08b381c8c29f3db24f791f25f5e33b0c1 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/138234 Tested-by: Jenkins Reviewed-by: Justin Luth diff --git a/sw/qa/extras/ww8export/data/tdf77964.doc b/sw/qa/extras/ww8export/data/tdf77964.doc new file mode 100644 index ..6ef50ab15834 Binary files /dev/null and b/sw/qa/extras/ww8export/data/tdf77964.doc differ diff --git a/sw/qa/extras/ww8export/ww8export4.cxx b/sw/qa/extras/ww8export/ww8export4.cxx index 91b9477a996f..bc0d51ff529e 100644 --- a/sw/qa/extras/ww8export/ww8export4.cxx +++ b/sw/qa/extras/ww8export/ww8export4.cxx @@ -13,6 +13,7 @@ #include #include #include +#include #include #include @@ -48,6 +49,12 @@ CPPUNIT_TEST_FIXTURE(Test, testTdf148360) assertXPath(pLayout, "/root/page[1]/body/txt[1]/Text[2]", "nType", "PortionType::Text"); } +CPPUNIT_TEST_FIXTURE(Test, testTdf77964) +{ +loadAndReload("tdf77964.doc"); +// both images were loading as AT_PARA instead of AS_CHAR. Image2 visually had text wrapping. +CPPUNIT_ASSERT_EQUAL(text::TextContentAnchorType_AS_CHARACTER, getProperty(getShapeByName(u"Image2"), "AnchorType")); +} CPPUNIT_PLUGIN_IMPLEMENT(); diff --git a/sw/source/filter/ww8/ww8par.cxx b/sw/source/filter/ww8/ww8par.cxx index d7e2d418d47b..f9d5a4e76b54 100644 --- a/sw/source/filter/ww8/ww8par.cxx +++ b/sw/source/filter/ww8/ww8par.cxx @@ -3727,7 +3727,13 @@ bool SwWW8ImplReader::ReadChar(tools::Long nPosCp, tools::Long nCpOfs) if (m_bObj) pResult = ImportOle(); else if (m_bSpec) -pResult = ImportGraf(); +{ +SwFrameFormat* pAsCharFlyFormat = m_rDoc.GetDfltFrameFormat(); +SwFormatAnchor aAnchor(RndStdIds::FLY_AS_CHAR); +pAsCharFlyFormat->SetFormatAttr(aAnchor); +pResult = ImportGraf(nullptr, pAsCharFlyFormat); +} + // If we have a bad 0x1 insert a space instead. if (!pResult)
[Libreoffice-bugs] [Bug 143767] Add "Extending selection and "Adding selection" to Edit > Selection Mode in Writer's menu
https://bugs.documentfoundation.org/show_bug.cgi?id=143767 sdc.bla...@youmail.dk changed: What|Removed |Added See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=15 ||0404 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 150404] corrections to selection mode labels
https://bugs.documentfoundation.org/show_bug.cgi?id=150404 sdc.bla...@youmail.dk changed: What|Removed |Added Blocks||120200 See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=14 ||3767, ||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=14 ||9352 --- Comment #1 from sdc.bla...@youmail.dk --- Also add a related topic to: https://help.libreoffice.org/7.5/en-US/text/shared/02/2005.html Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=120200 [Bug 120200] [META] Update or correct help for features -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 120200] [META] Update or correct help for features
https://bugs.documentfoundation.org/show_bug.cgi?id=120200 sdc.bla...@youmail.dk changed: What|Removed |Added Depends on||150404 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=150404 [Bug 150404] corrections to selection mode labels -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 150404] New: corrections to selection mode labels
https://bugs.documentfoundation.org/show_bug.cgi?id=150404 Bug ID: 150404 Summary: corrections to selection mode labels Product: LibreOffice Version: 7.5.0.0 alpha0+ Master Hardware: All OS: All Status: UNCONFIRMED Severity: normal Priority: medium Component: Documentation Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: sdc.bla...@youmail.dk CC: olivier.hal...@libreoffice.org https://help.libreoffice.org/7.5/en-US/text/swriter/01/selection_mode.html Should "normal selection mode" be changed to "Standard" and "block selection mode" to "block area"? -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 147898] instructions about paint can in "Font Color" section of "Font Effects" help page appears to be incorrect
https://bugs.documentfoundation.org/show_bug.cgi?id=147898 sdc.bla...@youmail.dk changed: What|Removed |Added Status|NEEDINFO|UNCONFIRMED Ever confirmed|1 |0 --- Comment #2 from sdc.bla...@youmail.dk --- The following 3 bullet points describe the icon for Formatting bar, but this is not relevant for the Font effects tab of the Character dialog. If you click the Font Color icon before you select text, the paint can cursor appears. To change the color of text, select the text with the paint can cursor. To change the color of a single word, double-click in a word. To apply a different color, click the arrow next to the Font Color icon, and then select the color that you want to use. To undo the last change, right-click. To exit the paint can mode, click once, or press the Esc key. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 149318] (F1) Help for Format > Table (in Draw) has no help page linked to it, as well as "Minimal Row Height" and "Minimal Column Width" in its submenu
https://bugs.documentfoundation.org/show_bug.cgi?id=149318 sdc.bla...@youmail.dk changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|FIXED |--- --- Comment #3 from sdc.bla...@youmail.dk --- (In reply to sdc.blanco from comment #0) > In Draw: > > 1. Format > Table , press F1 > >Result: 404 Error Help ID: slot:0 Repro: Version: 7.5.0.0.alpha0+ (x64) / LibreOffice Community Build ID: 450471ebbdbff40998509731028b28e0ada53f58 CPU threads: 8; OS: Windows 10.0 Build 19043; UI render: Skia/Raster; VCL: win Locale: da-DK (da_DK); UI: en-US Calc: CL Reopening ticket. Also verifying that #2 and #3 in OP are resolved. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 150397] While installing an extension using KF5 the license text is selected for no reason
https://bugs.documentfoundation.org/show_bug.cgi?id=150397 stragu changed: What|Removed |Added Ever confirmed|0 |1 Status|UNCONFIRMED |NEW --- Comment #1 from stragu --- Reproduced with: Version: 7.4.0.2 / LibreOffice Community Build ID: 1512ce97d7ed39dce3121f7e15651fd8895f950e CPU threads: 8; OS: Linux 5.15; UI render: default; VCL: kf5 (cairo+xcb) Locale: en-AU (en_AU.UTF-8); UI: en-US Calc: threaded -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 147511] CRASH: closing LibreOffice after copying content
https://bugs.documentfoundation.org/show_bug.cgi?id=147511 stragu changed: What|Removed |Added CC||bakos.attilakar...@nisz.hu, ||stephane.guil...@member.fsf ||.org Keywords|bibisectRequest |bibisected, bisected --- Comment #7 from stragu --- Bibisected and bisected to first bad commit: 86b5c0c57a6160059daa8e767ac15f25ab7896cc is the first bad commit commit 86b5c0c57a6160059daa8e767ac15f25ab7896cc Author: Jenkins Build User Date: Wed Mar 31 17:26:02 2021 +0200 source sha:b802ab694a8a7357d4657f3e11b571144fa7c7bf source sha:b802ab694a8a7357d4657f3e11b571144fa7c7bf instdir/program/libswlo.so | Bin 22077304 -> 22077384 bytes instdir/program/libwriterfilterlo.so | Bin 3205048 -> 3209144 bytes instdir/program/setuprc | 2 +- instdir/program/versionrc| 2 +- 4 files changed, 2 insertions(+), 2 deletions(-) Commit by Attila Bakos (NISZ) (added to CC): https://git.libreoffice.org/core/+/b802ab694a8a7357d4657f3e11b571144fa7c7bf git bisect log: # bad: [9dcd4f5671896db03d3bf94bbe602d58585b67e7] source sha:ffa09959edd087794b1f2fe6b9b6faac484ef74b # good: [1810f056660f59f79e76b8bdd6f5b902c27ce14f] source sha:738bcf5e9a8c443d60c29c3a8068e8c16c72638a git bisect start 'origin/master' 'oldest' # good: [b58e2a603efc8e9597cd1bf963c7b2dbdbf58b3a] source sha:c6e3fcfbb901c46191461d1a08cf0c4524729cfc git bisect good b58e2a603efc8e9597cd1bf963c7b2dbdbf58b3a # bad: [cfc9413950d7c35fccc00df0fbd6670a4b4a2237] source sha:950eb673b9ad4bc380b13281af577fc8c6842007 git bisect bad cfc9413950d7c35fccc00df0fbd6670a4b4a2237 # bad: [51b655c50d749ceee8d437eab2aa0d777b8d69bb] source sha:6a0a0a4d78bb8850bf4a304b83784d3822895efe git bisect bad 51b655c50d749ceee8d437eab2aa0d777b8d69bb # bad: [c0353fb73fb38edccb9289e0c079c0517e1063b4] source sha:d7a62c1105742e5717cdd90934b75f3957b31bc6 git bisect bad c0353fb73fb38edccb9289e0c079c0517e1063b4 # good: [81a2c12409e762021788259fced89d4b8342a476] source sha:3e7e6f6fc7f8f03c6ba329c547749e3f3746c2a0 git bisect good 81a2c12409e762021788259fced89d4b8342a476 # good: [ed369a095a679efe94d9e96c94db25f054e2c020] source sha:130db636988175f474354412d7222e0a749faf03 git bisect good ed369a095a679efe94d9e96c94db25f054e2c020 # bad: [9d2d676fae19057abc8b3f41382e9a2774cbaad1] source sha:19e1f3723d4bfb91dadf77b398261da0e8237a8b git bisect bad 9d2d676fae19057abc8b3f41382e9a2774cbaad1 # good: [58efcbb2bc40821e37b7ae874adecca2749640d9] source sha:64788738db595cb642b7efd49340cae33d92698e git bisect good 58efcbb2bc40821e37b7ae874adecca2749640d9 # good: [4c945b8ffe9807120b9daae1f56d3048dfa19cef] source sha:5c9ba1f47d00ed10960b59928befd68f6c020b15 git bisect good 4c945b8ffe9807120b9daae1f56d3048dfa19cef # bad: [86b5c0c57a6160059daa8e767ac15f25ab7896cc] source sha:b802ab694a8a7357d4657f3e11b571144fa7c7bf git bisect bad 86b5c0c57a6160059daa8e767ac15f25ab7896cc # good: [5c128c7a4e8f1db883408d7f5afedf9bd6a3505c] source sha:3db477fd0e6cfc4ff77b3c911ca4ab14fd980932 git bisect good 5c128c7a4e8f1db883408d7f5afedf9bd6a3505c # good: [8095e239bb3b2040b9068ceb42d39fd18cde73c0] source sha:910fb8999de2622cbbb63083777cf889bd798889 git bisect good 8095e239bb3b2040b9068ceb42d39fd18cde73c0 # good: [8cd60fa74602c2a9cb9a7b5aac28690f19756e6c] source sha:3c49a3be592eb515bba100b4a17617136fabbcba git bisect good 8cd60fa74602c2a9cb9a7b5aac28690f19756e6c # first bad commit: [86b5c0c57a6160059daa8e767ac15f25ab7896cc] source sha:b802ab694a8a7357d4657f3e11b571144fa7c7bf -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 150385] Track Changes: RTL becomes LTR when undoing deletion with track changes record enabled
https://bugs.documentfoundation.org/show_bug.cgi?id=150385 --- Comment #7 from Eyal Rozenberg --- Also, can't reproduce using: Version: 7.5.0.0.alpha0+ / LibreOffice Community Build ID: 5c68399e6bea3aa18477487400f8bb143d6ed84e CPU threads: 4; OS: Linux 5.18; UI render: default; VCL: gtk3 Locale: en-IL (en_IL); UI: en-US finally, when you open a bug involving RTL, please have it block one of RTL-CTL, RTL-Hebrew, RTL-Arabic or RTL-UI (or other relevant named meta bug). -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 150385] Track Changes: RTL becomes LTR when undoing deletion with track changes record enabled
https://bugs.documentfoundation.org/show_bug.cgi?id=150385 Eyal Rozenberg changed: What|Removed |Added Blocks||43808 --- Comment #6 from Eyal Rozenberg --- Can't reproduce using: Version: 7.3.5.2 / LibreOffice Community Build ID: 30(Build:2) CPU threads: 4; OS: Linux 5.18; UI render: default; VCL: gtk3 Locale: en-IL (en_IL); UI: en-US Debian package version: 1:7.3.5~rc2-1 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=43808 [Bug 43808] [META] Right-To-Left and Complex Text Layout language issues (RTL/CTL) -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 43808] [META] Right-To-Left and Complex Text Layout language issues (RTL/CTL)
https://bugs.documentfoundation.org/show_bug.cgi?id=43808 Eyal Rozenberg changed: What|Removed |Added Depends on||150385 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=150385 [Bug 150385] Track Changes: RTL becomes LTR when undoing deletion with track changes record enabled -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 150385] Track Changes: RTL becomes LTR when undoing deletion with track changes record enabled
https://bugs.documentfoundation.org/show_bug.cgi?id=150385 --- Comment #5 from Eyal Rozenberg --- (In reply to Telesto from comment #4) > @Eyal > FYI: I used a snipped of your document here. I'm not surprised. I've already gotten a lot of mileage out of that file - well over a dozen separate bugs (but I avoided posting the entire file so far and used reduced testcases). -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 150385] Track Changes: RTL becomes LTR when undoing deletion with track changes record enabled
https://bugs.documentfoundation.org/show_bug.cgi?id=150385 Telesto changed: What|Removed |Added CC||eyalr...@gmx.com --- Comment #4 from Telesto --- @Eyal FYI: I used a snipped of your document here. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 147511] CRASH: closing LibreOffice after copying content
https://bugs.documentfoundation.org/show_bug.cgi?id=147511 --- Comment #6 from stragu --- reproduced in: Version: 7.4.0.2 / LibreOffice Community Build ID: 1512ce97d7ed39dce3121f7e15651fd8895f950e CPU threads: 8; OS: Linux 5.15; UI render: default; VCL: x11 Locale: en-AU (en_AU.UTF-8); UI: en-US Calc: threaded and: Version: 7.5.0.0.alpha0+ / LibreOffice Community Build ID: 7ba40c7d62c7c15f9c0e9cbc21b48f105454b885 CPU threads: 8; OS: Linux 5.15; UI render: default; VCL: x11 Locale: en-AU (en_AU.UTF-8); UI: en-US Calc: threaded with steps: 1. Open attachment 102103 2. Ctrl + A 3. Ctrl + X 4. File > Reload, discard changes 5. repeat from step 2. until crash -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 150391] Crash in: libc.so.6
https://bugs.documentfoundation.org/show_bug.cgi?id=150391 --- Comment #2 from graham jones --- sorry- i shouldnt have raised a bug that i couldnt replicate on demand. I get a lot of base crashes on windows and this one on linux. Basically it just hangs during data entry, gives no error messages , crashes and goes through the recovery cycle. I think close this bug request and I will work through the first steps doc and resubmit when I have better info. thanks graham -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 150403] Font substitutions dynamically-apply inconsistently
https://bugs.documentfoundation.org/show_bug.cgi?id=150403 Eyal Rozenberg changed: What|Removed |Added Blocks||112812 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=112812 [Bug 112812] [META] Hebrew language-specific RTL issues -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 112812] [META] Hebrew language-specific RTL issues
https://bugs.documentfoundation.org/show_bug.cgi?id=112812 Eyal Rozenberg changed: What|Removed |Added Depends on||150403 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=150403 [Bug 150403] Font substitutions dynamically-apply inconsistently -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 150403] New: Font substitutions dynamically-apply inconsistently
https://bugs.documentfoundation.org/show_bug.cgi?id=150403 Bug ID: 150403 Summary: Font substitutions dynamically-apply inconsistently Product: LibreOffice Version: unspecified Hardware: x86-64 (AMD64) OS: Linux (All) Status: UNCONFIRMED Severity: trivial Priority: medium Component: Writer Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: eyalr...@gmx.com Reproduction instructions: 1. Make sure your system doesn't have a font substitution for the "David" font, nor does it have it installed, nor does it use David CLM as the backup. Ditto for "Miriam" and Miriam CLM. 2. Open attachment 181658 3. Switch to multi-page view, have at least 4 full pages fit on a single row (in my window it's another 4 pages that fit half-height or so) 4. Choose Tools | Options on the menu 5. In the options dialog, navigate to LibreOffice | Fonts 6. Add font substitution from David to David CLM and Miriam to Miriam CLM 7. Mark the two substitutions as "Always" 8. Press apply 9. Close the dialog Expected result: Either all of the body text - which is in David font - switches from the previous fallback to David CLM, or none of it does, awaiting a reopen of the document or a restart of LO. Actual Result: Some of the paragraphs switch to using the substitute, some don't. When mouse=scrolling up and down some, getting the first row of page out of view, then going back up, all paragraphs have switched (I think). -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 150384] Perf: scrolling a large Hebrew document in multipage view is slower compared to Latin (LTR/RTL doesn't appear to matter)
https://bugs.documentfoundation.org/show_bug.cgi?id=150384 Eyal Rozenberg changed: What|Removed |Added Blocks||112812 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=112812 [Bug 112812] [META] Hebrew language-specific RTL issues -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 112812] [META] Hebrew language-specific RTL issues
https://bugs.documentfoundation.org/show_bug.cgi?id=112812 Eyal Rozenberg changed: What|Removed |Added Depends on||150384 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=150384 [Bug 150384] Perf: scrolling a large Hebrew document in multipage view is slower compared to Latin (LTR/RTL doesn't appear to matter) -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 150384] Perf: scrolling a large Hebrew document in multipage view is slower compared to Latin (LTR/RTL doesn't appear to matter)
https://bugs.documentfoundation.org/show_bug.cgi?id=150384 --- Comment #6 from Eyal Rozenberg --- Damn it, that's the attachment I posted! It's the guide to the Israeli military prison system. I'm the editor :-P Let me ask you, though - in your LO installation, do you have a font substitution for David? And can you provide a screenshot of the second page (the first one with lots of text)? > zoom out so at minimum 6 pages fit on screen (sidebar can be closed) 6 pages _fully_ fit the view, or 6 pages intersect it? Is it important that 2 full "rows" of pages fit completely? -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 150374] right click don't work, often menu entry are unreadable
https://bugs.documentfoundation.org/show_bug.cgi?id=150374 --- Comment #7 from m.a.riosv --- Maybe you have selected a dark mode. Menu/Tools7
[Libreoffice-commits] core.git: Branch 'feature/chartdatatable' - chart2/source
chart2/source/view/main/SeriesPlotterContainer.cxx |6 ++ chart2/source/view/main/SeriesPlotterContainer.hxx |1 + 2 files changed, 7 insertions(+) New commits: commit 931b08e1de16fce0f01cc1177f6dd549cf230c5e Author: Tomaž Vajngerl AuthorDate: Sat Aug 13 23:29:01 2022 +0200 Commit: Tomaž Vajngerl CommitDate: Sat Aug 13 23:29:01 2022 +0200 chart2: for a data table we need to force shift category position To be able to show the data table correctly we need to always show the categories "between tick marks" as otherwise the table columns wouldn't align correctly. This forces that the shift position is always enabled. Change-Id: Ia6a627931fcaba64f0f974faf1d8763405ad410d diff --git a/chart2/source/view/main/SeriesPlotterContainer.cxx b/chart2/source/view/main/SeriesPlotterContainer.cxx index 1eb6a64a42c5..9f2e4fbaacfa 100644 --- a/chart2/source/view/main/SeriesPlotterContainer.cxx +++ b/chart2/source/view/main/SeriesPlotterContainer.cxx @@ -170,6 +170,9 @@ void SeriesPlotterContainer::initializeCooSysAndSeriesPlotter(ChartModel& rChart DBG_UNHANDLED_EXCEPTION("chart2"); } +if (xDiagram->getDataTable().is()) +m_bForceShiftPosition = true; + //prepare for autoscaling and shape creation // - create plotter for charttypes (for each first scale group at each plotter, as they are independent) // - add series to plotter (thus each charttype can provide minimum and maximum values for autoscaling) @@ -335,6 +338,9 @@ void SeriesPlotterContainer::initializeCooSysAndSeriesPlotter(ChartModel& rChart bool SeriesPlotterContainer::isCategoryPositionShifted(const chart2::ScaleData& rSourceScale, bool bHasComplexCategories) { +if (m_bForceShiftPosition) +return true; + if (rSourceScale.AxisType == AxisType::CATEGORY) return bHasComplexCategories || rSourceScale.ShiftedCategoryPosition || m_bChartTypeUsesShiftedCategoryPositionPerDefault; diff --git a/chart2/source/view/main/SeriesPlotterContainer.hxx b/chart2/source/view/main/SeriesPlotterContainer.hxx index e34d07a962ff..578f2ba2760c 100644 --- a/chart2/source/view/main/SeriesPlotterContainer.hxx +++ b/chart2/source/view/main/SeriesPlotterContainer.hxx @@ -151,6 +151,7 @@ private: sal_Int32 m_nMaxAxisIndex; bool m_bChartTypeUsesShiftedCategoryPositionPerDefault; +bool m_bForceShiftPosition = false; sal_Int32 m_nDefaultDateNumberFormat; };
[Libreoffice-bugs] [Bug 150288] Aug. 1st becomes Jan. 8th when using DD/MM/YYYY date format
https://bugs.documentfoundation.org/show_bug.cgi?id=150288 --- Comment #10 from m.a.riosv --- (In reply to Joao Carvalho from comment #9) > ... > I get the following results., > > Language settings 1 and 2: Typing 31/8/22 automatically formats to > 31/08/2022, but typing 1/8/22 automatically formats to 08/01/2022. Aug. 1st > becomes Jan. 8th. > > Language settings 3: Typing 31/8/22 automatically formats to 31/08/2022, and > typing 1/8/22 automatically formats to 01/08/2022, as I expected. What do you see formatting those results as ISO format -mm-dd -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 150402] FILEOPEN PPTX: font size renders much bigger in presentation mode than in edit mode
https://bugs.documentfoundation.org/show_bug.cgi?id=150402 --- Comment #1 from Gerald Pfeifer --- Created attachment 181763 --> https://bugs.documentfoundation.org/attachment.cgi?id=181763=edit Visual comparison presentation mode (bug shows) vs edit mode -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 150402] New: FILEOPEN PPTX: font size renders much bigger in presentation mode than in edit mode
https://bugs.documentfoundation.org/show_bug.cgi?id=150402 Bug ID: 150402 Summary: FILEOPEN PPTX: font size renders much bigger in presentation mode than in edit mode Product: LibreOffice Version: 7.5.0.0 alpha0+ Master Hardware: All OS: All Status: UNCONFIRMED Keywords: bibisectRequest, regression Severity: normal Priority: medium Component: Impress Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: ger...@pfeifer.com Created attachment 181762 --> https://bugs.documentfoundation.org/attachment.cgi?id=181762=edit Sample slide (PPTX) Opening the sample document, in edit mode the font size of the page number is as expected. Going into presentation mode, out of a sudden the page number (number "1") renders thrice as large. Version: 7.5.0.0.alpha0+ / LibreOffice Community Build ID: 4e2ce2a460458f17ee4360c45a2da2fc4b4d753e CPU threads: 8; OS: Linux 5.18; UI render: default; VCL: gtk3 Locale: en-US (en_US.UTF-8); UI: en-US Version: 7.4.0.0.alpha1+ / LibreOffice Community Build ID: b2467d6c7af988f8ed4e090ebf9472be6c84fb06 CPU threads: 8; OS: Linux 5.18; UI render: default; VCL: gtk3 Locale: en-US (en_US.UTF-8); UI: en-US Version: 7.3.6.0.0+ / LibreOffice Community Build ID: 3788d8be31764a3f44dc662f2d6e040a2a24510e CPU threads: 8; OS: Linux 5.18; UI render: default; VCL: gtk3 Locale: en-US (en_US.UTF-8); UI: en-US However, NOT SEEN with Version: 7.2.8.0.0+ / LibreOffice Community Build ID: d293877ff029ae7c161ccfbade992485fd92fe75 CPU threads: 8; OS: Linux 5.18; UI render: default; VCL: gtk3 Locale: en-US (en_US.UTF-8); UI: en-US TinderBox: Linux-rpm_deb-x86_64@86-TDF, Branch:libreoffice-7-2, Time: 2022-04-26_20:29:27 Version: 7.2.8.0.0+ / LibreOffice Community Build ID: d293877ff029ae7c161ccfbade992485fd92fe75 CPU threads: 8; OS: Linux 5.18; UI render: default; VCL: gtk3 Locale: en-US (en_US.UTF-8); UI: en-US TinderBox: Linux-rpm_deb-x86_64@86-TDF, Branch:libreoffice-7-2, Time: 2022-04-26_20:29:27 So, looks like a regression... -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 150384] Perf: scrolling a large Hebrew RTL document in multipage view is slower compared to Latin LTR
https://bugs.documentfoundation.org/show_bug.cgi?id=150384 Telesto changed: What|Removed |Added Summary|Perf: scrolling a large |Perf: scrolling a large |arabic RTL document in |Hebrew RTL document in |multipage view is slower|multipage view is slower |compared to Latin LTR |compared to Latin LTR -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 150384] Perf: scrolling a large Hebrew RTL document in multipage view is slower compared to Latin LTR
https://bugs.documentfoundation.org/show_bug.cgi?id=150384 --- Comment #4 from Telesto --- Created attachment 181760 --> https://bugs.documentfoundation.org/attachment.cgi?id=181760=edit VerySleepy Screenshot Some very basic perf trace without symbols. Appears to be in TextLayout/ GlyphCache -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 150400] Embeded Fonts
https://bugs.documentfoundation.org/show_bug.cgi?id=150400 m.a.riosv changed: What|Removed |Added CC||miguelangelrv@libreoffice.o ||rg --- Comment #1 from m.a.riosv --- Created attachment 181761 --> https://bugs.documentfoundation.org/attachment.cgi?id=181761=edit Screenshot showing the option It's fine for me. You can see in the screenshot the option near to the bottom of the Menu/File. Maybe you have a low resolution, so doesn't keep the option, but in this case there should some kind of arrow to go down. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 150384] Perf: scrolling a large Hebrew document in multipage view is slower compared to Latin (LTR/RTL doesn't appear to matter)
https://bugs.documentfoundation.org/show_bug.cgi?id=150384 Telesto changed: What|Removed |Added Summary|Perf: scrolling a large |Perf: scrolling a large |Hebrew RTL document in |Hebrew document in |multipage view is slower|multipage view is slower |compared to Latin LTR |compared to Latin (LTR/RTL ||doesn't appear to matter) -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 150393] FILEOPEN RTF: Some text and images inside frames are not shown on LibreOffice
https://bugs.documentfoundation.org/show_bug.cgi?id=150393 m.a.riosv changed: What|Removed |Added Keywords|bibisectRequest | Ever confirmed|0 |1 Version|4.1.0.4 release |7.3.4.2 release Status|UNCONFIRMED |NEW CC||miguelangelrv@libreoffice.o ||rg --- Comment #5 from m.a.riosv --- Repro Version: 7.5.0.0.alpha0+ (x64) / LibreOffice Community Build ID: 4e2ce2a460458f17ee4360c45a2da2fc4b4d753e CPU threads: 4; OS: Windows 10.0 Build 19044; UI render: Skia/Vulkan; VCL: win Locale: es-ES (es_ES); UI: en-US Calc: CL -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 150236] Does not open full screen, ooSetupFactoryWindowAttributes not being filled
https://bugs.documentfoundation.org/show_bug.cgi?id=150236 V Stuart Foote changed: What|Removed |Added CC||glo...@fbihome.de --- Comment #14 from V Stuart Foote --- (In reply to Mike Kaganski from comment #13) > (In reply to V Stuart Foote from comment #12) > So is there a "open LibreOffice, expand it to full screen, and close" step > before step 2 missing? Initially I assumed you all were talking about a > shortcut properties - e.g., on Windows, you may assign such settings to > shortcuts; and I assumed that it was "set up shortcut to open fullscreen" > step that was missing. No. With a clean profile. swriter.exe, scalc.exe, sdraw.exe open to full screen. But with soffice.exe (StartCenter) open, first module opens to the StartCenter frame size. Next module launched *also* gets the frame size for the StartCenter. For release builds before 7.4.0.1 and in 7.5.0alpha0+, next module gets its size from ooSetupFactoryWindowAttributes values (IIUC) recorded to user profile. But expect that is just a manifestation of the actual issue. I can not judge for sure because I can't follow how it is plumbed to write back to profile, but there was Jan-Marek's refactoring vcl::WindowPosSize [1] in ea5a0918c8c32309821ab239c4b95f4d6a3b5c12 that is in at 7.4.0.1 =-ref-= https://gerrit.libreoffice.org/c/core/+/135426 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 150236] Does not open full screen, ooSetupFactoryWindowAttributes not being filled
https://bugs.documentfoundation.org/show_bug.cgi?id=150236 --- Comment #13 from Mike Kaganski --- (In reply to V Stuart Foote from comment #12) So is there a "open LibreOffice, expand it to full screen, and close" step before step 2 missing? Initially I assumed you all were talking about a shortcut properties - e.g., on Windows, you may assign such settings to shortcuts; and I assumed that it was "set up shortcut to open fullscreen" step that was missing. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 150399] SAXException: GUI permits "ignore error", CLI has no feature.
https://bugs.documentfoundation.org/show_bug.cgi?id=150399 Michael Warner changed: What|Removed |Added Ever confirmed|0 |1 Status|UNCONFIRMED |NEW --- Comment #2 from Michael Warner --- I believe you. Marking as NEW. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 150399] SAXException: GUI permits "ignore error", CLI has no feature.
https://bugs.documentfoundation.org/show_bug.cgi?id=150399 Michael Warner changed: What|Removed |Added Blocks||103266 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=103266 [Bug 103266] [META] Command line bugs and enhancements -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 103266] [META] Command line bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=103266 Michael Warner changed: What|Removed |Added Depends on||150399 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=150399 [Bug 150399] SAXException: GUI permits "ignore error", CLI has no feature. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 150236] Does not open full screen, ooSetupFactoryWindowAttributes not being filled
https://bugs.documentfoundation.org/show_bug.cgi?id=150236 --- Comment #12 from V Stuart Foote --- (In reply to Mike Kaganski from comment #10) > (In reply to V Stuart Foote from comment #9) > > It can't ever be a blocker, or even a major. It does not make work with the > program impossible, or make it difficult - it is minor, even if regression. > Sure, and it is even resolved for 7.5.0; but why allow it out when it could be avoided, probably with minimal effort. Kind of the point of doing multiple betas for pending major releases. Seems something trivial has slipped. Take care of it now to limit any bad feelings for early testers/adopters. > (In reply to jlerner10 from comment #0) > > Steps to Reproduce: > > 2.Double click LO desktop icon to open > > > > Actual Results: > > Opens to 3/4 screen > > > > Expected Results: > > Should open maximized or full screen. > > Why? Either I do not understand something, or there is no good steps yet > here. On Windows at least, we get no recording to profile of each modules placement and frame size. So the modules will open in unexpected locations and sizes--especially as compared to workflows with prior releases. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 150236] Does not open full screen, ooSetupFactoryWindowAttributes not being filled
https://bugs.documentfoundation.org/show_bug.cgi?id=150236 --- Comment #11 from Kityn --- LO 7.4.x does not remember the last used window position and size, which may annoy a lot of users. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 145441] infinity loop
https://bugs.documentfoundation.org/show_bug.cgi?id=145441 Michael Warner changed: What|Removed |Added Status|RESOLVED|CLOSED -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 145441] infinity loop
https://bugs.documentfoundation.org/show_bug.cgi?id=145441 Michael Warner changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution|--- |INVALID -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 150401] Can't dictate into a comment on macOS
https://bugs.documentfoundation.org/show_bug.cgi?id=150401 Michael Warner changed: What|Removed |Added Keywords||accessibility -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 55571] [META] ACCESSIBILITY: Tracking bug for issues related to the macOS Accessibility API
https://bugs.documentfoundation.org/show_bug.cgi?id=55571 Michael Warner changed: What|Removed |Added Depends on||150401 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=150401 [Bug 150401] Can't dictate into a comment on macOS -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 150401] Can't dictate into a comment on macOS
https://bugs.documentfoundation.org/show_bug.cgi?id=150401 Michael Warner changed: What|Removed |Added Blocks||55571 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=55571 [Bug 55571] [META] ACCESSIBILITY: Tracking bug for issues related to the macOS Accessibility API -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 135468] Mac's Built in dictation while inserting comments causes crash.
https://bugs.documentfoundation.org/show_bug.cgi?id=135468 Michael Warner changed: What|Removed |Added Blocks||55571 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=55571 [Bug 55571] [META] ACCESSIBILITY: Tracking bug for issues related to the macOS Accessibility API -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 55571] [META] ACCESSIBILITY: Tracking bug for issues related to the macOS Accessibility API
https://bugs.documentfoundation.org/show_bug.cgi?id=55571 Michael Warner changed: What|Removed |Added Depends on||135468 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=135468 [Bug 135468] Mac's Built in dictation while inserting comments causes crash. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 150401] New: Can't dictate into a comment on macOS
https://bugs.documentfoundation.org/show_bug.cgi?id=150401 Bug ID: 150401 Summary: Can't dictate into a comment on macOS Product: LibreOffice Version: 7.4.0.0 beta1+ Hardware: All OS: macOS (All) Status: UNCONFIRMED Severity: normal Priority: medium Component: Writer Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: michael.warner.ut+libreoff...@gmail.com Description: When entering a comment into a Writer document, I cannot use macOS native dictation. Dictation works when entering into the document itself. Steps to Reproduce: 1. Open Writer document 2. Select Insert->Comment 3. Press dictation key (has the microphone symbol) Actual Results: Nothing happens Expected Results: Microphone symbol should appear on the screen and anything I say using my voice should be entered in the comment as text. Reproducible: Always User Profile Reset: No Additional Info: I am using a MacBook Pro M1 Version: 7.4.0.2 / LibreOffice Community Build ID: 1512ce97d7ed39dce3121f7e15651fd8895f950e CPU threads: 10; OS: Mac OS X 12.5; UI render: default; VCL: osx Locale: en-US (en_US.UTF-8); UI: en-US Calc: threaded -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 149966] Crash on Windows and freeze on Linux when customizing Menu
https://bugs.documentfoundation.org/show_bug.cgi?id=149966 --- Comment #18 from Kamil Landa --- Verified, fixed in 7.4.0.3 Version: 7.4.0.3 (x64) / LibreOffice Community Build ID: f85e47c08ddd19c015c0114a68350214f7066f5a CPU threads: 8; OS: Windows 10.0 Build 17763; UI render: Skia/Raster; VCL: win Locale: cs-CZ (cs_CZ); UI: cs-CZ Calc: CL -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 71437] Dead keys not working (workaround: comment 3 or comment 6 or comment 19 or comment 30)
https://bugs.documentfoundation.org/show_bug.cgi?id=71437 Michael Warner changed: What|Removed |Added Resolution|--- |WORKSFORME Status|NEEDINFO|RESOLVED --- Comment #45 from Michael Warner --- Marking RESOLVED WFM based on Comment 42 and Comment 44. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 119352] [META] Language issues
https://bugs.documentfoundation.org/show_bug.cgi?id=119352 Bug 119352 depends on bug 71437, which changed state. Bug 71437 Summary: Dead keys not working (workaround: comment 3 or comment 6 or comment 19 or comment 30) https://bugs.documentfoundation.org/show_bug.cgi?id=71437 What|Removed |Added Status|NEEDINFO|RESOLVED Resolution|--- |WORKSFORME -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 150236] Does not open full screen, ooSetupFactoryWindowAttributes not being filled
https://bugs.documentfoundation.org/show_bug.cgi?id=150236 --- Comment #10 from Mike Kaganski --- (In reply to V Stuart Foote from comment #9) It can't ever be a blocker, or even a major. It does not make work with the program impossible, or make it difficult - it is minor, even if regression. (In reply to jlerner10 from comment #0) > Steps to Reproduce: > 2.Double click LO desktop icon to open > > Actual Results: > Opens to 3/4 screen > > Expected Results: > Should open maximized or full screen. Why? Either I do not understand something, or there is no good steps yet here. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 150084] Missing Spanish translation in string under Format Menu in LO Calc RC1 (Spanish version)
https://bugs.documentfoundation.org/show_bug.cgi?id=150084 --- Comment #7 from Albert Acer --- Thanks Julien for your help fixing this on Weblate -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-commits] core.git: sw/inc sw/source
sw/inc/ndarr.hxx |2 +- sw/source/core/docnode/ndtbl.cxx |8 2 files changed, 5 insertions(+), 5 deletions(-) New commits: commit df3b7599f5ad92337a495224f53a1299cc82e97e Author: Noel Grandin AuthorDate: Sat Aug 13 19:07:53 2022 +0200 Commit: Noel Grandin CommitDate: Sat Aug 13 20:23:26 2022 +0200 pass SwNode instead of SwNodeIndex to InsertTable part of the process of hiding the internals of SwPosition Change-Id: I58e20facfb8987a31e354542a9a5e7824daa0b26 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/138235 Tested-by: Jenkins Reviewed-by: Noel Grandin diff --git a/sw/inc/ndarr.hxx b/sw/inc/ndarr.hxx index b50b98b571b8..41180ed19ee1 100644 --- a/sw/inc/ndarr.hxx +++ b/sw/inc/ndarr.hxx @@ -247,7 +247,7 @@ public: adjust in pContentTextColl or pHeadlineTextColl this adjust item overrides the item in pAttrSet. */ -static SwTableNode* InsertTable( const SwNodeIndex& rNdIdx, +static SwTableNode* InsertTable( SwNode& rNd, sal_uInt16 nBoxes, SwTextFormatColl* pContentTextColl, sal_uInt16 nLines, sal_uInt16 nRepeat, SwTextFormatColl* pHeadlineTextColl, diff --git a/sw/source/core/docnode/ndtbl.cxx b/sw/source/core/docnode/ndtbl.cxx index 591cee8e611a..9d345c9dcd56 100644 --- a/sw/source/core/docnode/ndtbl.cxx +++ b/sw/source/core/docnode/ndtbl.cxx @@ -393,7 +393,7 @@ const SwTable* SwDoc::InsertTable( const SwInsertTableOptions& rInsTableOpts, SwNodes::InsertTable to propagate an adjust item if necessary. */ SwTableNode *pTableNd = SwNodes::InsertTable( -rPos.nNode, +rPos.GetNode(), nCols, pBodyColl, nRows, @@ -560,7 +560,7 @@ const SwTable* SwDoc::InsertTable( const SwInsertTableOptions& rInsTableOpts, return } -SwTableNode* SwNodes::InsertTable( const SwNodeIndex& rNdIdx, +SwTableNode* SwNodes::InsertTable( SwNode& rNd, sal_uInt16 nBoxes, SwTextFormatColl* pContentTextColl, sal_uInt16 nLines, @@ -575,8 +575,8 @@ SwTableNode* SwNodes::InsertTable( const SwNodeIndex& rNdIdx, if( !pHeadlineTextColl || !nLines ) pHeadlineTextColl = pContentTextColl; -SwTableNode * pTableNd = new SwTableNode( rNdIdx.GetNode() ); -SwEndNode* pEndNd = new SwEndNode( rNdIdx.GetNode(), *pTableNd ); +SwTableNode * pTableNd = new SwTableNode( rNd ); +SwEndNode* pEndNd = new SwEndNode( rNd, *pTableNd ); if( !nLines ) // For the for loop ++nLines;
[Libreoffice-commits] core.git: sc/source
sc/source/ui/view/tabvwshb.cxx | 53 + 1 file changed, 33 insertions(+), 20 deletions(-) New commits: commit 89581c26be049b5af5bda96f21e908df81a1a194 Author: Noel Grandin AuthorDate: Sat Aug 13 18:07:58 2022 +0200 Commit: Noel Grandin CommitDate: Sat Aug 13 20:23:05 2022 +0200 fix UBSAN downcast...does not point to an object of type 'ScUndoManager' after commit 640a6488a32e8f682788feb6cab01acfffca7fa7 Date: Thu Jul 28 19:06:59 2022 +0200 sc: allow undo of typing in 2 views independent from each other /sc/source/ui/view/tabvwshb.cxx:815:35: runtime error: downcast of address 0x6030007d3c20 which does not point to an object of type 'ScUndoManager' 0x6030007d3c20: note: object is of type 'EditUndoManager' 00 00 00 00 30 0a 0d 67 ed 7f 00 00 d0 d6 11 00 f0 60 00 00 40 7b b7 00 c0 60 00 00 00 00 00 00 ^~~ vptr for 'EditUndoManager' /sc/source/ui/view/tabvwshb.cxx:815:35 SfxItemSet&) /workdir/SdiTarget/sc/sdi/scslots.hxx:1456:1 SfxItemSet&, SfxSlot const*) /sfx2/source/control/dispatch.cxx:1658:9 /sfx2/source/control/bindings.cxx:260:22 /sfx2/source/control/bindings.cxx:1275:17 /sfx2/source/control/bindings.cxx:1220:5 /sfx2/sour Change-Id: I4a505132184800a26725d602d3e27d1094e3ff65 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/138233 Tested-by: Jenkins Reviewed-by: Noel Grandin diff --git a/sc/source/ui/view/tabvwshb.cxx b/sc/source/ui/view/tabvwshb.cxx index 2b1a96f919d1..a26c126c84bd 100644 --- a/sc/source/ui/view/tabvwshb.cxx +++ b/sc/source/ui/view/tabvwshb.cxx @@ -812,7 +812,8 @@ void ScTabViewShell::ExecuteUndo(SfxRequest& rReq) void ScTabViewShell::GetUndoState(SfxItemSet ) { SfxShell* pSh = GetViewData().GetDispatcher().GetShell(0); -ScUndoManager* pUndoManager = static_cast(pSh->GetUndoManager()); +SfxUndoManager* pUndoManager = pSh->GetUndoManager(); +ScUndoManager* pScUndoManager = dynamic_cast(pUndoManager); SfxWhichIter aIter(rSet); sal_uInt16 nWhich = aIter.FirstWhich(); @@ -841,41 +842,53 @@ void ScTabViewShell::GetUndoState(SfxItemSet ) case SID_UNDO: { -if (pUndoManager->GetUndoActionCount()) +if (pScUndoManager) { -const SfxUndoAction* pAction = pUndoManager->GetUndoAction(); -SfxViewShell *pViewSh = GetViewShell(); -if (pViewSh && pAction->GetViewShellId() != pViewSh->GetViewShellId() -&& !pUndoManager->IsViewUndoActionIndependent(this, o3tl::temporary(sal_uInt16( +if (pScUndoManager->GetUndoActionCount()) { -rSet.Put(SfxUInt32Item(SID_UNDO, static_cast(SID_REPAIRPACKAGE))); +const SfxUndoAction* pAction = pScUndoManager->GetUndoAction(); +SfxViewShell *pViewSh = GetViewShell(); +if (pViewSh && pAction->GetViewShellId() != pViewSh->GetViewShellId() +&& !pScUndoManager->IsViewUndoActionIndependent(this, o3tl::temporary(sal_uInt16( +{ +rSet.Put(SfxUInt32Item(SID_UNDO, static_cast(SID_REPAIRPACKAGE))); +} +else +{ +rSet.Put( SfxStringItem( SID_UNDO, SvtResId(STR_UNDO)+pScUndoManager->GetUndoActionComment() ) ); +} } else -{ -rSet.Put( SfxStringItem( SID_UNDO, SvtResId(STR_UNDO)+pUndoManager->GetUndoActionComment() ) ); -} +rSet.DisableItem( SID_UNDO ); } else -rSet.DisableItem( SID_UNDO ); +// get state from sfx view frame +GetViewFrame()->GetSlotState( nWhich, nullptr, ); break; } case SID_REDO: { -if (pUndoManager->GetRedoActionCount()) +if (pScUndoManager) { -const SfxUndoAction* pAction = pUndoManager->GetRedoAction(); -SfxViewShell *pViewSh = GetViewShell(); -if (pViewSh && pAction->GetViewShellId() != pViewSh->GetViewShellId()) +if (pScUndoManager->GetRedoActionCount()) { -rSet.Put(SfxUInt32Item(SID_REDO, static_cast(SID_REPAIRPACKAGE))); +const SfxUndoAction* pAction = pScUndoManager->GetRedoAction(); +SfxViewShell *pViewSh = GetViewShell(); +if (pViewSh && pAction->GetViewShellId() !=
[Libreoffice-commits] core.git: Branch 'libreoffice-7-4' - svgio/qa svgio/source
svgio/qa/cppunit/SvgImportTest.cxx| 24 svgio/qa/cppunit/data/markerInCssStyle.svg| 14 ++ svgio/source/svgreader/svgstyleattributes.cxx |3 ++- 3 files changed, 40 insertions(+), 1 deletion(-) New commits: commit 2e1583b59816296e22b080809b2d9a8ef94b49cf Author: Xisco Fauli AuthorDate: Wed Aug 10 14:58:28 2022 +0200 Commit: Adolfo Jayme Barrientos CommitDate: Sat Aug 13 19:59:54 2022 +0200 tdf#150323: also add markers if there is a css style parent Change-Id: Ia900726ee31b7b19e98122d40b33581c9a60dcc7 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/138090 Tested-by: Jenkins Reviewed-by: Xisco Fauli Signed-off-by: Xisco Fauli Reviewed-on: https://gerrit.libreoffice.org/c/core/+/138139 Reviewed-by: Adolfo Jayme Barrientos diff --git a/svgio/qa/cppunit/SvgImportTest.cxx b/svgio/qa/cppunit/SvgImportTest.cxx index 3fe1b48660ce..2a254b0afd17 100644 --- a/svgio/qa/cppunit/SvgImportTest.cxx +++ b/svgio/qa/cppunit/SvgImportTest.cxx @@ -46,6 +46,7 @@ class Test : public test::BootstrapFixture, public XmlTestTools void testFontsizePercentage(); void testFontsizeRelative(); void testMarkerOrient(); +void testMarkerInCssStyle(); void testTdf45771(); void testTdf97941(); void testTdf104339(); @@ -90,6 +91,7 @@ public: CPPUNIT_TEST(testFontsizePercentage); CPPUNIT_TEST(testFontsizeRelative); CPPUNIT_TEST(testMarkerOrient); +CPPUNIT_TEST(testMarkerInCssStyle); CPPUNIT_TEST(testTdf45771); CPPUNIT_TEST(testTdf97941); CPPUNIT_TEST(testTdf104339); @@ -368,6 +370,28 @@ void Test::testMarkerOrient() assertXPath(pDocument, "/primitive2D/transform/transform[2]", "xy33", "1"); } +void Test::testMarkerInCssStyle() +{ +Primitive2DSequence aSequence = parseSvg(u"/svgio/qa/cppunit/data/markerInCssStyle.svg"); +CPPUNIT_ASSERT_EQUAL(1, static_cast(aSequence.getLength())); + +drawinglayer::Primitive2dXmlDump dumper; +xmlDocUniquePtr pDocument = dumper.dumpAndParse(aSequence); + +CPPUNIT_ASSERT (pDocument); + +// Without the fix in place, this test would have failed with +// - Expected: 20 +// - Actual : 0 +assertXPath(pDocument, "/primitive2D/transform/transform/polypolygonstroke/line", 20); + +assertXPath(pDocument, "/primitive2D/transform/transform[1]/polypolygonstroke/line", "color", "#008000"); +assertXPath(pDocument, "/primitive2D/transform/transform[1]/polypolygonstroke/line", "width", "1"); +assertXPath(pDocument, "/primitive2D/transform/transform[1]/polypolygonstroke/line", "linejoin", "Miter"); +assertXPath(pDocument, "/primitive2D/transform/transform[1]/polypolygonstroke/line", "miterangle", "28"); +assertXPath(pDocument, "/primitive2D/transform/transform[1]/polypolygonstroke/line", "linecap", "BUTT"); +} + void Test::testTdf45771() { //Check text fontsize when using relative units diff --git a/svgio/qa/cppunit/data/markerInCssStyle.svg b/svgio/qa/cppunit/data/markerInCssStyle.svg new file mode 100644 index ..a7a8374f6ee3 --- /dev/null +++ b/svgio/qa/cppunit/data/markerInCssStyle.svg @@ -0,0 +1,14 @@ + +http://www.w3.org/2000/svg; xmlns:xlink="http://www.w3.org/1999/xlink;> + + + + + + + +path.boundary {stroke: red; fill: #ccc; stroke-width: 3; marker-mid: url(#bip); marker-end: url(#bip)} + + + + diff --git a/svgio/source/svgreader/svgstyleattributes.cxx b/svgio/source/svgreader/svgstyleattributes.cxx index 156fadc7c689..da44e3bbb292 100644 --- a/svgio/source/svgreader/svgstyleattributes.cxx +++ b/svgio/source/svgreader/svgstyleattributes.cxx @@ -1148,7 +1148,8 @@ namespace svgio::svgreader // Svg supports markers for path, polygon, polyline and line if(SVGToken::Path == mrOwner.getType() || // path SVGToken::Polygon == mrOwner.getType() || // polygon, polyline -SVGToken::Line == mrOwner.getType()) // line +SVGToken::Line == mrOwner.getType() ||// line +getCssStyleParent()) { // try to add markers add_markers(rPath, rTarget, pHelpPointIndices);
[Libreoffice-bugs] [Bug 150236] Does not open full screen, ooSetupFactoryWindowAttributes not being filled
https://bugs.documentfoundation.org/show_bug.cgi?id=150236 V Stuart Foote changed: What|Removed |Added CC||cl...@documentfoundation.or ||g, ||xiscofa...@libreoffice.org --- Comment #9 from V Stuart Foote --- @Xisco, Cloph -- a blocker? -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 150236] Does not open full screen, ooSetupFactoryWindowAttributes not being filled
https://bugs.documentfoundation.org/show_bug.cgi?id=150236 V Stuart Foote changed: What|Removed |Added Summary|Does not open full screen |Does not open full screen, |LO 7.4.0.1 & 7.4.0.2|ooSetupFactoryWindowAttribu ||tes not being filled Keywords||regression Priority|medium |high --- Comment #8 from V Stuart Foote --- Confirmed /a administrative install of Version: 7.4.0.3 (x64) / LibreOffice Community Build ID: f85e47c08ddd19c015c0114a68350214f7066f5a CPU threads: 8; OS: Windows 10.0 Build 19044; UI render: Skia/Vulkan; VCL: win Locale: en-US (en_US); UI: en-US Calc: threaded No values for ooSetupFactoryWindowAttributes are being written into user proile. The stanzas are there for modules that are launched, but they remain empty. While no issue with recent builds of master against 7.5, something is off with the 7.4 build and needs a tweak. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-commits] core.git: cpputools/source emfio/source eventattacher/source hwpfilter/source include/opencl include/unotest include/xmlscript lingucomponent/source opencl/inc pyuno/source regis
cpputools/source/unoexe/unoexe.cxx | 15 +++--- emfio/source/emfuno/xemfparser.cxx |7 +++--- eventattacher/source/eventattacher.cxx | 13 ++-- hwpfilter/source/attributes.cxx |5 ++-- include/opencl/openclconfig.hxx | 21 ++-- include/unotest/macros_test.hxx |5 ++-- include/xmlscript/xml_helper.hxx|5 ++-- lingucomponent/source/thesaurus/libnth/nthesdta.cxx |8 ++- lingucomponent/source/thesaurus/libnth/nthesdta.hxx |2 - opencl/inc/opencl_device_selection.h|5 ++-- pyuno/source/module/pyuno_adapter.cxx |5 ++-- pyuno/source/module/pyuno_impl.hxx |2 - registry/source/keyimpl.cxx |5 ++-- registry/source/keyimpl.hxx |2 - smoketest/smoketest.cxx | 10 - store/source/storbase.hxx | 12 +-- testtools/source/bridgetest/multi.cxx |3 +- 17 files changed, 67 insertions(+), 58 deletions(-) New commits: commit 1743d74e87745a26043642a06dc8a57b1af29740 Author: Noel Grandin AuthorDate: Tue May 17 10:50:59 2022 +0200 Commit: Noel Grandin CommitDate: Sat Aug 13 19:11:49 2022 +0200 clang-tidy modernize-pass-by-value in various Change-Id: Ie091b22bd77d4e1fbff46545bc86c12f1dbafcfe Reviewed-on: https://gerrit.libreoffice.org/c/core/+/138171 Tested-by: Jenkins Reviewed-by: Noel Grandin diff --git a/cpputools/source/unoexe/unoexe.cxx b/cpputools/source/unoexe/unoexe.cxx index f8e5aa12d492..d4c51e2f40c3 100644 --- a/cpputools/source/unoexe/unoexe.cxx +++ b/cpputools/source/unoexe/unoexe.cxx @@ -46,6 +46,7 @@ #include #include #include +#include using namespace osl; using namespace cppu; @@ -246,16 +247,16 @@ class OInstanceProvider public: OInstanceProvider( const Reference< XComponentContext > & xContext, - const OUString & rImplName, const OUString & rLocation, - const OUString & rServiceName, const Sequence< Any > & rInitParams, - bool bSingleInstance, const OUString & rInstanceName ) + OUString aImplName, OUString aLocation, + OUString aServiceName, const Sequence< Any > & rInitParams, + bool bSingleInstance, OUString aInstanceName ) : _xContext( xContext ) , _bSingleInstance( bSingleInstance ) -, _aImplName( rImplName ) -, _aLocation( rLocation ) -, _aServiceName( rServiceName ) +, _aImplName(std::move( aImplName )) +, _aLocation(std::move( aLocation )) +, _aServiceName(std::move( aServiceName )) , _aInitParams( rInitParams ) -, _aInstanceName( rInstanceName ) +, _aInstanceName(std::move( aInstanceName )) {} // XInstanceProvider diff --git a/emfio/source/emfuno/xemfparser.cxx b/emfio/source/emfuno/xemfparser.cxx index d5342edf747f..55b96e31c222 100644 --- a/emfio/source/emfuno/xemfparser.cxx +++ b/emfio/source/emfuno/xemfparser.cxx @@ -24,6 +24,7 @@ #include #include +#include #include #include #include @@ -50,7 +51,7 @@ namespace emfio::emfreader public: explicit XEmfParser( -uno::Reference< uno::XComponentContext > const & context); +uno::Reference< uno::XComponentContext > context); XEmfParser(const XEmfParser&) = delete; XEmfParser& operator=(const XEmfParser&) = delete; @@ -70,8 +71,8 @@ namespace emfio::emfreader } XEmfParser::XEmfParser( -uno::Reference< uno::XComponentContext > const & context): -context_(context) +uno::Reference< uno::XComponentContext > context): +context_(std::move(context)) { } diff --git a/eventattacher/source/eventattacher.cxx b/eventattacher/source/eventattacher.cxx index 33c41a0f9d03..f344e0cccb0d 100644 --- a/eventattacher/source/eventattacher.cxx +++ b/eventattacher/source/eventattacher.cxx @@ -40,6 +40,7 @@ #include #include +#include namespace com::sun::star::lang { class XMultiServiceFactory; } @@ -65,7 +66,7 @@ class InvocationToAllListenerMapper : public WeakImplHelper< XInvocation > { public: InvocationToAllListenerMapper( const Reference< XIdlClass >& ListenerType, -const Reference< XAllListener >& AllListener, const Any& Helper ); +const Reference< XAllListener >& AllListener, Any Helper ); // XInvocation virtual Reference< XIntrospectionAccess > SAL_CALL getIntrospection() override; @@ -107,10 +108,10 @@ static Reference< XInterface > createAllListenerAdapter // InvocationToAllListenerMapper InvocationToAllListenerMapper::InvocationToAllListenerMapper
[Libreoffice-commits] core.git: sw/source
sw/source/core/doc/DocumentContentOperationsManager.cxx | 16 sw/source/core/doc/docdesc.cxx | 10 -- sw/source/core/doc/docfmt.cxx |5 ++--- sw/source/core/inc/DocumentContentOperationsManager.hxx |2 +- 4 files changed, 15 insertions(+), 18 deletions(-) New commits: commit a0b9a7e7f0d14d0f121e54cb8979074bc5dfbe38 Author: Noel Grandin AuthorDate: Sat Aug 13 16:26:02 2022 +0200 Commit: Noel Grandin CommitDate: Sat Aug 13 19:08:46 2022 +0200 pass SwNode instead of SwNodeIndex to CopyFlyInFlyImpl part of the process of hiding the internals of SwPosition Change-Id: Ib2ac69352ca7e37117ad449fa7cb9f7cd69dd333 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/138232 Tested-by: Jenkins Reviewed-by: Noel Grandin diff --git a/sw/source/core/doc/DocumentContentOperationsManager.cxx b/sw/source/core/doc/DocumentContentOperationsManager.cxx index d27762215749..b7328a40bb24 100644 --- a/sw/source/core/doc/DocumentContentOperationsManager.cxx +++ b/sw/source/core/doc/DocumentContentOperationsManager.cxx @@ -3763,8 +3763,8 @@ void DocumentContentOperationsManager::CopyWithFlyInFly( CopyFlyInFlyImpl(rRg, pCopiedPaM ? >first : nullptr, // see comment below regarding use of pCopiedPaM->second (pCopiedPaM && rRg.aStart != pCopiedPaM->first.Start()->nNode) -? pCopiedPaM->second.nNode -: aSavePos, +? pCopiedPaM->second.GetNode() +: aSavePos.GetNode(), bCopyFlyAtFly, flags); } @@ -3782,7 +3782,7 @@ void DocumentContentOperationsManager::CopyWithFlyInFly( void DocumentContentOperationsManager::CopyFlyInFlyImpl( const SwNodeRange& rRg, SwPaM const*const pCopiedPaM, -const SwNodeIndex& rStartIdx, +SwNode& rStartIdx, const bool bCopyFlyAtFly, SwCopyFlags const flags) const { @@ -3791,7 +3791,7 @@ void DocumentContentOperationsManager::CopyFlyInFlyImpl( // First collect all Flys, sort them according to their ordering number, // and then only copy them. This maintains the ordering numbers (which are only // managed in the DrawModel). -SwDoc& rDest = rStartIdx.GetNode().GetDoc(); +SwDoc& rDest = rStartIdx.GetDoc(); std::set< ZSortFly > aSet; const size_t nArrLen = m_rDoc.GetSpzFrameFormats()->size(); @@ -5059,11 +5059,11 @@ bool DocumentContentOperationsManager::CopyImplImpl(SwPaM& rPam, SwPosition& rPo POP_NUMRULE_STATE } -// copy at-char flys in rPam -SwNodeIndex temp(*pDestTextNd); // update to new (start) node for flys -// tdf#126626 prevent duplicate Undos +// Copy at-char flys in rPam. +// Update to new (start) node for flys. +// tdf#126626 prevent duplicate Undos. ::sw::UndoGuard const ug(rDoc.GetIDocumentUndoRedo()); -CopyFlyInFlyImpl(aRg, , temp, false); +CopyFlyInFlyImpl(aRg, , *pDestTextNd, false); break; } diff --git a/sw/source/core/doc/docdesc.cxx b/sw/source/core/doc/docdesc.cxx index 2060332d9d6a..d75caf8cac0b 100644 --- a/sw/source/core/doc/docdesc.cxx +++ b/sw/source/core/doc/docdesc.cxx @@ -299,10 +299,9 @@ void SwDoc::CopyMasterHeader(const SwPageDesc , const SwFormatHeader SwNodeRange aRange( aRCnt.GetContentIdx()->GetNode(), SwNodeOffset(0), *aRCnt.GetContentIdx()->GetNode().EndOfSectionNode() ); GetNodes().Copy_( aRange, *pSttNd->EndOfSectionNode(), false ); -SwNodeIndex aTmp( *pSttNd ); - GetDocumentContentOperationsManager().CopyFlyInFlyImpl(aRange, nullptr, aTmp); + GetDocumentContentOperationsManager().CopyFlyInFlyImpl(aRange, nullptr, *pSttNd); SwPaM const source(aRange.aStart, aRange.aEnd); -SwPosition dest(aTmp); +SwPosition dest(*pSttNd); sw::CopyBookmarks(source, dest); pFormat->SetFormatAttr( SwFormatContent( pSttNd ) ); rDescFrameFormat.SetFormatAttr( SwFormatHeader( pFormat ) ); @@ -377,10 +376,9 @@ void SwDoc::CopyMasterFooter(const SwPageDesc , const SwFormatFooter SwNodeRange aRange( aRCnt.GetContentIdx()->GetNode(), SwNodeOffset(0), *aRCnt.GetContentIdx()->GetNode().EndOfSectionNode() ); GetNodes().Copy_( aRange, *pSttNd->EndOfSectionNode(), false ); -SwNodeIndex aTmp( *pSttNd ); - GetDocumentContentOperationsManager().CopyFlyInFlyImpl(aRange, nullptr, aTmp); +
[Libreoffice-commits] core.git: sw/inc sw/source
sw/inc/ndarr.hxx |2 +- sw/source/core/crsr/pam.cxx |4 ++-- sw/source/core/docnode/nodes.cxx |8 3 files changed, 7 insertions(+), 7 deletions(-) New commits: commit 0182491e5fdfe5fa085d6bed527bb66e8b6fdf39 Author: Noel Grandin AuthorDate: Sat Aug 13 16:00:14 2022 +0200 Commit: Noel Grandin CommitDate: Sat Aug 13 19:08:28 2022 +0200 pass SwNode instead of SwNodeIndex to GetSectionLevel part of the process of hiding the internals of SwPosition Change-Id: I08f28a918c0d165ef4d143b8121d0aad5771dec0 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/138231 Tested-by: Jenkins Reviewed-by: Noel Grandin diff --git a/sw/inc/ndarr.hxx b/sw/inc/ndarr.hxx index d2a58d988074..b50b98b571b8 100644 --- a/sw/inc/ndarr.hxx +++ b/sw/inc/ndarr.hxx @@ -166,7 +166,7 @@ public: Implementation in doc.hxx (because one needs to know Doc for it) ! */ bool IsDocNodes() const; -static sal_uInt16 GetSectionLevel(const SwNodeIndex ); +static sal_uInt16 GetSectionLevel(const SwNode ); void Delete(const SwNodeIndex , SwNodeOffset nNodes = SwNodeOffset(1)); bool MoveNodes( const SwNodeRange&, SwNodes& rNodes, const SwNodeIndex&, diff --git a/sw/source/core/crsr/pam.cxx b/sw/source/core/crsr/pam.cxx index b84973ec7c74..29bfc5a4200f 100644 --- a/sw/source/core/crsr/pam.cxx +++ b/sw/source/core/crsr/pam.cxx @@ -1052,7 +1052,7 @@ void GoStartSection( SwPosition * pPos ) { // jump to section's beginning SwNodes& rNodes = pPos->GetNodes(); -sal_uInt16 nLevel = SwNodes::GetSectionLevel( pPos->nNode ); +sal_uInt16 nLevel = SwNodes::GetSectionLevel( pPos->GetNode() ); if( pPos->nNode < rNodes.GetEndOfContent().StartOfSectionIndex() ) nLevel--; do { SwNodes::GoStartOfSection( >nNode ); } while( nLevel-- ); @@ -1073,7 +1073,7 @@ void GoEndSection( SwPosition * pPos ) { // jump to section's beginning/end SwNodes& rNodes = pPos->GetNodes(); -sal_uInt16 nLevel = SwNodes::GetSectionLevel( pPos->nNode ); +sal_uInt16 nLevel = SwNodes::GetSectionLevel( pPos->GetNode() ); if( pPos->nNode < rNodes.GetEndOfContent().StartOfSectionIndex() ) nLevel--; do { SwNodes::GoEndOfSection( >nNode ); } while( nLevel-- ); diff --git a/sw/source/core/docnode/nodes.cxx b/sw/source/core/docnode/nodes.cxx index 891d2f7017c0..4cda9d0a6a8e 100644 --- a/sw/source/core/docnode/nodes.cxx +++ b/sw/source/core/docnode/nodes.cxx @@ -1265,12 +1265,12 @@ void SwNodes::Delete(const SwNodeIndex , SwNodeOffset nNodes) * @param rIdx position of the node * @return section level at the given position */ -sal_uInt16 SwNodes::GetSectionLevel(const SwNodeIndex ) +sal_uInt16 SwNodes::GetSectionLevel(const SwNode ) { // special treatment for 1st Node -if(rIdx == SwNodeOffset(0)) return 1; +if(rIdx.GetIndex() == SwNodeOffset(0)) return 1; // no recursion! This calls a SwNode::GetSectionLevel (missing "s") -return rIdx.GetNode().GetSectionLevel(); +return rIdx.GetSectionLevel(); } void SwNodes::GoStartOfSection(SwNodeIndex *pIdx) @@ -1454,7 +1454,7 @@ static bool lcl_HighestLevel( SwNode* pNode, void * pPara ) */ sal_uInt16 HighestLevel( SwNodes & rNodes, const SwNodeRange & rRange ) { -HighLevel aPara( SwNodes::GetSectionLevel( rRange.aStart )); +HighLevel aPara( SwNodes::GetSectionLevel( rRange.aStart.GetNode() )); rNodes.ForEach( rRange.aStart, rRange.aEnd, lcl_HighestLevel, ); return aPara.nTop;
[Libreoffice-bugs] [Bug 150384] Perf: scrolling a large arabic RTL document in multipage view is slower compared to Latin LTR
https://bugs.documentfoundation.org/show_bug.cgi?id=150384 --- Comment #3 from Khaled Hosny --- I don’t know, I couldn’t see a difference in scrolling the two documents. I was looking because Kashida justification in Arabic does not seem to use the glyph cache and I was wondering if it affects performance. Since this is Hebrew, Kashida would be irrelevant. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 150400] New: Embeded Fonts
https://bugs.documentfoundation.org/show_bug.cgi?id=150400 Bug ID: 150400 Summary: Embeded Fonts Product: LibreOffice Version: 7.3.2.2 release Hardware: x86-64 (AMD64) OS: Windows (All) Status: UNCONFIRMED Severity: normal Priority: medium Component: Writer Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: tomsa...@juno.com Description: I have been trying to learn how to Embed Fonts in my LubreOffice documents. I went to the following web-site (listed below). There I was advised to choose FILE – Properties – Font tab. However on my version of LubreOffice (I’m using v7.3.2.2 (X64)) there is no listing for Propertied in the File menu. https://help.libreoffice.org/latest/lo/text/shared/01/prop_font_embed.html Actual Results: I have been trying to learn how to Embed Fonts in my LubreOffice documents. I went to the following web-site (listed below). There I was advised to choose FILE – Properties – Font tab. However on my version of LubreOffice (I’m using v7.3.2.2 (X64)) there is no listing for Propertied in the File menu. https://help.libreoffice.org/latest/lo/text/shared/01/prop_font_embed.html Expected Results: Nothing I can not access something that's not there Reproducible: Always User Profile Reset: Yes Additional Info: List the file I was sent to find. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 77964] FILEOPEN: WPS DOC - Image wrapped Optimal instead of No Wrap
https://bugs.documentfoundation.org/show_bug.cgi?id=77964 Justin L changed: What|Removed |Added Status|NEW |ASSIGNED Assignee|libreoffice-b...@lists.free |jl...@mail.com |desktop.org | --- Comment #19 from Justin L --- (In reply to Justin L from comment #16) > This is defined as a character shape. (placeholder 0x01 instead of 0x08). >From SPRMS WW8.pdf: "1.3.5 Pictures Pictures in the Word Binary File format can be either inline or floating. An inline picture is represented by a character whose Unicode value is 0x0001 and has sprmCFSpec applied with a value of 1 and sprmCPicLocation applied to specify the location of the picture data. A floating picture is represented by an anchor character with a Unicode value of 0x0008 with sprmCFSpec applied with a value of 1. In addition, floating pictures are referenced by a PlcfSpa structure which contains additional data about the picture. A floating picture can appear anywhere on the same page as its anchor. The document author can choose to have the floating picture rearrange the text in various ways or to leave the text as is." Proposed fix at http://gerrit.libreoffice.org/c/core/+/138234 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 120615] Ctrl+LShift, Ctrl+RShift not setting direction in Impress
https://bugs.documentfoundation.org/show_bug.cgi?id=120615 Eyal Rozenberg changed: What|Removed |Added Keywords||needsUXEval --- Comment #10 from Eyal Rozenberg --- So, this is a UI inconsistency between the different LO apps. And - I doubt it would be difficult to fix. Is there a valid reason why this is the case, or is it just an oversight? -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 134226] Arabic diacritics and shadda overlap when shadda is in a separate span
https://bugs.documentfoundation.org/show_bug.cgi?id=134226 Khaled Hosny changed: What|Removed |Added See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=52 ||028 --- Comment #20 from Khaled Hosny --- See bug 52028 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-commits] core.git: sw/source
sw/source/filter/ww8/docxattributeoutput.cxx | 74 +-- sw/source/filter/ww8/docxattributeoutput.hxx | 10 +-- 2 files changed, 43 insertions(+), 41 deletions(-) New commits: commit 95639e7473f36a6031ac1305e0a1ed517e351976 Author: Noel Grandin AuthorDate: Mon Aug 8 21:10:20 2022 +0200 Commit: Noel Grandin CommitDate: Sat Aug 13 18:10:52 2022 +0200 unique_ptr->optional in DocxAttributeOutput Change-Id: Idd7432689700ad13765c50c22c30ae230647b24a Reviewed-on: https://gerrit.libreoffice.org/c/core/+/138159 Tested-by: Jenkins Reviewed-by: Noel Grandin diff --git a/sw/source/filter/ww8/docxattributeoutput.cxx b/sw/source/filter/ww8/docxattributeoutput.cxx index 019087e9142a..8298af5de01b 100644 --- a/sw/source/filter/ww8/docxattributeoutput.cxx +++ b/sw/source/filter/ww8/docxattributeoutput.cxx @@ -963,8 +963,8 @@ void DocxAttributeOutput::EndParagraph( ww8::WW8TableNodeInfoInner::Pointer_t pT { comphelper::FlagRestorationGuard aStartedParaSdtGuard(m_aParagraphSdt.m_bStartedSdt, false); -assert(!m_pPostponedCustomShape); -m_pPostponedCustomShape.reset(new std::vector); +assert(!m_oPostponedCustomShape); +m_oPostponedCustomShape.emplace(); // The for loop can change the size of m_aFramesOfParagraph, so the max size cannot be set in stone before the loop. size_t nFrames = m_aFramesOfParagraph.size() ? m_aFramesOfParagraph.top().size() : 0; @@ -1037,13 +1037,13 @@ void DocxAttributeOutput::EndParagraph( ww8::WW8TableNodeInfoInner::Pointer_t pT nFrames = m_aFramesOfParagraph.size() ? m_aFramesOfParagraph.top().size() : 0; } -if (!m_pPostponedCustomShape->empty()) +if (!m_oPostponedCustomShape->empty()) { m_pSerializer->startElementNS(XML_w, XML_r); WritePostponedCustomShape(); m_pSerializer->endElementNS( XML_w, XML_r ); } -m_pPostponedCustomShape.reset(); +m_oPostponedCustomShape.reset(); if ( m_aFramesOfParagraph.size() ) m_aFramesOfParagraph.top().clear(); @@ -2937,17 +2937,17 @@ void DocxAttributeOutput::StartRunProperties() } InitCollectedRunProperties(); -assert( !m_pPostponedGraphic ); -m_pPostponedGraphic.reset(new std::vector); +assert( !m_oPostponedGraphic ); +m_oPostponedGraphic.emplace(); -assert( !m_pPostponedDiagrams ); -m_pPostponedDiagrams.reset(new std::vector); +assert( !m_oPostponedDiagrams ); +m_oPostponedDiagrams.emplace(); -assert(!m_pPostponedDMLDrawings); -m_pPostponedDMLDrawings.reset(new std::vector); +assert(!m_oPostponedDMLDrawings); +m_oPostponedDMLDrawings.emplace(); -assert( !m_pPostponedOLEs ); -m_pPostponedOLEs.reset(new std::vector); +assert( !m_oPostponedOLEs ); +m_oPostponedOLEs.emplace(); } void DocxAttributeOutput::InitCollectedRunProperties() @@ -3313,19 +3313,19 @@ void DocxAttributeOutput::GetSdtEndBefore(const SdrObject* pSdrObj) void DocxAttributeOutput::WritePostponedGraphic() { -for (const auto & rPostponedDiagram : *m_pPostponedGraphic) +for (const auto & rPostponedDiagram : *m_oPostponedGraphic) FlyFrameGraphic(rPostponedDiagram.grfNode, rPostponedDiagram.size, nullptr, nullptr, rPostponedDiagram.pSdrObj); -m_pPostponedGraphic.reset(); +m_oPostponedGraphic.reset(); } void DocxAttributeOutput::WritePostponedDiagram() { -for( const auto & rPostponedDiagram : *m_pPostponedDiagrams ) +for( const auto & rPostponedDiagram : *m_oPostponedDiagrams ) m_rExport.SdrExporter().writeDiagram(rPostponedDiagram.object, *rPostponedDiagram.frame, m_anchorId++); -m_pPostponedDiagrams.reset(); +m_oPostponedDiagrams.reset(); } bool DocxAttributeOutput::FootnoteEndnoteRefTag() @@ -6093,11 +6093,11 @@ bool DocxAttributeOutput::ExportAsActiveXControl(const SdrObject* pObject) const void DocxAttributeOutput::PostponeOLE( SwOLENode& rNode, const Size& rSize, const SwFlyFrameFormat* pFlyFrameFormat ) { -if( !m_pPostponedOLEs ) +if( !m_oPostponedOLEs ) //cannot be postponed, try to write now WriteOLE( rNode, rSize, pFlyFrameFormat ); else -m_pPostponedOLEs->push_back( PostponedOLE( , rSize, pFlyFrameFormat ) ); +m_oPostponedOLEs->push_back( PostponedOLE( , rSize, pFlyFrameFormat ) ); } /* @@ -6105,16 +6105,16 @@ void DocxAttributeOutput::PostponeOLE( SwOLENode& rNode, const Size& rSize, cons */ void DocxAttributeOutput::WritePostponedOLE() { -if( !m_pPostponedOLEs ) +if( !m_oPostponedOLEs ) return; -for( const auto & rPostponedOLE : *m_pPostponedOLEs ) +for( const auto & rPostponedOLE : *m_oPostponedOLEs ) { WriteOLE( *rPostponedOLE.object, rPostponedOLE.size, rPostponedOLE.frame ); } // clear list of postponed objects -
[Libreoffice-bugs] [Bug 116641] RTL text that starts with LTR character rendered incorrectly without explicit RTL mark
https://bugs.documentfoundation.org/show_bug.cgi?id=116641 Eyal Rozenberg changed: What|Removed |Added Status|NEW |NEEDINFO -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 116641] RTL text that starts with LTR character rendered incorrectly without explicit RTL mark
https://bugs.documentfoundation.org/show_bug.cgi?id=116641 --- Comment #17 from Eyal Rozenberg --- Created attachment 181759 --> https://bugs.documentfoundation.org/attachment.cgi?id=181759=edit Test doc content in LO 7.5 nightly - Writer vs Impress -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 116641] RTL text that starts with LTR character rendered incorrectly without explicit RTL mark
https://bugs.documentfoundation.org/show_bug.cgi?id=116641 --- Comment #16 from Eyal Rozenberg --- Can no longer reproduce this, with an LO 7.5 nightly. Or to be more exact: The "main" part of this bug, which manifests for both Hebrew and English, and doesn't manifest in Writer - I can no longer reproduced. The Arabic letters being laid out on top of each other is still an issue, but I'm pretty sure that's a separate bug. Idan, others, can you reproduce this? See also my upcoming screenshot. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 116641] RTL text that starts with LTR character rendered incorrectly without explicit RTL mark
https://bugs.documentfoundation.org/show_bug.cgi?id=116641 --- Comment #15 from Eyal Rozenberg --- Can no longer reproduce this, with an LO 7.5 nightly. Or to be more exact: The "main" part of this bug, which manifests for both Hebrew and English, and doesn't manifest in Writer - I can no longer reproduced. The Arabic letters beying laid out on top of each other is still an issue, but I'm pretty sure that's a separate bug. Idan, others, can you reproduce this? See also my upcoming screenshot. -- You are receiving this mail because: You are the assignee for the bug.