[Libreoffice-bugs] [Bug 156980] "Delete chapter" error message and action in relation to folded headings is inverted in Navigator context menu
https://bugs.documentfoundation.org/show_bug.cgi?id=156980 --- Comment #7 from Jim Raykowski --- Here is a patch that deletes folded content without any message: https://gerrit.libreoffice.org/c/core/+/157667 I think this is probably the correct behavior when using the Navigator to delete headings. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 115052] Allow other keys than from US keyboard as shortcut keys
https://bugs.documentfoundation.org/show_bug.cgi?id=115052 --- Comment #25 from Volga --- Some Unix-like systems may have Ctrl+Shift+U keys to convert hex number to Unicode character, it's curiosity whether LibreOffice support both of them. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 115052] Allow other keys than from US keyboard as shortcut keys
https://bugs.documentfoundation.org/show_bug.cgi?id=115052 --- Comment #24 from Volga --- (In reply to Thomas Lendo from comment #10) > Nothing new since the discussion between Jay and me. My feeling is that > English keyboard users are not aware of the restrictions that non-English > users have today regarding possible and user friendly keyboard shortcuts. Symbl.cc recommended the following Alt codes that is suitable for non-English letters. https://symbl.cc/en/alt-codes/ -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 154165] Mean Value Line in wrong place when using Logarithmic scale
https://bugs.documentfoundation.org/show_bug.cgi?id=154165 raal changed: What|Removed |Added Regression By||elixir Keywords|bibisectRequest |bibisected, bisected Version|6.0.0.3 release |4.1.0.4 release CC||prashant3.yi...@gmail.com, ||r...@post.cz --- Comment #4 from raal --- This seems to have begun at the below commit in bibisect repository/OS bibisect-41max. Adding Cc: to elixir; Could you possibly take a look at this one? Thanks 024be529205af911606c1476ba24477b6453373c is the first bad commit commit 024be529205af911606c1476ba24477b6453373c Author: Matthew Francis Date: Fri Sep 18 10:54:54 2015 +0800 source-hash-1ed73984639390759d26a2fc0209083d9f984d52 commit 1ed73984639390759d26a2fc0209083d9f984d52 Author: elixir AuthorDate: Mon Apr 1 20:14:07 2013 +0200 Commit: Markus Mohrhard CommitDate: Mon Apr 1 20:48:52 2013 +0200 fdo#51656 : Mean value line starts in wrong place in column graph Change-Id: I2389687e54cec4c0e873bcc120cc21b3c3d11d78 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 142979] Whole range's hyperlinks become inactive when formula with error pasted / filled in adjacent cell (steps in comment 8)
https://bugs.documentfoundation.org/show_bug.cgi?id=142979 raal changed: What|Removed |Added CC||r...@post.cz --- Comment #11 from raal --- (In reply to Stéphane Guillou (stragu) from comment #8) > Created attachment 187322 [details] > Smaller example ODS that can also be tested in OOo 3.3 > > Steps: > 1. Open smaller example ODS > 2. Fill cell C2 by dragging down C1 corner: hyperlinks in column C are still > active. > 3. Fill cells all the way to C7 by dragging down C2 corner > > Result: hyperlinks in column C are inactive (including C1). > St0ohane, please can you retest the bug? I cannot reproduce with Version: 24.2.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 4c5f51a7ac4c0f7043ead2b3b48e71c33e16f992 CPU threads: 4; OS: Linux 6.2; UI render: default; VCL: gtk3 Locale: cs-CZ (cs_CZ.UTF-8); UI: en-US Calc: threaded -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 146373] When previewing, the document picture is distorted, the picture border disappears, and the number of pages becomes more
https://bugs.documentfoundation.org/show_bug.cgi?id=146373 raal changed: What|Removed |Added Version|6.2.0.3 release |6.1.0.3 release Keywords|bibisectRequest |bibisected, bisected CC||r...@post.cz, ||t...@libreoffice.org OS|Windows (All) |All --- Comment #5 from raal --- focused on border problem: > Actual Results: > 1. The picture border in word document disappears after using libreoffice This seems to have begun at the below commit in bibisect repository/OS bibisect-linux-64-6.0. Adding Cc: to Thorsten Behrens ; Could you possibly take a look at this one? Thanks 714710a78aea7aef45e48e1c84683e28f5786cb2 is the first bad commit commit 714710a78aea7aef45e48e1c84683e28f5786cb2 Author: Jenkins Build User Date: Tue Aug 22 18:01:54 2017 +0200 source sha:ebc11ae0b132eefd3b1b1a837a8d0ad3ba73b460 41406: emfplus: cut over to new EMF+ renderer | https://gerrit.libreoffice.org/c/core/+/41406 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 96000] [META] Spelling and grammar checking bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=96000 Bug 96000 depends on bug 130848, which changed state. Bug 130848 Summary: Red line denoting incorrect spelling stays after Replace All with correct string, need to refresh view https://bugs.documentfoundation.org/show_bug.cgi?id=130848 What|Removed |Added Status|NEW |RESOLVED Resolution|--- |WORKSFORME -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 130848] Red line denoting incorrect spelling stays after Replace All with correct string, need to refresh view
https://bugs.documentfoundation.org/show_bug.cgi?id=130848 Peter Barker changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |WORKSFORME --- Comment #6 from Peter Barker --- Tested this with newer version of Calc: 1. Type "formating", press enter 2. Spellchecker highlights the error 3. Press Ctrl+H, search:formating, select:all_sheets, replace:formatting, Replace All 4. Highlighting immediately disappears Version: 7.3.7.2 / LibreOffice Community Build ID: 30(Build:2) CPU threads: 4; OS: Linux 5.15; UI render: default; VCL: kf5 (cairo+xcb) Locale: en-AU (en_AU.UTF-8); UI: en-US Ubuntu package version: 1:7.3.7-0ubuntu0.22.04.3 Calc: threaded -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157305] [1] Feature request: linking sections without changing order of lists
https://bugs.documentfoundation.org/show_bug.cgi?id=157305 hugoferna...@gmail.com changed: What|Removed |Added Attachment #189668|0 |1 is obsolete|| --- Comment #6 from hugoferna...@gmail.com --- Created attachment 190078 --> https://bugs.documentfoundation.org/attachment.cgi?id=190078=edit a and b 2 a and b 2 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157305] [1] Feature request: linking sections without changing order of lists
https://bugs.documentfoundation.org/show_bug.cgi?id=157305 --- Comment #5 from hugoferna...@gmail.com --- I just downloaded again files a.odt and b.odt and saw that numbering increment was not happening (that could be an expected behavior in some cases). I think that might be because the numbering styles might have changed with LO update for file a.odt and file b.odt, which might have caused the numbering not to be followed given the sections (I am attaching these files again). The steps are as follows: - Create a section and link it to file a.odt - Create a numbering list - Create another section and link it to file a.odt -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 156634] REPORTBUILDER: Crash in: rptxml::ORptExport::exportSectionAutoStyle(com::sun::star::uno::Reference const &)
https://bugs.documentfoundation.org/show_bug.cgi?id=156634 --- Comment #11 from QA Administrators --- [Automated Action] NeedInfo-To-Unconfirmed -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 155195] FILEOPEN File on SMB share cannot be opened via file dialog of KDE
https://bugs.documentfoundation.org/show_bug.cgi?id=155195 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 148059] LibreOffice also shows up as Soffice when using alt-tab to cycle through windows on XFCE
https://bugs.documentfoundation.org/show_bug.cgi?id=148059 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 156634] REPORTBUILDER: Crash in: rptxml::ORptExport::exportSectionAutoStyle(com::sun::star::uno::Reference const &)
https://bugs.documentfoundation.org/show_bug.cgi?id=156634 QA Administrators changed: What|Removed |Added Status|NEEDINFO|UNCONFIRMED Ever confirmed|1 |0 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 141776] Application shortcuts not working in Start Center after closing document (see comment 4)
https://bugs.documentfoundation.org/show_bug.cgi?id=141776 --- Comment #8 from QA Administrators --- [Automated Action] NeedInfo-To-Unconfirmed -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 141776] Application shortcuts not working in Start Center after closing document (see comment 4)
https://bugs.documentfoundation.org/show_bug.cgi?id=141776 QA Administrators changed: What|Removed |Added Status|NEEDINFO|UNCONFIRMED Ever confirmed|1 |0 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 154093] The Liberation Sans font seems to disable the spell-check while typing.
https://bugs.documentfoundation.org/show_bug.cgi?id=154093 --- Comment #4 from QA Administrators --- Dear chrislschroed, 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 154093] The Liberation Sans font seems to disable the spell-check while typing.
https://bugs.documentfoundation.org/show_bug.cgi?id=154093 QA Administrators changed: What|Removed |Added Status|NEEDINFO|RESOLVED Resolution|--- |INSUFFICIENTDATA -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 154083] LibreOffice & Calc 7.4.5 don't start
https://bugs.documentfoundation.org/show_bug.cgi?id=154083 QA Administrators changed: What|Removed |Added Status|NEEDINFO|RESOLVED Resolution|--- |INSUFFICIENTDATA -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 154083] LibreOffice & Calc 7.4.5 don't start
https://bugs.documentfoundation.org/show_bug.cgi?id=154083 --- Comment #3 from QA Administrators --- Dear Ron Larkin, 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 153665] After Windows 11 sleeping Calc crashes, recover feature does not work
https://bugs.documentfoundation.org/show_bug.cgi?id=153665 QA Administrators changed: What|Removed |Added Resolution|--- |INSUFFICIENTDATA Status|NEEDINFO|RESOLVED -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 152320] Unreadable default Breeze theme if system has dark theme
https://bugs.documentfoundation.org/show_bug.cgi?id=152320 QA Administrators changed: What|Removed |Added Resolution|--- |INSUFFICIENTDATA Status|NEEDINFO|RESOLVED -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 149046] Error in the description of the mathematical formula
https://bugs.documentfoundation.org/show_bug.cgi?id=149046 QA Administrators changed: What|Removed |Added Status|NEEDINFO|RESOLVED Resolution|--- |INSUFFICIENTDATA -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 152320] Unreadable default Breeze theme if system has dark theme
https://bugs.documentfoundation.org/show_bug.cgi?id=152320 --- Comment #3 from QA Administrators --- Dear a.geno, 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 153665] After Windows 11 sleeping Calc crashes, recover feature does not work
https://bugs.documentfoundation.org/show_bug.cgi?id=153665 --- Comment #5 from QA Administrators --- Dear Siarhei Kuchuk, 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 149046] Error in the description of the mathematical formula
https://bugs.documentfoundation.org/show_bug.cgi?id=149046 --- Comment #3 from QA Administrators --- Dear Pier, 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 139148] Open file from share in Read Mode locks the file for other users
https://bugs.documentfoundation.org/show_bug.cgi?id=139148 QA Administrators changed: What|Removed |Added Status|NEEDINFO|RESOLVED Resolution|--- |INSUFFICIENTDATA -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 139148] Open file from share in Read Mode locks the file for other users
https://bugs.documentfoundation.org/show_bug.cgi?id=139148 --- Comment #3 from QA Administrators --- Dear Marco, 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 154736] Having a lot of Writer Crashes
https://bugs.documentfoundation.org/show_bug.cgi?id=154736 --- Comment #3 from QA Administrators --- Dear BrendaEM, 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 127252] Priority ordering of conditional formatting in Calc as proposed in Bug 74074, Comment 19, does not work
https://bugs.documentfoundation.org/show_bug.cgi?id=127252 --- Comment #6 from QA Administrators --- Dear marc.claes9, 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 154725] Icon shows opposite of expected
https://bugs.documentfoundation.org/show_bug.cgi?id=154725 --- Comment #3 from QA Administrators --- Dear L.A. Martin, 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 157650] Unhelpful (almost to the point of being useless) error when XML in content.xml is malformed
https://bugs.documentfoundation.org/show_bug.cgi?id=157650 --- Comment #2 from Jambunathan K --- Created attachment 190077 --> https://bugs.documentfoundation.org/attachment.cgi?id=190077=edit Screenshot of what Emacs' XML parser / validator does ... Compare this with what LO does -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157650] Unhelpful (almost to the point of being useless) error when XML in content.xml is malformed
https://bugs.documentfoundation.org/show_bug.cgi?id=157650 Jambunathan K changed: What|Removed |Added Component|Writer |Calc -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157462] Calc: Copy/paste of entire sheet is slightly < 100% complete (pasted sheet is missing a few rectangle shapes)
https://bugs.documentfoundation.org/show_bug.cgi?id=157462 Kira Tubo changed: What|Removed |Added Ever confirmed|0 |1 Status|UNCONFIRMED |NEEDINFO CC||kira.t...@gmail.com --- Comment #3 from Kira Tubo --- @Terry, can you also attach the file where the issue is occurring? This will help us reproduce the bug. I have set the bug's status to 'NEEDINFO'. Please change it back to 'UNCONFIRMED' once the requested document is provided. (Please note that the attachment will be public, remove any sensitive information before attaching it. See https://wiki.documentfoundation.org/QA/FAQ#How_can_I_eliminate_confidential_data_from_a_sample_document.3F for help on how to do so.) -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157650] Unhelpful (almost to the point of being useless) error when XML in content.xml is malformed
https://bugs.documentfoundation.org/show_bug.cgi?id=157650 --- Comment #1 from Jambunathan K --- Created attachment 190076 --> https://bugs.documentfoundation.org/attachment.cgi?id=190076=edit Error reported by LO 24.2 when the malformed ODS will opened -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157650] New: Unhelpful (almost to the point of being useless) error when XML in content.xml is malformed
https://bugs.documentfoundation.org/show_bug.cgi?id=157650 Bug ID: 157650 Summary: Unhelpful (almost to the point of being useless) error when XML in content.xml is malformed Product: LibreOffice Version: 24.2.0.0 alpha0+ Master Hardware: All OS: All Status: UNCONFIRMED Severity: normal Priority: medium Component: Writer Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: kjambunat...@gmail.com Created attachment 190075 --> https://bugs.documentfoundation.org/attachment.cgi?id=190075=edit This ODS file has malformed content.xml Open the attacehd ODS file ... ODS file has malformed XML ... and on open LO reports an unhelpful (almost to the point of being useless) Please assess if the error report could be improved ... See screenshot for comments. You either report line and colnames at which error happens, or if the input XML file is totally pathetic, just say malformed content.xml or some such thing. I don't want to see what looks like variable names in your C or C++ code. (That is what the error report sounds like) Version: 24.2.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 2a217a80bf383ddab0a5e0959ab2fd907dfd3406 CPU threads: 4; OS: Linux 6.4; UI render: default; VCL: gtk3 Locale: en-IN (en_IN); UI: en-US Calc: threaded -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157649] Closing an unsaved document "Save Document?" keyboard shortcuts don't work
https://bugs.documentfoundation.org/show_bug.cgi?id=157649 --- Comment #2 from ska...@yahoo.co.uk --- (In reply to m.a.riosv from comment #1) > You need to use the shortcuts > Alt+N Alt+S Alt+C > > I don't know, but maybe as a delicate dialog, it was done this way to avoid > errors. I'm sorry but dialogs don't work like that. If that was done on purpose, it's the most idiotic thing anyone's done ever, since they made Windows ME. Any dialog in any program, in any operating system, works with access keys. Doesn't matter if it's a dialog that says "hi" and does nothing, or if it's a dialog which says "Destroy Earth", "Confirm" or "Cancel". The accelerators should work stand-alone, not with Alt! Who comes up with these ideas, really? -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157649] Closing an unsaved document "Save Document?" keyboard shortcuts don't work
https://bugs.documentfoundation.org/show_bug.cgi?id=157649 m.a.riosv changed: What|Removed |Added CC||miguelangelrv@libreoffice.o ||rg --- Comment #1 from m.a.riosv --- You need to use the shortcuts Alt+N Alt+S Alt+C I don't know, but maybe as a delicate dialog, it was done this way to avoid errors. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157644] In Calc, changing selection destroys data
https://bugs.documentfoundation.org/show_bug.cgi?id=157644 m.a.riosv changed: What|Removed |Added CC||miguelangelrv@libreoffice.o ||rg --- Comment #2 from m.a.riosv --- Because doing so, you are dragging from the right to the left, you can see that doing it to the right, the data of selected range is copying to the right. You cannot change the selection in that way. Maybe not too much intuitive, but for me not a bug. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157640] PDF: Error converting pdf to xlsx format, source file could not be loaded
https://bugs.documentfoundation.org/show_bug.cgi?id=157640 m.a.riosv changed: What|Removed |Added CC||miguelangelrv@libreoffice.o ||rg --- Comment #1 from m.a.riosv --- I think that conversion, it's not available. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157609] "This file has been locked by another user" pop-up
https://bugs.documentfoundation.org/show_bug.cgi?id=157609 m.a.riosv changed: What|Removed |Added Status|UNCONFIRMED |NEEDINFO CC||miguelangelrv@libreoffice.o ||rg Ever confirmed|0 |1 --- Comment #6 from m.a.riosv --- Does it happen on any folder or in some specific? -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 156902] FILEOPEN PPTX: graphics not shown (edit mode and presentation mode)
https://bugs.documentfoundation.org/show_bug.cgi?id=156902
Regina Henschel changed:
What|Removed |Added
CC||rb.hensc...@t-online.de
--- Comment #7 from Regina Henschel ---
If a group has a glow set in MS Office, then we get this in
oox/source/drawingml/shape.cxx :
In Shape::createAndInsert() we have:
1916 // Set glow effect properties
1917 if ( aEffectProperties.maGlow.moGlowRad.has_value() )
1918 {
1919 uno::Reference propertySet (mxShape,
uno::UNO_QUERY);
1920 propertySet->setPropertyValue("GlowEffectRadius",
Any(convertEmuToHmm(aEffectProperties.maGlow.moGlowRad.value(;
1921 propertySet->setPropertyValue("GlowEffectColor",
Any(aEffectProperties.maGlow.moGlowColor.getColor(rGraphicHelper)));
1922 propertySet->setPropertyValue("GlowEffectTransparency",
Any(aEffectProperties.maGlow.moGlowColor.getTransparency()));
1923 }
That produces an exception, because "GlowEffectRadius" does not exist for a
group shape.
createAndInsert() is called from Shape::addShape() in
367 Reference< XShape > xShape( createAndInsert( rFilterBase,
sServiceName, pTheme, rxShapes, false, false, aMatrix,
rShapeOrParentShapeFillProps, pParentGroupShape) );
That lays inside a try-catch. Thus from the try to set GlowEffectRadius it
immediately jumps to the catch part. And because
377 addChildren( rFilterBase, *this, pTheme, xShapes,
pShapeMap, aMatrix );
which would add the shapes inside the group, is behind createAnInsert, this
part is skipped.
A hot fix might be to exclude groups from setting "GlowEffectRadius". In a
second step a render solution for groups could be implemented.
--
You are receiving this mail because:
You are the assignee for the bug.
[Libreoffice-bugs] [Bug 141776] Application shortcuts not working in Start Center after closing document (see comment 4)
https://bugs.documentfoundation.org/show_bug.cgi?id=141776 --- Comment #7 from ska...@yahoo.co.uk --- I have a hunch that this issue may be related to this bug: https://bugs.documentfoundation.org/show_bug.cgi?id=157649 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157649] New: Closing an unsaved document "Save Document?" keyboard shortcuts don't work
https://bugs.documentfoundation.org/show_bug.cgi?id=157649 Bug ID: 157649 Summary: Closing an unsaved document "Save Document?" keyboard shortcuts don't work Product: LibreOffice Version: 7.5.7.1 release Hardware: All OS: Windows (All) Status: UNCONFIRMED Severity: normal Priority: medium Component: LibreOffice Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: ska...@yahoo.co.uk Description: Any time you have a document open which isn't saved (or there are changes since the last save) and you try to close it (Ctrl-W), the usual dialog "Save Document?" pops up. There are three buttons: Save, Don't Save, Cancel. These buttons also have the access keys underlined (S for Save, C for Cancel, N for Don't Save). Pressing S, C, or N does nothing. It should. Steps to Reproduce: 1. Open a document (any document) 2. Write some stuff 3. Press Ctrl-W or File-Close 4. The "Save Document?" dialog pops up 5. Press S, C, N Actual Results: Nothing happens after pressing the keys on the keyboard. N, S, C, nothing. Expected Results: N should close the document without saving, S should save (or bring up the "Save As" dialog), C should cancel. Reproducible: Always User Profile Reset: No Additional Info: Version: 7.5.7.1 (X86_64) / LibreOffice Community Build ID: 47eb0cf7efbacdee9b19ae25d6752381ede23126 CPU threads: 8; OS: Windows 10.0 Build 19045; UI render: Skia/Raster; VCL: win Locale: el-GR (en_GB); UI: en-GB Calc: CL threaded -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157648] New: FORMATTING: Setting language for Selection/Paragraph/All text can't be shortcut
https://bugs.documentfoundation.org/show_bug.cgi?id=157648 Bug ID: 157648 Summary: FORMATTING: Setting language for Selection/Paragraph/All text can't be shortcut Product: LibreOffice Version: 7.0 all versions Hardware: All OS: All Status: UNCONFIRMED Severity: enhancement Priority: medium Component: Writer Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: ska...@yahoo.co.uk Description: There is no way to make a keyboard shortcut of the Tools–Language–For Selection/Paragraph/All text–Language. It is somewhat annoying to be expected to do Tools–Language–For Selection–English (or any other language) with the mouse or with Alt-T etc. Pasting unformatted text often has the side effect of the language not being recognised correctly, so I have to manually select all words that are underlined in red and manually set the language. I have to do this several times each day. I thought of making a shortcut, but alas, in the Customise–Keyboard–Function or Category, there is no option that would follow the "Set Language for Selection to English/French/German/whatever". I don't know if this should be marked as a bug, I'll just put it up as an enhancement and go from there. Steps to Reproduce: 1. Open Tools–Customise–Keyboard 2. Try to find an option to set the language of the text to a specific language 3. You can't. There is no option or command that would do that, which could be set as a shortcut. Actual Results: The option is not there. In the entire list, there is no Language setting command. Expected Results: There should have been an available function to set the language of the selected or current text or paragraph to a specific language. Reproducible: Always User Profile Reset: No Additional Info: Version: 7.5.7.1 (X86_64) / LibreOffice Community Build ID: 47eb0cf7efbacdee9b19ae25d6752381ede23126 CPU threads: 8; OS: Windows 10.0 Build 19045; UI render: Skia/Raster; VCL: win Locale: el-GR (en_GB); UI: en-GB Calc: CL threaded -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-commits] core.git: sw/source
sw/source/uibase/utlui/glbltree.cxx |2 ++ 1 file changed, 2 insertions(+) New commits: commit cd746546df895338b13992cb064a4b85d1cfaeac Author: Jim Raykowski AuthorDate: Tue Sep 19 18:39:22 2023 -0800 Commit: Jim Raykowski CommitDate: Sat Oct 7 01:51:04 2023 +0200 Master Document Navigator: Improve sensitivity of tool box items Change-Id: I45f16267d7a46aacb5fb5ad4d138a63acfb687c5 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/157579 Tested-by: Jenkins Reviewed-by: Jim Raykowski diff --git a/sw/source/uibase/utlui/glbltree.cxx b/sw/source/uibase/utlui/glbltree.cxx index 367f9a65dd2a..26dd58f5b7ea 100644 --- a/sw/source/uibase/utlui/glbltree.cxx +++ b/sw/source/uibase/utlui/glbltree.cxx @@ -803,6 +803,8 @@ void SwGlobalTree::UpdateTracking() pSection = pParent; m_xTreeView->select_text(pSection->GetSectionName()); } + +Select(); } void SwGlobalTree::GotoContent(const SwGlblDocContent* pCont)
[Libreoffice-bugs] [Bug 103440] [META] Sidebar accessibility bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=103440 Bug 103440 depends on bug 157584, which changed state. Bug 157584 Summary: Accessibility check doesn't move footnote into view if other object is currently selected https://bugs.documentfoundation.org/show_bug.cgi?id=157584 What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157584] Accessibility check doesn't move footnote into view if other object is currently selected
https://bugs.documentfoundation.org/show_bug.cgi?id=157584 Jim Raykowski changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED --- Comment #4 from Jim Raykowski --- Marking as Resolved Fixed. Thank you Michael Stahl for reviewing the patch. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157647] New: Getting F1 to work.
https://bugs.documentfoundation.org/show_bug.cgi?id=157647 Bug ID: 157647 Summary: Getting F1 to work. Product: LibreOffice Version: 7.5.7.1 release Hardware: x86 (IA32) OS: All Status: UNCONFIRMED Severity: normal Priority: medium Component: Writer Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: tre...@laboured.karoo.co.uk Description: I have just installed LO v7.5.7 (LibreOffice_7.5.7_Win_x86-64.msi) following the online instructions to the letter. Also The helppack (LibreOffice_7.5.7_Win_x86-64_helppack_en-GB.msi). Both programs were installed into the same folder. My machine is an ASUS X515J running Windows 11. In LO writer when I press F1 or LibreOffice Help from the Help menu, a new window looking like LO writer without the menus comes up with the title NewHelp1.html - LibreOffice Writer/Web, but no help information. Can you help me with this problem? Actual Results: Run LO writer, press F1. Expected Results: A new window LO writer appeared with the heading: NewHelp1.html - LibreOffice Writer/Web. Reproducible: Always User Profile Reset: No Additional Info: Shown me a help screen. I haven't seen this yet as I haven't properly used LO yet. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157646] New: Scroll wheel on scrollbars is messed up in Customise dialog
https://bugs.documentfoundation.org/show_bug.cgi?id=157646 Bug ID: 157646 Summary: Scroll wheel on scrollbars is messed up in Customise dialog Product: LibreOffice Version: 7.5.7.1 release Hardware: All OS: Windows (All) Status: UNCONFIRMED Severity: normal Priority: medium Component: LibreOffice Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: ska...@yahoo.co.uk Description: The functionality of the mouse scroll wheel when the mouse pointer is directly on a scrollbar is all over the place, in the "Customise" dialog. Open the Customise dialog, go to "Keyboard" tab (it's an example, the keyboard tab has the most scrollbars), place the mouse pointer directly on a scrollbar (don't click). Scroll with the mouse's scroll wheel. Go to another scrollbar (there are plenty in that page). Scroll again. You should be seeing weird results, such as the "Shortcut keys" list scrolling, even though your mouse is on the "Function" list scrollbar, etc. In the "Menus" page of the Customise dialog, when the "Search" text field is active, scrolling on the scrollbars doesn't do anything (it should). Select anything else, then move the mouse pointer to a different scrollbar, scroll with the wheel, different things will scroll, rather than the scrollbar directly under the mouse pointer. Steps to Reproduce: 1. Open Tools – Customise 2. Go to Keyboard (as an example) 3. Move the mouse pointer on the scrollbar of i.e. "Function" list 4. Scroll using the mouse scroll wheel 5. Enjoy Actual Results: The thing that was last clicked on will scroll, even though the mouse pointer is over a different scrollbar. Expected Results: The scrollbar directly under the pointer should scroll. It does not. Reproducible: Always User Profile Reset: No Additional Info: Version: 7.5.7.1 (X86_64) / LibreOffice Community Build ID: 47eb0cf7efbacdee9b19ae25d6752381ede23126 CPU threads: 8; OS: Windows 10.0 Build 19045; UI render: Skia/Raster; VCL: win Locale: el-GR (en_GB); UI: en-GB Calc: CL threaded -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-commits] core.git: vcl/source
vcl/source/filter/png/PngImageReader.cxx | 11 ---
1 file changed, 8 insertions(+), 3 deletions(-)
New commits:
commit 37b47bca10da480da591c4a5f5369bce59cccab6
Author: Caolán McNamara
AuthorDate: Fri Oct 6 16:29:16 2023 +0100
Commit: Caolán McNamara
CommitDate: Sat Oct 7 01:16:43 2023 +0200
consistently restore the original endianness here
Change-Id: Ia17ef469a3469cca5a2b7eb39b349df78eed6fa9
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/157657
Tested-by: Jenkins
Reviewed-by: Caolán McNamara
diff --git a/vcl/source/filter/png/PngImageReader.cxx
b/vcl/source/filter/png/PngImageReader.cxx
index 64ecd2286c14..a949f856646e 100644
--- a/vcl/source/filter/png/PngImageReader.cxx
+++ b/vcl/source/filter/png/PngImageReader.cxx
@@ -283,7 +283,11 @@ sal_uInt32 NumDenToTime(sal_uInt16 nNumerator, sal_uInt16
nDenominator)
bool fcTLbeforeIDAT(SvStream& rStream)
{
sal_uInt64 nPos = rStream.Tell();
-comphelper::ScopeGuard aGuard([, nPos]() { rStream.Seek(nPos); });
+SvStreamEndian originalEndian = rStream.GetEndian();
+comphelper::ScopeGuard aGuard([, nPos, originalEndian] {
+rStream.Seek(nPos);
+rStream.SetEndian(originalEndian);
+});
// Skip PNG header and IHDR
rStream.SetEndian(SvStreamEndian::BIG);
if (!checkSeek(rStream, PNG_SIGNATURE_SIZE + PNG_TYPE_SIZE + PNG_SIZE_SIZE
+ PNG_IHDR_SIZE
@@ -859,9 +863,10 @@ bool ImportPNG(SvStream& rInputStream, Graphic& rGraphic,
GraphicFilterImportFla
bool PngImageReader::isAPng(SvStream& rStream)
{
auto nStmPos = rStream.Tell();
-comphelper::ScopeGuard aGuard([, ] {
+SvStreamEndian originalEndian = rStream.GetEndian();
+comphelper::ScopeGuard aGuard([, nStmPos, originalEndian] {
rStream.Seek(nStmPos);
-rStream.SetEndian(SvStreamEndian::LITTLE);
+rStream.SetEndian(originalEndian);
});
if (!isPng(rStream))
return false;
[Libreoffice-commits] core.git: 2 commits - include/svtools svtools/source vcl/source
include/svtools/parrtf.hxx |1
svtools/source/svrtf/parrtf.cxx | 35 +--
vcl/source/filter/png/PngImageReader.cxx | 13 +++
3 files changed, 33 insertions(+), 16 deletions(-)
New commits:
commit ec6ddf177af4871b143a5135677af9920f16d567
Author: Caolán McNamara
AuthorDate: Fri Oct 6 16:41:49 2023 +0100
Commit: Caolán McNamara
CommitDate: Sat Oct 7 01:16:33 2023 +0200
ofz#63036 Timeout in new png code
Change-Id: I06955f420bfe2faea8b9865c375d4ae364163494
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/157661
Tested-by: Jenkins
Reviewed-by: Caolán McNamara
diff --git a/vcl/source/filter/png/PngImageReader.cxx
b/vcl/source/filter/png/PngImageReader.cxx
index 8934c08ccaa9..64ecd2286c14 100644
--- a/vcl/source/filter/png/PngImageReader.cxx
+++ b/vcl/source/filter/png/PngImageReader.cxx
@@ -286,10 +286,12 @@ bool fcTLbeforeIDAT(SvStream& rStream)
comphelper::ScopeGuard aGuard([, nPos]() { rStream.Seek(nPos); });
// Skip PNG header and IHDR
rStream.SetEndian(SvStreamEndian::BIG);
-rStream.Seek(PNG_SIGNATURE_SIZE + PNG_TYPE_SIZE + PNG_SIZE_SIZE +
PNG_IHDR_SIZE + PNG_CRC_SIZE);
-sal_uInt32 nChunkSize, nChunkType;
-while (rStream.good())
+if (!checkSeek(rStream, PNG_SIGNATURE_SIZE + PNG_TYPE_SIZE + PNG_SIZE_SIZE
+ PNG_IHDR_SIZE
++ PNG_CRC_SIZE))
+return false;
+do
{
+sal_uInt32 nChunkSize(0), nChunkType(0);
rStream.ReadUInt32(nChunkSize);
rStream.ReadUInt32(nChunkType);
switch (nChunkType)
@@ -300,11 +302,12 @@ bool fcTLbeforeIDAT(SvStream& rStream)
return false;
default:
{
-rStream.SeekRel(nChunkSize + PNG_CRC_SIZE);
+if (!checkSeek(rStream, rStream.Tell() + nChunkSize +
PNG_CRC_SIZE))
+return false;
break;
}
}
-}
+} while (rStream.good());
return false;
}
commit b4ff0e5fd8e94155cfcb0ab9f9d0ee590f9bee7c
Author: Caolán McNamara
AuthorDate: Fri Oct 6 16:18:47 2023 +0100
Commit: Caolán McNamara
CommitDate: Sat Oct 7 01:16:24 2023 +0200
ofz#63032 urp stack too deep
Change-Id: I13496c629e48128e3d916f3033394392bca3524c
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/157656
Tested-by: Jenkins
Reviewed-by: Caolán McNamara
diff --git a/include/svtools/parrtf.hxx b/include/svtools/parrtf.hxx
index 136026f56990..980b83c9cbfe 100644
--- a/include/svtools/parrtf.hxx
+++ b/include/svtools/parrtf.hxx
@@ -37,6 +37,7 @@ class SVT_DLLPUBLIC SvRTFParser : public SvParser
{
std::stack< RtfParserState_Impl > aParserStates;
int nOpenBrackets;
+int nUPRLevel;
rtl_TextEncoding eCodeSet;
sal_uInt8nUCharOverread;
diff --git a/svtools/source/svrtf/parrtf.cxx b/svtools/source/svrtf/parrtf.cxx
index 42fcc211b264..82d69f7881ac 100644
--- a/svtools/source/svrtf/parrtf.cxx
+++ b/svtools/source/svrtf/parrtf.cxx
@@ -39,6 +39,7 @@ const int MAX_STRING_LEN = 1024;
SvRTFParser::SvRTFParser( SvStream& rIn, sal_uInt8 nStackSize )
: SvParser( rIn, nStackSize )
, nOpenBrackets(0)
+, nUPRLevel(0)
, eCodeSet(RTL_TEXTENCODING_MS_1252)
, nUCharOverread(1)
{
@@ -160,19 +161,31 @@ int SvRTFParser::GetNextToken_()
break;
case RTF_UPR:
-if (!_inSkipGroup) {
-// UPR - overread the group with the ansi
-// information
-int nNextToken;
-do
+if (!_inSkipGroup)
{
-nNextToken = GetNextToken_();
-}
-while (nNextToken != '{' && nNextToken !=
sal_Unicode(EOF) && IsParserWorking());
+if (nUPRLevel > 256) // fairly sure > 1 is
probably an error, but provide some leeway
+{
+SAL_WARN("svtools", "urp stack too deep");
+eState = SvParserState::Error;
+break;
+}
-SkipGroup();
-GetNextToken_(); // overread the last bracket
-nRet = 0;
+++nUPRLevel;
+
+// UPR - overread the group with the ansi
+// information
+int nNextToken;
+do
+{
+nNextToken = GetNextToken_();
+}
+while (nNextToken !=
[Libreoffice-bugs] [Bug 157645] New: Missing keyboard keys for shortcuts
https://bugs.documentfoundation.org/show_bug.cgi?id=157645 Bug ID: 157645 Summary: Missing keyboard keys for shortcuts Product: LibreOffice Version: unspecified Hardware: All OS: All Status: UNCONFIRMED Severity: enhancement Priority: medium Component: LibreOffice Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: ska...@yahoo.co.uk Description: In the Tools–Customise–Keyboard dialog, the available keyboard keys are missing some keys which are readily available in the USB HID keycode spec. Specifically: F17-F24 (strangely, F13-F16 do exist) All keypad keys \| (backslash key) `~ (tilde) Non-US # Plus a number of other keys, such as International 1-9, all of which are specified in [https://www.usb.org/sites/default/files/hut1_4.pdf], in the Keyboard page. I would suggest that the missing keys be added in the list. Moreover, an overhaul of the shortcut selection page is advised, so that keys and modifier combinations are easier to handle, rather than one very long list of "all" possible combinations. Steps to Reproduce: 1.Open Tools – Customise… 2.Go to Keyboard tab 3.Enjoy Actual Results: Keys missing from shortcut key list. Expected Results: All keyboard keys present, perhaps even a "press combination" field to detect any key combination. Reproducible: Always User Profile Reset: No Additional Info: https://www.usb.org/sites/default/files/hut1_4.pdf pages 89-95 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-commits] core.git: chart2/qa chart2/source comphelper/qa comphelper/source connectivity/source cppcanvas/qa cppuhelper/source desktop/qa editeng/source emfio/qa extensions/source filter/q
chart2/qa/extras/uichart.cxx|2 chart2/source/tools/ErrorBar.cxx| 30 comphelper/qa/string/test_string.cxx| 10 comphelper/source/misc/configuration.cxx|2 connectivity/source/drivers/mysqlc/mysqlc_databasemetadata.cxx |2 cppcanvas/qa/unit/test.cxx |4 cppuhelper/source/factory.cxx |4 desktop/qa/desktop_lib/test_desktop_lib.cxx |4 editeng/source/accessibility/AccessibleEditableTextPara.cxx |4 editeng/source/uno/unotext.cxx | 12 emfio/qa/cppunit/wmf/wmfimporttest.cxx |6 extensions/source/bibliography/bibload.cxx |2 filter/qa/unit/textfilterdetect.cxx |6 filter/source/pdf/pdfexport.cxx |2 filter/source/svg/svgexport.cxx | 26 forms/source/richtext/richtextunowrapper.cxx|4 framework/source/uielement/langselectionstatusbarcontroller.cxx |2 i18nlangtag/source/languagetag/languagetag.cxx |2 i18npool/qa/cppunit/test_characterclassification.cxx| 84 i18npool/qa/cppunit/test_defaultnumberingprovider.cxx | 56 i18npool/qa/cppunit/test_textsearch.cxx | 18 lingucomponent/source/lingutil/lingutil.cxx | 10 lotuswordpro/source/filter/lwpfribptr.cxx |2 lotuswordpro/source/filter/lwpnumericfmt.hxx| 10 o3tl/qa/test-string_view.cxx|4 oox/qa/unit/drawingml.cxx | 14 oox/qa/unit/shape.cxx | 180 oox/source/drawingml/diagram/diagramlayoutatoms.cxx |2 oox/source/drawingml/fontworkhelpers.cxx| 131 oox/source/drawingml/shape.cxx | 42 oox/source/export/DMLPresetShapeExport.cxx | 90 oox/source/export/drawingml.cxx |8 oox/source/shape/WpsContext.cxx | 53 sal/qa/rtl/math/test-rtl-math.cxx |2 sal/qa/rtl/textenc/rtl_textcvt.cxx | 24 sal/qa/rtl/uri/rtl_testuri.cxx |6 sc/qa/extras/accessibility/basics.cxx |4 sc/qa/extras/macros-test.cxx|6 sc/qa/extras/vba-macro-test.cxx |3 sc/qa/unit/subsequent_export_test2.cxx |4 sc/qa/unit/subsequent_filters_test3.cxx | 28 sc/qa/unit/subsequent_filters_test4.cxx | 12 sc/qa/unit/tiledrendering/tiledrendering.cxx|4 sc/qa/unit/ucalc.cxx|4 sc/qa/unit/uicalc/uicalc2.cxx |8 sc/source/filter/xml/SparklineGroupsExport.cxx | 24 sc/source/ui/dialogs/SparklineDataRangeDialog.cxx |2 sc/source/ui/dialogs/SparklineDialog.cxx|2 sc/source/ui/unoobj/condformatuno.cxx | 46 sc/source/ui/unoobj/docuno.cxx |2 sd/qa/unit/TextFittingTest.cxx | 12 sd/qa/unit/a11y/layout.cxx |6 sd/qa/unit/export-tests-ooxml1.cxx |7 sd/qa/unit/export-tests-ooxml2.cxx |2 sd/qa/unit/import-tests-smartart.cxx|6 sd/qa/unit/import-tests.cxx | 32 sd/qa/unit/layout-tests.cxx |3 sd/qa/unit/tiledrendering/tiledrendering.cxx|6 sd/qa/unit/uiimpress.cxx| 28 sd/source/core/stlsheet.cxx | 16 sd/source/core/text/textapi.cxx |8 sd/source/ui/slideshow/slideshow.cxx| 32 sd/source/ui/unoidl/unolayer.cxx| 12 sd/source/ui/unoidl/unomodel.cxx|8 sd/source/ui/unoidl/unoobj.cxx |4 sd/source/ui/unoidl/unopage.cxx | 108 sd/source/ui/unoidl/unosrch.cxx |6 sdext/qa/unit/pdfimport.cxx | 20
[Libreoffice-bugs] [Bug 150240] Update the installation wizard’s Liberation font version to 2.1.5
https://bugs.documentfoundation.org/show_bug.cgi?id=150240 Stéphane Guillou (stragu) changed: What|Removed |Added Whiteboard| QA:needsComment| Ever confirmed|0 |1 See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=14 ||4523 Status|UNCONFIRMED |NEW CC||kha...@libreoffice.org, ||stephane.guillou@libreoffic ||e.org --- Comment #1 from Stéphane Guillou (stragu) --- Khaled, is that correct that we overwrite system fonts regardless of if they are more recent? In any case, confirming that Liberation needs updating: https://opengrok.libreoffice.org/xref/core/download.lst?r=d059aebd#151 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-commits] core.git: sw/uiconfig
sw/uiconfig/swriter/ui/wordcount.ui | 10 --
1 file changed, 10 deletions(-)
New commits:
commit 9e3da252c361b3e2b04a2df7a3ae2a5177b37713
Author: Michael Weghorn
AuthorDate: Fri Oct 6 09:58:51 2023 +0200
Commit: Michael Weghorn
CommitDate: Sat Oct 7 00:26:38 2023 +0200
tdf#157633 a11y: Don't duplicate dialog description for its buttons
This accessible description does not describe what the
buttons are for, but what the dialog does, and it was
previously set for the dialog and each of the two buttons
in the word count dialog in Writer ("Tools" -> "Word Count").
As a consequence, NVDA would read the description, both,
when the dialog opens (as the a11y description of the dialog)
and whenever moving focus between the buttons, e.g. using the
Tab key.
In addition, it would be read three times when reading out the
whole dialog (NVDA+B), once at the beginning (for the dialog),
and then when each button is announced.
Drop the accessible descriptions from the buttons.
Change-Id: I878f1ec14439f78e60a8b95024e9966bc821042e
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/157637
Tested-by: Jenkins
Reviewed-by: Michael Weghorn
diff --git a/sw/uiconfig/swriter/ui/wordcount.ui
b/sw/uiconfig/swriter/ui/wordcount.ui
index 91aebe9ac551..71a08f9936c4 100644
--- a/sw/uiconfig/swriter/ui/wordcount.ui
+++ b/sw/uiconfig/swriter/ui/wordcount.ui
@@ -29,11 +29,6 @@
True
True
True
-
-
-Counts the words and
characters, with or without spaces, in the current selection and in the whole
document. The count is kept up to date as you type or change the
selection.
-
-
False
@@ -48,11 +43,6 @@
True
True
True
-
-
-Counts the words and
characters, with or without spaces, in the current selection and in the whole
document. The count is kept up to date as you type or change the
selection.
-
-
False
[Libreoffice-bugs] [Bug 152571] Very slow save (macOS, ARM)
https://bugs.documentfoundation.org/show_bug.cgi?id=152571 --- Comment #7 from Sierk Bornemann --- I can't reproduce the issue in question. (In reply to Alex Thurgood from comment #6) > Fwiw, I am now experiencing the same poor performance, spinning beach ball, > mouse response lags, laggy UI, etc, with Draw and LO7621, on M1 macOS > Sonoma. It really is very frustrating and infuriating for LO to be afflicted > in this way. I can't reproduce this either. Version: 7.6.2.1 (AARCH64) / LibreOffice Community Build ID: 56f7684011345957bbf33a7ee678afaf4d2ba333 CPU threads: 10; OS: Mac OS X 14.0; UI render: Skia/Metal; VCL: osx Locale: de-DE (de_DE.UTF-8); UI: de-DE Calc: threaded Version: 24.2.0.0.alpha0+ (AARCH64) / LibreOffice Community Build ID: 06b7a31cbe971470b5551044efc6c977b44bc312 CPU threads: 10; OS: macOS 14.0; UI render: Skia/Metal; VCL: osx Locale: de-DE (de_DE.UTF-8); UI: de-DE Calc: threaded -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 89683] delimited text files ('csv', 'tsv', etc.) are opened as text documents if Writer is the active window
https://bugs.documentfoundation.org/show_bug.cgi?id=89683 --- Comment #28 from Turtle --- Created attachment 190074 --> https://bugs.documentfoundation.org/attachment.cgi?id=190074=edit patch for 7.5.6.2 Patch for testing, opens .txt files from calc with writer. Opens CSV and TAB with calc always. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 60251] [META] ACCESSIBILITY: Tracking Windows OS accessibility and AT issues
https://bugs.documentfoundation.org/show_bug.cgi?id=60251 Bug 60251 depends on bug 157639, which changed state. Bug 157639 Summary: NVDA cannot announce status bar in dialogs (e.g. Writer's "Edit Contour" dialog) https://bugs.documentfoundation.org/show_bug.cgi?id=157639 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: vcl/source
vcl/source/window/builder.cxx |3 +++
1 file changed, 3 insertions(+)
New commits:
commit f8e16f26a037a71349dc1a197b5ace204acb123b
Author: Michael Weghorn
AuthorDate: Fri Oct 6 17:27:40 2023 +0200
Commit: Michael Weghorn
CommitDate: Sat Oct 7 00:05:43 2023 +0200
tdf#157639 a11y: Set proper role for status bar
Set `css::accessibility::AccessibleRole::STATUS_BAR`
as role for the `VclHBox`/`VclVBox` instances created
for `GtkStatusBar` nodes in .ui files, so that they
are properly exposed to the accessibility layer.
This is e.g. required to make NVDA's feature to announce
the status bar content (when pressing NVDA+End) work.
An additional change on NVDA side is needed to make the
announcement work. Pending PR:
https://github.com/nvaccess/nvda/pull/15592
Change-Id: Iac587be96ec941afd7625ee363949f5da0cbc873
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/157659
Tested-by: Jenkins
Reviewed-by: Michael Weghorn
diff --git a/vcl/source/window/builder.cxx b/vcl/source/window/builder.cxx
index 6974cdce9ccd..3825c9674fb1 100644
--- a/vcl/source/window/builder.cxx
+++ b/vcl/source/window/builder.cxx
@@ -1679,6 +1679,9 @@ VclPtr VclBuilder::makeObject(vcl::Window
*pParent, const OUString
xWindow = VclPtr::Create(pParent);
else
xWindow = VclPtr::Create(pParent);
+
+if (name == "GtkStatusbar")
+
xWindow->SetAccessibleRole(css::accessibility::AccessibleRole::STATUS_BAR);
}
else if (name == "GtkPaned")
{
[Libreoffice-commits] core.git: winaccessibility/source
winaccessibility/source/service/AccObject.cxx |3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
New commits:
commit dd0a0ecb839df1289693d4b2f862e3942a80345d
Author: Michael Weghorn
AuthorDate: Fri Oct 6 16:01:03 2023 +0100
Commit: Michael Weghorn
CommitDate: Sat Oct 7 00:05:22 2023 +0200
wina11y: Map FRAME a11y role to IAccessible2 equivalent
The description of the UNO API role (s.
`offapi/com/sun/star/accessibility/AccessibleRole.idl`)
and the IAccessible2 role `IA2_ROLE_FRAME`
(s. `winaccessibility/source/UAccCOMIDL/ia2_api_all.idl`)
match. (The first sentence is even identical.). Therefore, map
them accordingly instead of mapping to `ROLE_SYSTEM_DIALOG`,
which is not really the same.
It's not clear why this "perfect match" was commented
ever since
commit a18bdb3bc05e761704cc345a66a9d642bc4f4a0a
Author: Steve Yin
Date: Thu Nov 14 08:18:05 2013 +
Integrate branch of IAccessible2
I noticed this because announcement of the status bar in
Writer by NVDA as implemented in NVDA commit [1]
didn't work any more after
commit 2cd1408dd7d6688357257f4a58a8b467628b1884
Author: Michael Weghorn
Date: Thu Aug 17 13:15:46 2023 +0100
tdf#156561 a11y: Create VCLXTopWindow peer for border win frame
as the DIALOG role was used instead of the WINDOW role
after this, and NVDA doesn't consider that yet when
looking for the status bar.
It also doesn't take `IA2_ROLE_FRAME` into account yet,
but this NVDA PR makes NVDA to consider both,
`ROLE_SYSTEM_DIALOG` and `IA2_ROLE_FRAME` as well: [2]
Just mapping to `ROLE_SYSTEM_WINDOW` instead would
still be a better match than the previous
`ROLE_SYSTEM_DIALOG` and would make that
NVDA scenario work again without further
changes to NVDA, but would rather be a workaround
than the proper solution.
[1]
https://github.com/nvaccess/nvda/commit/62536a97cd29019c7055c927746da72435d12b95
[2] https://github.com/nvaccess/nvda/pull/15592
Change-Id: Ide39222d2525cb64106c878e8b0a11174bcb16ee
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/157658
Tested-by: Jenkins
Reviewed-by: Michael Weghorn
diff --git a/winaccessibility/source/service/AccObject.cxx
b/winaccessibility/source/service/AccObject.cxx
index d84e684b012b..98c6bba9392f 100644
--- a/winaccessibility/source/service/AccObject.cxx
+++ b/winaccessibility/source/service/AccObject.cxx
@@ -76,8 +76,7 @@ const short ROLE_TABLE[][2] =
{FONT_CHOOSER, IA2_ROLE_FONT_CHOOSER},
{FOOTER, IA2_ROLE_FOOTER},
{FOOTNOTE, IA2_ROLE_FOOTNOTE},
-//{FRAME, IA2_ROLE_FRAME},
-{FRAME,ROLE_SYSTEM_DIALOG},
+{FRAME,IA2_ROLE_FRAME},
{GLASS_PANE , IA2_ROLE_GLASS_PANE},
{GRAPHIC , ROLE_SYSTEM_GRAPHIC},
{GROUP_BOX,ROLE_SYSTEM_GROUPING},
[Libreoffice-bugs] [Bug 148364] Screenshot for Tools>Options>LibreOffice>View needs to be updated
https://bugs.documentfoundation.org/show_bug.cgi?id=148364 Stéphane Guillou (stragu) changed: What|Removed |Added Whiteboard| QA:needsComment| CC||stephane.guillou@libreoffic ||e.org --- Comment #1 from Stéphane Guillou (stragu) --- Since reporting, the screenshot was updated but it is still missing the dark/light/system UI theme option. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157644] In Calc, changing selection destroys data
https://bugs.documentfoundation.org/show_bug.cgi?id=157644 --- Comment #1 from tor...@yahoo.com --- Created attachment 190073 --> https://bugs.documentfoundation.org/attachment.cgi?id=190073=edit file with data A…I -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157644] New: In Calc, changing selection destroys data
https://bugs.documentfoundation.org/show_bug.cgi?id=157644 Bug ID: 157644 Summary: In Calc, changing selection destroys data Product: LibreOffice Version: 7.6.2.1 release Hardware: All OS: All Status: UNCONFIRMED Severity: normal Priority: medium Component: Calc Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: tor...@yahoo.com Description: in Tst.ods, select from A1 to G16, then move the square handle to E16: most data to the right of col.E disappear! Fortunately, ^z works. Steps to Reproduce: 1.open Tst.ods 2.select from A1 to G16 3.move the square handle to E16 Actual Results: selection is reduced, but most data to the right of col.E disappear. Expected Results: data should not change. Reproducible: Always User Profile Reset: No Additional Info: Version: 7.6.2.1 (X86_64) / LibreOffice Community Build ID: 56f7684011345957bbf33a7ee678afaf4d2ba333 CPU threads: 4; OS: Windows 10.0 Build 22621; UI render: Skia/Raster; VCL: win Locale: en-CA (en_CA); UI: en-US Calc: CL threaded -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 89683] delimited text files ('csv', 'tsv', etc.) are opened as text documents if Writer is the active window
https://bugs.documentfoundation.org/show_bug.cgi?id=89683 --- Comment #27 from Turtle --- (In reply to Mike Kaganski from comment #25) > (In reply to Turtle from comment #24) > > Unfortunately, your post gives nothing new to the discussion already > happened here. It is a common place that there's a RFC (which is, btw, just > a memo to summarize some existing and most common elements of the huge > variety of existing (and pre-existing) CSV flavors). It is known that some > people open CSVs when already work with text files. > > FTR: the correct code pointer is not comment 1, but comment 4 (so it is > PlainTextFilterDetect::detect which needs to be changed, it this request is > implemented). > > Let me summarize the arguments. > > 1. In favor of the change: > > 1.1. CSV is a tabular format, and it is exceptionally rare to want to open > it in Writer, in which case, there is a mechanism to explicitly choose the > filter. > 1.2. Opening it differently depending on the currently active document may > be seen as unexpected and counter-intuitive- by people who are well-aware > that LibreOffice is a monolithic application. > 1.3. Writer is not a text editor anyway; so it not suited to edit plain text > documents - if so wanted, users would use notepad/gedit for such a task. > 1.4. The extensions like CSV, TSV, XLS (also often used in CSVs) is usually > given explicitly to automatize opening in the spreadsheet application. > > 2. In favor of the current behavior: > > 2.1. Exactly contrary to 1.2, for people who are used to the concept that > each module is "separate" (e.g., coming from MS Office), the behavior that > when a file is opened using Writer menu, it would be opened in Calc, would > be counter-intuitive; such people would rather open CSVs not from Writer > menu, but e.g. from file browser. Current behavior is consistent with, say, > what Word does. Opening a file depending on its extension is usually not > done from another application's recent list or file open dialog. Again, file > browser (or OS-provided recent files list) is used for such a task. > 2.2. There is an "easy" way to customize behavior using extension provided > in comment 18. (Only for those who reads this issue here.) > 2.3. Current behavior allows to use command line's "--writer" together with > the file name, to tell which module to use, and avoid specifying the exact > filter name. > > Personally I do not see a compelling reason for the change. Thanks for the summary, I agree with all points other than 2.1. While I have been exclusively a openoffice then libreoffice user since 2002 (21 years) so I can't say I have any experience with Microsoft word, I did just now try to reproduce 2.1 by signing up for a free trial version of word and opening a CSV file it opens with excel. I would also change 1.1 to Opening a CSV into calc from writer would be part of a normal supported work flow. In the work flow scenario where a user opens writer and is typing a document such as a letter, it would be logical for a user to refer to a CSV spreadsheet, such as to copy and paste a few numbers from a downloaded data file, then close the csv and continue composing in writer. It makes no logical sense to open a CSV into writer and use it as a text editor and should not be a supported work flow, other than with an extension. Also add: 1.5 When in calc if one needs to open a .txt file and refer to it, the text file should be opened with writer. As text/plain is not a spreadsheet format. Thanks again for your consideration. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 152571] Very slow save (macOS, ARM)
https://bugs.documentfoundation.org/show_bug.cgi?id=152571 Alex Thurgood changed: What|Removed |Added Status|NEEDINFO|NEW --- Comment #6 from Alex Thurgood --- Fwiw, I am now experiencing the same poor performance, spinning beach ball, mouse response lags, laggy UI, etc, with Draw and LO7621, on M1 macOS Sonoma. It really is very frustrating and infuriating for LO to be afflicted in this way. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 148059] LibreOffice also shows up as Soffice when using alt-tab to cycle through windows on XFCE
https://bugs.documentfoundation.org/show_bug.cgi?id=148059 Stéphane Guillou (stragu) changed: What|Removed |Added Ever confirmed|0 |1 CC||stephane.guillou@libreoffic ||e.org Status|UNCONFIRMED |NEEDINFO --- Comment #2 from Stéphane Guillou (stragu) --- Can you please test again with the latest LO version? Preferable 7.6. "soffice" is the name of the executable but shouldn't show up as the application name. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 146528] not recognizing scroll from logitech trackball marble (T-BC21) viewing
https://bugs.documentfoundation.org/show_bug.cgi?id=146528 Stéphane Guillou (stragu) changed: What|Removed |Added Ever confirmed|0 |1 CC||stephane.guillou@libreoffic ||e.org URL||https://ask.libreoffice.org ||/t/why-wont-logitec-marble- ||scroll-documents/59856 Status|UNCONFIRMED |NEEDINFO Whiteboard| QA:needsComment| --- Comment #2 from Stéphane Guillou (stragu) --- Looks like others have the same issue: https://ask.libreoffice.org/t/why-wont-logitec-marble-scroll-documents/59856 Do you still experience this in the latest version of Libreoffice? What software do you use to manage this device / it's drivers ? Is it up to date too? -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 141776] Application shortcuts not working in Start Center after closing document (see comment 4)
https://bugs.documentfoundation.org/show_bug.cgi?id=141776 --- Comment #6 from ska...@yahoo.co.uk --- (In reply to Stéphane Guillou (stragu) from comment #5) > (In reply to skagon from comment #4) > > The [tab] key, arrows and [enter] do work. However, the shortcuts do not. > > For instance, pressing [w] will not open a new Writer file, nor will [c] > > open a new Calc file. > > So, I suppose it's still partially reproducible, yes. > > - Do shortcuts like Ctrl + Q (quit), Ctrl + O (open) or Alt + F12 (options) > work? > - For the "W" and "C" accelerators, I believe you need to press Alt as well > to be able to use them (like you would have to in order to start using > top-menu accelerators in Writer and Calc). I don't know if those letters on > their own ever worked (but please let us know if you know about a version > that did allow that, or if you have seen it documented somewhere). > > Please let us know if those work. > > (for the record, I can't reproduce in any version on Linux, I tried 5.4, > 7.1, and a recent trunk build) Those shortcuts you mentioned do work. However, as you said, "those letters on their own" worked in version 7.0 and everything before. Moreover, it doesn't make sense to require another combination like [alt]+[w] or [alt]+[c]. These are not "shortcuts", it's not obvious that those would work. They are not in a menu, and the access keys on each option (icon) are already underlined – whereas in all Windows applications the access keys are never underlined (on a menu bar) until the "down" event of the Alt key. Being visible in Windows pretty much means you just have to press the corresponding underlined key (letter) on the keyboard. Again, let me repeat: this behaviour worked until version 7.0, then stopped working, then it re-started working until 7.4 or 7.5 (can't remember exactly). It is the expected behaviour in Windows, that's why it was working for so many years. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 108437] [META] Image bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=108437 Bug 108437 depends on bug 157635, which changed state. Bug 157635 Summary: FILEOPEN: image transparent in PPTX https://bugs.documentfoundation.org/show_bug.cgi?id=157635 What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|--- |FIXED -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157576] PDF export: some png images are not exported
https://bugs.documentfoundation.org/show_bug.cgi?id=157576 Patrick Luby changed: What|Removed |Added Status|NEW |ASSIGNED Assignee|libreoffice-b...@lists.free |plub...@neooffice.org |desktop.org | --- Comment #5 from Patrick Luby --- I have committed a fix for the missing animated images when exporting to PDF. It should be included in tomorrow's (07 October 2023) nightly master build. Note: while debugging, I found that when viewing the document with Skia disabled on macOS, the animated images periodically includes a snapshot of the window's status bar: https://bugs.documentfoundation.org/attachment.cgi?id=190072 This new bug doesn't occur with Skia/Metal or Skia/Raster but it does occur as far back as LibreOffice 7.5.7 so this is an old bug. Does anyone see this same new bug when running on Windows or Linux with Skia disabled? -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157576] PDF export: some png images are not exported
https://bugs.documentfoundation.org/show_bug.cgi?id=157576 --- Comment #4 from Patrick Luby --- Created attachment 190072 --> https://bugs.documentfoundation.org/attachment.cgi?id=190072=edit Strange rendering of animated image with Skia disabled on macOS -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 49177] Add color gradient for FORMATTING cell background
https://bugs.documentfoundation.org/show_bug.cgi?id=49177 --- Comment #22 from Shoaib Jom --- Nice information. You can check m0re information from https://modapktv.com/ and https://modapktv.com/toca-boca-mod-apk/ -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157576] PDF export: some png images are not exported
https://bugs.documentfoundation.org/show_bug.cgi?id=157576 Commit Notification changed: What|Removed |Added Whiteboard||target:24.2.0 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-commits] core.git: vcl/source
vcl/source/filter/igif/gifread.cxx |8 +++-
1 file changed, 7 insertions(+), 1 deletion(-)
New commits:
commit b2ca39bc5e424e67e8fc7e8a044214feb09e39f7
Author: Patrick Luby
AuthorDate: Fri Oct 6 15:21:50 2023 -0400
Commit: Patrick Luby
CommitDate: Fri Oct 6 22:31:00 2023 +0200
tdf#157576 and tdf#157635 mask out black pixels
Due to the switch from transparency to alpha in commit
81994cb2b8b32453a92bcb011830fcb884f22ff3, mask out black
pixels in bitmap.
Change-Id: I7cc8c39c20d8ec4fed026c3e27fce24396815d68
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/157665
Tested-by: Jenkins
Reviewed-by: Patrick Luby
diff --git a/vcl/source/filter/igif/gifread.cxx
b/vcl/source/filter/igif/gifread.cxx
index 818317f8baa8..afbf084f4f31 100644
--- a/vcl/source/filter/igif/gifread.cxx
+++ b/vcl/source/filter/igif/gifread.cxx
@@ -666,7 +666,13 @@ void GIFReader::CreateNewBitmaps()
aAnimationFrame.maBitmapEx = BitmapEx( aBmp8, aAlphaMask );
}
else
-aAnimationFrame.maBitmapEx = BitmapEx( aBmp8 );
+{
+// tdf#157576 and tdf#157635 mask out black pixels
+// Due to the switch from transparency to alpha in commit
+// 81994cb2b8b32453a92bcb011830fcb884f22ff3, mask out black
+// pixels in bitmap.
+aAnimationFrame.maBitmapEx = BitmapEx( aBmp8, aBmp8 );
+}
aAnimationFrame.maPositionPixel = Point( nImagePosX, nImagePosY );
aAnimationFrame.maSizePixel = Size( nImageWidth, nImageHeight );
[Libreoffice-bugs] [Bug 156689] Deleting Columns May Remove Styling
https://bugs.documentfoundation.org/show_bug.cgi?id=156689
Kira Tubo changed:
What|Removed |Added
CC||kira.t...@gmail.com
--- Comment #7 from Kira Tubo ---
(In reply to Saburo from comment #6)
> Created attachment 189692 [details]
> Condition Format test file
>
> 1.Test file Open
> 2.Delete culumns("B")
>
> The conditional formatting settings remain, but the background color and
> text decorations are removed.
> The background and text decorations will not be restored unless you reopen
> the file or edit the conditional formatting.
>
> I think this is a different issue than the original bug.
Thanks for the sample document @Saburo. Actually, it seems I am able to
reproduce this, but only if I scroll down after step 2. So steps for me are:
1. Open test file attachment 189692 [details]
2. Delete columns("B")
3. Scroll down until cells containing data are no longer visible
4. Scroll back up to cells containing data
It looks like this issue also starts at the same commit from the bibisect I did
on Comment 5, so I am inclined to think that it is actually part of the same
issue. Let's keep it as part of the same bug report for now.
--
You are receiving this mail because:
You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157635] FILEOPEN: image transparent in PPTX
https://bugs.documentfoundation.org/show_bug.cgi?id=157635 Patrick Luby changed: What|Removed |Added Version|7.5.0.0 alpha0+ |24.2.0.0 alpha0+ Master Status|NEW |ASSIGNED Assignee|libreoffice-b...@lists.free |plub...@neooffice.org |desktop.org | --- Comment #6 from Patrick Luby --- (In reply to Xisco Faulí from comment #5) > @Patrick, the original report ( bug 49253 ) was about the same problem and > it was fixed with > https://cgit.freedesktop.org/libreoffice/core/commit/ > ?id=b184a8734f0abd7fd2b1d450a4119ecbaca41589, maybe it can give you a hint ? Thank you for the link. I tried flipping the fill color in that patch to COL_WHITE (i.e. opaque) but while that fixed this bug, that causes https://bugs.documentfoundation.org/show_bug.cgi?id=156630 to reappear. Fortunately, I think that I have found a different place in the code (i.e. the .gif loading code) to mask out the missing image in the following patch. The patch also appears to fix https://bugs.documentfoundation.org/show_bug.cgi?id=157576: https://gerrit.libreoffice.org/c/core/+/157665 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157375] LibreOffice shortcuts do not work right after opening new Writer or Calc document from the Start Center menu (cursor not in document)
https://bugs.documentfoundation.org/show_bug.cgi?id=157375 V Stuart Foote changed: What|Removed |Added See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=97 ||511 CC||vsfo...@libreoffice.org --- Comment #3 from V Stuart Foote --- Not clear it is all result of https://gerrit.libreoffice.org/c/core/+/139730 See also bug 97511 suggests the global shortcut handling at various locations get clobbered. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 97511] Handling of Q_MOD1 +Q in menus -- not functional from OOo
https://bugs.documentfoundation.org/show_bug.cgi?id=97511 V Stuart Foote changed: What|Removed |Added See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=15 ||7375 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 149598] "Format cells" dialog does not remember size
https://bugs.documentfoundation.org/show_bug.cgi?id=149598 Andreas Heinisch changed: What|Removed |Added Assignee|andreas.heini...@yahoo.de |libreoffice-b...@lists.free ||desktop.org -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157622] Fichiers partagés verrouillés à la version 7.5.7.1
https://bugs.documentfoundation.org/show_bug.cgi?id=157622 Stéphane Guillou (stragu) changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|--- |DUPLICATE --- Comment #1 from Stéphane Guillou (stragu) --- Sounds like the same issue as reported in bug 157609, so marking as duplicate. Thank you! *** This bug has been marked as a duplicate of bug 157609 *** -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157609] "This file has been locked by another user" pop-up
https://bugs.documentfoundation.org/show_bug.cgi?id=157609 Stéphane Guillou (stragu) changed: What|Removed |Added CC||valenti...@live.fr --- Comment #5 from Stéphane Guillou (stragu) --- *** Bug 157622 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 156040] Dark Mode - Category names are not visible in the Base control panel
https://bugs.documentfoundation.org/show_bug.cgi?id=156040 Kira Tubo changed: What|Removed |Added Keywords||bibisected, bisected, ||regression CC||caolan.mcnamara@collabora.c ||om, kira.t...@gmail.com --- Comment #7 from Kira Tubo --- Bibisected win64-7.5. Added Caolán McNamara to cc. Regression occurring at: https://git.libreoffice.org/core/+/8d66d1f270b1f3fdb76d749fa92189d669ea436d commit 8d66d1f270b1f3fdb76d749fa92189d669ea436d[log] author Caolán McNamara Fri Dec 02 12:26:42 2022 + committer Adolfo Jayme Barrientos Fri Dec 02 15:51:55 2022 + treeff24462a7d63718385319c78ce2551a0ce6fd9d5 parent f9395a123e8c85134bdd6e471bc93b2745e22a9d [diff] commit 158ad65b2c606d71ca7ba1b5ad3ad1ff4171ef26 Author: Norbert Thiebaud Date: Fri Dec 2 09:18:21 2022 -0800 source sha:8d66d1f270b1f3fdb76d749fa92189d669ea436d -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157638] Useless comments of kind //90682 in GraphicImport.cxx
https://bugs.documentfoundation.org/show_bug.cgi?id=157638 Stéphane Guillou (stragu) changed: What|Removed |Added Ever confirmed|0 |1 CC||hoss...@libreoffice.org, ||stephane.guillou@libreoffic ||e.org Status|UNCONFIRMED |NEW --- Comment #1 from Stéphane Guillou (stragu) --- Thanks Regina, I can see the comment and trust you on the analysis. Hossein, I assume an easyHack? -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 89683] delimited text files ('csv', 'tsv', etc.) are opened as text documents if Writer is the active window
https://bugs.documentfoundation.org/show_bug.cgi?id=89683 --- Comment #26 from Mike Kaganski --- (In reply to Mike Kaganski from comment #25) > FTR: the correct code pointer is not comment 1, but comment 4 (so it is > PlainTextFilterDetect::detect which needs to be changed, it this request is > implemented). Sorry, a thinko while preparing the previous comment. Please ignore this part. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-commits] core.git: 2 commits - sc/inc sc/source
sc/inc/strings.hrc |1
sc/source/ui/inc/content.hxx|3 -
sc/source/ui/inc/navipi.hxx |1
sc/source/ui/navipi/content.cxx | 95 ++--
sc/source/ui/navipi/navipi.cxx |1
5 files changed, 26 insertions(+), 75 deletions(-)
New commits:
commit c76fb134281a3d1fd56f8a6d07ad7111c85e17b9
Author: Caolán McNamara
AuthorDate: Fri Oct 6 15:45:13 2023 +0100
Commit: Caolán McNamara
CommitDate: Fri Oct 6 21:32:38 2023 +0200
bHiddenDoc is always false and aHiddenName is always empty
Change-Id: I05259fb648f9e1e96ac5b0f0a4d68ba9a68b89b0
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/157652
Tested-by: Jenkins
Reviewed-by: Caolán McNamara
diff --git a/sc/source/ui/inc/content.hxx b/sc/source/ui/inc/content.hxx
index 5a14cb48b4a4..2e8c6757e202 100644
--- a/sc/source/ui/inc/content.hxx
+++ b/sc/source/ui/inc/content.hxx
@@ -49,9 +49,6 @@ class ScContentTree
o3tl::enumarray> m_aRootNodes;
ScContentId nRootType; // set as Root
OUStringaManualDoc; // Switched in Navigator
(Title)
-boolbHiddenDoc; // Hidden active?
-OUStringaHiddenName;// URL to load
-ScDocument* pHiddenDocument;// temporary
boolbIsInNavigatorDlg;
boolm_bFreeze;
ImplSVEvent*m_nAsyncMouseReleaseId;
diff --git a/sc/source/ui/navipi/content.cxx b/sc/source/ui/navipi/content.cxx
index 1af85b31d051..58bb28668b4d 100644
--- a/sc/source/ui/navipi/content.cxx
+++ b/sc/source/ui/navipi/content.cxx
@@ -124,8 +124,6 @@
ScContentTree::ScContentTree(std::unique_ptr xTreeView, ScNaviga
, m_xTransferObj(new ScLinkTransferObj)
, pParentWindow(pNavigatorDlg)
, nRootType(ScContentId::ROOT)
-, bHiddenDoc(false)
-, pHiddenDocument(nullptr)
, bIsInNavigatorDlg(false)
, m_bFreeze(false)
, m_nAsyncMouseReleaseId(nullptr)
@@ -326,9 +324,6 @@ IMPL_LINK_NOARG(ScContentTree, ContentDoubleClickHdl,
weld::TreeView&, bool)
if (xEntry && (nType != ScContentId::ROOT) && (nChild !=
SC_CONTENT_NOCHILD))
{
-if ( bHiddenDoc )
-return false; //! later...
-
OUString aText(m_xTreeView->get_text(*xEntry));
if ( !aManualDoc.isEmpty() )
@@ -471,8 +466,6 @@ IMPL_LINK(ScContentTree, KeyInputHdl, const KeyEvent&,
rKEvt, bool)
if (xEntry && (nType != ScContentId::ROOT) && (nChild !=
SC_CONTENT_NOCHILD))
{
-if ( bHiddenDoc )
-return true;//! later...
OUString aText(m_xTreeView->get_text(*xEntry));
if (!aManualDoc.isEmpty())
pParentWindow->SetCurrentDoc( aManualDoc );
@@ -575,7 +568,7 @@ IMPL_LINK(ScContentTree, CommandHdl, const CommandEvent&,
rCEvt, bool)
++i;
sId = "document" + OUString::number(i);
xDocMenu->append_radio(sId, aEntry);
-if ( !bHiddenDoc && aName == aManualDoc )
+if (aName == aManualDoc)
sActive = sId;
}
pSh = SfxObjectShell::GetNext( *pSh );
@@ -584,7 +577,7 @@ IMPL_LINK(ScContentTree, CommandHdl, const CommandEvent&,
rCEvt, bool)
++i;
sId = "document" + OUString::number(i);
xDocMenu->append_radio(sId, pParentWindow->aStrActiveWin);
-if (!bHiddenDoc && aManualDoc.isEmpty())
+if (aManualDoc.isEmpty())
sActive = sId;
xDocMenu->set_active(sActive, true);
@@ -643,25 +636,15 @@ IMPL_LINK(ScContentTree, QueryTooltipHdl, const
weld::TreeIter&, rEntry, OUStrin
ScDocument* ScContentTree::GetSourceDocument()
{
-if (bHiddenDoc)
-return pHiddenDocument;
-else
-{
-ScDocShell* pSh = GetManualOrCurrent();
-if (pSh)
-return >GetDocument();
-
-}
+ScDocShell* pSh = GetManualOrCurrent();
+if (pSh)
+return >GetDocument();
return nullptr;
}
void ScContentTree::Refresh( ScContentId nType )
{
-if ( bHiddenDoc && !pHiddenDocument )
-return; // other document displayed
-
// if nothing has changed the cancel right away (against flicker)
-
if ( nType == ScContentId::NOTE )
if (!NoteStringsChanged())
return;
@@ -1189,8 +1172,6 @@ IMPL_LINK(ScContentTree, DragBeginHdl, bool&,
rUnsetDragIcon, bool)
bool bDisallow = true;
-std::unique_ptr pDocLoader;
-
ScModule* pScMod = SC_MOD();
ScContentId nType;
@@ -1212,18 +1193,13 @@ IMPL_LINK(ScContentTree, DragBeginHdl, bool&,
rUnsetDragIcon, bool)
ScDocument* pLocalDoc = nullptr; // for URL
[Libreoffice-commits] core.git: sc/source
sc/source/ui/inc/content.hxx|3 ---
sc/source/ui/navipi/content.cxx | 12 +---
sc/source/ui/navipi/navipi.cxx | 10 --
3 files changed, 1 insertion(+), 24 deletions(-)
New commits:
commit d34c975c849db6c99d3b1f0155cce34234468fc1
Author: Caolán McNamara
AuthorDate: Fri Oct 6 15:39:37 2023 +0100
Commit: Caolán McNamara
CommitDate: Fri Oct 6 21:32:15 2023 +0200
aHiddenTitle is always an empty string
Change-Id: I881c8d017da0792420ba6929c0dccbfa0df78e04
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/157650
Tested-by: Caolán McNamara
Reviewed-by: Caolán McNamara
diff --git a/sc/source/ui/inc/content.hxx b/sc/source/ui/inc/content.hxx
index 9f7f6aada3b8..5a14cb48b4a4 100644
--- a/sc/source/ui/inc/content.hxx
+++ b/sc/source/ui/inc/content.hxx
@@ -51,7 +51,6 @@ class ScContentTree
OUStringaManualDoc; // Switched in Navigator
(Title)
boolbHiddenDoc; // Hidden active?
OUStringaHiddenName;// URL to load
-OUStringaHiddenTitle; // for display
ScDocument* pHiddenDocument;// temporary
boolbIsInNavigatorDlg;
boolm_bFreeze;
@@ -149,8 +148,6 @@ public:
voidSelectDoc(const OUString& rName);
voidSelectEntryByName(const ScContentId nRoot, std::u16string_view
rName);
-const OUString& GetHiddenTitle() const{ return aHiddenTitle; }
-
/** Applies the navigator settings to the listbox. */
void ApplyNavigatorSettings();
/** Stores the current listbox state in the navigator settings. */
diff --git a/sc/source/ui/navipi/content.cxx b/sc/source/ui/navipi/content.cxx
index 96bd64a75924..1af85b31d051 100644
--- a/sc/source/ui/navipi/content.cxx
+++ b/sc/source/ui/navipi/content.cxx
@@ -586,16 +586,6 @@ IMPL_LINK(ScContentTree, CommandHdl, const CommandEvent&,
rCEvt, bool)
xDocMenu->append_radio(sId, pParentWindow->aStrActiveWin);
if (!bHiddenDoc && aManualDoc.isEmpty())
sActive = sId;
-// hidden document
-if ( !aHiddenTitle.isEmpty() )
-{
-OUString aEntry = aHiddenTitle + pParentWindow->aStrHidden;
-++i;
-sId = "document" + OUString::number(i);
-xDocMenu->append_radio(sId, aEntry);
-if (bHiddenDoc)
-sActive = sId;
-}
xDocMenu->set_active(sActive, true);
OUString sIdent = xPop->popup_at_rect(m_xTreeView.get(),
tools::Rectangle(rCEvt.GetMousePosPixel(), Size(1, 1)));
@@ -1408,7 +1398,7 @@ bool ScContentTree::ActiveDocChanged()
OUString aCurrent;
if ( bHiddenDoc )
-aCurrent = aHiddenTitle;
+aCurrent = OUString();
else
{
ScDocShell* pSh = GetManualOrCurrent();
diff --git a/sc/source/ui/navipi/navipi.cxx b/sc/source/ui/navipi/navipi.cxx
index 940a8f4e4f8f..ad5e149e9028 100644
--- a/sc/source/ui/navipi/navipi.cxx
+++ b/sc/source/ui/navipi/navipi.cxx
@@ -884,16 +884,6 @@ void ScNavigatorDlg::GetDocNames( const OUString*
pManualSel )
m_xLbDocuments->append_text(aStrActiveWin);
-OUString aHidden = m_xLbEntries->GetHiddenTitle();
-if (!aHidden.isEmpty())
-{
-OUString aEntry = aHidden + aStrHidden;
-m_xLbDocuments->append_text(aEntry);
-
-if ( pManualSel && aHidden == *pManualSel )
-aSelEntry = aEntry;
-}
-
m_xLbDocuments->thaw();
m_xLbDocuments->set_active_text(aSelEntry);
[Libreoffice-bugs] [Bug 133522] FILEOPEN: DOCX: LayoutInCell(false): position of textbox incorrect (compat14)
https://bugs.documentfoundation.org/show_bug.cgi?id=133522 Justin L changed: What|Removed |Added See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=15 ||7637 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 133552] Wrong cursor on links with KF5 and QT5 vcl plugins (open hand instead of hand pointing finger)
https://bugs.documentfoundation.org/show_bug.cgi?id=133552 Justin L changed: What|Removed |Added See Also|https://bugs.documentfounda | |tion.org/show_bug.cgi?id=15 | |7637| -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157637] FILESAVE ODT->DOC: native LO offsets in tables as if layoutInCell, but doesn't export that way to DOC
https://bugs.documentfoundation.org/show_bug.cgi?id=157637 Justin L changed: What|Removed |Added See Also|https://bugs.documentfounda |https://bugs.documentfounda |tion.org/show_bug.cgi?id=13 |tion.org/show_bug.cgi?id=13 |3552|3522 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 89683] delimited text files ('csv', 'tsv', etc.) are opened as text documents if Writer is the active window
https://bugs.documentfoundation.org/show_bug.cgi?id=89683 --- Comment #25 from Mike Kaganski --- (In reply to Turtle from comment #24) Unfortunately, your post gives nothing new to the discussion already happened here. It is a common place that there's a RFC (which is, btw, just a memo to summarize some existing and most common elements of the huge variety of existing (and pre-existing) CSV flavors). It is known that some people open CSVs when already work with text files. FTR: the correct code pointer is not comment 1, but comment 4 (so it is PlainTextFilterDetect::detect which needs to be changed, it this request is implemented). Let me summarize the arguments. 1. In favor of the change: 1.1. CSV is a tabular format, and it is exceptionally rare to want to open it in Writer, in which case, there is a mechanism to explicitly choose the filter. 1.2. Opening it differently depending on the currently active document may be seen as unexpected and counter-intuitive- by people who are well-aware that LibreOffice is a monolithic application. 1.3. Writer is not a text editor anyway; so it not suited to edit plain text documents - if so wanted, users would use notepad/gedit for such a task. 1.4. The extensions like CSV, TSV, XLS (also often used in CSVs) is usually given explicitly to automatize opening in the spreadsheet application. 2. In favor of the current behavior: 2.1. Exactly contrary to 1.2, for people who are used to the concept that each module is "separate" (e.g., coming from MS Office), the behavior that when a file is opened using Writer menu, it would be opened in Calc, would be counter-intuitive; such people would rather open CSVs not from Writer menu, but e.g. from file browser. Current behavior is consistent with, say, what Word does. Opening a file depending on its extension is usually not done from another application's recent list or file open dialog. Again, file browser (or OS-provided recent files list) is used for such a task. 2.2. There is an "easy" way to customize behavior using extension provided in comment 18. (Only for those who reads this issue here.) 2.3. Current behavior allows to use command line's "--writer" together with the file name, to tell which module to use, and avoid specifying the exact filter name. Personally I do not see a compelling reason for the change. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157637] FILESAVE ODT->DOC: native LO offsets in tables as if layoutInCell, but doesn't export that way to DOC
https://bugs.documentfoundation.org/show_bug.cgi?id=157637 Justin L changed: What|Removed |Added Blocks||131304 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=131304 [Bug 131304] [META] MS Word compatibilityMode = 15 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 131304] [META] MS Word compatibilityMode = 15
https://bugs.documentfoundation.org/show_bug.cgi?id=131304 Justin L changed: What|Removed |Added Depends on||157637 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=157637 [Bug 157637] FILESAVE ODT->DOC: native LO offsets in tables as if layoutInCell, but doesn't export that way to DOC -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157637] FILESAVE ODT->DOC: native LO offsets in tables as if layoutInCell, but doesn't export that way to DOC
https://bugs.documentfoundation.org/show_bug.cgi?id=157637 Justin L changed: What|Removed |Added Summary|FILESAVE ODT->DOC: native |FILESAVE ODT->DOC: native |LO offsets in tables as if |LO offsets in tables as if |layoutInCell, but doesn't |layoutInCell, but doesn't |export that way to DOC/DOCX |export that way to DOC -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157637] FILESAVE ODT->DOC: native LO offsets in tables as if layoutInCell, but doesn't export that way to DOC/DOCX
https://bugs.documentfoundation.org/show_bug.cgi?id=157637 Justin L changed: What|Removed |Added Status|ASSIGNED|NEW Summary|FILESAVE ODT->DOC: native |FILESAVE ODT->DOC: native |LO anchors in tables as if |LO offsets in tables as if |layoutInCell, but doesn't |layoutInCell, but doesn't |export that way to DOC/DOCX |export that way to DOC/DOCX Assignee|jl...@mail.com |libreoffice-b...@lists.free ||desktop.org --- Comment #2 from Justin L --- (In reply to Justin L from comment #1) > tdf79186_noLayoutInCell.odt shows that at least textboxes need to be an > exception. see https://gerrit.libreoffice.org/c/core/+/102258 Patch that I am NOT going to propose, but just for illustration is at https://gerrit.libreoffice.org/c/core/+/157662 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 133522] FILEOPEN: DOCX: LayoutInCell(false): position of textbox incorrect (compat14)
https://bugs.documentfoundation.org/show_bug.cgi?id=133522 --- Comment #9 from Justin L --- I have a patch that fixes duplicate bug 157161's anchoredInCellTextbox2.docx. However, there are too many edge cases where FollowTextFlow/layoutInCell are not supported, or not sync'd, or not handled the same in Writer/Word. https://gerrit.libreoffice.org/c/core/+/157636 * see earlier patchsets for affected unit tests. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 155195] FILEOPEN File on SMB share cannot be opened via file dialog of KDE
https://bugs.documentfoundation.org/show_bug.cgi?id=155195 --- Comment #5 from Michael Weghorn --- > LibreOffice 7.6.1 still has this problem on my system. No sign of > improvement. Can you please try 7.6.2 from the LibreOffice website? https://wiki.documentfoundation.org/Installing_in_parallel/Linux has instructions on how to use that in parallel to a distro-provided version and this would also help identify whether it may be related to your distro packages. Does this also happen with a local SMB share, e.g. set up in Dolphin's properties tab for a folder? What happens when you try using "File" -> "Open Remote" instead of "File" -> "Open"? (Choose "Windows share" as type when adding the share via "Add service".) -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157609] "This file has been locked by another user" pop-up
https://bugs.documentfoundation.org/show_bug.cgi?id=157609 zacgarb...@gmail.com changed: What|Removed |Added Status|NEEDINFO|UNCONFIRMED Ever confirmed|1 |0 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157609] "This file has been locked by another user" pop-up
https://bugs.documentfoundation.org/show_bug.cgi?id=157609 --- Comment #4 from zacgarb...@gmail.com --- Hi Julien I've already tried https://wiki.documentfoundation.org/QA/FirstSteps#Corrupted_user_profile but with no success: the problem is still present -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157643] Saving to HTML a table with a wide horizontal border between rows, produces extra tr elements
https://bugs.documentfoundation.org/show_bug.cgi?id=157643 Mike Kaganski changed: What|Removed |Added Status|UNCONFIRMED |ASSIGNED Ever confirmed|0 |1 -- You are receiving this mail because: You are the assignee for the bug.
