[Libreoffice-bugs] [Bug 98923] LO Writer incorrectly reformats field codes from Word docx documents
https://bugs.documentfoundation.org/show_bug.cgi?id=98923 --- Comment #3 from Justin L --- This could arguably be considered a bug in the endnote software. I guess one would need to find the documentation on the specification to see whether the space is required or is just pretty-printing. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-commits] core.git: sd/source
sd/source/ui/dlg/tpoption.cxx |3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) New commits: commit d3e7dd4d4ddc88ba60be6ce5e90a1d1fcde47cca Author: Heiko Tietze AuthorDate: Thu Mar 31 17:12:18 2022 +0200 Commit: Heiko Tietze CommitDate: Fri Apr 1 07:33:23 2022 +0200 Resolves tdf#148292 - Keep UI static for Impress' general options Right frame changes left position depending on unit's spinedit Added an arbitrary width request to make the UI static Change-Id: Ibb9033627bdd0d73108862d5e48683935eab0fdf Reviewed-on: https://gerrit.libreoffice.org/c/core/+/132364 Tested-by: Jenkins Reviewed-by: Heiko Tietze diff --git a/sd/source/ui/dlg/tpoption.cxx b/sd/source/ui/dlg/tpoption.cxx index cbb4a1b3..28f7fff49bb8 100644 --- a/sd/source/ui/dlg/tpoption.cxx +++ b/sd/source/ui/dlg/tpoption.cxx @@ -215,7 +215,8 @@ SdTpOptionsMisc::SdTpOptionsMisc(weld::Container* pPage, weld::DialogController* eFUnit = SfxModule::GetCurrentFieldUnit(); SetFieldUnit( *m_xMtrFldTabstop , eFUnit ); - +// tdf#148292 - avoid right frame to change position depending on width of this control +m_xMtrFldTabstop->set_size_request(150, -1); // Impress is default mode, let' hide the entire scale frame etc. m_xCbxDistort->hide(); m_xScaleFrame->hide();
[Libreoffice-commits] core.git: officecfg/registry
officecfg/registry/data/org/openoffice/Office/UI/Sidebar.xcu | 31 ++- 1 file changed, 30 insertions(+), 1 deletion(-) New commits: commit fb4cf97f3d6a1efc3b3914067ebff304bb45ccf1 Author: Pranam Lashkari AuthorDate: Fri Apr 1 00:29:15 2022 +0530 Commit: Pranam Lashkari CommitDate: Fri Apr 1 06:57:44 2022 +0200 keep draw and impress sidebar page setup different in sidebar in draw sidebar "Page" deck displayed title "Slide" Signed-off-by: Pranam Lashkari Change-Id: Iea7c95bc8c7ef2054c04c6cae77a254c969e1156 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/132368 Tested-by: Jenkins diff --git a/officecfg/registry/data/org/openoffice/Office/UI/Sidebar.xcu b/officecfg/registry/data/org/openoffice/Office/UI/Sidebar.xcu index 0200d229a4d1..ad61ee9033d6 100644 --- a/officecfg/registry/data/org/openoffice/Office/UI/Sidebar.xcu +++ b/officecfg/registry/data/org/openoffice/Office/UI/Sidebar.xcu @@ -901,7 +901,7 @@ -DrawImpress, DrawPage,visible, .uno:PageSetup ; +Impress, DrawPage,visible, .uno:PageSetup ; DrawImpress, default, visible, .uno:PageSetup ; DrawImpress, HandoutPage, visible, .uno:PageSetup ; DrawImpress, NotesPage, visible, .uno:PageSetup ; @@ -920,6 +920,35 @@ + + + Page + + + false + + + DrawPageDeck + + + PropertyDeck + + + +Draw,DrawPage,visible, .uno:PageSetup ; + + + + private:resource/toolpanel/SdPanelFactory/SlideBackgroundPanel + + + 100 + + + false + + + Layouts
[Libreoffice-bugs] [Bug 148290] Can't get heading definition to take effect
https://bugs.documentfoundation.org/show_bug.cgi?id=148290 --- Comment #4 from Luke Kendall --- I had a hunt around asklibreoffice and found this: https://ask.libreoffice.org/t/heading-numbering-not-following/27538 It does seem like it may be a design error: allowing you to select an option in the paragraph style which will prevent the numbering you define from applying. I'll investigate further on my end and add to this when I've done so. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 147811] Specific DOC document prints to PDF virtual printer as raster
https://bugs.documentfoundation.org/show_bug.cgi?id=147811 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 147732] font highlighting small caps does not work in Impress
https://bugs.documentfoundation.org/show_bug.cgi?id=147732 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 145917] Getting Started Guide, Chapt 13 on Macro: confusing, repetitive, and not well organized
https://bugs.documentfoundation.org/show_bug.cgi?id=145917 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 145916] Writer Guide confuses AutoText with Macro
https://bugs.documentfoundation.org/show_bug.cgi?id=145916 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 148055] Template fields can't be properly edited
https://bugs.documentfoundation.org/show_bug.cgi?id=148055 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 148058] Dynamic graphics enhancement
https://bugs.documentfoundation.org/show_bug.cgi?id=148058 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 148290] Can't get heading definition to take effect
https://bugs.documentfoundation.org/show_bug.cgi?id=148290 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 148290] Can't get heading definition to take effect
https://bugs.documentfoundation.org/show_bug.cgi?id=148290 --- Comment #3 from QA Administrators --- [Automated Action] NeedInfo-To-Unconfirmed -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 107322] [META] Media (audio / video) bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=107322 Bug 107322 depends on bug 142807, which changed state. Bug 142807 Summary: Libreoffice don't insert nor playback videos from ver 7 and later https://bugs.documentfoundation.org/show_bug.cgi?id=142807 What|Removed |Added Status|NEEDINFO|RESOLVED Resolution|--- |INSUFFICIENTDATA -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 142807] Libreoffice don't insert nor playback videos from ver 7 and later
https://bugs.documentfoundation.org/show_bug.cgi?id=142807 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 109530] [META] File opening issues
https://bugs.documentfoundation.org/show_bug.cgi?id=109530 Bug 109530 depends on bug 133085, which changed state. Bug 133085 Summary: Calc is very very slow compared to MS Office - EDITING, FILEOPEN, FILESAVE https://bugs.documentfoundation.org/show_bug.cgi?id=133085 What|Removed |Added Status|NEEDINFO|RESOLVED Resolution|--- |INSUFFICIENTDATA -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 142807] Libreoffice don't insert nor playback videos from ver 7 and later
https://bugs.documentfoundation.org/show_bug.cgi?id=142807 --- Comment #13 from QA Administrators --- Dear Alej, 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 108897] [META] XLSX (OOXML) bug tracker
https://bugs.documentfoundation.org/show_bug.cgi?id=108897 Bug 108897 depends on bug 133085, which changed state. Bug 133085 Summary: Calc is very very slow compared to MS Office - EDITING, FILEOPEN, FILESAVE https://bugs.documentfoundation.org/show_bug.cgi?id=133085 What|Removed |Added Status|NEEDINFO|RESOLVED Resolution|--- |INSUFFICIENTDATA -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 133085] Calc is very very slow compared to MS Office - EDITING, FILEOPEN, FILESAVE
https://bugs.documentfoundation.org/show_bug.cgi?id=133085 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 133085] Calc is very very slow compared to MS Office - EDITING, FILEOPEN, FILESAVE
https://bugs.documentfoundation.org/show_bug.cgi?id=133085 --- Comment #25 from QA Administrators --- Dear Khaldoun, 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 103378] [META] PDF export bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=103378 Bug 103378 depends on bug 119492, which changed state. Bug 119492 Summary: Image got messed up when exporting directly to PDF https://bugs.documentfoundation.org/show_bug.cgi?id=119492 What|Removed |Added Status|NEEDINFO|RESOLVED Resolution|--- |INSUFFICIENTDATA -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 119492] Image got messed up when exporting directly to PDF
https://bugs.documentfoundation.org/show_bug.cgi?id=119492 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 119492] Image got messed up when exporting directly to PDF
https://bugs.documentfoundation.org/show_bug.cgi?id=119492 --- Comment #33 from QA Administrators --- Dear libre, 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 144875] artefacts in UI
https://bugs.documentfoundation.org/show_bug.cgi?id=144875 --- Comment #2 from QA Administrators --- Dear zenon49, 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 144558] Print Dialog Box does not have scrollbar so that users with small screens can click on the ok button to print.
https://bugs.documentfoundation.org/show_bug.cgi?id=144558 --- Comment #2 from QA Administrators --- Dear George, 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 136447] Text flow page break in tristate after CTRL+A Backspace Undo
https://bugs.documentfoundation.org/show_bug.cgi?id=136447 --- Comment #5 from QA Administrators --- Dear Telesto, This bug has been in NEEDINFO status with no change for at least 6 months. Please provide the requested information as soon as possible and mark the bug as UNCONFIRMED. Due to regular bug tracker maintenance, if the bug is still in NEEDINFO status with no change in 30 days the QA team will close the bug as INSUFFICIENTDATA due to lack of needed information. For more information about our NEEDINFO policy please read the wiki located here: https://wiki.documentfoundation.org/QA/Bugzilla/Fields/Status/NEEDINFO If you have already provided the requested information, please mark the bug as UNCONFIRMED so that the QA team knows that the bug is ready to be confirmed. Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-NeedInfo-Ping -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 135255] Undo doesn't restore added content with tracking changes enabled
https://bugs.documentfoundation.org/show_bug.cgi?id=135255 --- Comment #5 from QA Administrators --- Dear Telesto, This bug has been in NEEDINFO status with no change for at least 6 months. Please provide the requested information as soon as possible and mark the bug as UNCONFIRMED. Due to regular bug tracker maintenance, if the bug is still in NEEDINFO status with no change in 30 days the QA team will close the bug as INSUFFICIENTDATA due to lack of needed information. For more information about our NEEDINFO policy please read the wiki located here: https://wiki.documentfoundation.org/QA/Bugzilla/Fields/Status/NEEDINFO If you have already provided the requested information, please mark the bug as UNCONFIRMED so that the QA team knows that the bug is ready to be confirmed. Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-NeedInfo-Ping -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 128310] FIND: LO jumps to a page near search result, but not to the correct page (in a very huge document)
https://bugs.documentfoundation.org/show_bug.cgi?id=128310 --- Comment #16 from QA Administrators --- Dear Tobias Green, 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 148284] The Background Area in LibreOffice Dark Color Scheme (Application Background) Should Use Different Color Than Document Background
https://bugs.documentfoundation.org/show_bug.cgi?id=148284 Adolfo Jayme Barrientos changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|--- |FIXED Assignee|libreoffice-b...@lists.free |riz...@libreoffice.org |desktop.org | -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 148284] The Background Area in LibreOffice Dark Color Scheme (Application Background) Should Use Different Color Than Document Background
https://bugs.documentfoundation.org/show_bug.cgi?id=148284 --- Comment #1 from Commit Notification --- Rizal Muttaqin committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/fd6f8f39fe82532dfee6b8d5a02179e087203bef tdf#148284 make app bg darker than doc bg It will be available in 7.4.0. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 148284] The Background Area in LibreOffice Dark Color Scheme (Application Background) Should Use Different Color Than Document Background
https://bugs.documentfoundation.org/show_bug.cgi?id=148284 Commit Notification changed: What|Removed |Added Whiteboard||target:7.4.0 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-commits] core.git: officecfg/registry
officecfg/registry/data/org/openoffice/Office/UI.xcu |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) New commits: commit fd6f8f39fe82532dfee6b8d5a02179e087203bef Author: Rizal Muttaqin AuthorDate: Thu Mar 31 13:28:56 2022 +0700 Commit: Adolfo Jayme Barrientos CommitDate: Fri Apr 1 04:50:56 2022 +0200 tdf#148284 make app bg darker than doc bg Change-Id: I5966d46f77647168f2aa1f610ac9aeb3d4431ab2 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/132348 Tested-by: Jenkins Reviewed-by: Adolfo Jayme Barrientos diff --git a/officecfg/registry/data/org/openoffice/Office/UI.xcu b/officecfg/registry/data/org/openoffice/Office/UI.xcu index f3b01409cbb9..e3195b7ac50f 100644 --- a/officecfg/registry/data/org/openoffice/Office/UI.xcu +++ b/officecfg/registry/data/org/openoffice/Office/UI.xcu @@ -446,7 +446,7 @@ -3355443 +1842204
[Libreoffice-bugs] [Bug 115481] Letter paper size is not what it should be.
https://bugs.documentfoundation.org/show_bug.cgi?id=115481 Tim changed: What|Removed |Added Version|6.2.3.2 release |7.3.2.2 release Severity|minor |normal OS|Linux (All) |Windows (All) --- Comment #16 from Tim --- LO does not lay out or print documents correctly. It prints on 1/4 of the page in landscape only. Portrait flips back to horizontal. Brochure setting seems to be permanently turned on. Please fix this. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 147732] font highlighting small caps does not work in Impress
https://bugs.documentfoundation.org/show_bug.cgi?id=147732 Scott Clewell changed: What|Removed |Added Status|UNCONFIRMED |NEEDINFO Ever confirmed|0 |1 --- Comment #1 from Scott Clewell --- Hello Peter, Thank you for reporting the bug. Unfortunately without clear steps to reproduce it, we cannot track down the origin of the problem. Please provide a clearer set of step-by-step instructions on how to reproduce the problem. I have set the bug's status to 'NEEDINFO'. Please change it back to 'UNCONFIRMED' once the steps are provided. Also, please provide the version of LibreOffice and what operating system you experienced the bug with. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 148300] Feature Request: lockable (by extension: visible) objects in Draw and Writer
https://bugs.documentfoundation.org/show_bug.cgi?id=148300 Regina Henschel changed: What|Removed |Added CC||rb.hensc...@t-online.de --- Comment #1 from Regina Henschel --- Draw: Use an own layer for the object you want to lock and draw other objects on a different layer. So this bug report should only be about Writer. And for Writer see bug 49626. I see no need for another bug report. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 148301] New: Shortcuts Ctrl+> and Ctrl+< not working
https://bugs.documentfoundation.org/show_bug.cgi?id=148301 Bug ID: 148301 Summary: Shortcuts Ctrl+> and Ctrl+< not working Product: LibreOffice Version: 7.2.5.2 release Hardware: All OS: Linux (All) Status: UNCONFIRMED Severity: normal Priority: medium Component: Writer Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: jr...@hotmail.com Description: The shortcuts Ctrl+> (Ctrl+Shift+.) and Ctrl+< (Ctrl+Shift+,) don't work after being set. Steps to Reproduce: 1. Go to Tools > Customize > Keyboard 2. Go to either Shift+Ctrl+, or Shift+Ctrl+. 3. Define a function for it 4. Close the dialog and type the shortcut Actual Results: No action is performed. Expected Results: The function defined is performed. Reproducible: Always User Profile Reset: No OpenGL enabled: Yes Additional Info: [Information automatically included from LibreOffice] Locale: en-US Module: TextDocument OS: Fedora 35 (5.16.14-200.fc35.x86_64) OS is 64bit: yes Windowing system: Wayland GNOME Shell 41.4 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 146291] Allow to use substituted font as if it were installed
https://bugs.documentfoundation.org/show_bug.cgi?id=146291 --- Comment #6 from Aron Budea --- (In reply to V Stuart Foote from comment #5) > But wait, the "missing" font comes in recorded into the style which can > already be selected for continued use in the document. And IIRC for That seems to be a bit restricted to me, what if the document creator didn't use styles, or you want to create new styles with the same font? > And isn't this really a duplicate of bug 96872 and the UX-Design workup in > https://design.blog.documentfoundation.org/2016/10/21/dealing-with-missing- > fonts/ I see no mention that a substituted font can be referred to as if it was installed (eg. picked from font selector), but please point me to it if I missed it. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-ux-advise] [Bug 146291] Allow to use substituted font as if it were installed
https://bugs.documentfoundation.org/show_bug.cgi?id=146291 --- Comment #6 from Aron Budea --- (In reply to V Stuart Foote from comment #5) > But wait, the "missing" font comes in recorded into the style which can > already be selected for continued use in the document. And IIRC for That seems to be a bit restricted to me, what if the document creator didn't use styles, or you want to create new styles with the same font? > And isn't this really a duplicate of bug 96872 and the UX-Design workup in > https://design.blog.documentfoundation.org/2016/10/21/dealing-with-missing- > fonts/ I see no mention that a substituted font can be referred to as if it was installed (eg. picked from font selector), but please point me to it if I missed it. -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-bugs] [Bug 148299] Master Document: File not found if filename/path has back to back spaces.
https://bugs.documentfoundation.org/show_bug.cgi?id=148299 John changed: What|Removed |Added Component|LibreOffice |Writer -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 148300] New: Feature Request: lockable (by extension: visible) objects in Draw and Writer
https://bugs.documentfoundation.org/show_bug.cgi?id=148300 Bug ID: 148300 Summary: Feature Request: lockable (by extension: visible) objects in Draw and Writer Product: LibreOffice Version: 6.4.7.2 release Hardware: x86-64 (AMD64) OS: Linux (All) Status: UNCONFIRMED Severity: enhancement Priority: medium Component: Draw Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: al.vi...@741.me.uk Description: User permitted to select and lock objects in Draw and Writer and by extension to declare objects as visible or not. Conditionality problems may exist if objects within the selected object were prior declared as Locked or not (or visible or not) Steps to Reproduce: 1. open a PDF in Draw or Writer 2. position a number of small objects eg text box over the background page 3. try to reselect one of the small objects 4. often the background object is selected by error - it can be difficult selecting the required object 5. the Object pallet in Draw could be improved upon by identifying the type of object with onscreen echo if an object in the Object pallet is selected 6. the background object (eg PDF page) could be locked making it unavailable for selection and unavailable to click and drag by mistake. 7. the ability to declare an object locked or unlocked should be left to the user with easy identification on the object entry in Object pallet Actual Results: It can be frustratingly difficult selecting small objects such as text boxes on a large object background. Usually the large object can be selected by mistake and repositioned by mistake. This can spoil carefully prepared formatting Expected Results: Easy to lock an object A locked object automatically locks all objects contained within the locked object if they are not already locked Unlocking an object releases objects contained within it had they not been already locked Reproducible: Always User Profile Reset: No OpenGL enabled: Yes Additional Info: Example workflow: commenting/editing on PDF files in LO Draw and/or Writer Perceived problem: Selecting an object that lies on a PDF page can be difficult at times. At times when the background object has been selected by mistake it is easy to drag the object away from its default positioning. Feature Request: User able to select an object and declare it as "locked". Meaning that the object cannot be selected and cannot be moved. For the effect to happen recursively so that all objects contained in an object become locked if the containing object is declared "locked" Purpose: I believe it will enhance workflow, avoid selecting background object or other objects that are locked and close to the intended object due for selection. Enhance user experience by reducing frustration at selecting wrong object. A similar working method and workflow should be created to declare objects as visible or not with conditionality whether contained objects were prior declared as visible or not within the selected object I believe the enhancement request is valid across all versions of LibreOffice but I have not checked all versions and only on Linux operating systems In terminal: glxinfo | grep OpenGL returns OpenGL vendor string: Intel OpenGL renderer string: Mesa Intel(R) HD Graphics 520 (SKL GT2) OpenGL core profile version string: 4.6 (Core Profile) Mesa 21.2.6 OpenGL core profile shading language version string: 4.60 OpenGL core profile context flags: (none) OpenGL core profile profile mask: core profile OpenGL core profile extensions: OpenGL version string: 4.6 (Compatibility Profile) Mesa 21.2.6 OpenGL shading language version string: 4.60 OpenGL context flags: (none) OpenGL profile mask: compatibility profile OpenGL extensions: OpenGL ES profile version string: OpenGL ES 3.2 Mesa 21.2.6 OpenGL ES profile shading language version string: OpenGL ES GLSL ES 3.20 OpenGL ES profile extensions: -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 148299] New: Master Document: File not found if filename/path has back to back spaces.
https://bugs.documentfoundation.org/show_bug.cgi?id=148299 Bug ID: 148299 Summary: Master Document: File not found if filename/path has back to back spaces. Product: LibreOffice Version: 7.2.5.2 release Hardware: x86-64 (AMD64) OS: All Status: UNCONFIRMED Severity: normal Priority: medium Component: LibreOffice Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: johnedrinkwa...@gmail.com Description: In a master document, links to subdocuments which have 2 or more spaces in the filename fail. Windows 10 Pro 21H2 Libre Office 7.2.6.2 x64 Steps to Reproduce: 1. Create a new master doc. 2. Create or link to a subdocument. 3. If the subdocument has 2 spaces in the filename, the filename can't be found. My Filename.odt --> OK My Filname.odt --> Not Found Actual Results: Filename not found Expected Results: Linked subdocument file Reproducible: Always User Profile Reset: No Additional Info: It appears the 'convert to URL' step fails as the file path displays with spaces instead of '%20'. >From the navigator, right click the bad file > edit link. Manually adding %20 into the link path fails. When checking the file link from within the master document, the link path has only one space. Manually adding a 2nd space doesn't work (after re-opening the dialog, the path shows with only 1 space). It appears that file path whitespace of any length is being reduced to a single space. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 148294] Manually created references are not exported correctly to .docx (become lost)
https://bugs.documentfoundation.org/show_bug.cgi?id=148294 Telesto changed: What|Removed |Added Ever confirmed|0 |1 Status|UNCONFIRMED |NEW --- Comment #5 from Telesto --- Setting to NEW based on comment 4 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 148298] New: Impress won't handle PowerPoint slide hyperlink containing an executable
https://bugs.documentfoundation.org/show_bug.cgi?id=148298 Bug ID: 148298 Summary: Impress won't handle PowerPoint slide hyperlink containing an executable Product: LibreOffice Version: 7.3.1.3 release Hardware: x86-64 (AMD64) OS: Windows (All) Status: UNCONFIRMED Severity: enhancement Priority: medium Component: Impress Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: r...@att.net Description: After copying a PowerPoint presentation from my old Windows Office computer to my new LibreOffice PC, it won't handle hyperlinks of this sort that were built into the presentation: C:/Program Files/Audacity/Audacity.exe C:/Users/rsl/Birds/Presentations/NJAS/2018/Week5Sounds/49624.wav It is intended to open the local program Audacity and display the audiospectrogram of the local sound file 49624.wav, but, after warning that it might be dangerous (to open the executable), it says Windows can't find it. Would be nice if LibreOffice Impress could support such functionality. Steps to Reproduce: 1.Embed hyperlink as described above 2.Run Impress slideshow 3.Click on hyperlink text box on slide Actual Results: Warning issued; override warning and continue; Windows cant find Expected Results: Audacity would open up on screen and display the audiospectrogram of the file that was passed to it in its command line. Reproducible: Always User Profile Reset: No Additional Info: MikeKaganski wrote: "The hyperlinks in LibreOffice are stored as URIs. There is no built-in mechanism in URIs designed to provide command line arguments to executables encoded as file: URIs; but it is possible to have a custom convention on that, e.g. using query part of URI for that. That needs to be implemented and documented in LibreOffice to work. You are welcome to file an enhancement request, providing a clear description of use case, and a sample of a file that works in PowerPoint - which would make it an interoperability bug, possibly with higher chance to be accepted." -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 144557] Pasting slides into another LO instance pastes truncated content
https://bugs.documentfoundation.org/show_bug.cgi?id=144557 Aron Budea changed: What|Removed |Added Ever confirmed|0 |1 Status|UNCONFIRMED |NEW --- Comment #3 from Aron Budea --- Not sure what kind of final result can be expected, but even if it can't work the same as if copy-pasting between the same LO instance, pasting slides between different instances should produce better results. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 147801] Build fails when specific bsdtar.exe version is in PATH
https://bugs.documentfoundation.org/show_bug.cgi?id=147801 Hossein changed: What|Removed |Added Resolution|--- |FIXED Status|NEW |RESOLVED -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 147615] PRINTING: macOS Impress print dialog does not provide access to select printer's Paper Size
https://bugs.documentfoundation.org/show_bug.cgi?id=147615 Roman Kuznetsov <79045_79...@mail.ru> changed: What|Removed |Added Status|UNCONFIRMED |NEW Blocks||103309 Whiteboard| QA:needsComment| CC||79045_79...@mail.ru Ever confirmed|0 |1 --- Comment #1 from Roman Kuznetsov <79045_79...@mail.ru> --- The paper size drop-down list in the Impress's Print dialog is just empty in Version: 7.4.0.0.alpha0+ / LibreOffice Community Build ID: 0a05b1f46263a16c6d40c841a317c3ba9f4d31d6 CPU threads: 4; OS: Mac OS X 12.3.1; UI render: default; VCL: osx Locale: ru-RU (ru_RU.UTF-8); UI: en-US Calc: threaded Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=103309 [Bug 103309] [META] Print dialog bugs and enhancements -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 103309] [META] Print dialog bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=103309 Roman Kuznetsov <79045_79...@mail.ru> changed: What|Removed |Added Depends on||147615 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=147615 [Bug 147615] PRINTING: macOS Impress print dialog does not provide access to select printer's Paper Size -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 147676] Continue to show cell contents in the formula bar when another document gets the mouse focus.
https://bugs.documentfoundation.org/show_bug.cgi?id=147676 Roman Kuznetsov <79045_79...@mail.ru> changed: What|Removed |Added Severity|enhancement |normal -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 147676] Continue to show cell contents in the formula bar when another document gets the mouse focus.
https://bugs.documentfoundation.org/show_bug.cgi?id=147676 Roman Kuznetsov <79045_79...@mail.ru> changed: What|Removed |Added Ever confirmed|0 |1 Blocks||108660 Whiteboard| QA:needsComment| Status|UNCONFIRMED |NEW CC||79045_79...@mail.ru --- Comment #1 from Roman Kuznetsov <79045_79...@mail.ru> --- Confirm in Version: 7.4.0.0.alpha0+ / LibreOffice Community Build ID: 0a05b1f46263a16c6d40c841a317c3ba9f4d31d6 CPU threads: 4; OS: Mac OS X 12.3.1; UI render: default; VCL: osx Locale: ru-RU (ru_RU.UTF-8); UI: en-US Calc: threaded Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=108660 [Bug 108660] [META] Formula bar (input line) bugs and enhancements -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 108660] [META] Formula bar (input line) bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=108660 Roman Kuznetsov <79045_79...@mail.ru> changed: What|Removed |Added Depends on||147676 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=147676 [Bug 147676] Continue to show cell contents in the formula bar when another document gets the mouse focus. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 148296] Spreadsheets stop working
https://bugs.documentfoundation.org/show_bug.cgi?id=148296 Julien Nabet changed: What|Removed |Added Ever confirmed|0 |1 CC||serval2...@yahoo.fr Status|UNCONFIRMED |NEEDINFO --- Comment #1 from Julien Nabet --- Could you give a try at https://wiki.documentfoundation.org/QA/FirstSteps ? If still stuck, you can give a try to LO 7.3.1 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 108827] [META] Calc functions bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=108827
Roman Kuznetsov <79045_79...@mail.ru> changed:
What|Removed |Added
Depends on||148094
Referenced Bugs:
https://bugs.documentfoundation.org/show_bug.cgi?id=148094
[Bug 148094] Calc Hangs and uses ever increasing amount of memory with lots of
MATCH(1, ("X"=range) * ("Y"=range), 0) EDITING/OPENING
--
You are receiving this mail because:
You are the assignee for the bug.
[Libreoffice-bugs] [Bug 148094] Calc Hangs and uses ever increasing amount of memory with lots of MATCH(1, ("X"=range) * ("Y"=range), 0) EDITING/OPENING
https://bugs.documentfoundation.org/show_bug.cgi?id=148094 Roman Kuznetsov <79045_79...@mail.ru> changed: What|Removed |Added Blocks||108827 CC||79045_79...@mail.ru, ||serval2...@yahoo.fr Keywords||perf Ever confirmed|0 |1 Status|UNCONFIRMED |NEW --- Comment #15 from Roman Kuznetsov <79045_79...@mail.ru> --- I didn't have any memory leaks but I got the 100% CPU loading in Version: 7.4.0.0.alpha0+ / LibreOffice Community Build ID: 0a05b1f46263a16c6d40c841a317c3ba9f4d31d6 CPU threads: 4; OS: Mac OS X 12.3.1; UI render: default; VCL: osx Locale: ru-RU (ru_RU.UTF-8); UI: en-US Calc: threaded My steps: 1. Open the example 2. Go to sheet 'INDEX(MATCH)' 3. Select a last row with data on the sheet 4. Try expand/drag it to over 100 rows to down => LO hangs with 100% CPU loading Julien could you please test it on your machine and if you'll get the same please will create the perfgraph? Thank you Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=108827 [Bug 108827] [META] Calc functions bugs and enhancements -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 119083] Recalculation is slow with 90000 VLOOKUP
https://bugs.documentfoundation.org/show_bug.cgi?id=119083 --- Comment #42 from Ulf --- I tried the following: Inserting new column as describes works fine for me. It takes just a moment. But it takes 51.37 sek if i insert a new row. 1)insert new row e.g. over/under row 13 2)It takes 51.37 sek Version: 7.3.2.2 (x64) / LibreOffice Community Build ID: 49f2b1bff42cfccbd8f788c8dc32c1c309559be0 CPU threads: 8; OS: Windows 10.0 Build 19044; UI render: Skia/Raster; VCL: win Locale: de-DE (de_DE); UI: de-DE Calc: CL -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 148256] Deadlocks while typing (macOS only?)
https://bugs.documentfoundation.org/show_bug.cgi?id=148256 Roman Kuznetsov <79045_79...@mail.ru> changed: What|Removed |Added Status|UNCONFIRMED |NEEDINFO Ever confirmed|0 |1 --- Comment #3 from Roman Kuznetsov <79045_79...@mail.ru> --- no repro in Version: 7.4.0.0.alpha0+ / LibreOffice Community Build ID: 0a05b1f46263a16c6d40c841a317c3ba9f4d31d6 CPU threads: 4; OS: Mac OS X 12.3.1; UI render: default; VCL: osx Locale: ru-RU (ru_RU.UTF-8); UI: en-US Calc: threaded possible the problem is in your old macOS version -> OS Version: Mac OS X 10.11.6 Will you plan to update it? -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 148265] Freeze when u want copy from one file to another opened file - macOS
https://bugs.documentfoundation.org/show_bug.cgi?id=148265 Roman Kuznetsov <79045_79...@mail.ru> changed: What|Removed |Added Ever confirmed|0 |1 Status|UNCONFIRMED |NEEDINFO CC||79045_79...@mail.ru --- Comment #1 from Roman Kuznetsov <79045_79...@mail.ru> --- No repro in Version: 7.4.0.0.alpha0+ / LibreOffice Community Build ID: 0a05b1f46263a16c6d40c841a317c3ba9f4d31d6 CPU threads: 4; OS: Mac OS X 12.3.1; UI render: default; VCL: osx Locale: ru-RU (ru_RU.UTF-8); UI: en-US Calc: threaded Could you please try reset your LO's user profile using Help->Restart in Safe mode dialog? If it will not help, then please attach your file with data here -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 148297] New: Page Layout in View menu in LibreOffice Calc
https://bugs.documentfoundation.org/show_bug.cgi?id=148297 Bug ID: 148297 Summary: Page Layout in View menu in LibreOffice Calc Product: LibreOffice Version: unspecified Hardware: All OS: All Status: UNCONFIRMED Severity: enhancement Priority: medium Component: Calc Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: aklasse...@hotmail.com Description: New feature request: Please add Page Layout in View Menu in Calc like Normal in View Menu in Writer. Actual Results: No Page layout available Expected Results: Page Layout Reproducible: Always User Profile Reset: No Additional Info: Page Layout -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 147818] [EMF/EMF+] FILEOPEN Schematic Lines are not displayed. Workaround: export EMF_PLUS_DISABLE=1
https://bugs.documentfoundation.org/show_bug.cgi?id=147818 --- Comment #8 from Bartosz --- Created attachment 179243 --> https://bugs.documentfoundation.org/attachment.cgi?id=179243=edit Minimal EMF image with removed EmfPlusSave and EmfPlusRestore is displayed correctly After removing two instances of EmfPlusSave and EmfPlusRestore records, the image is displayed correctly -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 147818] [EMF/EMF+] FILEOPEN Schematic Lines are not displayed. Workaround: export EMF_PLUS_DISABLE=1
https://bugs.documentfoundation.org/show_bug.cgi?id=147818 --- Comment #7 from Bartosz --- Created attachment 179242 --> https://bugs.documentfoundation.org/attachment.cgi?id=179242=edit Minimal EMF image opened in MS Paint -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 147818] [EMF/EMF+] FILEOPEN Schematic Lines are not displayed. Workaround: export EMF_PLUS_DISABLE=1
https://bugs.documentfoundation.org/show_bug.cgi?id=147818 Bartosz changed: What|Removed |Added Attachment #179045|0 |1 is obsolete|| --- Comment #6 from Bartosz --- Created attachment 179241 --> https://bugs.documentfoundation.org/attachment.cgi?id=179241=edit Minimal EMF image where the issue is reproducible -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-commits] core.git: Branch 'distro/collabora/co-2021' - officecfg/registry
officecfg/registry/data/org/openoffice/Office/UI/Sidebar.xcu | 31 ++- 1 file changed, 30 insertions(+), 1 deletion(-) New commits: commit 7e13e196ef008f50cc01ad198ecef64f5d76865b Author: Pranam Lashkari AuthorDate: Wed Mar 30 18:11:37 2022 +0530 Commit: Pranam Lashkari CommitDate: Thu Mar 31 20:56:26 2022 +0200 keep draw and impress sidebar page setup different in sidebar in draw sidebar "Page" deck displayed title "Slide" Signed-off-by: Pranam Lashkari Change-Id: Iea7c95bc8c7ef2054c04c6cae77a254c969e1156 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/132314 Tested-by: Jenkins CollaboraOffice diff --git a/officecfg/registry/data/org/openoffice/Office/UI/Sidebar.xcu b/officecfg/registry/data/org/openoffice/Office/UI/Sidebar.xcu index b944bf74347c..477a6a126674 100644 --- a/officecfg/registry/data/org/openoffice/Office/UI/Sidebar.xcu +++ b/officecfg/registry/data/org/openoffice/Office/UI/Sidebar.xcu @@ -904,7 +904,7 @@ -DrawImpress, DrawPage,visible, .uno:PageSetup ; +Impress, DrawPage,visible, .uno:PageSetup ; DrawImpress, default, visible, .uno:PageSetup ; DrawImpress, HandoutPage, visible, .uno:PageSetup ; DrawImpress, NotesPage, visible, .uno:PageSetup ; @@ -923,6 +923,35 @@ + + + Page + + + false + + + DrawPageDeck + + + PropertyDeck + + + +Draw,DrawPage,visible, .uno:PageSetup ; + + + + private:resource/toolpanel/SdPanelFactory/SlideBackgroundPanel + + + 100 + + + false + + + Layouts
[Libreoffice-bugs] [Bug 146291] Allow to use substituted font as if it were installed
https://bugs.documentfoundation.org/show_bug.cgi?id=146291 V Stuart Foote changed: What|Removed |Added CC||vstuart.fo...@utsa.edu --- Comment #5 from V Stuart Foote --- But wait, the "missing" font comes in recorded into the style which can already be selected for continued use in the document. And IIRC for interoperability & stability that PS or CS gets written back out with the "missing" font--not with the intentional font substitution (i.e. by dialog) or result of an os/DE driven fallback mechanism. Print or export to PDF may be an issue--but the ODF or OOXML should retain the missing font assignment to its spans. And isn't this really a duplicate of bug 96872 and the UX-Design workup in https://design.blog.documentfoundation.org/2016/10/21/dealing-with-missing-fonts/ -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-ux-advise] [Bug 146291] Allow to use substituted font as if it were installed
https://bugs.documentfoundation.org/show_bug.cgi?id=146291 V Stuart Foote changed: What|Removed |Added CC||vstuart.fo...@utsa.edu --- Comment #5 from V Stuart Foote --- But wait, the "missing" font comes in recorded into the style which can already be selected for continued use in the document. And IIRC for interoperability & stability that PS or CS gets written back out with the "missing" font--not with the intentional font substitution (i.e. by dialog) or result of an os/DE driven fallback mechanism. Print or export to PDF may be an issue--but the ODF or OOXML should retain the missing font assignment to its spans. And isn't this really a duplicate of bug 96872 and the UX-Design workup in https://design.blog.documentfoundation.org/2016/10/21/dealing-with-missing-fonts/ -- You are receiving this mail because: You are on the CC list for the bug.
MacUpdate - your app listing has been updated
Title: Untitled Document App Listing Updated Hi The Document Foundation, We have updated your application listing for LibreOffice 7.3.2.2 on MacUpdate.com. Please take a moment to review your application's information to make sure that everything is correct. View your updated app listing You can login to your Developer Account to reply to comments and view stats, or submit new updates and changes to your app listing. Desktop Install Compatibility MacUpdate Desktop 6 is helping developers make it easier for users to fully install and use their apps. Download Desktop 6 and to ensure your app works with the “Install” link on our download pages. Advertise With MacUpdate The best Mac devs advertise their apps on MacUpdate.com because it’s the most targeted, highly performing Mac app advertising you can find on the web. Contact a...@macupdate.com to guarantee your annual ad campaigns get booked and expand your app’s audience. Learn more Questions? Contact our Content Update Team upda...@macupdate.com. You are receiving this offer because you have an app listed on MacUpdate.com. Add us to your address book or white list to ensure reliable delivery. © 2018 MacUpdate - All Rights Reserved 526 W. 14th St. #100 • Traverse City, MI 49684
[Libreoffice-bugs] [Bug 148270] FILEOPEN DOCX: TOC is not correctly interpreted
https://bugs.documentfoundation.org/show_bug.cgi?id=148270 --- Comment #5 from Thomas Gerbet --- Yes, I confirm this is a generated document. It is generated by a software called Tuleap using a JS library called docx https://github.com/dolanmiu/docx We (I'm one of the maintainer of Tuleap) however re-implemented the way the TOC is generated to prefill it with our context. I did not check if it the issue is also present when using only the docx library. You can see the code used to generate the TOC instruction here: https://tuleap.net/plugins/git/tuleap/tuleap/stable?a=blob=3b5ba2c21d161035ff1d371939edcf24096b4cc5=5716c31a40128f5f2129525896d3c28e2be3c719=plugins%2Fdocument_generation%2Fscripts%2Ftracker-report-action%2Fsrc%2FExporter%2FDOCX%2FTableOfContents%2Ftoc-field-instruction.ts https://tuleap.net/plugins/git/tuleap/tuleap/stable?a=blob=3b5ba2c21d161035ff1d371939edcf24096b4cc5=257848b38686120807fb4965c1f69078d680ac38=plugins%2Fdocument_generation%2Fscripts%2Ftracker-report-action%2Fsrc%2FExporter%2FDOCX%2FTableOfContents%2Ftable-of-contents.ts#L94 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-commits] core.git: Branch 'feature/cib_contract57d' - 12 commits - download.lst external/curl external/expat external/icu external/libjpeg-turbo external/libxml2 external/libxslt Reposito
RepositoryExternal.mk |2 download.lst| 28 +- external/curl/ExternalPackage_curl.mk |4 external/curl/ExternalProject_curl.mk |7 external/curl/curl-7.26.0_win-proxy.patch |2 external/curl/curl-msvc-disable-protocols.patch.1 |7 external/curl/zlib.patch.0 |4 external/expat/expat-winapi.patch | 11 + external/icu/UnpackedTarball_icu.mk |2 external/icu/cec7de7a390dd6907b0ea0feb4488ed3934ee71d.patch.2 | 94 ++ external/icu/e450fa50fc242282551f56b941dc93b9a8a0bcbb.patch.2 | 39 external/libjpeg-turbo/UnpackedTarball_libjpeg-turbo.mk |1 external/libjpeg-turbo/c76f4a08263b0cea40d2967560ac7c21f6959079.patch.1 | 38 external/libxml2/libxml2-config.patch.1 |4 external/libxml2/libxml2-global-symbols.patch |4 external/libxslt/UnpackedTarball_libxslt.mk |1 external/libxslt/e2584eed1c84c18f16e42188c30d2c3d8e3e8853.patch.1 | 69 --- external/libxslt/rpath.patch.0 |2 xmlsecurity/inc/xmlsec-wrapper.h|4 xmlsecurity/source/xmlsec/mscrypt/xmlsignature_mscryptimpl.cxx |4 xmlsecurity/source/xmlsec/nss/xmlsignature_nssimpl.cxx |4 21 files changed, 230 insertions(+), 101 deletions(-) New commits: commit 4f4c55b5199f0dbaf1f1beeffeeaaa9ca8efcb2f Author: Michael Stahl AuthorDate: Mon Feb 21 11:33:21 2022 +0100 Commit: Gabor Kelemen CommitDate: Thu Mar 31 19:27:47 2022 +0200 libxml2: upgrade to release 2.9.13 Fixes CVE-2022-23308 Change-Id: I1b3bf5cf58d7d1f39c224b0d898176c95107fbf5 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/130241 Tested-by: Jenkins Reviewed-by: Michael Stahl (cherry picked from commit d50a7151431335d1431bccef000ae39f84bdf135) Reviewed-on: https://gerrit.libreoffice.org/c/core/+/130259 Reviewed-by: Xisco Fauli Reviewed-on: https://gerrit.libreoffice.org/c/core/+/130296 Tested-by: Thorsten Behrens Reviewed-by: Thorsten Behrens diff --git a/download.lst b/download.lst index 24f6ae31ef99..f17901ded4b6 100644 --- a/download.lst +++ b/download.lst @@ -156,9 +156,9 @@ export LIBTOMMATH_SHA256SUM := 083daa92d8ee6f4af96a6143b12d7fc8fe1a547e14f862304 export LIBTOMMATH_TARBALL := ltm-1.0.zip export XMLSEC_SHA256SUM := 13eec4811ea30e3f0e16a734d1dbf7f9d246a71d540b48d143a07b489f6222d4 export XMLSEC_TARBALL := xmlsec1-1.2.28.tar.gz -export LIBXML_SHA256SUM := c8d6681e38c56f172892c85ddc0852e1fd4b53b4209e7f4ebf17f7e2eae71d92 -export LIBXML_VERSION_MICRO := 12 -export LIBXML_TARBALL := libxml2-2.9.$(LIBXML_VERSION_MICRO).tar.gz +export LIBXML_SHA256SUM := 276130602d12fe484ecc03447ee5e759d0465558fbc9d6bd144e3745306ebf0e +export LIBXML_VERSION_MICRO := 13 +export LIBXML_TARBALL := libxml2-2.9.$(LIBXML_VERSION_MICRO).tar.xz export LIBXSLT_SHA256SUM := 8247f33e9a872c6ac859aa45018bc4c4d00b97e2feac9eebc10c93ce1f34dd79 export LIBXSLT_VERSION_MICRO := 35 export LIBXSLT_TARBALL := libxslt-1.1.$(LIBXSLT_VERSION_MICRO).tar.xz commit f18c7d33d34f33b2c3cb1f132f878127d4fed8ea Author: Caolán McNamara AuthorDate: Sat Feb 19 16:53:58 2022 + Commit: Gabor Kelemen CommitDate: Thu Mar 31 19:24:13 2022 +0200 upgrade to expat 2.4.6 CVE-2022-25235 CVE-2022-25236 CVE-2022-25313 CVE-2022-25314 CVE-2022-25315 Change-Id: I1cb0449411fe938fe47ab47cead685fd04e137dd Reviewed-on: https://gerrit.libreoffice.org/c/core/+/130157 Reviewed-by: Michael Stahl Reviewed-by: Xisco Fauli Reviewed-by: Christian Lohmaier Tested-by: Christian Lohmaier Reviewed-on: https://gerrit.libreoffice.org/c/core/+/130294 Tested-by: Thorsten Behrens Reviewed-by: Thorsten Behrens diff --git a/download.lst b/download.lst index f785fe0e19cb..24f6ae31ef99 100644 --- a/download.lst +++ b/download.lst @@ -42,8 +42,8 @@ export EPUBGEN_TARBALL := libepubgen-0.1.1.tar.xz export ETONYEK_SHA256SUM := e61677e8799ce6e55b25afc11aa5339113f6a49cff031f336e32fa58635b1a4a export ETONYEK_VERSION_MICRO := 9 export ETONYEK_TARBALL := libetonyek-0.1.$(ETONYEK_VERSION_MICRO).tar.xz -export EXPAT_SHA256SUM := 5963005ff8720735beb2d2db669afc681adcbcb43dd1eb397d5c2dd7adbc631f -export EXPAT_TARBALL := expat-2.4.4.tar.gz +export EXPAT_SHA256SUM := de55794b7a9bc214852fdc075beaaecd854efe1361597e6268ee87946951289b +export EXPAT_TARBALL := expat-2.4.6.tar.xz export FIREBIRD_SHA256SUM :=
[Libreoffice-bugs] [Bug 148296] New: Spreadsheets stop working
https://bugs.documentfoundation.org/show_bug.cgi?id=148296 Bug ID: 148296 Summary: Spreadsheets stop working Product: LibreOffice Version: 7.2.6.2 release Hardware: Other OS: Windows (All) Status: UNCONFIRMED Severity: normal Priority: medium Component: LibreOffice Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: sipr...@gmail.com Description: After the last update LibreOffice to 7.26.2 (x64) / Libre Office Community My Spreadsheets are no longer working. They freeze as soon as I click something on the spreadsheet. Version: 7.2.6.2 (x64) / LibreOffice Community Build ID: b0ec3a565991f7569a5a7f5d24fed7f52653d754 CPU threads: 4; OS: Windows 10.0 Build 22000; UI render: Skia/Raster; VCL: win Locale: en-US (en_US); UI: en-US Calc: threaded After the crash I close the system and upon restarting it successfully recovers the crashed file, but upon clicking anything (even the "Close Window" button) it fades and freezes again. Steps to Reproduce: 1.Open a spreadsheet file 2.Click on anything on the screen 3.Message on top appears "LibreOffice not responding" 4.Click on "Close" (red X top right corner). 5.Get message with 2 options: 1. Close the program. / 2. Wait for the program to respond. 6. Clicking on "Wait for the program to respond" does not work, program stays frozen. 7. Click "Close" again 8. Select "Close the program". Upon opening the program again OpenOffice asks to recover the crashed file, which it does successfully, but upon clicking anything we start back from 1. above. Actual Results: All described in steps to reproduce. Expected Results: All described in steps to reproduce. Reproducible: Always User Profile Reset: No Additional Info: Version: 7.2.6.2 (x64) / LibreOffice Community Build ID: b0ec3a565991f7569a5a7f5d24fed7f52653d754 CPU threads: 4; OS: Windows 10.0 Build 22000; UI render: Skia/Raster; VCL: win Locale: en-US (en_US); UI: en-US Calc: threaded My system: Intel(R) Core(TM) i3-8130U CPU @ 2.20GHz 2.21 GHz. 20.0 GB RAM. 64-bit operating system, x64-based processor. No pen or touch input. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-commits] core.git: Branch 'libreoffice-7-3' - tools/CppunitTest_tools_test.mk tools/qa tools/source
tools/CppunitTest_tools_test.mk|1
tools/qa/cppunit/test_Wildcard.cxx | 46 ++
tools/source/fsys/wldcrd.cxx | 77 -
3 files changed, 89 insertions(+), 35 deletions(-)
New commits:
commit 2143fa31b9035c7c2cf302ccd3907d0853132e8f
Author: Mike Kaganski
AuthorDate: Wed Mar 30 22:41:49 2022 +0300
Commit: Xisco Fauli
CommitDate: Thu Mar 31 19:42:49 2022 +0200
tdf#148253: fix matching algorithm
Using 'flag' as a "continue the loop" marker allowed to continue
processing wildcard after its last character - not crashing because
it was a subview of a larger string with separators, but failing
the match.
Change-Id: I308058b68c59d5719f3c8b5f5656998a95a9ba09
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/132336
Tested-by: Jenkins
Reviewed-by: Mike Kaganski
(cherry picked from commit 50add7c97e75d604287218f49c9283aab052fdf0)
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/132374
Reviewed-by: Xisco Fauli
diff --git a/tools/CppunitTest_tools_test.mk b/tools/CppunitTest_tools_test.mk
index 096b3ddb1835..be47c09ab191 100644
--- a/tools/CppunitTest_tools_test.mk
+++ b/tools/CppunitTest_tools_test.mk
@@ -37,6 +37,7 @@ $(eval $(call
gb_CppunitTest_add_exception_objects,tools_test, \
tools/qa/cppunit/test_cpu_runtime_detection_AVX2 \
tools/qa/cppunit/test_cpu_runtime_detection_SSE2 \
tools/qa/cppunit/test_cpu_runtime_detection_SSSE3 \
+tools/qa/cppunit/test_Wildcard \
))
$(eval $(call gb_CppunitTest_add_exception_objects,tools_test,\
diff --git a/tools/qa/cppunit/test_Wildcard.cxx
b/tools/qa/cppunit/test_Wildcard.cxx
new file mode 100644
index ..1760ca6932db
--- /dev/null
+++ b/tools/qa/cppunit/test_Wildcard.cxx
@@ -0,0 +1,46 @@
+/* -*- Mode: C++; tab-width: 4; indent-tabs-mode: nil; c-basic-offset: 4;
fill-column: 100 -*- */
+/*
+ * This file is part of the LibreOffice project.
+ *
+ * This Source Code Form is subject to the terms of the Mozilla Public
+ * License, v. 2.0. If a copy of the MPL was not distributed with this
+ * file, You can obtain one at http://mozilla.org/MPL/2.0/.
+ */
+
+#include
+
+#include
+#include
+#include
+#include
+#include
+
+namespace
+{
+class Test : public CppUnit::TestFixture
+{
+public:
+void test_Wildcard();
+
+CPPUNIT_TEST_SUITE(Test);
+CPPUNIT_TEST(test_Wildcard);
+CPPUNIT_TEST_SUITE_END();
+};
+
+void Test::test_Wildcard()
+{
+WildCard wildcard(u"*.html;*??a;*\\*abc;*\\?xyz", ';'); // tdf#148253
+CPPUNIT_ASSERT(wildcard.Matches(u"foo.html"));
+CPPUNIT_ASSERT(wildcard.Matches(u"foo.ht.html")); // test stepping back
after partial match
+CPPUNIT_ASSERT(wildcard.Matches(u"foo.html.html")); // test stepping back
after full match
+CPPUNIT_ASSERT(wildcard.Matches(u"??aa")); // test stepping back with
question marks
+CPPUNIT_ASSERT(wildcard.Matches(u"111*abc")); // test escaped asterisk
+CPPUNIT_ASSERT(!wildcard.Matches(u"111-abc")); // test escaped asterisk
+CPPUNIT_ASSERT(wildcard.Matches(u"111?xyz")); // test escaped question mark
+CPPUNIT_ASSERT(!wildcard.Matches(u"111-xyz")); // test escaped question
mark
+}
+
+CPPUNIT_TEST_SUITE_REGISTRATION(Test);
+}
+
+/* vim:set shiftwidth=4 softtabstop=4 expandtab cinoptions=b1,g0,N-s
cinkeys+=0=break: */
diff --git a/tools/source/fsys/wldcrd.cxx b/tools/source/fsys/wldcrd.cxx
index a9867c00ba51..e8769a00e047 100644
--- a/tools/source/fsys/wldcrd.cxx
+++ b/tools/source/fsys/wldcrd.cxx
@@ -27,67 +27,74 @@
*/
bool WildCard::ImpMatch( std::u16string_view aWild, std::u16string_view aStr )
{
-intpos=0;
-intflag=0;
+const sal_Unicode* pPosAfterAsterisk = nullptr;
const sal_Unicode* pWild = aWild.data();
const sal_Unicode* pWildEnd = aWild.data() + aWild.size();
const sal_Unicode* pStr = aStr.data();
const sal_Unicode* pStrEnd = aStr.data() + aStr.size();
-while ( pWild != pWildEnd || flag )
+while (pWild != pWildEnd)
{
switch (*pWild)
{
case '?':
if ( pStr == pStrEnd )
return false;
-break;
-
-default:
-if ( (*pWild == '\\') && (pWild + 1 != pWildEnd) &&
((*(pWild+1)=='?') || (*(pWild+1) == '*')) )
+break; // Match -> proceed to the next character
+case '\\': // Escaping '?' and '*'; don't we need to escape '\\'?
+if ((pWild + 1 != pWildEnd) && ((*(pWild + 1) == '?') ||
(*(pWild + 1) == '*')))
pWild++;
-if ( *pWild != *pStr )
-if ( !pos )
-return false;
-else
-pWild += pos;
-else
-break;
-// WARNING/TODO: may cause execution of next case in some
-// circumstances!
+[[fallthrough]];
+
[Libreoffice-bugs] [Bug 83126] Find All: Ignores Search Direction Rows option
https://bugs.documentfoundation.org/show_bug.cgi?id=83126 --- Comment #25 from Commit Notification --- Xisco Fauli committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/040b3198fde3385e19e7380fdcabae84a0abac9d tdf#83126: sc: Add UItest It will be available in 7.4.0. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 83126] Find All: Ignores Search Direction Rows option
https://bugs.documentfoundation.org/show_bug.cgi?id=83126 Commit Notification changed: What|Removed |Added Whiteboard| target:5.1.0 target:5.0.5 | target:5.1.0 target:5.0.5 ||target:7.4.0 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-commits] core.git: sc/qa
sc/qa/uitest/search_replace/tdf83126.py | 58
1 file changed, 58 insertions(+)
New commits:
commit 040b3198fde3385e19e7380fdcabae84a0abac9d
Author: Xisco Fauli
AuthorDate: Thu Mar 31 18:52:25 2022 +0200
Commit: Xisco Fauli
CommitDate: Thu Mar 31 19:41:02 2022 +0200
tdf#83126: sc: Add UItest
Change-Id: Ic2789ff1a2d60b79b8754554d061c840dc1163cb
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/132365
Tested-by: Jenkins
Reviewed-by: Xisco Fauli
diff --git a/sc/qa/uitest/search_replace/tdf83126.py
b/sc/qa/uitest/search_replace/tdf83126.py
new file mode 100644
index ..818b688f7222
--- /dev/null
+++ b/sc/qa/uitest/search_replace/tdf83126.py
@@ -0,0 +1,58 @@
+# -*- tab-width: 4; indent-tabs-mode: nil; py-indent-offset: 4 -*-
+#
+# This file is part of the LibreOffice project.
+#
+# This Source Code Form is subject to the terms of the Mozilla Public
+# License, v. 2.0. If a copy of the MPL was not distributed with this
+# file, You can obtain one at http://mozilla.org/MPL/2.0/.
+#
+from uitest.framework import UITestCase
+from uitest.uihelper.common import get_state_as_dict
+from libreoffice.uno.propertyvalue import mkPropertyValues
+from uitest.uihelper.calc import enter_text_to_cell
+
+class tdf83126(UITestCase):
+
+ def test_tdf132097(self):
+with self.ui_test.create_doc_in_start_center("calc"):
+xCalcDoc = self.xUITest.getTopFocusWindow()
+gridwin = xCalcDoc.getChild("grid_window")
+
+enter_text_to_cell(gridwin, "A4", "Test")
+enter_text_to_cell(gridwin, "D1", "Test")
+enter_text_to_cell(gridwin, "D4", "Test")
+
+gridwin.executeAction("SELECT", mkPropertyValues({"CELL": "A1"}))
+
+with
self.ui_test.execute_modeless_dialog_through_command(".uno:SearchDialog",
close_button="close") as xDialog:
+xRows = xDialog.getChild('rows')
+self.assertEqual('true', get_state_as_dict(xRows)['Checked'])
+
+xSearchTerm = xDialog.getChild("searchterm")
+
+xSearchTerm.executeAction("TYPE",
mkPropertyValues({"TEXT":"Test"}))
+
+xSearchall = xDialog.getChild("searchall")
+with self.ui_test.execute_dialog_through_action(
+xSearchall, "CLICK", event_name =
"ModelessDialogVisible", close_button="close") as xResultsDialog:
+xResults = xResultsDialog.getChild("results")
+self.assertEqual(3, len(xResults.getChildren()))
+
+# Without the fix in place, this test would have failed
with
+# AssertionError: 'Sheet1\t$D$1\tTest' !=
'Sheet1\t$A$4\tTest'
+self.assertEqual("Sheet1\t$D$1\tTest",
get_state_as_dict(xResults.getChild('0'))['Text'])
+self.assertEqual("Sheet1\t$A$4\tTest",
get_state_as_dict(xResults.getChild('1'))['Text'])
+self.assertEqual("Sheet1\t$D$4\tTest",
get_state_as_dict(xResults.getChild('2'))['Text'])
+
+xCols = xDialog.getChild('cols')
+xCols.executeAction("CLICK", tuple())
+
+with self.ui_test.execute_dialog_through_action(
+xSearchall, "CLICK", event_name =
"ModelessDialogVisible", close_button="close") as xResultsDialog:
+xResults = xResultsDialog.getChild("results")
+self.assertEqual(3, len(xResults.getChildren()))
+self.assertEqual("Sheet1\t$A$4\tTest",
get_state_as_dict(xResults.getChild('0'))['Text'])
+self.assertEqual("Sheet1\t$D$1\tTest",
get_state_as_dict(xResults.getChild('1'))['Text'])
+self.assertEqual("Sheet1\t$D$4\tTest",
get_state_as_dict(xResults.getChild('2'))['Text'])
+
+# vim: set shiftwidth=4 softtabstop=4 expandtab:
[Libreoffice-bugs] [Bug 146291] Allow to use substituted font as if it were installed
https://bugs.documentfoundation.org/show_bug.cgi?id=146291 Aron Budea changed: What|Removed |Added Keywords||needsUXEval CC||libreoffice-ux-advise@lists ||.freedesktop.org --- Comment #4 from Aron Budea --- Let's add the UX team for input. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-ux-advise] [Bug 146291] Allow to use substituted font as if it were installed
https://bugs.documentfoundation.org/show_bug.cgi?id=146291 Aron Budea changed: What|Removed |Added Keywords||needsUXEval CC||libreoffice-ux-advise@lists ||.freedesktop.org --- Comment #4 from Aron Budea --- Let's add the UX team for input. -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-bugs] [Bug 147666] Large image is inserted in a document off-screen
https://bugs.documentfoundation.org/show_bug.cgi?id=147666 --- Comment #4 from Aron Budea --- (In reply to Aron Budea from comment #3) > ... it jumps to the next page... It = view. (the image is always inserted on the next page) -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 147666] Large image is inserted in a document off-screen
https://bugs.documentfoundation.org/show_bug.cgi?id=147666 Aron Budea changed: What|Removed |Added Keywords|bibisected, bisected, | |regression | --- Comment #3 from Aron Budea --- Interesting, what I noticed that if the window size is full-height (on a 1080p display), then indeed it jumps to the next page, but if it's somewhat smaller, around 900 px, it doesn't. Perhaps something's wrong with the logic of focusing the newly added content, and this isn't a regression in that case. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 148295] Inserting rotated JPEG image takes several seconds
https://bugs.documentfoundation.org/show_bug.cgi?id=148295 Claudio Bogado changed: What|Removed |Added URL||https://ask.libreoffice.org ||/t/insert-rotated-images-ve ||ry-slow/75915 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 148050] FILESAVE DOCX Restarted numbering disappears in Word
https://bugs.documentfoundation.org/show_bug.cgi?id=148050 Justin L changed: What|Removed |Added See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=14 ||8048 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 148048] FILESAVE DOCX Numbering font and size changes
https://bugs.documentfoundation.org/show_bug.cgi?id=148048 Justin L changed: What|Removed |Added See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=14 ||8050 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 148295] New: Inserting rotated JPEG image takes several seconds
https://bugs.documentfoundation.org/show_bug.cgi?id=148295 Bug ID: 148295 Summary: Inserting rotated JPEG image takes several seconds Product: LibreOffice Version: 7.3.1.3 release Hardware: x86-64 (AMD64) OS: Windows (All) Status: UNCONFIRMED Severity: normal Priority: medium Component: Writer Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: claudi...@hotmail.com Description: When inserting a JPEG file tagged as rotated, Writer first loads the image and then rotates the image, tanking several seconds on the process. Steps to Reproduce: 1. Insert image Actual Results: The image is inserted after waiting up to 15 seconds. Expected Results: Image inserted instantly. Reproducible: Always User Profile Reset: No Additional Info: It takes more time when images have bigger resolution and wheen the file has already more than a 100 images inserted. If the image file is not tagged as rotated, the insertion takes no time at all. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 147716] Error dialog instead of WebDAV authentication - WebDAV completely broken
https://bugs.documentfoundation.org/show_bug.cgi?id=147716 --- Comment #7 from Joe Breuer --- At my current everyday location, I don't have the bandwidth, and also am space-constrained to do a bisection on a 10GB repo. I'll try to remember when I'm at a place with better connectivity/infrastructure next. If anyone else is in a better position to do this, your help would be greatly appreciated. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-commits] core.git: include/rtl sal/CppunitTest_sal_rtl.mk sal/qa
include/rtl/strbuf.hxx |3
include/rtl/ustrbuf.hxx |3
sal/CppunitTest_sal_rtl.mk |1
sal/qa/rtl/oustringbuffer/test_oustringbuffer_assign.cxx |8 ++
sal/qa/rtl/strings/test_ostringbuffer.cxx| 56 +++
5 files changed, 69 insertions(+), 2 deletions(-)
New commits:
commit ca832495ac83117bed6c334f3cc72d6a84d66a6c
Author: Stephan Bergmann
AuthorDate: Thu Mar 31 09:30:24 2022 +0200
Commit: Stephan Bergmann
CommitDate: Thu Mar 31 18:52:48 2022 +0200
A string_view is not necessarily NUL-terminated
Regression introduced into LIBO_INTERNAL_ONLY code with
1da69081732c8a429840edaaf10cfb789ea68df8 "add string_view variants of
methods to
O[U]StringBuffer".
And add some tests. Assigning an OStringChar to an OStringBuffer also uses
the
std::string_view assignment operator, so also test that with
testOStringChar,
even though there it is relatively likely that the OStringChar temporary is
followed by null bytes, which could make the test happen to erroneously
succeed.
But at least tools like ASan or Valgrind could catch that. On the other
hand,
assigning an OUStringChar to an OUStringBuffer does not use the
std::u16string_view assignment operator (and rather uses a
ConstCharArrayDetector-based one, which was similarly broken and has been
fixed
in b66387574ef9c83cbfff622468496b6f0ac4d571 "Fix -Werror=array-bounds"), so
there's no test for that here.
Change-Id: I7cf10ee5ce0e4280a91d116cd82d4871a0f44af6
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/132363
Tested-by: Jenkins
Reviewed-by: Stephan Bergmann
diff --git a/include/rtl/strbuf.hxx b/include/rtl/strbuf.hxx
index 52399b6da8b4..5c8080466365 100644
--- a/include/rtl/strbuf.hxx
+++ b/include/rtl/strbuf.hxx
@@ -277,7 +277,8 @@ public:
if (n >= nCapacity) {
ensureCapacity(n + 16); //TODO: check for overflow
}
-std::memcpy(pData->buffer, string.data(), n + 1);
+std::memcpy(pData->buffer, string.data(), n);
+pData->buffer[n] = '\0';
pData->length = n;
return *this;
}
diff --git a/include/rtl/ustrbuf.hxx b/include/rtl/ustrbuf.hxx
index fef71f98b329..fa8fa511071a 100644
--- a/include/rtl/ustrbuf.hxx
+++ b/include/rtl/ustrbuf.hxx
@@ -294,7 +294,8 @@ public:
}
std::memcpy(
pData->buffer, string.data(),
-(n + 1) * sizeof (sal_Unicode));
+n * sizeof (sal_Unicode));
+pData->buffer[n] = '\0';
pData->length = n;
return *this;
}
diff --git a/sal/CppunitTest_sal_rtl.mk b/sal/CppunitTest_sal_rtl.mk
index d5f11e49b6d1..2568d8dde70c 100644
--- a/sal/CppunitTest_sal_rtl.mk
+++ b/sal/CppunitTest_sal_rtl.mk
@@ -37,6 +37,7 @@ $(eval $(call gb_CppunitTest_add_exception_objects,sal_rtl,\
sal/qa/rtl/strings/test_ostring \
sal/qa/rtl/strings/test_ostring_concat \
sal/qa/rtl/strings/test_ostring_stringliterals \
+ sal/qa/rtl/strings/test_ostringbuffer \
sal/qa/rtl/strings/test_oustring_compare \
sal/qa/rtl/strings/test_oustring_concat \
sal/qa/rtl/strings/test_oustring_convert \
diff --git a/sal/qa/rtl/oustringbuffer/test_oustringbuffer_assign.cxx
b/sal/qa/rtl/oustringbuffer/test_oustringbuffer_assign.cxx
index da5a4634e94b..3c3f436ee5c0 100644
--- a/sal/qa/rtl/oustringbuffer/test_oustringbuffer_assign.cxx
+++ b/sal/qa/rtl/oustringbuffer/test_oustringbuffer_assign.cxx
@@ -9,6 +9,8 @@
#include
+#include
+
#include
#include
#include
@@ -71,6 +73,12 @@ private:
CPPUNIT_ASSERT_EQUAL(sal_Int32(1), b4.getLength());
CPPUNIT_ASSERT_EQUAL(u'a', b4.getStr()[0]);
CPPUNIT_ASSERT_EQUAL(u'\0', b4.getStr()[1]);
+b4 = std::u16string_view(u"abc").substr(
+0, 2); // avoid the string_view accidentally being NUL-terminated
+CPPUNIT_ASSERT_EQUAL(sal_Int32(2), b4.getLength());
+CPPUNIT_ASSERT_EQUAL(u'a', b4.getStr()[0]);
+CPPUNIT_ASSERT_EQUAL(u'b', b4.getStr()[1]);
+CPPUNIT_ASSERT_EQUAL(u'\0', b4.getStr()[2]);
}
CPPUNIT_TEST_SUITE(Test);
diff --git a/sal/qa/rtl/strings/test_ostringbuffer.cxx
b/sal/qa/rtl/strings/test_ostringbuffer.cxx
new file mode 100644
index ..292e24310b7b
--- /dev/null
+++ b/sal/qa/rtl/strings/test_ostringbuffer.cxx
@@ -0,0 +1,56 @@
+/* -*- Mode: C++; tab-width: 4; indent-tabs-mode: nil; c-basic-offset: 4;
fill-column: 100 -*- */
+/*
+ * This file is part of the LibreOffice project.
+ *
+ * This Source Code Form is subject to the terms of the Mozilla Public
+ * License, v. 2.0. If a copy of the MPL was not distributed with this
+ * file, You can obtain one at http://mozilla.org/MPL/2.0/.
+ */
+
+#include
+
+#include
+
+#include
+#include
+#include
+
+#include
+#include
+#include
+
+namespace
+{
+class
[Libreoffice-bugs] [Bug 97792] Sending mail fails on Windows 10 with Mail app
https://bugs.documentfoundation.org/show_bug.cgi?id=97792 --- Comment #14 from Gerhard Schaber --- "Thunderbird URL" is used in HKEY_CLASSES_ROOT\mailto for some reasn, even, if the default mail app is Mail. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 97792] Sending mail fails on Windows 10 with Mail app
https://bugs.documentfoundation.org/show_bug.cgi?id=97792 --- Comment #13 from Gerhard Schaber --- It seems to be only related to what is in HKEY_CURRENT_USER\Software\Clients\Mail\default, and not the configured default Mail app. But this could be more like a general Windows issue -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 41560] [META] Keyboard shortcuts tab of Customization dialog
https://bugs.documentfoundation.org/show_bug.cgi?id=41560 V Stuart Foote changed: What|Removed |Added Depends on||146174 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=146174 [Bug 146174] ALT no longer usable for hotkeys, goes to dropdown menu now (started in 7.2.3) (gtk3 only) -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 146174] ALT no longer usable for hotkeys, goes to dropdown menu now (started in 7.2.3) (gtk3 only)
https://bugs.documentfoundation.org/show_bug.cgi?id=146174 V Stuart Foote changed: What|Removed |Added Blocks||41560 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=41560 [Bug 41560] [META] Keyboard shortcuts tab of Customization dialog -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 49091] UI: Alt-Left, Alt-Right keyboard shortcuts ineffective
https://bugs.documentfoundation.org/show_bug.cgi?id=49091 V Stuart Foote changed: What|Removed |Added Blocks||41560 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=41560 [Bug 41560] [META] Keyboard shortcuts tab of Customization dialog -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 41560] [META] Keyboard shortcuts tab of Customization dialog
https://bugs.documentfoundation.org/show_bug.cgi?id=41560 V Stuart Foote changed: What|Removed |Added Depends on||49091 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=49091 [Bug 49091] UI: Alt-Left, Alt-Right keyboard shortcuts ineffective -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 148294] Manually created references are not exported correctly to .docx (become lost)
https://bugs.documentfoundation.org/show_bug.cgi?id=148294 sdc.bla...@youmail.dk changed: What|Removed |Added CC||sdc.bla...@youmail.dk --- Comment #4 from sdc.bla...@youmail.dk --- repro Version: 7.4.0.0.alpha0+ (x64) / LibreOffice Community Build ID: 7ac19fbce8a35f559eebb879cd0f232bfc95e703 CPU threads: 8; OS: Windows 10.0 Build 19043; UI render: Skia/Raster; VCL: win Locale: da-DK (da_DK); UI: en-US Calc: CL Additional information: 1. In Navigator, Reference in .odt file becomes Bookmark in .docx file 2. Not a problem if cross reference is made to page number -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 148047] UI: Disappearring color chooser of area fill
https://bugs.documentfoundation.org/show_bug.cgi?id=148047 Dmitry 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 148047] UI: Disappearring color chooser of area fill
https://bugs.documentfoundation.org/show_bug.cgi?id=148047 --- Comment #3 from Dmitry --- Steps to reproduce: 1. Open a document in Writer 2. Create any figure with drawing tools (a rectangle for example) 3. Remain a figure selected 4. Resize a window to make some tools in the panel (the second panel at the top) hidden (tools for setting a color of area fill) 5. Try to choose a fill color The panel with colored squares will disappear immediately (but must remain shown) -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 148047] UI: Disappearring color chooser of area fill
https://bugs.documentfoundation.org/show_bug.cgi?id=148047 --- Comment #2 from Dmitry --- Created attachment 179240 --> https://bugs.documentfoundation.org/attachment.cgi?id=179240=edit example of hidden tools -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 97792] Sending mail fails on Windows 10 with Mail app
https://bugs.documentfoundation.org/show_bug.cgi?id=97792 --- Comment #12 from Gerhard Schaber --- Interesting, with Mozilla Thunderbird installed, and Mail being the default mail application, the piece of code above starts Thunderbird instead of Mail. When I check in the Windows settings the standard apps based on the protocol, for protocol "Mailto" it says "Thunderbird URL" on the left side, and "Mail" being the associated default app on the right side. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-ux-advise] [Bug 148258] Regaining user control over keyboard customization
https://bugs.documentfoundation.org/show_bug.cgi?id=148258 --- Comment #6 from Vince --- (In reply to Heiko Tietze from comment #5) > We have plenty of tickets around keyboard customization, see bug 41560 about > the customization and bug 107243 locale issues. The request here is rather > about mnemonics (alt+accelerator, bug 146174), which is different to what is > assigned to UNO commands. This bug and the bugs I mentioned (bug 49091, bug 53190, bug 93402, bug 146174) should be added to meta bug 41560. The request here is NOT simply about mnemonics but about the ability to override those mnemonics via keyboard customization. We have been able to do this for years until https://gerrit.libreoffice.org/c/core/+/122926. Part of my patch addresses that in a rather unsubtle way, so I do not expect that part to be accepted as is. The request is also about reinstating a whole range of keystrokes for customization that were pre-emptively removed many years ago for interactive table sizing functions. The other part of my patch fixes that, while providing a method to regain access to those functions even when the keystrokes are reassigned. > Some of the shortcuts are hard-coded. For example pressing return adds a > paragraph break, arrow down / page down scrolls by a certain amount of lines > etc. Some of these hard-wired shortcuts lead to the fact that you cannot > customize this shortcut. An example is KEY_F1 and .uno:HelpIndex - F1 is > blocked, perhaps because it's used in debug scenarios. Or for other reasons, > see comment at MenuBarManager::FillMenuManager(). Return, Arrow Down, and Page Down all appear to be customizable. While customization of Return is ignored, it is successful for the other keystrokes. The keystrokes that are listed in the customization dialog but are greyed out are are the ones reserved by vcl (see ReservedKeys in vcl/source/app/svapp.cxx). While I have been able to see how vcl uses most of the keys listed, I cannot figure out why vcl reserves Shift+Control+[0-9]. > The point is that blocking shortcuts for some reasons affects usability. We > should eliminate that one by one. And my personal pet in this regard, bug > 115052, should improve the UI anyway. Interesting bug. It all boils down to scan codes and how to best to give them a symbolic name. > Back to the question... there is none. Suggest to resolve this ticket as > INVALID. Or have I missed the point? You can deduce that I completely disagree :) -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-bugs] [Bug 148258] Regaining user control over keyboard customization
https://bugs.documentfoundation.org/show_bug.cgi?id=148258 --- Comment #6 from Vince --- (In reply to Heiko Tietze from comment #5) > We have plenty of tickets around keyboard customization, see bug 41560 about > the customization and bug 107243 locale issues. The request here is rather > about mnemonics (alt+accelerator, bug 146174), which is different to what is > assigned to UNO commands. This bug and the bugs I mentioned (bug 49091, bug 53190, bug 93402, bug 146174) should be added to meta bug 41560. The request here is NOT simply about mnemonics but about the ability to override those mnemonics via keyboard customization. We have been able to do this for years until https://gerrit.libreoffice.org/c/core/+/122926. Part of my patch addresses that in a rather unsubtle way, so I do not expect that part to be accepted as is. The request is also about reinstating a whole range of keystrokes for customization that were pre-emptively removed many years ago for interactive table sizing functions. The other part of my patch fixes that, while providing a method to regain access to those functions even when the keystrokes are reassigned. > Some of the shortcuts are hard-coded. For example pressing return adds a > paragraph break, arrow down / page down scrolls by a certain amount of lines > etc. Some of these hard-wired shortcuts lead to the fact that you cannot > customize this shortcut. An example is KEY_F1 and .uno:HelpIndex - F1 is > blocked, perhaps because it's used in debug scenarios. Or for other reasons, > see comment at MenuBarManager::FillMenuManager(). Return, Arrow Down, and Page Down all appear to be customizable. While customization of Return is ignored, it is successful for the other keystrokes. The keystrokes that are listed in the customization dialog but are greyed out are are the ones reserved by vcl (see ReservedKeys in vcl/source/app/svapp.cxx). While I have been able to see how vcl uses most of the keys listed, I cannot figure out why vcl reserves Shift+Control+[0-9]. > The point is that blocking shortcuts for some reasons affects usability. We > should eliminate that one by one. And my personal pet in this regard, bug > 115052, should improve the UI anyway. Interesting bug. It all boils down to scan codes and how to best to give them a symbolic name. > Back to the question... there is none. Suggest to resolve this ticket as > INVALID. Or have I missed the point? You can deduce that I completely disagree :) -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 148294] Manually created references are not exported correctly to .docx (become lost)
https://bugs.documentfoundation.org/show_bug.cgi?id=148294 Orwel changed: What|Removed |Added Summary|Manually created references |Manually created references |are not exported correctly |are not exported correctly |to .docx|to .docx (become lost) -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 148294] Manually created references are not exported correctly to .docx
https://bugs.documentfoundation.org/show_bug.cgi?id=148294 --- Comment #3 from Orwel --- I would like amend that the first version affected was probably also some earlier, but I can not remember. If you re-save the original .odt file to .doc (not .docx)the reference is present. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 148294] Manually created references are not exported correctly to .docx
https://bugs.documentfoundation.org/show_bug.cgi?id=148294 --- Comment #2 from Orwel --- Created attachment 179239 --> https://bugs.documentfoundation.org/attachment.cgi?id=179239=edit from original file saved .docx with lost reference -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 148294] Manually created references are not exported correctly to .docx
https://bugs.documentfoundation.org/show_bug.cgi?id=148294 --- Comment #1 from Orwel --- Created attachment 179238 --> https://bugs.documentfoundation.org/attachment.cgi?id=179238=edit Original file with set references (.odt) -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 148294] New: Manually created references are not exported correctly to .docx
https://bugs.documentfoundation.org/show_bug.cgi?id=148294 Bug ID: 148294 Summary: Manually created references are not exported correctly to .docx Product: LibreOffice Version: 7.2.4.1 release Hardware: All OS: All Status: UNCONFIRMED Severity: normal Priority: medium Component: Writer Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: orwe...@gmail.com Description: If you create own reference in LO and save file as .docx, reference will be lost. Steps to Reproduce: 1. Write text 2. Set some reference (cross reference – set reference) 3. Insert reference (cross reference – insert reference / refer using referenced text): 4. save file as docx 5. open saved docx file Actual Results: reference is lost (if visible after reopening, update fields) Expected Results: reference should not be lost Reproducible: Always User Profile Reset: Yes OpenGL enabled: Yes Additional Info: Tested on actual version: Version: 7.3.2.2 (x64) / LibreOffice Community Build ID: 49f2b1bff42cfccbd8f788c8dc32c1c309559be0 CPU threads: 16; OS: Windows 10.0 Build 19042; UI render: Skia/Raster; VCL: win Locale: sk-SK (sk_SK); UI: en-GB Calc: CL -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 97792] Sending mail fails on Windows 10 with Mail app
https://bugs.documentfoundation.org/show_bug.cgi?id=97792 --- Comment #11 from Gerhard Schaber --- Version: 7.3.1.3 (x64) / LibreOffice Community Build ID: a69ca51ded25f3eefd52d7bf9a5fad8c90b87951 CPU threads: 12; OS: Windows 10.0 Build 19044; UI render: Skia/Vulkan; VCL: win Locale: de-AT (de_AT); UI: de-DE Calc: threaded Same behavior. -- You are receiving this mail because: You are the assignee for the bug.
