[Libreoffice-bugs] [Bug 157505] Data > XML Source . Cannot import record level
https://bugs.documentfoundation.org/show_bug.cgi?id=157505 --- Comment #3 from Hurri39 --- (In reply to Xisco Faulí from comment #2) > I checked with > > Version: 5.0.5.2 > Build ID: 55b006a02d247b5f7215fc6ea0fde844b30035b3 > Locale: de-DE (es_ES.UTF-8) > > and the behaviour is the same as in LibreOffice 7.6.0.3 > > Could you please explain in which version it was different ? I tried version 7.5 (older one I can download) without success. Perhaps it was also broken in 5.0.5, I remember such a regression in the past. But as I see in another bug report (https://bugs.documentfoundation.org/show_bug.cgi?id=146221), it seems it was working in 7.4 (with a bug on Windows version). You were able to click on a record node. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 144860] CALC Autoinput appears to have dual functionality
https://bugs.documentfoundation.org/show_bug.cgi?id=144860 --- Comment #3 from Colin --- Version: 7.5.6.2 (X86_64) / LibreOffice Community Build ID: f654817fb68d6d4600d7d2f6b647e47729f55f15 CPU threads: 4; OS: Windows 10.0 Build 19045; UI render: Skia/Raster; VCL: win Locale: sv-SE (en_GB); UI: en-GB Calc: threaded Still a bug Additionally, experimenting with the two flags identifies that; Autoinput prompts text and tooltips immediately - specifically, the moment the parenthesis is opened as in =ABS( BUT If autoinput is off AND tools>options>general> Extended tips is toggled on, then the tip does not appear the moment the parenthesis is opened - it waits for the user to input say a spacebar character before it appears. The user can then backspace to eliminate the "syntax error" and the tooltip will remain with the appropriate prompt. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157534] LibreOffice programs won't start if portable installation path has more than 77 characters
https://bugs.documentfoundation.org/show_bug.cgi?id=157534 Buovjaga changed: What|Removed |Added Resolution|--- |NOTOURBUG CC||ilmari.lauhakangas@libreoff ||ice.org Status|UNCONFIRMED |RESOLVED --- Comment #5 from Buovjaga --- Please report it to https://portableapps.com/forums/support/libreoffice_portable -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157124] Frame Vertical Position Top/Bottom Reversed in Properties
https://bugs.documentfoundation.org/show_bug.cgi?id=157124 --- Comment #10 from Jim Avera --- ...(continuing)... "the field defines the *position of the object relative to the baseline*, not the *part of the object that should align with the baseline*" This also confuses me because how does "Top" or "Bottom" specify a *position* relative to some other position (i.e. the Baseline)? Maybe this would help me: Is "Baseline" the Baseline of the surrounding text, or the Baseline of text contained in a TextBox inside the Frame? Please look again at https://bugs.documentfoundation.org/attachment.cgi?id=189454, where it seems clear that the Baseline of the surrounding text is what is meant by "Baseline", and when set to "Top" means the top of...what? -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157124] Frame Vertical Position Top/Bottom Reversed in Properties
https://bugs.documentfoundation.org/show_bug.cgi?id=157124 --- Comment #9 from Jim Avera --- Hi, Could you elaborate on the meaning of "Top(Bottom) to Base Line"? I accept that we have linguistic differences, but I would like help to understand how you interpret these words. For example, I was confused when you explained "Top To Baseline" has the meaning like "Top of the Baseline" because a Baseline is a horizontal line, not a rectangle, so has no distinct Top and Bottom. Is not the Frame the only thing with a distinct Top and Bottom to align with? -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157283] View 'web' mode disconfigures initial typing screen position when window maximed or redimensioned
https://bugs.documentfoundation.org/show_bug.cgi?id=157283 QA Administrators changed: What|Removed |Added Whiteboard|| QA:needsComment -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 152032] Open remote file (ssh/sshfs) does not open file
https://bugs.documentfoundation.org/show_bug.cgi?id=152032 --- Comment #4 from QA Administrators --- [Automated Action] NeedInfo-To-Unconfirmed -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157540] Installation windows appears at top left corner after completing installation.
https://bugs.documentfoundation.org/show_bug.cgi?id=157540 --- Comment #4 from QA Administrators --- [Automated Action] NeedInfo-To-Unconfirmed -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157127] Make "Merge adjacent line styles" merge between tables
https://bugs.documentfoundation.org/show_bug.cgi?id=157127 --- Comment #14 from QA Administrators --- [Automated Action] NeedInfo-To-Unconfirmed -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 153654] Problem with template shortcut
https://bugs.documentfoundation.org/show_bug.cgi?id=153654 --- Comment #3 from QA Administrators --- Dear Edward Redondo, 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 154262] MAILMERGE does the wrong thing with multiple "Next Record" field from different databases
https://bugs.documentfoundation.org/show_bug.cgi?id=154262 --- Comment #2 from QA Administrators --- Dear Jonathan Kamens, 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 154566] Headlines in Local Help are styled as plain text
https://bugs.documentfoundation.org/show_bug.cgi?id=154566 --- Comment #2 from QA Administrators --- Dear Leona Go., 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 154606] TABLE
https://bugs.documentfoundation.org/show_bug.cgi?id=154606 --- Comment #2 from QA Administrators --- Dear Hartwig Mau, 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 127712] Flag for whether choosing a style clears direct formatting
https://bugs.documentfoundation.org/show_bug.cgi?id=127712 --- Comment #12 from QA Administrators --- Dear Eyal Rozenberg, 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 109205] Text box created on wrong position with large image in multipage doc
https://bugs.documentfoundation.org/show_bug.cgi?id=109205 --- Comment #15 from QA Administrators --- Dear internationils, 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 94952] Showing slide show yields 2/3 page with PNG image all black in Linux with HW acceleration
https://bugs.documentfoundation.org/show_bug.cgi?id=94952 --- Comment #28 from QA Administrators --- Dear Ray Holme, 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 46301] CONFIGURATION: Toolbar settings not persistent when switching view modes
https://bugs.documentfoundation.org/show_bug.cgi?id=46301 --- Comment #10 from QA Administrators --- Dear paul, 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 144860] CALC Autoinput appears to have dual functionality
https://bugs.documentfoundation.org/show_bug.cgi?id=144860 --- Comment #2 from QA Administrators --- Dear Colin, 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 48112] EDITING: Lightproof makes incorrect suggestion - unmatched quotation marks
https://bugs.documentfoundation.org/show_bug.cgi?id=48112 --- Comment #15 from QA Administrators --- Dear Wyndham Clampett, 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 131531] FILESAVE ODT->DOCX: Header height of first page is not reserved
https://bugs.documentfoundation.org/show_bug.cgi?id=131531 --- Comment #10 from QA Administrators --- Dear Kevin Suo, 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 144827] EDITING Creating an ordered/unordered list is not recorded as tracked change
https://bugs.documentfoundation.org/show_bug.cgi?id=144827 --- Comment #4 from QA Administrators --- Dear NISZ LibreOffice Team, 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 157127] Make "Merge adjacent line styles" merge between tables
https://bugs.documentfoundation.org/show_bug.cgi?id=157127 --- Comment #13 from Jim Avera --- @Stéphane Guillou -- I've been using both 7.5.6.2 and master builds (24.2alpha) -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 149527] Calc crashes when scroll up and down quickly within a document, or hold Page Down (Skia/Vulkan)
https://bugs.documentfoundation.org/show_bug.cgi?id=149527 --- Comment #40 from ilya.y.koma...@gmail.com --- (In reply to Stéphane Guillou (stragu) from comment #39) > (In reply to ilya.y.komarov from comment #37) > > Hello. I've reproduced this bug [..] > > Everything forks fine using scrolling method as well as using Page Up or > > Page Down buttons. > > Ilya, "reproduced" means you can see the bug described here and it crashes. > Then you say that everything works fine. Which why is it? > Also, please don't set a confirmed be with status "new" back to > "unconfirmed". Please see: > https://wiki.documentfoundation.org/QA/Bugzilla/Fields/Status I meant , that I've reproduced scenario of this bug. Everything works fine mean that the bug wasn't confirmed. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157127] Make "Merge adjacent line styles" merge between tables
https://bugs.documentfoundation.org/show_bug.cgi?id=157127 --- Comment #12 from Jim Avera --- > Each of the four cell borders can be styled individually. So the user can style the bottom edge of the bottom cells of the first table and the top edge of the top cells of the second table to get the desired appearance Hi Regina, How can the user avoid the doubling problem? That is, avoid doubling when tables are touching yet still show all borders when a page-break intervenes? For example, if the top border is set to none then there is no doubling when the tables touch, but if there is a page-break then the table at the top of the new page is missing a top border. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 73292] FILESAVE: saving as .uot results in microscopic page size when re-opened (only when Inches used)
https://bugs.documentfoundation.org/show_bug.cgi?id=73292 --- Comment #23 from Jim Avera --- Still present in master. Version: 24.2.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: e472b5b557d2b43b41e488c83db2b188de499610 CPU threads: 12; OS: Linux 6.2; UI render: default; VCL: gtk3 Locale: en-US (en_US.UTF-8); UI: en-US Calc: threaded P.S. I also confirm that the bug depends on saving while Tools->Options->LibreOfficeDev Writer->General->Measurement unit is "Inch" (bug does not appear if saving with Measurment unit set to "Centimeter") -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157540] Installation windows appears at top left corner after completing installation.
https://bugs.documentfoundation.org/show_bug.cgi?id=157540 --- Comment #3 from ilya.y.koma...@gmail.com --- (In reply to m.a.riosv from comment #2) > Have you tried to move the window? Hello. I've reinstalled Libre Office and Dev version to make a screenshot that I was able to move completing installation window. But today ,after completing installation of both versions again, the completing installation window appear in the middle of the screen as suppose to. Ether the bug was fixed , ether smth. was wrong with my laptop. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 152032] Open remote file (ssh/sshfs) does not open file
https://bugs.documentfoundation.org/show_bug.cgi?id=152032 --- Comment #3 from Craig Harding --- @ Stéphane Guillou (stragu) Version: 7.6.2.1 (X86_64) / LibreOffice Community Build ID: 56f7684011345957bbf33a7ee678afaf4d2ba333 CPU threads: 4; OS: Linux 5.15; UI render: default; VCL: gtk3 Locale: en-CA (en_CA.UTF-8); UI: en-US Calc: threaded I can drag and drop an odt file onto the default LO window and the file seems to open but before it opens I'm given a 'Document in Use' popup and it tells me that 'This file has been locked by another user' and gives me two opens: To open it read only or open a copy. If I chose read only I can open the file but since read-only, cannot test to see if I can make changes and save it. Let me know if you need more info from me. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157549] Shadow transparency in Impress table borders is inconsistent when cell background is set to None
https://bugs.documentfoundation.org/show_bug.cgi?id=157549 m.a.riosv changed: What|Removed |Added CC||miguelangelrv@libreoffice.o ||rg Ever confirmed|0 |1 Status|UNCONFIRMED |NEW --- Comment #1 from m.a.riosv --- Reproducible with Version: 24.2.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 506fb766885f147a40f09ffca803b4e31b14b1e1 CPU threads: 16; OS: Windows 10.0 Build 22621; UI render: Skia/Raster; VCL: win Locale: es-ES (es_ES); UI: en-US Calc: CL threaded Jumbo In the help talks only about the object. May should be a request for enhancement. https://help.libreoffice.org/24.2/en-US/text/shared/01/05210600.html?System=WIN=IMPRESS=cui/ui/shadowtabpage/ShadowTabPage#bm_id3150620 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157547] FILEOPEN "Write error. The file could not be written"
https://bugs.documentfoundation.org/show_bug.cgi?id=157547 m.a.riosv changed: What|Removed |Added CC||miguelangelrv@libreoffice.o ||rg Status|UNCONFIRMED |NEEDINFO Ever confirmed|0 |1 --- Comment #1 from m.a.riosv --- Please paste here the information on Menu/Help/About LibreOffice (There is an icon to copy) -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157546] Saving window, when is called, the first "active" selection is "search" instead of "file name"
https://bugs.documentfoundation.org/show_bug.cgi?id=157546 m.a.riosv changed: What|Removed |Added Ever confirmed|0 |1 CC||miguelangelrv@libreoffice.o ||rg Status|UNCONFIRMED |NEEDINFO --- Comment #1 from m.a.riosv --- Please test in safe mode, Menu/Help/Restart in Safe Mode If it doesn't, please test with a newer version, 7.6.2 now, with a lot of resolved bugs. Also, please paste here the information on Menu/Help/About LibreOffice (There is an icon to copy) -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157541] UI: The Calc Find tool bar functionality is not natural in its search for numbers since if entering 11, then the search also finds 111, 1111, etc.
https://bugs.documentfoundation.org/show_bug.cgi?id=157541 m.a.riosv changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED CC||miguelangelrv@libreoffice.o ||rg Resolution|--- |NOTABUG --- Comment #1 from m.a.riosv --- Just below the search field, you have an option to search for the 'Entire cells', not partially. Please for question like this one, use ask.libreoffice.org -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157540] Installation windows appears at top left corner after completing installation.
https://bugs.documentfoundation.org/show_bug.cgi?id=157540 m.a.riosv changed: What|Removed |Added Ever confirmed|0 |1 CC||miguelangelrv@libreoffice.o ||rg Status|UNCONFIRMED |NEEDINFO --- Comment #2 from m.a.riosv --- Have you tried to move the window? -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157531] Spreadsheet will not print to printer or pdf
https://bugs.documentfoundation.org/show_bug.cgi?id=157531 m.a.riosv changed: What|Removed |Added Status|NEEDINFO|RESOLVED Resolution|--- |NOTABUG --- Comment #2 from m.a.riosv --- You have not well-defined the height for 'Header' and 'Footer' on the page style. There are 15.9 cm of height for both, so no place to print the spreadsheet data. For this kind of question, please look for help in ask.libreoffice.org -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157502] FILEOPEN PPTX: transparency missing (both edit and presentation mode)
https://bugs.documentfoundation.org/show_bug.cgi?id=157502 --- Comment #7 from Gerald Pfeifer --- I managed to set Skia/Raster instead of default via Tools - Options... - LibreOffice - Advanced - Open Expert Configuration. No change compared to the original default setting. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 99671] [META] Gallery bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=99671 Bug 99671 depends on bug 67274, which changed state. Bug 67274 Summary: Gallery: Do not link inserted images https://bugs.documentfoundation.org/show_bug.cgi?id=67274 What|Removed |Added Status|NEW |RESOLVED Resolution|--- |WORKSFORME -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 67274] Gallery: Do not link inserted images
https://bugs.documentfoundation.org/show_bug.cgi?id=67274 Stéphane Guillou (stragu) changed: What|Removed |Added Hardware|Other |All CC||stephane.guillou@libreoffic ||e.org Status|NEW |RESOLVED Resolution|--- |WORKSFORME --- Comment #19 from Stéphane Guillou (stragu) --- Reproduced in libreoffice-4.3.7.1 but it has been fixed since at least libreoffice-4.4.0.0.beta1. Tested back then with inserting a page background from the Background gallery, but can be tested in a recent trunk build with the Bullet gallery. Files are included in the file's Picture directory instead of being linked. Version: 24.2.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: e9a0c97de95688b2f86bbb4dd8c823af5442401c CPU threads: 8; OS: Linux 5.15; UI render: default; VCL: gtk3 Locale: en-AU (en_AU.UTF-8); UI: en-US Calc: threaded Couldn't find the fixing commit. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157502] FILEOPEN PPTX: transparency missing (both edit and presentation mode)
https://bugs.documentfoundation.org/show_bug.cgi?id=157502 --- Comment #6 from Gerald Pfeifer --- Created attachment 189935 --> https://bugs.documentfoundation.org/attachment.cgi?id=189935=edit Options - LibreOffice - View for 24.2 on Linux Thank you, Patrick. I tried disabling the Skia checkboxes as you suggested, alas these do not appear here on Linux (see screenshot and https://ask.libreoffice.org/t/there-is-not-skia-option/85326 ). -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157502] FILEOPEN PPTX: transparency missing (both edit and presentation mode)
https://bugs.documentfoundation.org/show_bug.cgi?id=157502 --- Comment #5 from Patrick Luby --- I can also reproduce this in my local master build on macOS with Skia disabled: Version: 24.2.0.0.alpha0+ (AARCH64) / LibreOffice Community Build ID: 9eb419b0b0f019f5fbc48ff1a11977e8b041edee CPU threads: 8; OS: macOS 14.0; UI render: default; VCL: osx Locale: en-CA (en_CA.UTF-8); UI: en-US Calc: threaded It cannot reproduce it in LibreOffice 7.6.2.1 so I am fairly sure that we need to add or remove an AlphaMask::Invert() to adjust for the changes in the "transparency->alpha" patch. I starting looking for where the image is being drawn. A question for Linux users: if you check one or both of the Skia checkboxes (select the Tools > Options menu item and then select LibreOffice > View in the dialog that appears) and restart LibreOffice, do you see the same white background? With Skia/Metal and Skia/Raster on macOS, I see a barely visible transparent background instead of white. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157549] Shadow transparency in Impress table borders is inconsistent when cell background is set to None
https://bugs.documentfoundation.org/show_bug.cgi?id=157549 Rafael Lima changed: What|Removed |Added See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=15 ||0557 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157549] Shadow transparency in Impress table borders is inconsistent when cell background is set to None
https://bugs.documentfoundation.org/show_bug.cgi?id=157549 Rafael Lima changed: What|Removed |Added Summary|Shadow in Impress table |Shadow transparency in |borders is inconsistent |Impress table borders is |when cell background is set |inconsistent when cell |to None |background is set to None -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157549] New: Shadow in Impress table borders is inconsistent when cell background is set to None
https://bugs.documentfoundation.org/show_bug.cgi?id=157549 Bug ID: 157549 Summary: Shadow in Impress table borders is inconsistent when cell background is set to None Product: LibreOffice Version: 7.6.0.3 release Hardware: All OS: All Status: UNCONFIRMED Severity: normal Priority: medium Component: Impress Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: rafael.palma.l...@gmail.com This is a follow up after bug 150557 was fixed. Open attachment 181975 from bug 150557. It has 2 tables formatted with borders using Transparency = 0%. The cells in the table on the left have background color set to "Color" and "white". The table has shadow using Red color and transparency set to 0%. Notice that the shadows are indeed consistent with 0% transparency. The table on the right is a copy of the table on the left, but the cell background was set to None. Notice that now the shadows are fainter and are not consistent with 0% transparency. It appears that some transparency is still being applied, even though transparency is set to 0%. To reproduce this issue: 1) Select all cells in the table on the left 2) Using the toolbar, set the color to None 3) Notice that the shadow now has some transparency (although transparency is set to 0%) 4) To check that, right-click the table, go to Table Properties - Shadow System info Version: 7.6.2.1 (X86_64) / LibreOffice Community Build ID: 60(Build:1) CPU threads: 16; OS: Linux 6.2; UI render: default; VCL: kf5 (cairo+xcb) Locale: pt-BR (pt_BR.UTF-8); UI: en-US Ubuntu package version: 4:7.6.2~rc1-0ubuntu0.23.04.1~lo1 Calc: threaded Also present in Version: 24.2.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 1cf500366e8de4c1c89c1f9235629d2efeaa89af CPU threads: 16; OS: Linux 6.2; UI render: default; VCL: kf5 (cairo+xcb) Locale: pt-BR (pt_BR.UTF-8); UI: en-US Calc: CL threaded -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 102495] [META] KDE (kf5) VCL backend bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=102495 Stéphane Guillou (stragu) changed: What|Removed |Added Depends on||144201 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=144201 [Bug 144201] Remove "Insert as Background" from Gallery context menu -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 144823] [META] Removal of UNO commands
https://bugs.documentfoundation.org/show_bug.cgi?id=144823 Bug 144823 depends on bug 144201, which changed state. Bug 144201 Summary: Remove "Insert as Background" from Gallery context menu https://bugs.documentfoundation.org/show_bug.cgi?id=144201 What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 99671] [META] Gallery bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=99671 Bug 99671 depends on bug 144201, which changed state. Bug 144201 Summary: Remove "Insert as Background" from Gallery context menu https://bugs.documentfoundation.org/show_bug.cgi?id=144201 What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 102495] [META] KDE (kf5) VCL backend bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=102495 Bug 102495 depends on bug 144201, which changed state. Bug 144201 Summary: Remove "Insert as Background" from Gallery context menu https://bugs.documentfoundation.org/show_bug.cgi?id=144201 What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 144201] Remove "Insert as Background" from Gallery context menu
https://bugs.documentfoundation.org/show_bug.cgi?id=144201 Stéphane Guillou (stragu) changed: What|Removed |Added Whiteboard||target:7.6.0 Keywords|needsDevAdvice | CC||m.wegh...@posteo.de, ||stephane.guillou@libreoffic ||e.org Blocks||102495 Status|NEW |RESOLVED Resolution|--- |FIXED See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=12 ||7322 --- Comment #8 from Stéphane Guillou (stragu) --- Resolved in 7.6: now regardless of the VCL plugin used, the context menu item is only shown where relevant (bitmaps galleries in Writer – although one could argue this kind of gallery should also be allowed to fill pages/slides in other components, but that's a different issue). Bibisected the fix with linux-64-7.6 to: commit d446be648385a451c60ba3bd1657906f72a63e75 author Michael Weghorn Wed Apr 12 16:41:38 2023 +0300 committer Michael Weghorn Wed Apr 12 17:07:21 2023 +0200 qt: Don't show non-visible menu entries Reviewed-on: https://gerrit.libreoffice.org/c/core/+/150285 Thanks Michael! :) Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=102495 [Bug 102495] [META] KDE (kf5) VCL backend bugs and enhancements -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 127300] [META] Issues with import/export/display of Excel built-in defined names
https://bugs.documentfoundation.org/show_bug.cgi?id=127300 Bug 127300 depends on bug 154449, which changed state. Bug 154449 Summary: Calc should support hidden Named Ranges for better MSO compatibility https://bugs.documentfoundation.org/show_bug.cgi?id=154449 What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|--- |FIXED -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 108237] [META] ODF specification issues
https://bugs.documentfoundation.org/show_bug.cgi?id=108237 Bug 108237 depends on bug 154449, which changed state. Bug 154449 Summary: Calc should support hidden Named Ranges for better MSO compatibility https://bugs.documentfoundation.org/show_bug.cgi?id=154449 What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|--- |FIXED -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157318] Named ranges defined at the sheet level are not exported to XLSX
https://bugs.documentfoundation.org/show_bug.cgi?id=157318 Rafael Lima changed: What|Removed |Added Assignee|libreoffice-b...@lists.free |rafael.palma.l...@gmail.com |desktop.org | Status|NEW |ASSIGNED --- Comment #5 from Rafael Lima --- @Bogdan, as usual, thanks for the bibisect! Here's a proposed WIP patch to fix this issue. Notice that it implements a different fix for the original issue in bug 100034. https://gerrit.libreoffice.org/c/core/+/157455 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-commits] core.git: helpcontent2
helpcontent2 |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) New commits: commit 9eb419b0b0f019f5fbc48ff1a11977e8b041edee Author: Olivier Hallot AuthorDate: Mon Oct 2 00:23:40 2023 +0200 Commit: Gerrit Code Review CommitDate: Mon Oct 2 00:23:40 2023 +0200 Update git submodules * Update helpcontent2 from branch 'master' to 67d1ef52211182f7e3dc3e15583b3732c32124d1 - Improve wording on title page Help Change-Id: I203e01aeac1a98c35ad85ef836f8a764d55e2b6a Reviewed-on: https://gerrit.libreoffice.org/c/help/+/157454 Tested-by: Jenkins Reviewed-by: Olivier Hallot diff --git a/helpcontent2 b/helpcontent2 index 9e9dfbfb189c..67d1ef522111 16 --- a/helpcontent2 +++ b/helpcontent2 @@ -1 +1 @@ -Subproject commit 9e9dfbfb189c9535944a8b883191faa631e9a730 +Subproject commit 67d1ef52211182f7e3dc3e15583b3732c32124d1
[Libreoffice-commits] help.git: source/text
source/text/swriter/guide/title_page.xhp |7 ++- 1 file changed, 2 insertions(+), 5 deletions(-) New commits: commit 67d1ef52211182f7e3dc3e15583b3732c32124d1 Author: Olivier Hallot AuthorDate: Mon Oct 2 00:08:36 2023 +0200 Commit: Olivier Hallot CommitDate: Mon Oct 2 00:23:40 2023 +0200 Improve wording on title page Help Change-Id: I203e01aeac1a98c35ad85ef836f8a764d55e2b6a Reviewed-on: https://gerrit.libreoffice.org/c/help/+/157454 Tested-by: Jenkins Reviewed-by: Olivier Hallot diff --git a/source/text/swriter/guide/title_page.xhp b/source/text/swriter/guide/title_page.xhp index 9a664cbef0..29cc6642f7 100644 --- a/source/text/swriter/guide/title_page.xhp +++ b/source/text/swriter/guide/title_page.xhp @@ -103,13 +103,10 @@ Place the cursor in the page you want to change the style -From the Sidebar Deck, select Sidebar Settings - Styles. +Open the Styles panel of the Sidebar and select Page Styles. -From the Styles, select button Page Styles. - - -From the Style list, select the page style you want to apply. +From the Page Style list, select the page style you want to apply. Double click on the page style to apply.
[Libreoffice-bugs] [Bug 108741] [META] Shapes bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=108741 Stéphane Guillou (stragu) changed: What|Removed |Added Depends on||105822 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=105822 [Bug 105822] "Magnetic disk / Direct access storage / Direct data" shapes' rendering broken with transparency -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 105822] "Magnetic disk / Direct access storage / Direct data" shapes' rendering broken with transparency
https://bugs.documentfoundation.org/show_bug.cgi?id=105822 Stéphane Guillou (stragu) changed: What|Removed |Added Summary|Magnetic disk rendering |"Magnetic disk / Direct |broken with transparency|access storage / Direct ||data" shapes' rendering ||broken with transparency Blocks||108741 --- Comment #7 from Stéphane Guillou (stragu) --- Still reproduced in recent trunk build: Version: 24.2.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: e9a0c97de95688b2f86bbb4dd8c823af5442401c CPU threads: 8; OS: Linux 5.15; UI render: default; VCL: gtk3 Locale: en-AU (en_AU.UTF-8); UI: en-US Calc: threaded Same with: * Shapes > Flowchart > Direct access storage * Gallery > Flow chart > Direct data Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=108741 [Bug 108741] [META] Shapes bugs and enhancements -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 125969] Background image, previously imported by user, not visible as a bitmap thumbnail when file reopened
https://bugs.documentfoundation.org/show_bug.cgi?id=125969 Stéphane Guillou (stragu) changed: What|Removed |Added See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=10 ||0832 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 100832] A shape's custom image fill doesn't appear in Area dialog's image list
https://bugs.documentfoundation.org/show_bug.cgi?id=100832 Stéphane Guillou (stragu) changed: What|Removed |Added Summary|Custom bitmap fill doesnt |A shape's custom image fill |appear in Area dialog |doesn't appear in Area ||dialog's image list CC||stephane.guillou@libreoffic ||e.org See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=12 ||5969 --- Comment #11 from Stéphane Guillou (stragu) --- I reproduce with the sample file, but I can't reproduce from a new file... (tried with both ODT and DOCX) Contrary to bug 125969 (for page/slide backgrounds), a newly imported image filling the shape area will persist in the collection after a save + reload. Any idea why? (In reply to Regina Henschel from comment #7) > For Bitmap (and Gradient, Hatch and Pattern) there should exists a selection > "used in this document", similar as the "Document colors" for colors. I really like this idea, to clarify the distinction between app-wide gallery and document-specific filles (with the option to "save to gallery" any document-specific fill, of course) – which would solve comment 4. I think this matters especially for image fills, as I can imagine users inserting pictures in documents and wanting to make sure they don't end up in a gallery visible to other users. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157522] As we now have a Comment style, remove/redirect "Format all comments..."
https://bugs.documentfoundation.org/show_bug.cgi?id=157522 --- Comment #4 from Eyal Rozenberg --- (In reply to RGB from comment #3) > Another option: turn "Format all comments" into "Edit default paragraph > style for comments" and use it to open the Comment paragraph style settings. I don't think that's a useful menu item to have. It would serve to confuse more than help, if comments are currently using a different style. Remember it's kind-of a context menu for a comment. > This way the option will make it clear that not only the default options > will be changed, but also highlights the fact that you can use non default > styles too. It would be less confusing, but still confusing, and not useful enough IMO. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-ux-advise] [Bug 157522] As we now have a Comment style, remove/redirect "Format all comments..."
https://bugs.documentfoundation.org/show_bug.cgi?id=157522 --- Comment #4 from Eyal Rozenberg --- (In reply to RGB from comment #3) > Another option: turn "Format all comments" into "Edit default paragraph > style for comments" and use it to open the Comment paragraph style settings. I don't think that's a useful menu item to have. It would serve to confuse more than help, if comments are currently using a different style. Remember it's kind-of a context menu for a comment. > This way the option will make it clear that not only the default options > will be changed, but also highlights the fact that you can use non default > styles too. It would be less confusing, but still confusing, and not useful enough IMO. -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-bugs] [Bug 157289] FILESAVE DOCX: Saving curved arrow shape works all right in 7.2 but not in 24.2
https://bugs.documentfoundation.org/show_bug.cgi?id=157289 sdc.bla...@youmail.dk changed: What|Removed |Added See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=14 ||7978 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 125969] Background image, previously imported by user, not visible as a bitmap thumbnail when file reopened
https://bugs.documentfoundation.org/show_bug.cgi?id=125969 --- Comment #15 from Stéphane Guillou (stragu) --- This is also true for the dropdowns in the Properties (for Draw/Impress) or Page (for Writer) sidebar decks, as mentioned in bug 130543 comment 5. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 113224] [META] Image fill issues of the Area fill tab
https://bugs.documentfoundation.org/show_bug.cgi?id=113224 Bug 113224 depends on bug 130543, which changed state. Bug 130543 Summary: Impress doesn't show existing background image in Slide Setup nor in Sidebar (Comment 5) https://bugs.documentfoundation.org/show_bug.cgi?id=130543 What|Removed |Added Status|NEW |RESOLVED Resolution|--- |DUPLICATE -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 125969] Background image, previously imported by user, not visible as a bitmap thumbnail when file reopened
https://bugs.documentfoundation.org/show_bug.cgi?id=125969 Stéphane Guillou (stragu) changed: What|Removed |Added CC||l...@spirale-ingenierie.com --- Comment #14 from Stéphane Guillou (stragu) --- *** Bug 130543 has been marked as a duplicate of this bug. *** -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 130543] Impress doesn't show existing background image in Slide Setup nor in Sidebar (Comment 5)
https://bugs.documentfoundation.org/show_bug.cgi?id=130543 Stéphane Guillou (stragu) changed: What|Removed |Added Resolution|--- |DUPLICATE Status|NEW |RESOLVED CC||stephane.guillou@libreoffic ||e.org --- Comment #8 from Stéphane Guillou (stragu) --- (In reply to Timur from comment #5) > With LO 5.2, right-click Slide/Page Setup or Slide Properties would show > background as Bitmap and it's preview. With LO 5.3, bitmap not selected not > shown, same as in 7.0+. I'll mark regression, because that was worse in UI > change. At least the preview is the correct one in the dialog since LO 6.3. So I would say the "regression" aspect of it is fixed. The behaviour is consistent across components (I tested page/slide backgrounds in Writer, Calc, Draw and Impress), so I am now marking as duplicate of implementation error bug 125969. The sidebar aspect remains is noted. Would likely be fixed at the same time, but better mention it there to make sure it's looked after. *** This bug has been marked as a duplicate of bug 125969 *** -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157548] New: After exporting a sheet to .CSV file by StoreToUrl(), last rows from the sheet are missing in the .CSV file.
https://bugs.documentfoundation.org/show_bug.cgi?id=157548 Bug ID: 157548 Summary: After exporting a sheet to .CSV file by StoreToUrl(), last rows from the sheet are missing in the .CSV file. Product: LibreOffice Version: 7.5.0.3 release Hardware: x86-64 (AMD64) OS: Windows (All) Status: UNCONFIRMED Severity: normal Priority: medium Component: Calc Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: lubomir.ko...@vskovac.sk Description: After exporting a sheet to .CSV file by StoreToURL(), last rows from the sheet are missing in the .CSV file. After repeating export with changed number of rows to be exported, exported number rows in target .CSV file is not changing, it is constant. Macro used for export follows: sub export_to_CSV() Dim AAS( 1 ) as New com.sun.star.beans.PropertyValue AAS( 0 ).Name = "FilterName" AAS( 0 ).Value = "Text - txt - csv (StarCalc)" AAS( 1 ).Name = "FilterOptions" AAS( 1 ).Value = "44,34,0,1,1" ThisComponent.getCurrentController.setActiveSheet( ThisComponent.Sheets( 0 ) ) S_file = ConvertToURL( "D:\exported.csv" ) ThisComponent.StoreToURL( S_file, AAS ) end sub Steps to Reproduce: 1.write a macro for exporting a sheet to a .CSV file 2.write more than 10 rows of some data to the 1st sheet 3.call macro for exporting sheet to .CSV file 4.open .csv file and check some last rows are missing 5.change number of rows in the sheet 6.call macro for exporting sheet to .CSV file 7.open .csv file and number of exported lines in the .CSV file is always the same Actual Results: When using StoreToUrl(), number of lines to be exported from the source sheet and number of exported lines in the .CSV file is not the same. Expected Results: When using StoreToUrl(), number of lines to be exported from the source sheet and number of exported lines in the .CSV file shold be the same. Reproducible: Always User Profile Reset: No Additional Info: none -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 156315] "Evaluate up to level" changed meaning?
https://bugs.documentfoundation.org/show_bug.cgi?id=156315 --- Comment #12 from goodgu...@zoho.com --- do i understand the conclusion properly: - until OF7.6 this has been a bug and we (I) misused it. - only in OF7.6 it has been "fixed" and now OF behaves correctly and according to the doc. if this is the case, then i'm fine with it. (even though the behavior up to OF7.5 made more sense ... but that is a philosophical question). -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 125969] Background image, previously imported by user, not visible as a bitmap thumbnail when file reopened
https://bugs.documentfoundation.org/show_bug.cgi?id=125969 Stéphane Guillou (stragu) changed: What|Removed |Added Component|Writer |LibreOffice Keywords||implementationError CC||stephane.guillou@libreoffic ||e.org Version|6.3.0.0.beta1+ |5.3.0.3 release --- Comment #13 from Stéphane Guillou (stragu) --- Started in 5.3, when the dialog was redone to add new images to the list, and allow naming them. (libreoffice-5.3.0.0.alpha1 in linux-64-releases bibisect repo.) Same happens with e.g. Draw's Page > Page Properties > Background > Image. Still reproduced in recent trunk build: Version: 24.2.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: e9a0c97de95688b2f86bbb4dd8c823af5442401c CPU threads: 8; OS: Linux 5.15; UI render: default; VCL: gtk3 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 157547] New: FILEOPEN "Write error. The file could not be written"
https://bugs.documentfoundation.org/show_bug.cgi?id=157547 Bug ID: 157547 Summary: FILEOPEN "Write error. The file could not be written" Product: LibreOffice Version: unspecified Hardware: x86-64 (AMD64) OS: Windows (All) Status: UNCONFIRMED Severity: normal Priority: medium Component: Writer Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: michael.dewsb...@btinternet.com When trying to open a word processing document, I receive this error: "Write error. The file could not be written." On closing Libre Office, and re-opening, everything is fine. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 131438] An image that once was an area fill persists in the file even if it is deleted from the collection (comment 7)
https://bugs.documentfoundation.org/show_bug.cgi?id=131438 Stéphane Guillou (stragu) changed: What|Removed |Added CC||stephane.guillou@libreoffic ||e.org Version|Inherited From OOo |5.3.0.3 release Keywords||implementationError Summary|Imported backgrounds cannot |An image that once was an |be accessed using the |area fill persists in the |scrollbar in the Bitmap |file even if it is deleted |gallery |from the collection ||(comment 7) --- Comment #7 from Stéphane Guillou (stragu) --- I am reverting back to something similar to the original summary by Mike. The Comment 2 issue is more what's tracked in bug 125969, whereas this issue I think is best described with the steps below. Admittedly, both issues should be fixed in concert, but they are two different problems. 1. In a new file: Format > Page Style > Area > Image > Ass / Import an image, give it a name 2. Apply the image as background without closing the dialog 3. Change image background to one of the defaults, click Apply 4. Right-click the custom image in the collection, delete it 5. Save file and exit LO 6. Extract the ODT, look in Pictures directory Result: custom image is still there. Which in a way touches on the issue of privacy. Setting first version affected as 5.3 as that's when one could first add a custom image to the collection and use that "Delete" context menu command. Still reproduced in recent trunk build: Version: 24.2.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: e9a0c97de95688b2f86bbb4dd8c823af5442401c CPU threads: 8; OS: Linux 5.15; UI render: default; VCL: gtk3 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 87321] FILEOPEN: high memory footprint opening a xls containg a big html table in Calc
https://bugs.documentfoundation.org/show_bug.cgi?id=87321 --- Comment #17 from Gabriele --- I'm the original submitter. In version: Version: 7.3.7.2 / LibreOffice Community Build ID: 30(Build:2) CPU threads: 8; OS: Linux 6.2; UI render: default; VCL: gtk3 Locale: en-US (en_US.UTF-8); UI: en-US Ubuntu package version: 1:7.3.7-0ubuntu0.22.04.3 Calc: threaded the behaviour is similar to 7.1.1. Peak of something more than 2GB of RAM during opening (around 2.3), down to ~250MB after some time. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157542] Arrow and line style drop down menu selectors icons missing
https://bugs.documentfoundation.org/show_bug.cgi?id=157542 Rafael Lima changed: What|Removed |Added CC||rafael.palma.l...@gmail.com --- Comment #13 from Rafael Lima --- On my PC running Kubuntu (kf5), the problem exists in: Version: 7.6.2.1 (X86_64) / LibreOffice Community Build ID: 60(Build:1) CPU threads: 16; OS: Linux 6.2; UI render: default; VCL: kf5 (cairo+xcb) Locale: pt-BR (pt_BR.UTF-8); UI: en-US Ubuntu package version: 4:7.6.2~rc1-0ubuntu0.23.04.1~lo1 Calc: threaded But it seems to have been fixed in master. Version: 24.2.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 1cf500366e8de4c1c89c1f9235629d2efeaa89af CPU threads: 16; OS: Linux 6.2; UI render: default; VCL: kf5 (cairo+xcb) Locale: pt-BR (pt_BR.UTF-8); UI: en-US Calc: CL threaded -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 88268] EDITING: Report builder cause LO to quit unexpectedly when drag resizing header and detail or footer controls together
https://bugs.documentfoundation.org/show_bug.cgi?id=88268 Julien Nabet changed: What|Removed |Added Status|NEW |NEEDINFO --- Comment #25 from Julien Nabet --- On pc Debian x86-64 with master sources updated today, I don't reproduce this but perhaps I missed something. Indeed after 3) (having select both elements, label + textbox), I don't succeed in aligning label to the left as described in 4). Indeed, when selecting both it becomes a group and if textbox is already at left, it won't change anything. So I must select only label which wasn't at left then put it at left. Finally, when selecting both and resizing the group, no crash even after undoing and trying again. Could someone give a new try? -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157289] FILESAVE DOCX: Saving curved arrow shape works all right in 7.2 but not in 24.2
https://bugs.documentfoundation.org/show_bug.cgi?id=157289 raal changed: What|Removed |Added Version|24.2.0.0 alpha0+ Master |7.3.1.3 release CC||gan...@poczta.onet.pl Regression By||Bartosz Kosiorek Keywords||bibisected, bisected --- Comment #2 from raal --- This seems to have begun at the below commit in bibisect repository/OS linux-64-7.3. Adding Cc: to Bartosz Kosiorek ; Could you possibly take a look at this one? Thanks 78029f8b9e852fad12e7029fa3cbd4663861655c is the first bad commit commit 78029f8b9e852fad12e7029fa3cbd4663861655c Author: Jenkins Build User Date: Mon Mar 28 12:44:51 2022 +0200 source sha:6bd85136efe3d3668b59a596d692f65bf0a4982c 132048: tdf#147978 export subpaths individually in custGeom | https://gerrit.libreoffice.org/c/core/+/132048 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 149527] Calc crashes when scroll up and down quickly within a document, or hold Page Down (Skia/Vulkan)
https://bugs.documentfoundation.org/show_bug.cgi?id=149527 Stéphane Guillou (stragu) changed: What|Removed |Added Ever confirmed|0 |1 Status|UNCONFIRMED |NEW --- Comment #39 from Stéphane Guillou (stragu) --- (In reply to ilya.y.komarov from comment #37) > Hello. I've reproduced this bug [..] > Everything forks fine using scrolling method as well as using Page Up or > Page Down buttons. Ilya, "reproduced" means you can see the bug described here and it crashes. Then you say that everything works fine. Which why is it? Also, please don't set a confirmed be with status "new" back to "unconfirmed". Please see: https://wiki.documentfoundation.org/QA/Bugzilla/Fields/Status -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157042] Calc crashes when closed
https://bugs.documentfoundation.org/show_bug.cgi?id=157042 --- Comment #13 from Stéphane Guillou (stragu) --- Yes, since the 22nd, version 7.6.2.1 was released, which includes another fix for bug 156683, which is why it would be great if you could update to see if it does inded resolve what you witnessed. Much appreciated! -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-commits] core.git: external/java_websocket
external/java_websocket/UnpackedTarball_java_websocket.mk
|2
external/java_websocket/patches/0001-cid-1545614-UR-Uninitialized-read-of-field-in-constr.patch
| 26 ++
external/java_websocket/patches/0002-cid-1545284-UR-Uninitialized-read-of-field-in-constr.patch
| 26 ++
3 files changed, 54 insertions(+)
New commits:
commit 060f6be53c1813209f4cdd2d39dd11b07e331ec7
Author: Caolán McNamara
AuthorDate: Sun Oct 1 19:31:20 2023 +0100
Commit: Caolán McNamara
CommitDate: Sun Oct 1 21:49:02 2023 +0200
cid#1545284 UR: Uninitialized read of field in constructor
and
cid#1545614 UR: Uninitialized read of field in constructor
Change-Id: I7d801651951fa7243cdd106f54f6a15bdfb0e423
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/157470
Tested-by: Jenkins
Reviewed-by: Caolán McNamara
diff --git a/external/java_websocket/UnpackedTarball_java_websocket.mk
b/external/java_websocket/UnpackedTarball_java_websocket.mk
index d66795511caa..be5af83c4b34 100644
--- a/external/java_websocket/UnpackedTarball_java_websocket.mk
+++ b/external/java_websocket/UnpackedTarball_java_websocket.mk
@@ -17,6 +17,8 @@ $(eval $(call gb_UnpackedTarball_add_patches,java_websocket,\
external/java_websocket/patches/ant-build.patch \
external/java_websocket/patches/no-slf4j.patch \
external/java_websocket/patches/0001-cid-1546192-SIC-Inner-class-could-be-made-static.patch
\
+
external/java_websocket/patches/0001-cid-1545614-UR-Uninitialized-read-of-field-in-constr.patch
\
+
external/java_websocket/patches/0002-cid-1545284-UR-Uninitialized-read-of-field-in-constr.patch
\
))
# vim: set noet sw=4 ts=4:
diff --git
a/external/java_websocket/patches/0001-cid-1545614-UR-Uninitialized-read-of-field-in-constr.patch
b/external/java_websocket/patches/0001-cid-1545614-UR-Uninitialized-read-of-field-in-constr.patch
new file mode 100644
index ..f23b3c532336
--- /dev/null
+++
b/external/java_websocket/patches/0001-cid-1545614-UR-Uninitialized-read-of-field-in-constr.patch
@@ -0,0 +1,26 @@
+From b6191d3422873648bebb322d85367647ae7d9dc0 Mon Sep 17 00:00:00 2001
+From: =?UTF-8?q?Caol=C3=A1n=20McNamara?=
+Date: Sun, 1 Oct 2023 19:28:15 +0100
+Subject: [PATCH 1/2] cid#1545614 UR: Uninitialized read of field in
+ constructor
+
+---
+ src/main/java/org/java_websocket/WebSocketImpl.java | 2 +-
+ 1 file changed, 1 insertion(+), 1 deletion(-)
+
+diff --git a/src/main/java/org/java_websocket/WebSocketImpl.java
b/src/main/java/org/java_websocket/WebSocketImpl.java
+index c2cd223..85fd413 100644
+--- a/src/main/java/org/java_websocket/WebSocketImpl.java
b/src/main/java/org/java_websocket/WebSocketImpl.java
+@@ -205,7 +205,7 @@ public class WebSocketImpl implements WebSocket {
+*/
+ public WebSocketImpl(WebSocketListener listener, Draft draft) {
+ // socket can be null because we want do be able to create the object
without already having a bound channel
+-if (listener == null || (draft == null && role == Role.SERVER)) {
++if (listener == null) {
+ throw new IllegalArgumentException("parameters must not be null");
+ }
+ this.outQueue = new LinkedBlockingQueue<>();
+--
+2.41.0
+
diff --git
a/external/java_websocket/patches/0002-cid-1545284-UR-Uninitialized-read-of-field-in-constr.patch
b/external/java_websocket/patches/0002-cid-1545284-UR-Uninitialized-read-of-field-in-constr.patch
new file mode 100644
index ..a7d67172d6bc
--- /dev/null
+++
b/external/java_websocket/patches/0002-cid-1545284-UR-Uninitialized-read-of-field-in-constr.patch
@@ -0,0 +1,26 @@
+From 04fa9cea4d9d14743ff54ad5faaf7e31f081bacb Mon Sep 17 00:00:00 2001
+From: =?UTF-8?q?Caol=C3=A1n=20McNamara?=
+Date: Sun, 1 Oct 2023 19:29:27 +0100
+Subject: [PATCH 2/2] cid#1545284 UR: Uninitialized read of field in
+ constructor
+
+---
+ src/main/java/org/java_websocket/SSLSocketChannel.java | 4 ++--
+ 1 file changed, 2 insertions(+), 2 deletions(-)
+
+diff --git a/src/main/java/org/java_websocket/SSLSocketChannel.java
b/src/main/java/org/java_websocket/SSLSocketChannel.java
+index b402450..760f643 100644
+--- a/src/main/java/org/java_websocket/SSLSocketChannel.java
b/src/main/java/org/java_websocket/SSLSocketChannel.java
+@@ -130,7 +130,7 @@ public class SSLSocketChannel implements
WrappedByteChannel, ByteChannel, ISSLCh
+
+ public SSLSocketChannel(SocketChannel inputSocketChannel, SSLEngine
inputEngine,
+ ExecutorService inputExecutor, SelectionKey key) throws IOException {
+-if (inputSocketChannel == null || inputEngine == null || executor ==
inputExecutor) {
++if (inputSocketChannel == null || inputEngine == null || executor ==
null) {
+ throw new IllegalArgumentException("parameter must not be null");
+ }
+
+--
+2.41.0
+
[Libreoffice-bugs] [Bug 157545] LibreOffice 7.5.7 - All files read-only ...
https://bugs.documentfoundation.org/show_bug.cgi?id=157545 Julien Nabet changed: What|Removed |Added Severity|enhancement |normal CC||serval2...@yahoo.fr --- Comment #3 from Julien Nabet --- On Windows 10 x86-64 with LO 7.5.7, I don't reproduce this. Could you apply this: - uninstall any LO versions - download LO 7.5.7 from https://www.libreoffice.org/download/download-libreoffice/ (you can check hash with https://download.documentfoundation.org/libreoffice/stable/7.6.2/win/x86_64/LibreOffice_7.6.2_Win_x86-64.msi.mirrorlist) - rename your LO directory profile (see https://wiki.documentfoundation.org/QA/FirstSteps#Corrupted_user_profile) - install LO 7.5.7 (on local drive) ? -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157289] FILESAVE DOCX: Saving curved arrow shape works all right in 7.2 but not in 24.2
https://bugs.documentfoundation.org/show_bug.cgi?id=157289 raal changed: What|Removed |Added Keywords||regression CC||r...@post.cz Status|UNCONFIRMED |NEW Ever confirmed|0 |1 --- Comment #1 from raal --- I can confirm with Version: 24.2.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 0c4913e03e8427a576138601958f2dbf13b8c37b CPU threads: 4; OS: Linux 6.2; UI render: default; VCL: gtk3 Locale: cs-CZ (cs_CZ.UTF-8); UI: en-US Calc: threaded Works in 7.2, regression -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 103182] [META] GTK3-specific bugs
https://bugs.documentfoundation.org/show_bug.cgi?id=103182 Bug 103182 depends on bug 157515, which changed state. Bug 157515 Summary: Crash on clicking Reset when modifying Background presentation style (gtk3) https://bugs.documentfoundation.org/show_bug.cgi?id=157515 What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|--- |FIXED -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 133092] [META] Crash bugs
https://bugs.documentfoundation.org/show_bug.cgi?id=133092 Bug 133092 depends on bug 157515, which changed state. Bug 157515 Summary: Crash on clicking Reset when modifying Background presentation style (gtk3) https://bugs.documentfoundation.org/show_bug.cgi?id=157515 What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|--- |FIXED -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 100373] [META] Style issues in Draw/Impress
https://bugs.documentfoundation.org/show_bug.cgi?id=100373 Bug 100373 depends on bug 157515, which changed state. Bug 157515 Summary: Crash on clicking Reset when modifying Background presentation style (gtk3) https://bugs.documentfoundation.org/show_bug.cgi?id=157515 What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|--- |FIXED -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-commits] core.git: 2 commits - filter/source sd/source
filter/source/pdf/impdialog.cxx | 21 ++---
filter/source/pdf/impdialog.hxx |5 +
sd/source/ui/dlg/prltempl.cxx |3 +--
3 files changed, 16 insertions(+), 13 deletions(-)
New commits:
commit 9150c8c09645be12849cdb5aad484ee344b7b313
Author: Caolán McNamara
AuthorDate: Sun Oct 1 15:49:27 2023 +0100
Commit: Caolán McNamara
CommitDate: Sun Oct 1 21:10:23 2023 +0200
Resolves: tdf#157515 only remove RID_SVXPAGE_PARA_ASIAN once
Change-Id: I65faa99444636c5bc5b21008d4cfb144fbcafb83
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/157447
Tested-by: Jenkins
Reviewed-by: Caolán McNamara
diff --git a/sd/source/ui/dlg/prltempl.cxx b/sd/source/ui/dlg/prltempl.cxx
index 7ae551983b42..d7305eb446b7 100644
--- a/sd/source/ui/dlg/prltempl.cxx
+++ b/sd/source/ui/dlg/prltempl.cxx
@@ -141,7 +141,7 @@
SdPresLayoutTemplateDlg::SdPresLayoutTemplateDlg(SfxObjectShell const * pDocSh,
AddTabPage( "RID_SVXPAGE_ALIGN_PARAGRAPH", pFact->GetTabPageCreatorFunc(
RID_SVXPAGE_ALIGN_PARAGRAPH ), nullptr );
AddTabPage( "RID_SVXPAGE_BKG", pFact->GetTabPageCreatorFunc(
RID_SVXPAGE_BKG ), nullptr);
-if( !SvtCJKOptions::IsAsianTypographyEnabled() )
+if (!SvtCJKOptions::IsAsianTypographyEnabled() || bBackground)
RemoveTabPage( "RID_SVXPAGE_PARA_ASIAN" );
if (bBackground)
@@ -160,7 +160,6 @@
SdPresLayoutTemplateDlg::SdPresLayoutTemplateDlg(SfxObjectShell const * pDocSh,
RemoveTabPage( "RID_SVXPAGE_NUM_OPTIONS");
RemoveTabPage( "RID_SVXPAGE_TABULATOR");
RemoveTabPage( "RID_SVXPAGE_ALIGN_PARAGRAPH");
-RemoveTabPage( "RID_SVXPAGE_PARA_ASIAN" );
RemoveTabPage( "RID_SVXPAGE_BKG" );
}
commit fe2031b993721dbe40d71684f4609ee3cf018958
Author: Caolán McNamara
AuthorDate: Sun Oct 1 19:25:45 2023 +0100
Commit: Caolán McNamara
CommitDate: Sun Oct 1 21:10:17 2023 +0200
cid#1547033 Dereference after null check
Change-Id: Id407ef300fca83167fb9813534fb099c6e56fc0b
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/157449
Tested-by: Caolán McNamara
Reviewed-by: Caolán McNamara
diff --git a/filter/source/pdf/impdialog.cxx b/filter/source/pdf/impdialog.cxx
index ba412851c393..a036d432e3c3 100644
--- a/filter/source/pdf/impdialog.cxx
+++ b/filter/source/pdf/impdialog.cxx
@@ -413,7 +413,6 @@ void ImpPDFTabDialog::PageCreated(const OUString& rId,
SfxTabPage& rPage)
}
}
-
Sequence< PropertyValue > ImpPDFTabDialog::GetFilterData()
{
// updating the FilterData sequence and storing FilterData to configuration
@@ -859,10 +858,10 @@ void ImpPDFTabGeneralPage::EnableExportNotesPages()
if ( mbIsPresentation )
{
mxCbExportNotesPages->set_sensitive(
-!mxRbSelection->get_active() &&
!mpParent->maConfigItem.IsReadOnly("ExportNotesPages"));
+!mxRbSelection->get_active() &&
!IsReadOnlyProperty("ExportNotesPages"));
mxCbExportOnlyNotesPages->set_sensitive(
!mxRbSelection->get_active() && mxCbExportNotesPages->get_active()
-&& !mpParent->maConfigItem.IsReadOnly("ExportOnlyNotesPages"));
+&& !IsReadOnlyProperty("ExportOnlyNotesPages"));
}
}
@@ -873,9 +872,9 @@ IMPL_LINK_NOARG(ImpPDFTabGeneralPage,
ToggleExportFormFieldsHdl, weld::Toggleabl
mxFormsFrame->set_sensitive(bExportFormFields);
if (bExportFormFields)
{
-if (mpParent->maConfigItem.IsReadOnly("FormsType"))
+if (IsReadOnlyProperty("FormsType"))
mxLbFormsFormat->set_sensitive(false);
-if (mpParent->maConfigItem.IsReadOnly("AllowDuplicateFieldNames"))
+if (IsReadOnlyProperty("AllowDuplicateFieldNames"))
mxCbAllowDuplicateFieldNames->set_sensitive(false);
}
}
@@ -884,20 +883,20 @@ IMPL_LINK_NOARG(ImpPDFTabGeneralPage,
ToggleExportNotesPagesHdl, weld::Toggleabl
{
mxCbExportOnlyNotesPages->set_sensitive(
mxCbExportNotesPages->get_active()
-&& !mpParent->maConfigItem.IsReadOnly("ExportOnlyNotesPages"));
+&& !IsReadOnlyProperty("ExportOnlyNotesPages"));
}
IMPL_LINK_NOARG(ImpPDFTabGeneralPage, ToggleCompressionHdl, weld::Toggleable&,
void)
{
mxQualityFrame->set_sensitive(
-mxRbJPEGCompression->get_active() &&
!mpParent->maConfigItem.IsReadOnly("Quality"));
+mxRbJPEGCompression->get_active() && !IsReadOnlyProperty("Quality"));
}
IMPL_LINK_NOARG(ImpPDFTabGeneralPage, ToggleReduceImageResolutionHdl,
weld::Toggleable&, void)
{
mxCoReduceImageResolution->set_sensitive(
mxCbReduceImageResolution->get_active()
-&& !mpParent->maConfigItem.IsReadOnly("MaxImageResolution"));
+&& !IsReadOnlyProperty("MaxImageResolution"));
}
IMPL_LINK_NOARG(ImpPDFTabGeneralPage, ToggleWatermarkHdl, weld::Toggleable&,
void)
@@ -940,9 +939,9 @@ IMPL_LINK_NOARG(ImpPDFTabGeneralPage,
TogglePDFVersionOrUniversalAccessibilityHa
[Libreoffice-bugs] [Bug 157546] New: Saving window, when is called, the first "active" selection is "search" instead of "file name"
https://bugs.documentfoundation.org/show_bug.cgi?id=157546 Bug ID: 157546 Summary: Saving window, when is called, the first "active" selection is "search" instead of "file name" Product: LibreOffice Version: 7.6.0.3 release Hardware: All OS: Linux (All) Status: UNCONFIRMED Severity: minor Priority: medium Component: Writer Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: 424036...@derecho.unam.mx Description: Hello there, I am a telco engineer. Due to all the crimes against my children, I had to leave my professional career and dedicate myself to raise my youngest son. But I need to keep fighting for my children, this is why I started to study law, which makes me use LibreOffice plenty of times. I did not use LibreOffice often as I am doing now, and I prefer using LibreOffice (Ubuntu, 20.04.6 LTS) instead of Microsoft office. I noticed when I want to save my work, the window opens right in "search" option, since I am trusting the "save" window is for saving, I lost a couple of times my work, because I did not pay attention to the messages, I use mainly the keyboard shortcuts and usually didn't really pay attention to the warning messages. Several times I noticed when I want to name a new file, the activate “menu” or “active icons” change or goes directly to “search” a new file. Of course its not found, but I wanted to name it, instead of searching for it. Its becoming annoying verifying changing the “active menu icon” from "search" to "name". This just happened a bit ago. Two upgrades before I did not have this “issue”. I guess its too easy to solve, being engineer, programming plenty of equipment, I deduce its just an initial definition which for some reason was changed, or forgotten. I tried to repeat the event so I could properly describe more specific circumstances how this happens. It is randomly, I do not see a specif pattern why sometimes, the (magnifier) search icon is active instead of the “name” when I want to name a new file. I read this is a bug which has been around some time. Regards Steps to Reproduce: 1.just I need to double check what menu is active, copy and paste to the proper menu. Actual Results: it might lead to lose files. I just I need to double check what menu is active, copy and paste to the proper menu. Expected Results: I hope I could have time to help the community to solve this issue, I consider myself a good programmer to solve these type of issues, and I understand it takes time to locate the origing of this issue. Reproducible: Sometimes User Profile Reset: No Additional Info: I read the issue has been around some time. I just started having it 2 upgrades before. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157522] As we now have a Comment style, remove/redirect "Format all comments..."
https://bugs.documentfoundation.org/show_bug.cgi?id=157522 --- Comment #3 from RGB --- Another option: turn "Format all comments" into "Edit default paragraph style for comments" and use it to open the Comment paragraph style settings. This way the option will make it clear that not only the default options will be changed, but also highlights the fact that you can use non default styles too. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-ux-advise] [Bug 157522] As we now have a Comment style, remove/redirect "Format all comments..."
https://bugs.documentfoundation.org/show_bug.cgi?id=157522 --- Comment #3 from RGB --- Another option: turn "Format all comments" into "Edit default paragraph style for comments" and use it to open the Comment paragraph style settings. This way the option will make it clear that not only the default options will be changed, but also highlights the fact that you can use non default styles too. -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-bugs] [Bug 157542] Arrow and line style drop down menu selectors icons missing
https://bugs.documentfoundation.org/show_bug.cgi?id=157542 --- Comment #12 from medmedin2014 --- This affects arrow heads for Arrow, and Line and Width for all shapes. Version: 7.6.2.1 (X86_64) / LibreOffice Community Build ID: 60(Build:1) CPU threads: 2; OS: Linux 6.5; UI render: default; VCL: kf5 (cairo+wayland) Locale: en-US (en_US.UTF-8); UI: en-US 7.6.2-1 Calc: threaded -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 109323] [META] Graphic export bugs and enhancements (jpg, png, eps, tiff, gif ...)
https://bugs.documentfoundation.org/show_bug.cgi?id=109323 Stéphane Guillou (stragu) changed: What|Removed |Added Depends on||156525 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=156525 [Bug 156525] Save as > HTML or direct gif export loses drawing objects, charts and formulas as invalid gif -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 156525] Save as > HTML or direct gif export loses drawing objects, charts and formulas as invalid gif
https://bugs.documentfoundation.org/show_bug.cgi?id=156525 Stéphane Guillou (stragu) changed: What|Removed |Added Blocks||109323 Summary|Save as > HTML loses|Save as > HTML or direct |drawing objects and |gif export loses drawing |formulas as invalid gif |objects, charts and ||formulas as invalid gif --- Comment #6 from Stéphane Guillou (stragu) --- As in duplicate bug 157544, also affect direct export of object (like a chart) to gif. Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=109323 [Bug 109323] [META] Graphic export bugs and enhancements (jpg, png, eps, tiff, gif ...) -- You are receiving this mail because: You are the assignee for the bug.
New Defects reported by Coverity Scan for LibreOffice
Hi,
Please find the latest report on new defect(s) introduced to LibreOffice found
with Coverity Scan.
1 new defect(s) introduced to LibreOffice found with Coverity Scan.
4 defect(s), reported by Coverity Scan earlier, were marked fixed in the recent
build analyzed by Coverity Scan.
New defect(s) Reported-by: Coverity Scan
Showing 1 of 1 defect(s)
** CID 1547033:(FORWARD_NULL)
*** CID 1547033:(FORWARD_NULL)
/filter/source/pdf/impdialog.cxx: 942 in
ImpPDFTabGeneralPage::TogglePDFVersionOrUniversalAccessibilityHandle(weld::Toggleable
&)()
936
937 // set the security page status (and its controls as well)
938 ImpPDFTabSecurityPage* pSecPage = mpParent ?
mpParent->getSecurityPage() : nullptr;
939 if (pSecPage)
940 pSecPage->ImplPDFASecurityControl(!bIsPDFA);
941
>>> CID 1547033:(FORWARD_NULL)
>>> Passing null pointer "this->mpParent->maConfigItem" to "IsReadOnly",
>>> which dereferences it.
942 mxCbTaggedPDF->set_sensitive(
943 !bIsPDFA && !bIsPDFUA &&
!mpParent->maConfigItem.IsReadOnly("UseTaggedPDF"));
944 mxRbPDFAVersion->set_sensitive(
945 bIsPDFA &&
!mpParent->maConfigItem.IsReadOnly("SelectPdfVersion"));
946
947 if (bIsPDFA || bIsPDFUA)
/filter/source/pdf/impdialog.cxx: 944 in
ImpPDFTabGeneralPage::TogglePDFVersionOrUniversalAccessibilityHandle(weld::Toggleable
&)()
938 ImpPDFTabSecurityPage* pSecPage = mpParent ?
mpParent->getSecurityPage() : nullptr;
939 if (pSecPage)
940 pSecPage->ImplPDFASecurityControl(!bIsPDFA);
941
942 mxCbTaggedPDF->set_sensitive(
943 !bIsPDFA && !bIsPDFUA &&
!mpParent->maConfigItem.IsReadOnly("UseTaggedPDF"));
>>> CID 1547033:(FORWARD_NULL)
>>> Passing null pointer "this->mpParent->maConfigItem" to "IsReadOnly",
>>> which dereferences it.
944 mxRbPDFAVersion->set_sensitive(
945 bIsPDFA &&
!mpParent->maConfigItem.IsReadOnly("SelectPdfVersion"));
946
947 if (bIsPDFA || bIsPDFUA)
948 {
949 // store the users selection of subordinate controls and set
required PDF/A values
/filter/source/pdf/impdialog.cxx: 993 in
ImpPDFTabGeneralPage::TogglePDFVersionOrUniversalAccessibilityHandle(weld::Toggleable
&)()
987 }
988 else if (mpParent)
989 {
990
mxCbExportBookmarks->set_active(mpParent->mbExportBookmarksUserSelection);
991
mxCbUseReferenceXObject->set_active(mpParent->mbUseReferenceXObjectUserSelection);
992 }
>>> CID 1547033:(FORWARD_NULL)
>>> Passing null pointer "this->mpParent->maConfigItem" to "IsReadOnly",
>>> which dereferences it.
993 mxCbExportBookmarks->set_sensitive(
994 !bIsPDFUA &&
!mpParent->maConfigItem.IsReadOnly("ExportBookmarks"));
995 mxCbUseReferenceXObject->set_sensitive(!bIsPDFUA);
996
997 ImpPDFTabOpnFtrPage *const pOpenPage(mpParent ?
mpParent->getOpenPage() : nullptr);
998 if (pOpenPage)
To view the defects in Coverity Scan visit,
https://u15810271.ct.sendgrid.net/ls/click?upn=HRESupC-2F2Czv4BOaCWWCy7my0P0qcxCbhZ31OYv50ypSs1kiFPuCn2xFdlMIFBirii0zZ9j2-2F9F2XPBcBm2BNgi9duPy3v-2FzgFDd2LJ-2BDKI-3DoQbI_OTq2XUZbbipYjyLSo6GRo-2FpVxQ9OzkDINu9UTS-2FQhSdO0F0jQniitrGlNxDIzPJiJYghQPBp2QpoePK0lIKEfF9lRNOVIs9XkB-2FVguAgcsgc2K0MOORfF0ji4YfBwPiUyGlVuyJAkN0qCXhLgGjRH1Xzn-2FIeZII-2Bs1rPq2k6fTr4CuvnVvZgZLaRGHh-2FFkgQ3eXB3OojPT4c1-2BOt-2FHt358YyVx5HHTQg1HYoPijVIto-3D
[Libreoffice-bugs] [Bug 157544] Exporting gif ends in empty picture
https://bugs.documentfoundation.org/show_bug.cgi?id=157544 Stéphane Guillou (stragu) changed: What|Removed |Added Resolution|--- |DUPLICATE OS|Windows (All) |All CC||stephane.guillou@libreoffic ||e.org Status|UNCONFIRMED |RESOLVED --- Comment #1 from Stéphane Guillou (stragu) --- Thanks Gerhard. I can reproduce on Linux in 7.6.2.1 but not in 7.5.7.1, so I am pretty sure it's a duplicate of bug 156525. *** This bug has been marked as a duplicate of bug 156525 *** -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 156525] Save as > HTML loses drawing objects and formulas as invalid gif
https://bugs.documentfoundation.org/show_bug.cgi?id=156525 Stéphane Guillou (stragu) changed: What|Removed |Added CC||i...@avr-asm-tutorial.net --- Comment #5 from Stéphane Guillou (stragu) --- *** Bug 157544 has been marked as a duplicate of this bug. *** -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157545] LibreOffice 7.5.7 - All files read-only ...
https://bugs.documentfoundation.org/show_bug.cgi?id=157545 --- Comment #2 from JYS <06jy...@gmail.com> --- I'm a careful user ... ! I was using 7.5.6 version an tried to update to 7.5.7. But, Ok, I will try to use 7.6.2.1 version and come back to you. I did it, new version 7.6.2, but same problem (all files "read-only"). I came back again to 7.5.6 version and everything goes well. I don't move anymore and wait for a new and reliable version. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157042] Calc crashes when closed
https://bugs.documentfoundation.org/show_bug.cgi?id=157042 --- Comment #12 from Eric --- Well, I updated since i posted that and I am now on 7.6.1.1 I don't know what the version was on 9/22 but probably not the same. I can't force it, i tried many times. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 114108] Shift+up arrow then home doesn't select rectangle; only the starting line
https://bugs.documentfoundation.org/show_bug.cgi?id=114108 ilya.y.koma...@gmail.com changed: What|Removed |Added CC||ilya.y.koma...@gmail.com --- Comment #9 from ilya.y.koma...@gmail.com --- Same bug in Version: 24.2.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: cba8c933d1ff2e31ec55544f46d6fff99e8a5ccd CPU threads: 8; OS: Windows 10.0 Build 19045; UI render: Skia/Vulkan; VCL: win Locale: en-CA (en_CA); UI: en-US Calc: CL threaded and Version: 7.6.2.1 (X86_64) / LibreOffice Community Build ID: 56f7684011345957bbf33a7ee678afaf4d2ba333 CPU threads: 8; OS: Windows 10.0 Build 19045; UI render: Skia/Vulkan; VCL: win Locale: en-CA (en_CA); UI: en-US Calc: CL threaded Edition Windows 10 Pro Version 22H2 Installed on2021-03-11 OS build19045.3448 Experience Windows Feature Experience Pack 1000.19044.1000.0 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157135] LibreOffice 7.6 stalls under Windows 11
https://bugs.documentfoundation.org/show_bug.cgi?id=157135 ilya.y.koma...@gmail.com changed: What|Removed |Added CC||ilya.y.koma...@gmail.com --- Comment #14 from ilya.y.koma...@gmail.com --- Hello, I've reproduce this bug in Windows 10 in versions: Version: 7.6.2.1 (X86_64) / LibreOffice Community Build ID: 56f7684011345957bbf33a7ee678afaf4d2ba333 CPU threads: 8; OS: Windows 10.0 Build 19045; UI render: Skia/Vulkan; VCL: win Locale: en-CA (en_CA); UI: en-US Calc: CL threaded and Version: 24.2.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: cba8c933d1ff2e31ec55544f46d6fff99e8a5ccd CPU threads: 8; OS: Windows 10.0 Build 19045; UI render: Skia/Vulkan; VCL: win Locale: en-CA (en_CA); UI: en-US Calc: CL threaded The file opens normally and I was able to do editing without program to crash. Edition Windows 10 Pro Version 22H2 Installed on2021-03-11 OS build19045.3448 Experience Windows Feature Experience Pack 1000.19044.1000.0 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 154412] Software crashes repeatedly
https://bugs.documentfoundation.org/show_bug.cgi?id=154412 ilya.y.koma...@gmail.com changed: What|Removed |Added CC||ilya.y.koma...@gmail.com --- Comment #3 from ilya.y.koma...@gmail.com --- Hello, I've reproduced this bug in Libre office: Version: 7.6.2.1 (X86_64) / LibreOffice Community Build ID: 56f7684011345957bbf33a7ee678afaf4d2ba333 CPU threads: 8; OS: Windows 10.0 Build 19045; UI render: Skia/Vulkan; VCL: win Locale: en-CA (en_CA); UI: en-US Calc: CL threaded and Version: 24.2.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: cba8c933d1ff2e31ec55544f46d6fff99e8a5ccd CPU threads: 8; OS: Windows 10.0 Build 19045; UI render: Skia/Vulkan; VCL: win Locale: en-CA (en_CA); UI: en-US Calc: CL threaded All seems to work steady and no crashes appear after 1 hr. of working and Writer being open. Edition Windows 10 Pro Version 22H2 Installed on2021-03-11 OS build19045.3448 Experience Windows Feature Experience Pack 1000.19044.1000.0 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-commits] core.git: Branch 'libreoffice-7-5' - download.lst external/curl
download.lst |4 ++-- external/curl/ExternalProject_curl.mk| 26 +- external/curl/UnpackedTarball_curl.mk| 12 external/curl/asan-poison-nsspem.patch.0 | 11 --- external/curl/curl-nss.patch.1 | 17 - 5 files changed, 7 insertions(+), 63 deletions(-) New commits: commit 5d9a942721ea683b3684e71c470d338599a80eb1 Author: Taichi Haradaguchi <20001...@ymail.ne.jp> AuthorDate: Wed Sep 13 18:25:13 2023 +0900 Commit: Caolán McNamara CommitDate: Sun Oct 1 18:34:33 2023 +0200 curl: upgrade to release 8.3.0 Fixes CVE-2023-38039 * NSS support was removed in this release, so NSS related patches are not necessary now. * add configure options for curl. Change-Id: I71e09bac3c69ce4b13deee770a32225f39f79c46 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/156917 Tested-by: Jenkins Reviewed-by: Taichi Haradaguchi <20001...@ymail.ne.jp> (cherry picked from commit c2930ebff82c4f7ffe8377ab82627131f8544226) Reviewed-on: https://gerrit.libreoffice.org/c/core/+/157311 Reviewed-by: Michael Stahl (cherry picked from commit 609d4a6b8d66d02a36c57de99efd36a4b1c2b789) Reviewed-on: https://gerrit.libreoffice.org/c/core/+/157313 Reviewed-by: Caolán McNamara diff --git a/download.lst b/download.lst index 7ec467d43a66..683951549de2 100644 --- a/download.lst +++ b/download.lst @@ -75,8 +75,8 @@ CPPUNIT_TARBALL := cppunit-1.15.1.tar.gz # three static lines # so that git cherry-pick # will not run into conflicts -CURL_SHA256SUM := dd322f6bd0a20e6cebdfd388f69e98c3d183bed792cf4713c8a7ef498cba4894 -CURL_TARBALL := curl-8.2.1.tar.xz +CURL_SHA256SUM := 376d627767d6c4f05105ab6d497b0d9aba7111770dd9d995225478209c37ea63 +CURL_TARBALL := curl-8.3.0.tar.xz # three static lines # so that git cherry-pick # will not run into conflicts diff --git a/external/curl/ExternalProject_curl.mk b/external/curl/ExternalProject_curl.mk index 087ea2c44b39..fdc93a46c3cb 100644 --- a/external/curl/ExternalProject_curl.mk +++ b/external/curl/ExternalProject_curl.mk @@ -10,21 +10,10 @@ $(eval $(call gb_ExternalProject_ExternalProject,curl)) $(eval $(call gb_ExternalProject_use_externals,curl,\ + $(if $(ENABLE_OPENSSL),openssl) \ zlib \ )) -ifeq ($(TLS),NSS) -$(eval $(call gb_ExternalProject_use_externals,curl,\ - nss3 \ -)) -else -ifeq ($(TLS),OPENSSL) -$(eval $(call gb_ExternalProject_use_externals,curl,\ - openssl \ -)) -endif -endif - $(eval $(call gb_ExternalProject_register_targets,curl,\ build \ )) @@ -41,18 +30,14 @@ curl_LDFLAGS += -L$(SYSBASE)/usr/lib endif endif -# there are 2 include paths, the other one is passed to --with-nss below -ifeq ($(SYSTEM_NSS),) -curl_CPPFLAGS += -I$(call gb_UnpackedTarball_get_dir,nss)/dist/public/nss -endif - # use --with-secure-transport on macOS >10.5 and iOS to get a native UI for SSL certs for CMIS usage -# use --with-nss/--with-openssl only on platforms other than macOS and iOS +# use --with-openssl only on platforms other than macOS and iOS $(call gb_ExternalProject_get_state_target,curl,build): $(call gb_Trace_StartRange,curl,EXTERNAL) $(call gb_ExternalProject_run,build,\ $(gb_RUN_CONFIGURE) ./configure \ - --without-nss --without-openssl --without-gnutls --without-mbedtls \ + --without-amissl --without-bearssl --without-gnutls \ + --without-mbedtls --without-rustls --without-wolfssl \ --enable-ftp --enable-http --enable-ipv6 \ --without-libidn2 --without-libpsl --without-librtmp \ --without-libssh2 --without-nghttp2 \ @@ -66,8 +51,7 @@ $(call gb_ExternalProject_get_state_target,curl,build): --disable-tftp \ $(if $(filter iOS MACOSX,$(OS)),\ --with-secure-transport,\ - $(if $(filter NSS,$(TLS)),--with-nss$(if $(SYSTEM_NSS),,="$(call gb_UnpackedTarball_get_dir,nss)/dist/out") --with-nss-deprecated)) \ - $(if $(filter OPENSSL,$(TLS)),--with-openssl$(if $(SYSTEM_OPENSSL),,="$(call gb_UnpackedTarball_get_dir,openssl)")) \ + $(if $(ENABLE_OPENSSL),--with-openssl$(if $(SYSTEM_OPENSSL),,="$(call gb_UnpackedTarball_get_dir,openssl)"))) \ $(if $(filter LINUX,$(OS)),--without-ca-bundle --without-ca-path) \ $(gb_CONFIGURE_PLATFORMS) \ $(if $(filter TRUE,$(DISABLE_DYNLOADING)),--disable-shared,--disable-static) \ diff --git a/external/curl/UnpackedTarball_curl.mk b/external/curl/UnpackedTarball_curl.mk index e78adabb8d07..4412857d36a0 100644 --- a/external/curl/UnpackedTarball_curl.mk +++ b/external/curl/UnpackedTarball_curl.mk @@ -27,22 +27,10 @@ $(eval
[Libreoffice-bugs] [Bug 157545] LibreOffice 7.5.7 - All files read-only ...
https://bugs.documentfoundation.org/show_bug.cgi?id=157545 ilya.y.koma...@gmail.com changed: What|Removed |Added Ever confirmed|0 |1 Status|UNCONFIRMED |NEEDINFO CC||ilya.y.koma...@gmail.com --- Comment #1 from ilya.y.koma...@gmail.com --- Hello, Thank you for reporting the bug. it seems you're using an old version of LibreOffice. Could you please try to reproduce it with the latest version of LibreOffice Version: 7.6.2.1 (X86_64) from https://www.libreoffice.org/download/libreoffice-fresh/ ? I have set the bug's status to 'NEEDINFO'. Please change it back to 'UNCONFIRMED' if the bug is still present in the latest version. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-qa] Live streaming LibreOffice bug triaging (week 40)
I will be live streaming a 1 hour LibreOffice bug triaging session in the Jitsi room https://jitsi.documentfoundation.org/ilmaritriages on Mon, 2 October 2023 at 06:00 UTC Tue, 3 October 2023 at 15:00 UTC Times are in 24-hour notation. Anyone is welcome to interrupt me during the session and ask questions about the process or request me to test something specific. Note: if you want to record the session for your own use, ask me to make you a moderator and then you can click the "meatball menu" in Jitsi's bottom bar and select "Start recording". TDF members can become moderators simply by authenticating (Settings - Profile). Recording only works in Chrome and derivative browsers at the moment. Ilmari
[Libreoffice-bugs] [Bug 157545] New: LibreOffice 7.5.7 - All files read-only ...
https://bugs.documentfoundation.org/show_bug.cgi?id=157545 Bug ID: 157545 Summary: LibreOffice 7.5.7 - All files read-only ... Product: LibreOffice Version: 7.5.7.1 release Hardware: x86-64 (AMD64) OS: Windows (All) Status: UNCONFIRMED Severity: enhancement Priority: medium Component: LibreOffice Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: 06jy...@gmail.com Description: I used LibreOffice 7.5.6 and wanted to go to 7.5.7. All my files (.xls, .docx ...) became "read-only" after this change. I needed to desinstall 7.5.7 and come back to 7.5.6 and everything is OK again. So, be careful with this new version ! Steps to Reproduce: 1.update to 7.5.7.1 2. 3. Actual Results: 7.5.7.1 : All files "read-only". Inoperable version. Expected Results: Go back to 7.5.6.2. No more problem. Reproducible: Always User Profile Reset: No Additional Info: I hope for a new "operable" version ... -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 149527] Calc crashes when scroll up and down quickly within a document, or hold Page Down (Skia/Vulkan)
https://bugs.documentfoundation.org/show_bug.cgi?id=149527 ilya.y.koma...@gmail.com changed: What|Removed |Added Ever confirmed|1 |0 Status|NEW |UNCONFIRMED -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 149527] Calc crashes when scroll up and down quickly within a document, or hold Page Down (Skia/Vulkan)
https://bugs.documentfoundation.org/show_bug.cgi?id=149527 --- Comment #38 from ilya.y.koma...@gmail.com --- Also reproduced this bug using same methods in: Version: 24.2.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: cba8c933d1ff2e31ec55544f46d6fff99e8a5ccd CPU threads: 8; OS: Windows 10.0 Build 19045; UI render: Skia/Vulkan; VCL: win Locale: en-CA (en_CA); UI: en-US Calc: CL threaded Everything is working according expectations. Edition Windows 10 Pro Version 22H2 Installed on2021-03-11 OS build19045.3448 Experience Windows Feature Experience Pack 1000.19044.1000.0 -- You are receiving this mail because: You are the assignee for the bug.
