Is there an Impress Remote for PC?
Hello everyone! Some users report that they would like the LO Impress Remote functionality for computers to make it comfortable to hold conferences. Provide remote access to the device doesn’t solve this problem, since it is not very safe to give access to the device. No one knows if it is possible to achieve similar functionality with existing LO features? If not, is there a chance that such an application will be in demand enough that it can be made not as a local solution, but as a whole for LO? -- Sincerely, Irgaliev Amin
core.git: dictionaries
dictionaries |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) New commits: commit eeeff49f40c08cb3b53dba837590de3065990917 Author: Stéphane Guillou AuthorDate: Thu Apr 18 15:54:26 2024 +1000 Commit: Gerrit Code Review CommitDate: Thu Apr 18 07:54:26 2024 +0200 Update git submodules * Update dictionaries from branch 'master' to 8c5b63124f5cedf97ed4799560fdd1202f039511 - tdf#157716 rename 'Language Settings' to 'Languages and Locales' ... for bundled dictionary dialogs. The string still exists in various README files but prefer not to touch because some refer to OpenOffice dialogs, others could be fixed upstream (e.g. lv_LV), and some are explicitly legacy (it_IT). Also remove pt_BR hardcoded translations. Change-Id: I9dce059fc5e6fa6553c2acc16d2b6285bced72e3 Reviewed-on: https://gerrit.libreoffice.org/c/dictionaries/+/166137 Reviewed-by: Adolfo Jayme Barrientos Tested-by: Adolfo Jayme Barrientos diff --git a/dictionaries b/dictionaries index c5b2a36bde02..8c5b63124f5c 16 --- a/dictionaries +++ b/dictionaries @@ -1 +1 @@ -Subproject commit c5b2a36bde02841590b8ccc490ca88bfdb69f153 +Subproject commit 8c5b63124f5cedf97ed4799560fdd1202f039511
dictionaries.git: en/dialog hu_HU/dialog pt_BR/dialog ru_RU/dialog
en/dialog/registry/data/org/openoffice/Office/OptionsDialog.xcu|2 +- hu_HU/dialog/registry/data/org/openoffice/Office/OptionsDialog.xcu |2 +- pt_BR/dialog/OptionsDialog.xcu |3 +-- pt_BR/dialog/registry/data/org/openoffice/Office/OptionsDialog.xcu |3 +-- ru_RU/dialog/registry/data/org/openoffice/Office/OptionsDialog.xcu |2 +- 5 files changed, 5 insertions(+), 7 deletions(-) New commits: commit 8c5b63124f5cedf97ed4799560fdd1202f039511 Author: Stéphane Guillou AuthorDate: Tue Apr 16 10:27:40 2024 +1000 Commit: Adolfo Jayme Barrientos CommitDate: Thu Apr 18 07:54:26 2024 +0200 tdf#157716 rename 'Language Settings' to 'Languages and Locales' ... for bundled dictionary dialogs. The string still exists in various README files but prefer not to touch because some refer to OpenOffice dialogs, others could be fixed upstream (e.g. lv_LV), and some are explicitly legacy (it_IT). Also remove pt_BR hardcoded translations. Change-Id: I9dce059fc5e6fa6553c2acc16d2b6285bced72e3 Reviewed-on: https://gerrit.libreoffice.org/c/dictionaries/+/166137 Reviewed-by: Adolfo Jayme Barrientos Tested-by: Adolfo Jayme Barrientos diff --git a/en/dialog/registry/data/org/openoffice/Office/OptionsDialog.xcu b/en/dialog/registry/data/org/openoffice/Office/OptionsDialog.xcu index a867a59..d04ce25 100644 --- a/en/dialog/registry/data/org/openoffice/Office/OptionsDialog.xcu +++ b/en/dialog/registry/data/org/openoffice/Office/OptionsDialog.xcu @@ -4,7 +4,7 @@ -Language Settings +Languages and Locales diff --git a/hu_HU/dialog/registry/data/org/openoffice/Office/OptionsDialog.xcu b/hu_HU/dialog/registry/data/org/openoffice/Office/OptionsDialog.xcu index 9bc53f5..579ff6c 100644 --- a/hu_HU/dialog/registry/data/org/openoffice/Office/OptionsDialog.xcu +++ b/hu_HU/dialog/registry/data/org/openoffice/Office/OptionsDialog.xcu @@ -4,7 +4,7 @@ -Language Settings +Languages and Locales diff --git a/pt_BR/dialog/OptionsDialog.xcu b/pt_BR/dialog/OptionsDialog.xcu index 0a81dbf..46556cc 100644 --- a/pt_BR/dialog/OptionsDialog.xcu +++ b/pt_BR/dialog/OptionsDialog.xcu @@ -4,8 +4,7 @@ -Language Settings -Configurações de idioma +Languages and Locales diff --git a/pt_BR/dialog/registry/data/org/openoffice/Office/OptionsDialog.xcu b/pt_BR/dialog/registry/data/org/openoffice/Office/OptionsDialog.xcu index d8c9129..6360f18 100644 --- a/pt_BR/dialog/registry/data/org/openoffice/Office/OptionsDialog.xcu +++ b/pt_BR/dialog/registry/data/org/openoffice/Office/OptionsDialog.xcu @@ -4,8 +4,7 @@ -Language Settings -Configurações de idioma +Languages and Locales diff --git a/ru_RU/dialog/registry/data/org/openoffice/Office/OptionsDialog.xcu b/ru_RU/dialog/registry/data/org/openoffice/Office/OptionsDialog.xcu index 96a1f3f..3cedd92 100644 --- a/ru_RU/dialog/registry/data/org/openoffice/Office/OptionsDialog.xcu +++ b/ru_RU/dialog/registry/data/org/openoffice/Office/OptionsDialog.xcu @@ -4,7 +4,7 @@ -Language Settings +Languages and Locales
[Bug 160514] Usability of accessibility check (Alt+7)
https://bugs.documentfoundation.org/show_bug.cgi?id=160514 Buovjaga changed: What|Removed |Added CC||ilmari.lauhakangas@libreoff ||ice.org --- Comment #5 from Buovjaga --- There has to be only a single issue per report. Please correct the summary to be about a single issue and create new reports for any other issues. As others can't see your mouse issue, better to test it with 24.2 before doing anything else as it might be fixed. -- You are receiving this mail because: You are the assignee for the bug.
core.git: Branch 'libreoffice-24-2' - helpcontent2
helpcontent2 |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) New commits: commit ed3cc2dde9a036b12508de5978a1ca47e0df790f Author: Juan José González AuthorDate: Wed Apr 17 23:26:34 2024 -0600 Commit: Gerrit Code Review CommitDate: Thu Apr 18 07:26:34 2024 +0200 Update git submodules * Update helpcontent2 from branch 'libreoffice-24-2' to 83b1b76cb72845dd5d605337cb8253b914086911 - Move z-index rule to CSS stylesheet we control Previously a fix was pushed to prism css file, which can be changed by the upstream project. Instead overwrite the rule in our files. Change-Id: I549b05d4a359343ae0fe09831644a2eed8fb0474 Reviewed-on: https://gerrit.libreoffice.org/c/help/+/166076 Tested-by: Jenkins Reviewed-by: Olivier Hallot (cherry picked from commit 2b438594148c4ee94cb632e7a3d3b64b547706d5) Reviewed-on: https://gerrit.libreoffice.org/c/help/+/166211 Reviewed-by: Adolfo Jayme Barrientos diff --git a/helpcontent2 b/helpcontent2 index 91db109b1642..83b1b76cb728 16 --- a/helpcontent2 +++ b/helpcontent2 @@ -1 +1 @@ -Subproject commit 91db109b1642a1e8337dde38d76c492882a13de8 +Subproject commit 83b1b76cb72845dd5d605337cb8253b914086911
core.git: Branch 'libreoffice-7-6' - helpcontent2
helpcontent2 |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) New commits: commit e709b1f66edb6e2af320b1ecae90a2a4a8c99d03 Author: Juan José González AuthorDate: Wed Apr 17 23:26:44 2024 -0600 Commit: Gerrit Code Review CommitDate: Thu Apr 18 07:26:44 2024 +0200 Update git submodules * Update helpcontent2 from branch 'libreoffice-7-6' to 774b8b7a6b2abee14b1badeee35470d2acccea2c - Move z-index rule to CSS stylesheet we control Previously a fix was pushed to prism css file, which can be changed by the upstream project. Instead overwrite the rule in our files. Change-Id: I549b05d4a359343ae0fe09831644a2eed8fb0474 Reviewed-on: https://gerrit.libreoffice.org/c/help/+/166076 Tested-by: Jenkins Reviewed-by: Olivier Hallot (cherry picked from commit 2b438594148c4ee94cb632e7a3d3b64b547706d5) Reviewed-on: https://gerrit.libreoffice.org/c/help/+/166210 Reviewed-by: Adolfo Jayme Barrientos diff --git a/helpcontent2 b/helpcontent2 index c6d3ab558982..774b8b7a6b2a 16 --- a/helpcontent2 +++ b/helpcontent2 @@ -1 +1 @@ -Subproject commit c6d3ab55898217c994d232df5ac14f7e0f4ec8c6 +Subproject commit 774b8b7a6b2abee14b1badeee35470d2acccea2c
help.git: Branch 'libreoffice-24-2' - help3xsl/default.css help3xsl/prism.css
help3xsl/default.css |4 help3xsl/prism.css |1 + 2 files changed, 5 insertions(+) New commits: commit 83b1b76cb72845dd5d605337cb8253b914086911 Author: Juan José González AuthorDate: Sun Apr 14 11:14:21 2024 -0600 Commit: Adolfo Jayme Barrientos CommitDate: Thu Apr 18 07:26:34 2024 +0200 Move z-index rule to CSS stylesheet we control Previously a fix was pushed to prism css file, which can be changed by the upstream project. Instead overwrite the rule in our files. Change-Id: I549b05d4a359343ae0fe09831644a2eed8fb0474 Reviewed-on: https://gerrit.libreoffice.org/c/help/+/166076 Tested-by: Jenkins Reviewed-by: Olivier Hallot (cherry picked from commit 2b438594148c4ee94cb632e7a3d3b64b547706d5) Reviewed-on: https://gerrit.libreoffice.org/c/help/+/166211 Reviewed-by: Adolfo Jayme Barrientos diff --git a/help3xsl/default.css b/help3xsl/default.css index 5bcd2c28f1..2a1fb17cb8 100644 --- a/help3xsl/default.css +++ b/help3xsl/default.css @@ -190,6 +190,10 @@ code[class*="language-"], pre[class*="language-"] { white-space: pre-wrap; } +pre[class*="language-"] > code { +z-index: 0; +} + /* Table related classes */ /* Special case of table with one cell*/ diff --git a/help3xsl/prism.css b/help3xsl/prism.css index 54f0bf021e..4610909810 100644 --- a/help3xsl/prism.css +++ b/help3xsl/prism.css @@ -39,6 +39,7 @@ pre[class*="language-"] { pre[class*="language-"] > code { position: relative; + z-index: 1; border-left: 10px solid #358ccb; box-shadow: -1px 0px 0px 0px #358ccb, 0px 0px 0px 1px #dfdfdf; background-color: #fdfdfd;
help.git: Branch 'libreoffice-7-6' - help3xsl/default.css help3xsl/prism.css
help3xsl/default.css |4 help3xsl/prism.css |1 + 2 files changed, 5 insertions(+) New commits: commit 774b8b7a6b2abee14b1badeee35470d2acccea2c Author: Juan José González AuthorDate: Sun Apr 14 11:14:21 2024 -0600 Commit: Adolfo Jayme Barrientos CommitDate: Thu Apr 18 07:26:43 2024 +0200 Move z-index rule to CSS stylesheet we control Previously a fix was pushed to prism css file, which can be changed by the upstream project. Instead overwrite the rule in our files. Change-Id: I549b05d4a359343ae0fe09831644a2eed8fb0474 Reviewed-on: https://gerrit.libreoffice.org/c/help/+/166076 Tested-by: Jenkins Reviewed-by: Olivier Hallot (cherry picked from commit 2b438594148c4ee94cb632e7a3d3b64b547706d5) Reviewed-on: https://gerrit.libreoffice.org/c/help/+/166210 Reviewed-by: Adolfo Jayme Barrientos diff --git a/help3xsl/default.css b/help3xsl/default.css index 54cf36daca..316c07df0c 100644 --- a/help3xsl/default.css +++ b/help3xsl/default.css @@ -186,6 +186,10 @@ code[class*="language-"], pre[class*="language-"] { white-space: pre-wrap; } +pre[class*="language-"] > code { +z-index: 0; +} + /* Table related classes */ /* Special case of table with one cell*/ diff --git a/help3xsl/prism.css b/help3xsl/prism.css index 54f0bf021e..4610909810 100644 --- a/help3xsl/prism.css +++ b/help3xsl/prism.css @@ -39,6 +39,7 @@ pre[class*="language-"] { pre[class*="language-"] > code { position: relative; + z-index: 1; border-left: 10px solid #358ccb; box-shadow: -1px 0px 0px 0px #358ccb, 0px 0px 0px 1px #dfdfdf; background-color: #fdfdfd;
[Bug 156080] Help page missing (extension update dialogue, wrong link)
https://bugs.documentfoundation.org/show_bug.cgi?id=156080 Stéphane Guillou (stragu) changed: What|Removed |Added Status|RESOLVED|VERIFIED --- Comment #9 from Stéphane Guillou (stragu) --- Verified in: Version: 24.8.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: bdf3b5ce49b0e4ee1b4525d344cfb037ef473059 CPU threads: 8; OS: Linux 6.5; UI render: default; VCL: gtk3 Locale: en-AU (en_AU.UTF-8); UI: en-US Calc: CL threaded -- You are receiving this mail because: You are the assignee for the bug.
[Bug 156172] The link to the help button in the "Protect Spreadsheet Structure" Dialog is inconsistent.
https://bugs.documentfoundation.org/show_bug.cgi?id=156172 --- Comment #7 from Stéphane Guillou (stragu) --- (In reply to Olivier Hallot from comment #6) > Fixed in > > https://gerrit.libreoffice.org/c/help/+/157389 Olivier, I tested and the dialog's Help button still goes to the Password help page instead of Protect Document. Version: 24.8.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: bdf3b5ce49b0e4ee1b4525d344cfb037ef473059 CPU threads: 8; OS: Linux 6.5; UI render: default; VCL: gtk3 Locale: en-AU (en_AU.UTF-8); UI: en-US Calc: CL threaded (F1 on menu hover _does_ work however, but I already worked in 7.6) -- You are receiving this mail because: You are the assignee for the bug.
[Bug 148675] A new table's borders are black on black with Dark application colors (i.e. there is no Automatic border colour)
https://bugs.documentfoundation.org/show_bug.cgi?id=148675 --- Comment #19 from Stéphane Guillou (stragu) --- (In reply to Rafael Lima from comment #18) > (In reply to lvm from comment #17) > > If the 'Default Table Style' is used not only > > borders are black but text as well, at least in 24.2.0 > True... AutoFormat table styles seem to be hard-coded to black, instead of > using automatic colors. Which is what is requested in See Also bug 159028. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 158626] Cell background colour (from "Office" document theme) is changed on xlsx-ods-xlsx conversion
https://bugs.documentfoundation.org/show_bug.cgi?id=158626 Stéphane Guillou (stragu) changed: What|Removed |Added Regression By||Tomaž Vajngerl -- You are receiving this mail because: You are the assignee for the bug.
[Bug 152306] Windows: Crash on Quit LibreOffice after Copy
https://bugs.documentfoundation.org/show_bug.cgi?id=152306 Stéphane Guillou (stragu) changed: What|Removed |Added Crash report or|["SfxObjectShell::IsLoading |["SfxObjectShell::IsLoading crash signature|()"]|()","ScPoolHelper::GetFormT ||able()"] See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=12 ||1949 Severity|normal |critical -- You are receiving this mail because: You are the assignee for the bug.
[Bug 146014] [META] Poor Scrolling Performance
https://bugs.documentfoundation.org/show_bug.cgi?id=146014 Stéphane Guillou (stragu) changed: What|Removed |Added Depends on||159649 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=159649 [Bug 159649] Slow scrolling with highlighting in Calc with Skia disabled -- You are receiving this mail because: You are the assignee for the bug.
[Bug 159649] Slow scrolling with highlighting in Calc with Skia disabled
https://bugs.documentfoundation.org/show_bug.cgi?id=159649 Stéphane Guillou (stragu) changed: What|Removed |Added Regression By||Caolán McNamara Blocks||146014 CC||stephane.guillou@libreoffic ||e.org Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=146014 [Bug 146014] [META] Poor Scrolling Performance -- You are receiving this mail because: You are the assignee for the bug.
[Bug 160708] Writer Dialog request : ANCHOR of picture :: context menue (right mouse vs properties of picture )
https://bugs.documentfoundation.org/show_bug.cgi?id=160708 Stéphane Guillou (stragu) changed: What|Removed |Added Resolution|WORKSFORME |NOTABUG See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=13 ||5836 -- You are receiving this mail because: You are the assignee for the bug.
[Bug 157070] Enormous fuzzy clone cursor with High-DPI display
https://bugs.documentfoundation.org/show_bug.cgi?id=157070 --- Comment #16 from QA Administrators --- Dear Jim Avera, 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.
[Bug 160506] Possibility to Find and Replace on Validity Formulas
https://bugs.documentfoundation.org/show_bug.cgi?id=160506 QA Administrators changed: What|Removed |Added Whiteboard|| QA:needsComment -- You are receiving this mail because: You are the assignee for the bug.
[Bug 157320] Window gets resized to almost nothing when moving it between screens
https://bugs.documentfoundation.org/show_bug.cgi?id=157320 QA Administrators changed: What|Removed |Added Resolution|--- |INSUFFICIENTDATA Status|NEEDINFO|RESOLVED -- You are receiving this mail because: You are the assignee for the bug.
[Bug 157320] Window gets resized to almost nothing when moving it between screens
https://bugs.documentfoundation.org/show_bug.cgi?id=157320 --- Comment #3 from QA Administrators --- Dear Pablo Pazos, 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.
[Bug 149780] Writer pdf serial mail includes data sentences
https://bugs.documentfoundation.org/show_bug.cgi?id=149780 --- Comment #5 from QA Administrators --- Dear andreas.bergmann, 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.
[Bug 105948] [META] Undo/Redo bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=105948 Bug 105948 depends on bug 144841, which changed state. Bug 144841 Summary: Undo not functioning properly after Special Paste RTF (pasted caused a crash prior to 7.1) https://bugs.documentfoundation.org/show_bug.cgi?id=144841 What|Removed |Added Status|NEEDINFO|RESOLVED Resolution|--- |INSUFFICIENTDATA -- You are receiving this mail because: You are the assignee for the bug.
[Bug 157538] LibreOffice Calc crashes on exit
https://bugs.documentfoundation.org/show_bug.cgi?id=157538 --- Comment #2 from QA Administrators --- Dear bughunter, 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.
[Bug 144841] Undo not functioning properly after Special Paste RTF (pasted caused a crash prior to 7.1)
https://bugs.documentfoundation.org/show_bug.cgi?id=144841 --- Comment #5 from QA Administrators --- Dear Telesto, 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.
[Bug 143394] Icon theme cannot be changed
https://bugs.documentfoundation.org/show_bug.cgi?id=143394 --- Comment #10 from QA Administrators --- Dear tomaskeb, 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.
[Bug 144841] Undo not functioning properly after Special Paste RTF (pasted caused a crash prior to 7.1)
https://bugs.documentfoundation.org/show_bug.cgi?id=144841 QA Administrators changed: What|Removed |Added Resolution|--- |INSUFFICIENTDATA Status|NEEDINFO|RESOLVED -- You are receiving this mail because: You are the assignee for the bug.
[Bug 143394] Icon theme cannot be changed
https://bugs.documentfoundation.org/show_bug.cgi?id=143394 QA Administrators changed: What|Removed |Added Status|NEEDINFO|RESOLVED Resolution|--- |INSUFFICIENTDATA -- You are receiving this mail because: You are the assignee for the bug.
[Bug 125327] Padding to text labels of the tabs on the Format Cells or Character dialogs need a bit more space before and after the label
https://bugs.documentfoundation.org/show_bug.cgi?id=125327 --- Comment #6 from QA Administrators --- Dear Roeland, 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.
[Bug 107326] [META] Writer style bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=107326 Bug 107326 depends on bug 148449, which changed state. Bug 148449 Summary: Text style is locked into one definition that no editing can change https://bugs.documentfoundation.org/show_bug.cgi?id=148449 What|Removed |Added Status|NEW |RESOLVED Resolution|--- |NOTABUG -- You are receiving this mail because: You are the assignee for the bug.
[Bug 148449] Text style is locked into one definition that no editing can change
https://bugs.documentfoundation.org/show_bug.cgi?id=148449 Stéphane Guillou (stragu) changed: What|Removed |Added Resolution|--- |NOTABUG Status|NEW |RESOLVED Assignee|roryfello...@gmail.com |libreoffice-b...@lists.free ||desktop.org --- Comment #5 from Stéphane Guillou (stragu) --- (I just reset the Assignee field: please only put your email address in there if you plan to submit a patch to fix the issue.) (In reply to Rory Fellowes from comment #4) > Created attachment 193729 Thanks for that document. Looks like the issue is that you have a Character Style with that red colour, called "proWriter1.5_Nitejars. Every time you add a new paragraph, the caracter style persists, and if you remove the direct formatting (which has the black text colour), it will show the underlying character style's red colour. Set your text back to "No character style" and you should be good. You can always use the "Style Inspector" sidebar deck to inspect your text's paragraph/character styles and direct formatting. Closing as "not a bug". -- You are receiving this mail because: You are the assignee for the bug.
[Bug 160716] New: When a spreadsheet is multiple pages, and is exported as a PDF, the pages are created however, when the PDF if printed, the page breaks disappear and the test is all on one page
https://bugs.documentfoundation.org/show_bug.cgi?id=160716 Bug ID: 160716 Summary: When a spreadsheet is multiple pages, and is exported as a PDF, the pages are created however, when the PDF if printed, the page breaks disappear and the test is all on one page Product: LibreOffice Version: 3.3.3 release Hardware: ARM OS: Windows (All) Status: UNCONFIRMED Severity: normal Priority: medium Component: Printing and PDF export Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: greybear...@gmail.com Description: I create a multi page spreadsheet and export it as a PDF. The pages are all visible within the PDF however, when I print the PDF, the document becomes one long page. I have tried printing previous versions of documents that originally printed well and now become one long document. One page Steps to Reproduce: 1.Create a multi page calc document 2.Export as a PDF 3.Print it Actual Results: PDF pages become one long one when the docuent is printed. Appears like page breaks are not created when printed Expected Results: Expexted the document (PDF) would produce printed sheets and it printed one long document without page breaks Reproducible: Always User Profile Reset: No Additional Info: Page breaks should appear in PDF -- You are receiving this mail because: You are the assignee for the bug.
[Bug 155882] "Recency" is not explained in Navigator
https://bugs.documentfoundation.org/show_bug.cgi?id=155882 Stéphane Guillou (stragu) changed: What|Removed |Added Status|NEEDINFO|NEW Version|7.2.1.2 release |7.2.0.0.alpha0+ CC||rayk...@gmail.com, ||stephane.guillou@libreoffic ||e.org --- Comment #3 from Stéphane Guillou (stragu) --- Also relevant info in: https://gerrit.libreoffice.org/c/core/+/108529 ... and the discussion in bug 115817. Jim, I am testing it in a current daily build but it seem it only cycles through 2 positions, and the "Go Forward" button is never active. (testing from the Navigator.) Is this currently broken? And how would you summarise the feature for the Help pages? -- You are receiving this mail because: You are the assignee for the bug.
[Bug 101522] [META] Media playback bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=101522 --- Comment #25 from Balti --- Meta for issue related to the playback of media in the document area, media player dialog, or during presentation slide show. https://reminimodapk.io/ -- You are receiving this mail because: You are the assignee for the bug.
[Bug 160715] New: After crash, format for all dates in base database changes from dd/mm/yyyy to dd/mm/yy
https://bugs.documentfoundation.org/show_bug.cgi?id=160715 Bug ID: 160715 Summary: After crash, format for all dates in base database changes from dd/mm/ to dd/mm/yy Product: LibreOffice Version: 7.6.4.1 release Hardware: x86-64 (AMD64) OS: Windows (All) Status: UNCONFIRMED Severity: normal Priority: medium Component: Base Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: goodchri...@gmail.com Description: M Windows 11 PC is crashing regularly and I haven't had time to completely reload Windows 11 to try to fix. This has given me ample opportunity to note that this problem happens every time my PC crashes while Base is open. I'm in Sydney Australia Timezone, using embedded HSQLDB. Steps to Reproduce: 1. While Base is open, turn off PC 2. 3. Actual Results: format for all dates in base database changes from dd/mm/ to dd/mm/yy Expected Results: Date column formats should remain dd/mm/ Reproducible: Always User Profile Reset: No Additional Info: Where are the column formats stored? They don't seem to be in the .odb file as if I recover the database, then restore the .odb, dates are still in dd/mm/yy format. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 160714] Exporting ODP file to PDF in Impress does not export PDF figures correctly
https://bugs.documentfoundation.org/show_bug.cgi?id=160714 Patrick Luby (volunteer) changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever confirmed|0 |1 --- Comment #4 from Patrick Luby (volunteer) --- So, to me, it looks like the X coordinate is wrong in the code that exports to PDF. I remember fixing tdf#156842 that was causing similar results, but that bug only occurred on macOS. I'll take a look at that code and see if I see anything. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 160714] Exporting ODP file to PDF in Impress does not export PDF figures correctly
https://bugs.documentfoundation.org/show_bug.cgi?id=160714 Patrick Luby (volunteer) changed: What|Removed |Added CC||guibomac...@gmail.com --- Comment #3 from Patrick Luby (volunteer) --- I can also reproduce this bug in my local macOS build. But for me, 24.2.2.2 removes the PDF figure fully: Version: 24.2.2.2 (AARCH64) / LibreOffice Community Build ID: d56cc158d8a96260b836f100ef4b4ef25d6f1a01 CPU threads: 8; OS: macOS 14.4.1; UI render: Skia/Metal; VCL: osx Locale: en-CA (en_CA.UTF-8); UI: en-US Calc: threaded -- You are receiving this mail because: You are the assignee for the bug.
core.git: sc/qa
sc/qa/unit/PivotTableFormatsImportExport.cxx | 35 -- sc/qa/unit/data/xlsx/pivot-table/PivotTableCellFormatsTest_10_FormatDefinitionNotMatchingPivotTable.xlsx |binary 2 files changed, 30 insertions(+), 5 deletions(-) New commits: commit 3b50c9f54907c656d2ee23fddadc696ffdab1c94 Author: Tomaž Vajngerl AuthorDate: Tue Apr 16 22:44:23 2024 +0900 Commit: Tomaž Vajngerl CommitDate: Thu Apr 18 01:33:36 2024 +0200 pivot: test for issue when pivot table format not matching data Fix was added with [1][2] and this adds the tests to make sure this keeps working in the future. [1] 1d5630c5deeec5dca724c29ec8c886bfa71a2099 [2] https://gerrit.libreoffice.org/c/core/+/166138 Change-Id: I0a7e62ee6139cc5334c03e7022ce49306d578e1f Reviewed-on: https://gerrit.libreoffice.org/c/core/+/166149 Tested-by: Jenkins Reviewed-by: Tomaž Vajngerl diff --git a/sc/qa/unit/PivotTableFormatsImportExport.cxx b/sc/qa/unit/PivotTableFormatsImportExport.cxx index 40db2afb2292..f1cf83d225cd 100644 --- a/sc/qa/unit/PivotTableFormatsImportExport.cxx +++ b/sc/qa/unit/PivotTableFormatsImportExport.cxx @@ -36,20 +36,23 @@ ScPivotTableFormatsImportExport::ScPivotTableFormatsImportExport() namespace { -Color getBackgroundColor(ScDocument& rDoc, OUString const& rAddressString) +ScAddress parseAddress(ScDocument& rDoc, OUString const& rAddressString) { ScAddress aAddress; aAddress.Parse(rAddressString, rDoc); -const ScPatternAttr* pPattern = rDoc.GetPattern(aAddress); +return aAddress; +} + +Color getBackgroundColor(ScDocument& rDoc, OUString const& rAddressString) +{ +const ScPatternAttr* pPattern = rDoc.GetPattern(parseAddress(rDoc, rAddressString)); const SvxBrushItem& rItem = pPattern->GetItem(ATTR_BACKGROUND); return rItem.GetColor(); } Color getFontColor(ScDocument& rDoc, OUString const& rAddressString) { -ScAddress aAddress; -aAddress.Parse(rAddressString, rDoc); -const ScPatternAttr* pPattern = rDoc.GetPattern(aAddress); +const ScPatternAttr* pPattern = rDoc.GetPattern(parseAddress(rDoc, rAddressString)); const SvxColorItem& rItem = pPattern->GetItem(ATTR_FONT_COLOR); return rItem.getColor(); } @@ -310,6 +313,28 @@ CPPUNIT_TEST_FIXTURE(ScPivotTableFormatsImportExport, assertDocument(*getScDoc()); } +CPPUNIT_TEST_FIXTURE(ScPivotTableFormatsImportExport, + PivotTableCellFormatsTest_10_FormatDefinitionNotMatchingPivotTable) +{ +// The pivot table format data in this document doesn't match the pivot table data, which can produce +// a crash during loading and resolving of formats. Specifically + +// Load the document, which shouldn't result in a crash +createScDoc( + "xlsx/pivot-table/PivotTableCellFormatsTest_10_FormatDefinitionNotMatchingPivotTable.xlsx"); +ScDocument& rDoc = *getScDoc(); + +// Let's check the pivot table exists +ScDPCollection* pCollection = rDoc.GetDPCollection(); +CPPUNIT_ASSERT_EQUAL(size_t(1), pCollection->GetCount()); + +auto aAddress = parseAddress(rDoc, u"G2"_ustr); +const ScDPObject* pDPObject = rDoc.GetDPAtCursor(aAddress); +CPPUNIT_ASSERT(pDPObject); + +CPPUNIT_ASSERT_EQUAL(u"60"_ustr, rDoc.GetString(aAddress)); +} + CPPUNIT_PLUGIN_IMPLEMENT(); /* vim:set shiftwidth=4 softtabstop=4 expandtab: */ diff --git a/sc/qa/unit/data/xlsx/pivot-table/PivotTableCellFormatsTest_10_FormatDefinitionNotMatchingPivotTable.xlsx b/sc/qa/unit/data/xlsx/pivot-table/PivotTableCellFormatsTest_10_FormatDefinitionNotMatchingPivotTable.xlsx new file mode 100644 index ..c2fe60ccf69f Binary files /dev/null and b/sc/qa/unit/data/xlsx/pivot-table/PivotTableCellFormatsTest_10_FormatDefinitionNotMatchingPivotTable.xlsx differ
[Bug 160431] Inverts webp file image when inserted
https://bugs.documentfoundation.org/show_bug.cgi?id=160431 KJP changed: What|Removed |Added Status|NEEDINFO|UNCONFIRMED Ever confirmed|1 |0 -- You are receiving this mail because: You are the assignee for the bug.
[Bug 160431] Inverts webp file image when inserted
https://bugs.documentfoundation.org/show_bug.cgi?id=160431 --- Comment #5 from KJP --- Created attachment 193740 --> https://bugs.documentfoundation.org/attachment.cgi?id=193740=edit WEBP image file included in associated ODT document -- You are receiving this mail because: You are the assignee for the bug.
[Bug 160431] Inverts webp file image when inserted
https://bugs.documentfoundation.org/show_bug.cgi?id=160431 KJP changed: What|Removed |Added CC||lo@kjpetrie.co.uk --- Comment #4 from KJP --- Created attachment 193739 --> https://bugs.documentfoundation.org/attachment.cgi?id=193739=edit ODT document containing WEBP image I hope this attachment and the associated WEBP image will assist if the OP does not reply. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 98398] Help missing Mac menu items
https://bugs.documentfoundation.org/show_bug.cgi?id=98398 Olivier Hallot changed: What|Removed |Added Resolution|--- |WORKSFORME Status|NEW |RESOLVED --- Comment #7 from Olivier Hallot --- This issue refers to an old wikihelp that has been replaced since then. The Help page associated is now https://help.libreoffice.org/latest/en-US/text/shared/optionen/01050100.html?DbPAR=DRAW All information is there. Closing WFM -- You are receiving this mail because: You are the assignee for the bug.
[Bug 160699] Performance: delay loading OpenPGP key details until needed for an operation
https://bugs.documentfoundation.org/show_bug.cgi?id=160699 --- Comment #6 from Patrick Luby (volunteer) --- (In reply to Patrick Luby (volunteer) from comment #5) > But for some reason, one or more of your fonts are very slow to load. The > problem is how do we identify which font? Do you have any non-system fonts > installed in the "My Fonts" sidebar item in the Font Book application? Does > deactivating those fonts and rebooting stop the hang? After thinking a bit more about this, I think the problem is likely an unusually large font file. Both samples show a memcpy() at the bottom of the main thread so I am guessing that the size of the glyph table that is being copied from the font file is very large. So, before you spend any time rebooting, can you look at your fonts in the My Fonts section of the Font Book application. Right-click on each font and select the "Show in Finder" popup menu item to see the file size of the font in the Finder. For comparison, one of the largest font files bundled with macOS is the Apple Color Emoji font file and, at least on macOS Sonoma 14.4.1, it shows 188.3 MB in size in the Finder. So if you see a similar sized or larger font file, I can try installing that font on my machine and see if I can reproduce this bug. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 140616] FILEOPEN DOCX: paragraph style ignores rPr nested inside pPr (hand-crafted document)
https://bugs.documentfoundation.org/show_bug.cgi?id=140616 --- Comment #6 from Justin L --- Created attachment 193738 --> https://bugs.documentfoundation.org/attachment.cgi?id=193738=edit num3g.docx: style's w:highlight properly defined in stand-alone rPr The last bullet point should NOT be highlighted. It already started to become highlighted in 4.2 (probably because the whole paragraph was highlighted). It stopped highlighting the bullet with 4.4 commit b5e60724ac73bb0e62b249145a8931fd6166bb69 Author: Zolnai Tamás on Mon Aug 4 10:57:08 2014 +0200 tdf#80986: disable highlight DOCX import Somewhere in 5.0 it started to become highlighted again, with commit 8f01925d98dabdbf400c9263e08242267b2b9701 Author: Zolnai Tamás on Sat Mar 21 16:19:07 2015 +0100 Char highlight: enable DOCX import -- You are receiving this mail because: You are the assignee for the bug.
[Bug 160686] "Left Page" and "Right Page" are nonsensical and should be removed
https://bugs.documentfoundation.org/show_bug.cgi?id=160686 --- Comment #6 from Eyal Rozenberg --- (In reply to Heiko Tietze from comment #4) > Invalid, if you want, in terms of removing the PgS but a duplicate of rename > left/right to even/odd. Why replace one wrong name with another wrong name? These are not the styles of odd and even pages, nor can you make them be that. Just drop these two styles, they are not, and should not, be used for what you seem to think people would use them for. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 160714] Exporting ODP file to PDF in Impress does not export PDF figures correctly
https://bugs.documentfoundation.org/show_bug.cgi?id=160714 --- Comment #2 from LeonH --- Created attachment 193737 --> https://bugs.documentfoundation.org/attachment.cgi?id=193737=edit This is the original ODP file -- You are receiving this mail because: You are the assignee for the bug.
[Bug 160714] Exporting ODP file to PDF in Impress does not export PDF figures correctly
https://bugs.documentfoundation.org/show_bug.cgi?id=160714 --- Comment #1 from LeonH --- Created attachment 193736 --> https://bugs.documentfoundation.org/attachment.cgi?id=193736=edit This is how the exported PDF looks like -- You are receiving this mail because: You are the assignee for the bug.
[Bug 160714] New: Exporting ODP file to PDF in Impress does not export PDF figures correctly
https://bugs.documentfoundation.org/show_bug.cgi?id=160714 Bug ID: 160714 Summary: Exporting ODP file to PDF in Impress does not export PDF figures correctly Product: LibreOffice Version: 24.2.2.2 release Hardware: x86-64 (AMD64) OS: Linux (All) Status: UNCONFIRMED Severity: normal Priority: medium Component: Impress Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: leon.ha...@protonmail.com Description: When I create a 1-slide presentation containing only 1 PDF figure in Impress and try to export it to PDF, the resulting PDF shows only 50% of the original PDF figure (split vertically). When converting the PDF figure to bitmap, it exports as expected. This was tested on a fresh flatpak install. Steps to Reproduce: 1. Open Impress and import a PDF figure 2. Export the presentation to PDF 3. Open the exported PDF Actual Results: PDF figures in the exported PDF are cut vertically showing only 50% of the figure Expected Results: PDF figures in the exported PDF shows as they do in the original ODP document Reproducible: Always User Profile Reset: No Additional Info: In the LibreOffice version 7.5.9.2 (rpm pacakge), the bug was removing the PDF figure fully. In the LibreOffice version 24.2.2.2 (flatpak), the bug removes only 50% of the PDF figure. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 160711] XLOOKUP function in search for empty cell
https://bugs.documentfoundation.org/show_bug.cgi?id=160711 --- Comment #5 from ady --- JIC I was not clear enough (for whoever reads this ticket): * The problem in Calc 24.8 alpha ATM (vs. Excel) seems to be triggered when the "Search Criterion" argument is really _omitted_. * In Excel's XLOOKUP(), omitting the first argument in XLOOKUP() is _not_ the same as explicitly writing "" (aka empty string) as argument in the formula in Calc. * Omitting the "Search Criterion" argument is _not_ the same as using a reference to a cell that is blank empty. * In Calc 24.8 alpha ATM, omitting the "Search Criterion" argument seems to always result in (#N/A) error. * In Excel's XLOOKUP(), when omitting the "Search Criterion" argument, it performs a "blank empty cell" search in the "Search Array" area, providing the relevant result according to the whole set of arguments. Additionally: * Excel returns 0 (zero) when the _content_ of the _resulting_ cell/range ("Search Array" argument) is empty. This is _not_ related to the "Search Criterion" argument (except when the "Search Criterion" argument is omitted, as described above). This is _not_ the problem in Calc 24.8 alpha ATM. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 160713] DOCX: Merged cells or spans are lost when the document has complex tables
https://bugs.documentfoundation.org/show_bug.cgi?id=160713 m_a_riosv changed: What|Removed |Added Ever confirmed|0 |1 CC||miguelangelrv@libreoffice.o ||rg Status|UNCONFIRMED |NEW --- Comment #2 from m_a_riosv --- Reproducible Version: 24.8.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 0957ee9f5d379c80fca4027c187b471118d0490d CPU threads: 16; OS: Windows 10.0 Build 22631; UI render: default; VCL: win Locale: es-ES (es_ES); UI: en-US Calc: CL threaded -- You are receiving this mail because: You are the assignee for the bug.
[Bug 140616] FILEOPEN DOCX: paragraph style ignores rPr nested inside pPr (hand-crafted document)
https://bugs.documentfoundation.org/show_bug.cgi?id=140616 Justin L changed: What|Removed |Added See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=13 ||5774 Summary|FILEOPEN DOCX: paragraph|FILEOPEN DOCX: paragraph |style should have priority |style ignores rPr nested |over direct paragraph run |inside pPr (hand-crafted |properties (except on |document) |numbering) | --- Comment #5 from Justin L --- (In reply to Justin L from comment #4) > OK - this is ridiculous. How can we possibly have this super basic > functionality missing? That's because this is not at all normal - it was due to a hand-crafted change. Styles should not nest the rPr underneath pPr. However, obviously MSO can parse and handle that, so import the character properties into the style with https://gerrit.libreoffice.org/c/core/+/166189 -- You are receiving this mail because: You are the assignee for the bug.
[Bug 160698] Crash after opening Print dialog
https://bugs.documentfoundation.org/show_bug.cgi?id=160698 Tibor Nagy changed: What|Removed |Added Status|NEW |ASSIGNED Assignee|libreoffice-b...@lists.free |tibor.nagy.extern@allotropi |desktop.org |a.de -- You are receiving this mail because: You are the assignee for the bug.
[Bug 160699] Performance: delay loading OpenPGP key details until needed for an operation
https://bugs.documentfoundation.org/show_bug.cgi?id=160699 --- Comment #5 from Patrick Luby (volunteer) --- (In reply to steve from comment #4) > Created attachment 193732 [details] > 2024-04-17 process sample > > 2 minor problems were found, so both fonts were removed. > > The hang seems to only happen after a restart. And when it has happened it > does not happen on a second opening. LibreOfficeDev shows as "Not > responding" in Activity Monitor when the hang happens. > > Attaching another process sample. Your latest sample is hanging in the same place: loading fonts. It makes sense that this hang only happens on the first launch of LibreOffice after rebooting. The reason is that once a font is first loaded, macOS keeps it cached in memory so that LibreOffice and any other applications can use the font quickly. But for some reason, one or more of your fonts are very slow to load. The problem is how do we identify which font? Do you have any non-system fonts installed in the "My Fonts" sidebar item in the Font Book application? Does deactivating those fonts and rebooting stop the hang? -- You are receiving this mail because: You are the assignee for the bug.
core.git: sd/qa sd/source
sd/qa/unit/tiledrendering/tiledrendering.cxx |8 sd/source/ui/unoidl/unomodel.cxx |2 ++ 2 files changed, 6 insertions(+), 4 deletions(-) New commits: commit 589fb36b663cbd68afc26419629a4a95bd593a89 Author: Caolán McNamara AuthorDate: Wed Apr 17 11:38:00 2024 +0100 Commit: Caolán McNamara CommitDate: Wed Apr 17 21:53:51 2024 +0200 add Spell state to impress RenderState like we do for calc/writer Change-Id: I1adfef0fa7220d93b096fbe4b86d0c04b2e5547e Reviewed-on: https://gerrit.libreoffice.org/c/core/+/166099 Tested-by: Jenkins Reviewed-by: Caolán McNamara diff --git a/sd/qa/unit/tiledrendering/tiledrendering.cxx b/sd/qa/unit/tiledrendering/tiledrendering.cxx index 8f0fd9cfc4ae..b15821f1329b 100644 --- a/sd/qa/unit/tiledrendering/tiledrendering.cxx +++ b/sd/qa/unit/tiledrendering/tiledrendering.cxx @@ -2420,11 +2420,11 @@ CPPUNIT_TEST_FIXTURE(SdTiledRenderingTest, testGetViewRenderState) SdXImpressDocument* pXImpressDocument = createDoc("dummy.odp"); int nFirstViewId = SfxLokHelper::getView(); ViewCallback aView1; -CPPUNIT_ASSERT_EQUAL(";Default"_ostr, pXImpressDocument->getViewRenderState()); +CPPUNIT_ASSERT_EQUAL("S;Default"_ostr, pXImpressDocument->getViewRenderState()); // Create a second view SfxLokHelper::createView(); ViewCallback aView2; -CPPUNIT_ASSERT_EQUAL(";Default"_ostr, pXImpressDocument->getViewRenderState()); +CPPUNIT_ASSERT_EQUAL("S;Default"_ostr, pXImpressDocument->getViewRenderState()); // Set to dark scheme { uno::Sequence aPropertyValues = comphelper::InitPropertySequence( @@ -2434,10 +2434,10 @@ CPPUNIT_TEST_FIXTURE(SdTiledRenderingTest, testGetViewRenderState) ); dispatchCommand(mxComponent, ".uno:ChangeTheme", aPropertyValues); } -CPPUNIT_ASSERT_EQUAL(";Dark"_ostr, pXImpressDocument->getViewRenderState()); +CPPUNIT_ASSERT_EQUAL("S;Dark"_ostr, pXImpressDocument->getViewRenderState()); // Switch back to the first view, and check that the options string is the same SfxLokHelper::setView(nFirstViewId); -CPPUNIT_ASSERT_EQUAL(";Default"_ostr, pXImpressDocument->getViewRenderState()); +CPPUNIT_ASSERT_EQUAL("S;Default"_ostr, pXImpressDocument->getViewRenderState()); } // Helper function to get a tile to a bitmap and check the pixel color diff --git a/sd/source/ui/unoidl/unomodel.cxx b/sd/source/ui/unoidl/unomodel.cxx index 6dbc5bd57a25..52a52177a401 100644 --- a/sd/source/ui/unoidl/unomodel.cxx +++ b/sd/source/ui/unoidl/unomodel.cxx @@ -2352,6 +2352,8 @@ OString SdXImpressDocument::getViewRenderState(SfxViewShell* pViewShell) if (pView) { const SdViewOptions& pVOpt = pView->GetViewOptions(); +if (mpDoc->GetOnlineSpell()) +aState.append('S'); aState.append(';'); OString aThemeName = OUStringToOString(pVOpt.msColorSchemeName, RTL_TEXTENCODING_UTF8);
[Bug 160708] Writer Dialog request : ANCHOR of picture :: context menue (right mouse vs properties of picture )
https://bugs.documentfoundation.org/show_bug.cgi?id=160708 Telesto changed: What|Removed |Added Resolution|FIXED |WORKSFORME -- You are receiving this mail because: You are the assignee for the bug.
core.git: winaccessibility/inc winaccessibility/source
winaccessibility/inc/AccObject.hxx|2 +- winaccessibility/source/service/AccObject.cxx |3 --- 2 files changed, 1 insertion(+), 4 deletions(-) New commits: commit 58de3a5f1cd80cfff0c7e8db326a66d34501e09b Author: Michael Weghorn AuthorDate: Wed Apr 17 15:44:50 2024 +0100 Commit: Michael Weghorn CommitDate: Wed Apr 17 21:33:06 2024 +0200 wina11y: Drop unnecessary null check and make static `AccObject::GetMAccessibleValueFromAny` converts an Any to a string representation, which is unrelated to any class members, so drop the null check for the `m_pIMAcc` member and make the method static. Change-Id: I07216f87c0fadbe239d1e16a048e2799cebac7bf Reviewed-on: https://gerrit.libreoffice.org/c/core/+/166184 Tested-by: Jenkins Reviewed-by: Michael Weghorn diff --git a/winaccessibility/inc/AccObject.hxx b/winaccessibility/inc/AccObject.hxx index 65c8f5777331..81d69082095a 100644 --- a/winaccessibility/inc/AccObject.hxx +++ b/winaccessibility/inc/AccObject.hxx @@ -67,7 +67,7 @@ private: DWORD GetMSAAStateFromUNO(sal_Int64 xState);//translate state from UNO to MSAA value css::accessibility::XAccessibleSelection* GetXAccessibleSelection(); void GetExpandedState(sal_Bool* isExpandable, sal_Bool* isExpanded); -OUString GetMAccessibleValueFromAny(css::uno::Any pAny); +static OUString GetMAccessibleValueFromAny(css::uno::Any pAny); public: diff --git a/winaccessibility/source/service/AccObject.cxx b/winaccessibility/source/service/AccObject.cxx index 51d04ec18dea..c7003568324b 100644 --- a/winaccessibility/source/service/AccObject.cxx +++ b/winaccessibility/source/service/AccObject.cxx @@ -506,9 +506,6 @@ OUString AccObject::GetMAccessibleValueFromAny(Any pAny) { OUString strValue; -if(nullptr == m_pIMAcc) -return strValue; - if(pAny.getValueType() == cppu::UnoType::get() ) { sal_uInt16 val;
[Bug 160711] XLOOKUP function in search for empty cell
https://bugs.documentfoundation.org/show_bug.cgi?id=160711 --- Comment #4 from Balázs Varga (allotropia) --- (In reply to Regina Henschel from comment #0) > Save the file into ods format and open the ods file. Notice that now none of > the formulas has a result. Also this ods save/reload issue is not related to the ods filter (import/export). If you open the original bugdoc and just click on the hard recalculation all the function result will be #N/A instead of the expected result. Thanks Ady for the detailed feedback about the empty cells search. I will focus on that one to fix it in this bugreport. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 160713] DOCX: Merged cells or spans are lost when the document has complex tables
https://bugs.documentfoundation.org/show_bug.cgi?id=160713 pd.ally@anthology.com changed: What|Removed |Added Keywords||filter:docx -- You are receiving this mail because: You are the assignee for the bug.
[Bug 160713] DOCX: Merged cells or spans are lost when the document has complex tables
https://bugs.documentfoundation.org/show_bug.cgi?id=160713 --- Comment #1 from pd.ally@anthology.com --- Created attachment 193735 --> https://bugs.documentfoundation.org/attachment.cgi?id=193735=edit DOCX document with complex table -- You are receiving this mail because: You are the assignee for the bug.
[Bug 160713] New: DOCX: Merged cells or spans are lost when the document has complex tables
https://bugs.documentfoundation.org/show_bug.cgi?id=160713 Bug ID: 160713 Summary: DOCX: Merged cells or spans are lost when the document has complex tables Product: LibreOffice Version: 7.3.3.2 release Hardware: All OS: Windows (All) Status: UNCONFIRMED Severity: normal Priority: medium Component: LibreOffice Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: pd.ally@anthology.com Description: When opening a DOCX having complex tables with merged cells and spans, the format of the table is lost. When it is exported to PDF even some columns from the original table are lost. Steps to Reproduce: 1.Open the attached document or create a new DOCX with complex tables (merged cells and spans) 2. The format is already lost when you open it, but you can also export to PDF 3. Inspect the resulting table, is missing columns and cells Actual Results: Resulting table is missing merged cells, columns, and spans Expected Results: Table must look exactly the same as the table in the DOCX document. Reproducible: Always User Profile Reset: No Additional Info: Version: 7.3.3.2 (x64) / LibreOffice Community Build ID: d1d0ea68f081ee2800a922cac8f79445e4603348 CPU threads: 8; OS: Windows 10.0 Build 19045; UI render: Skia/Raster; VCL: win Locale: en-US (en_US); UI: en-US Calc: CL -- You are receiving this mail because: You are the assignee for the bug.
[Bug 160202] EDITING keyboard selection in Basic editor: selection extended one position too far (e.g. Ctrl+Right selects _two_ strings in stead of one)
https://bugs.documentfoundation.org/show_bug.cgi?id=160202 Cor Nouws changed: What|Removed |Added Keywords||bibisectRequest --- Comment #2 from Cor Nouws --- (In reply to Rafael Lima from comment #1) > This is actually a very old bug... Ctrl + Left/Right has never worked well > for me in the Basic editor. IIRC, it did for me... Starting (random) 5.0.6.3 shows it behaved as expected in that version > bibisectrequest. > ... > I'd say the problem is in TextView::KeyInput, located in: > /core/vcl/source/edit/textview.cxx Will look into that. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 138455] FILEOPEN DOCX VML cropped image horizontally shrunk (crop lost)
https://bugs.documentfoundation.org/show_bug.cgi?id=138455 --- Comment #9 from Justin L --- Created attachment 193734 --> https://bugs.documentfoundation.org/attachment.cgi?id=193734=edit wrong_background_object_size_header_tiff.docx: TIFF in header - works since 5.2 So being in the header seems to be a complicating factor, but it doesn't guarantee that cropping doesn't work - it works fine for PNG and even TIFF formats. -- You are receiving this mail because: You are the assignee for the bug.
core.git: unotest/source
unotest/source/embindtest/embindtest.js | 27 --- 1 file changed, 20 insertions(+), 7 deletions(-) New commits: commit 89610c2176e1370a8075187e7637e5844fe5f3e3 Author: Stephan Bergmann AuthorDate: Wed Apr 17 15:48:17 2024 +0200 Commit: Stephan Bergmann CommitDate: Wed Apr 17 20:40:54 2024 +0200 Embind: Clean up JS UNO obj implementation in embindtest.js We don't need a dedicated implXInterface, any other interface derived from it works as well. But we should arguably implement css.lang.XTypeProvider. Which in turn requires two sequences, which need to be eventually .delete()'ed, so add impl* for them. And while at it, rename refcount to implRefcount for consistency. Change-Id: I8cfd0df74058383bd432e2a6a86f7f2039a87ffb Reviewed-on: https://gerrit.libreoffice.org/c/core/+/166181 Tested-by: Jenkins Reviewed-by: Stephan Bergmann diff --git a/unotest/source/embindtest/embindtest.js b/unotest/source/embindtest/embindtest.js index 67c0d2b77c13..8da18fbb7d96 100644 --- a/unotest/source/embindtest/embindtest.js +++ b/unotest/source/embindtest/embindtest.js @@ -545,10 +545,19 @@ Module.addOnPostRun(function() { //TODO: console.assert(e.Message.startsWith('test')); } const obj = { -refcount: 0, +implRefcount: 0, +implTypes: new Module.uno_Sequence_type([ +Module.uno_Type.Interface('com.sun.star.lang.XTypeProvider'), +Module.uno_Type.Interface('com.sun.star.task.XJob'), +Module.uno_Type.Interface('com.sun.star.task.XJobExecutor')]), +implImplementationId: new Module.uno_Sequence_byte([]), queryInterface(type) { if (type == 'com.sun.star.uno.XInterface') { -return new Module.uno_Any(type, css.uno.XInterface.reference(this.implXInterface)); +return new Module.uno_Any( +type, css.uno.XInterface.reference(this.implXTypeProvider)); +} else if (type == 'com.sun.star.lang.XTypeProvider') { +return new Module.uno_Any( +type, css.lang.XTypeProvider.reference(this.implXTypeProvider)); } else if (type == 'com.sun.star.task.XJob') { return new Module.uno_Any(type, css.task.XJob.reference(this.implXJob)); } else if (type == 'com.sun.star.task.XJobExecutor') { @@ -558,27 +567,31 @@ Module.addOnPostRun(function() { return new Module.uno_Any(Module.uno_Type.Void(), undefined); } }, -acquire() { ++this.refcount; }, +acquire() { ++this.implRefcount; }, release() { -if (--this.refcount === 0) { -this.implXInterface.delete(); +if (--this.implRefcount === 0) { +this.implXTypeProvider.delete(); this.implXJob.delete(); this.implXJobExecutor.delete(); +this.implTypes.delete(); +this.implImplementationId.delete(); } }, +getTypes() { return this.implTypes; }, +getImplementationId() { return this.implImplementationId; }, execute(args) { console.log('Hello ' + args.get(0).Value.get()); return new Module.uno_Any(Module.uno_Type.Void(), undefined); }, trigger(event) { console.log('Ola ' + event); } }; -obj.implXInterface = css.uno.XInterface.implement(obj); +obj.implXTypeProvider = css.lang.XTypeProvider.implement(obj); obj.implXJob = css.task.XJob.implement(obj); obj.implXJobExecutor = css.task.XJobExecutor.implement(obj); obj.acquire(); test.passJob(css.task.XJob.reference(obj.implXJob)); test.passJobExecutor(css.task.XJobExecutor.reference(obj.implXJobExecutor)); -test.passInterface(css.uno.XInterface.reference(obj.implXInterface)); +test.passInterface(css.uno.XInterface.reference(obj.implXTypeProvider)); obj.release(); });
[Bug 160711] XLOOKUP function in search for empty cell
https://bugs.documentfoundation.org/show_bug.cgi?id=160711 ady changed: What|Removed |Added Summary|problems with LOOKUP|XLOOKUP function in search |function in search for |for empty cell |empty cell | -- You are receiving this mail because: You are the assignee for the bug.
[Bug 160711] problems with LOOKUP function in search for empty cell
https://bugs.documentfoundation.org/show_bug.cgi?id=160711 ady changed: What|Removed |Added Ever confirmed|0 |1 Status|UNCONFIRMED |NEW --- Comment #3 from ady --- In XLOOKUP(), the argument named "Lookup" (aka "lookup_value" in Excel) is required, but if it is omitted then XLOOKUP() should return blank cells it finds in the "Array" area (aka "lookup_array" in Excel). Currently in Calc 24.8 alpha, this seems to be not true, so the search fails to find a match and thus the #N/A result is given. For the sample in this report, the first blank cell would return "itself", and Excel's XLOOKUP() returns 0 (zero) for blank (empty) results. In Excel, this is not the same as not finding a match. IIRC, also Google Sheets fails to comply with this condition, but I could be misremembering. @Regina, BTW, IINM, that build you posted in comment 0 lacks the latest modifications to XLOOKUP (adding regex support). It should not alter your result regarding XLOOKUP() for this case anyway. Please also keep in mind that other functions such as CELL() have their own bugs. I hope we are focusing on XLOOKUP() in this report. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 48015] Option to export all pages / slides from Drawing / Presentation modules as bitmap (PNG, JPG...)
https://bugs.documentfoundation.org/show_bug.cgi?id=48015 --- Comment #39 from xordevore...@gmail.com --- (In reply to V Stuart Foote from comment #38) > (In reply to xordevoreaux from comment #37) > > One thing to keep in mind regarding the "Export As Images" extension is that > > it is 100% useless for exporting draw pages having transparent backgrounds. > > It always provides white backgrounds regardless. > > No, I think it depends on the export format chosen, e.g. BMP looks to keep > the transparent bg just fine. And in my use-case scenario, all I will ever export to is PNG. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 138455] FILEOPEN DOCX VML cropped image horizontally shrunk (crop lost)
https://bugs.documentfoundation.org/show_bug.cgi?id=138455 --- Comment #8 from Justin L --- hmm - comment 0's document is not fixed by avoiding lazy load there. Perhaps it crops differently when it is in a header? -- You are receiving this mail because: You are the assignee for the bug.
[Bug 160708] Writer Dialog request : ANCHOR of picture :: context menue (right mouse vs properties of picture )
https://bugs.documentfoundation.org/show_bug.cgi?id=160708 Karl changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|--- |FIXED --- Comment #2 from Karl --- Hello Telesto, THANX for your hint ! I will change THIS.posting to be RESOLVED. Have a hope ( for me, I can dig in the depths of LO ) to " be able to customise for my usage / or even NOT. If i know, what happens, i can understand. AGAIN : THANX. ALLTHOUGH : If U are a -it seems to me- a more integrated -to LO- have it changed back to unconfirmed AS ON Ur decision ... !? Best regards juergen -- You are receiving this mail because: You are the assignee for the bug.
[Bug 138455] FILEOPEN DOCX VML cropped image horizontally shrunk (crop lost)
https://bugs.documentfoundation.org/show_bug.cgi?id=138455 Justin L changed: What|Removed |Added Summary|FILEOPEN DOCX OLE objects |FILEOPEN DOCX VML cropped |replacement image |image horizontally shrunk |horizontally shrunk |(crop lost) See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=12 ||6310 --- Comment #7 from Justin L --- The document was loading OK again in 6.2.6, but broken again in 7.2.0 when reverting commit 1c04b5c97ca3b12e52ec55572da77f7b6636e34c Author: Gabor Kelemen on Sun Jul 14 20:21:08 2019 +0200 tdf#126310 Disable lazy loading of WMF images So that suggests that GraphicHelper::importEmbeddedGraphic should include all of the wmf formats when avoiding bLazyLoad. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 160711] problems with LOOKUP function in search for empty cell
https://bugs.documentfoundation.org/show_bug.cgi?id=160711 --- Comment #2 from Balázs Varga (allotropia) --- (In reply to Regina Henschel from comment #1) > Balázs, could you please have a look? Thanks a lot for the test, Regina. :) Will take look. My first guess would be its wrong because of the Lookup_value is an empty cell: =XKERES(???;A2:A10;A2:A10) In that case hopefully will be easy to fix. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 87351] [META] Conditional formatting bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=87351 Bug 87351 depends on bug 160706, which changed state. Bug 160706 Summary: speed up loading conditional formatting rule in XLS https://bugs.documentfoundation.org/show_bug.cgi?id=160706 What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|--- |FIXED -- You are receiving this mail because: You are the assignee for the bug.
[Bug 160708] Writer Dialog request : ANCHOR of picture :: context menue (right mouse vs properties of picture )
https://bugs.documentfoundation.org/show_bug.cgi?id=160708 Telesto changed: What|Removed |Added CC||tele...@surfxs.nl --- Comment #1 from Telesto --- To Page anchoring was removed from the context menu on purpose (to hide it), because of misconception about what 'To Page' means. See bug 140702 and bug 135836 are about discussion to remove it (from context menu). It still possible to add it back as customization For extensive read about 'To Page" https://ask.libreoffice.org/t/multiple-captioned-images/43052/5 Sidenote: 'To Page' will be converted to 'To Paragraph' on DOC/DOCX export -- You are receiving this mail because: You are the assignee for the bug.
[Bug 160675] UI: Sidebar doesn't show width and height (nor X/Y coordinates) of object in certain context
https://bugs.documentfoundation.org/show_bug.cgi?id=160675 Telesto changed: What|Removed |Added Regression By||Justin Luth -- You are receiving this mail because: You are the assignee for the bug.
[Bug 160675] UI: Sidebar doesn't show width and height (nor X/Y coordinates) of object in certain context
https://bugs.documentfoundation.org/show_bug.cgi?id=160675 Telesto changed: What|Removed |Added Version|7.5.5.2 release |7.5.0.3 release Keywords|bibisectRequest |bibisected, bisected --- Comment #8 from Telesto --- Bibiseced with win64-7.5 to: tdf#153040 sw content controls PDF export: output listbox entry This fixes a 7.5 regression/wrong implementation. Prior to 7.5, content controls were just exported as plain text to PDF. Now that the content control is exported, the selected entry in the list box was not being printed - just a big hole in the text. Fixed by informing PDF of the selected entry. TODO: the content control starts too late (a somewhat wide space at the front), and ends too soon (the last portion of the text is cut off). The unit test for the TODO will cover this case, so skipping that for now since I found no examples to follow. https://gerrit.libreoffice.org/c/core/+/152567 --- However I don't grasp how this commit (about PDF export) being connected to sidebar. However it does touch the same topic: list box being empty; rather similar to spinbox being empty -- You are receiving this mail because: You are the assignee for the bug.
core.git: sc/source
sc/source/filter/oox/extlstcontext.cxx |3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) New commits: commit dac30c44c606232ce23d52a423d0bf8010f25d4f Author: Noel Grandin AuthorDate: Wed Apr 17 14:06:57 2024 +0200 Commit: Noel Grandin CommitDate: Wed Apr 17 19:40:22 2024 +0200 tdf#160706 speed up loading conditional formatting rule in XLS we only need to finalizeImport on the last ExtDxf we loaded, otherwise we end up with an O(n^2) performance problem Change-Id: I566ef43189a1bb7ac7c55e1bccf9445c9cea19b9 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/166179 Tested-by: Noel Grandin Reviewed-by: Noel Grandin diff --git a/sc/source/filter/oox/extlstcontext.cxx b/sc/source/filter/oox/extlstcontext.cxx index 58e4c7931729..d6af04240572 100644 --- a/sc/source/filter/oox/extlstcontext.cxx +++ b/sc/source/filter/oox/extlstcontext.cxx @@ -292,7 +292,8 @@ void ExtConditionalFormattingContext::onEndElement() maModel.eOperator = ScConditionMode::Direct; } -getStyles().getExtDxfs().forEachMem( ::finalizeImport ); +if (Dxf* pDxf = getStyles().getExtDxfs().get(rStyleIdx).get()) +pDxf->finalizeImport(); maModel.aStyle = getStyles().createExtDxfStyle(rStyleIdx); rStyleIdx++; nFormulaCount = 0;
core.git: Branch 'libreoffice-7-6' - sc/qa sc/source
sc/qa/uitest/data/tdf129701.ods|binary sc/qa/uitest/pasteSpecial/tdf129701-PasteUnformated.py | 70 + sc/source/ui/docshell/impex.cxx| 17 +++- 3 files changed, 85 insertions(+), 2 deletions(-) New commits: commit ed0165f6cbd1f3f9e47be26fe5d60c29eb946030 Author: Laurent Balland AuthorDate: Thu Dec 7 19:38:54 2023 +0100 Commit: Laurent Balland CommitDate: Wed Apr 17 19:25:25 2024 +0200 tdf#129701 Skip empty cell: treat last column This is a combination of 2 commits. tdf#129701 Skip empty cell: treat last column When pasting data as text, with "Skip empty cells" not checked, empty cells in the last column of the source do not empty cells in destination, because there is nothing anymore to paste and while loop stops. This commit adds a flag to check if the last cell of each line is empty, and treat it if "Skip empty cells" is not checked. Add UITest to Copy data with empty cells; Paste Unformatted text, without "Skip empty cells"; Check data with empty cells in last column. xChange-Id: Idec823fb1c27b803f49c6d13d6c757ef0f41e437 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/160951 Tested-by: Jenkins Reviewed-by: Laurent Balland (cherry picked from commit e66ffda7c7f1e78dbca082ff7549ded121dc7356) Reviewed-on: https://gerrit.libreoffice.org/c/core/+/163536 Reviewed-by: Christian Lohmaier (cherry picked from commit 60e0ebe633b1dee8bb2a66b9d133f5303749d8d5) tdf#129701 Follow-up of previous change According to comments in https://gerrit.libreoffice.org/c/core/+/163536 Follow-up of previous change xChange-Id: Icd7b6798d6ef35ca9574125cd3d4c4d89044569c Reviewed-on: https://gerrit.libreoffice.org/c/core/+/166133 Tested-by: Jenkins Reviewed-by: Eike Rathke (cherry picked from commit 47187acee758680cda8086b6e295ef7beea3491b) Change-Id: Idec823fb1c27b803f49c6d13d6c757ef0f41e437 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/164493 Reviewed-by: Eike Rathke Tested-by: Jenkins Reviewed-by: Laurent Balland diff --git a/sc/qa/uitest/data/tdf129701.ods b/sc/qa/uitest/data/tdf129701.ods new file mode 100644 index ..94407fcd566e Binary files /dev/null and b/sc/qa/uitest/data/tdf129701.ods differ diff --git a/sc/qa/uitest/pasteSpecial/tdf129701-PasteUnformated.py b/sc/qa/uitest/pasteSpecial/tdf129701-PasteUnformated.py new file mode 100644 index ..596cd62f8bc1 --- /dev/null +++ b/sc/qa/uitest/pasteSpecial/tdf129701-PasteUnformated.py @@ -0,0 +1,70 @@ +# -*- 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 libreoffice.uno.propertyvalue import mkPropertyValues +from uitest.uihelper.common import get_url_for_data_file +from uitest.uihelper.common import get_state_as_dict +from libreoffice.calc.document import get_cell_by_position + +class tdf129701(UITestCase): + +def test_tdf129701(self): + +with self.ui_test.load_file(get_url_for_data_file("tdf129701.ods")): +xCalcDoc = self.xUITest.getTopFocusWindow() +gridwin = xCalcDoc.getChild("grid_window") +gridwin.executeAction("SELECT", mkPropertyValues({"RANGE": "D21:F25"})) +self.xUITest.executeCommand(".uno:Copy") + +gridwin.executeAction("SELECT", mkPropertyValues({"CELL": "J4"})) +with self.ui_test.execute_dialog_through_command(".uno:PasteUnformatted", close_button="ok") as xDialog: + +xSkipEmtyCells = xDialog.getChild("skipemptycells") +xSeparatedBy = xDialog.getChild("toseparatedby") +xTab = xDialog.getChild("tab") +xMergeDelimiters = xDialog.getChild("mergedelimiters") + +xSeparatedBy.executeAction("CLICK", tuple()) +if get_state_as_dict(xTab)['Selected'] == 'false': +xTab.executeAction("CLICK", tuple()) +if get_state_as_dict(xMergeDelimiters)['Selected'] == 'true': +xMergeDelimiters.executeAction("CLICK", tuple()) +if get_state_as_dict(xSkipEmtyCells)['Selected'] == 'true': +xSkipEmtyCells.executeAction("CLICK", tuple()) +# Check wether Skip empty cells is unselected +self.assertEqual('false', get_state_as_dict(xSkipEmtyCells)['Selected']) + +document = self.ui_test.get_component() +# Without the fix in place, this test would have failed with +# non empty cells in column 11 + +self.assertEqual( "x1",
[Bug 160675] UI: Sidebar doesn't show width and height (nor X/Y coordinates) of object in certain context
https://bugs.documentfoundation.org/show_bug.cgi?id=160675 raal changed: What|Removed |Added CC||r...@post.cz --- Comment #7 from raal --- No repro with GTK3 plugin, but reproducible with gen on Linux. Unfortunately my bibisect point to wrong source sha:85ccfd86e1bc3bbe2a9957cf3df069e2f7e85071 -- You are receiving this mail because: You are the assignee for the bug.
[Bug 138455] FILEOPEN DOCX OLE objects replacement image horizontally shrunk
https://bugs.documentfoundation.org/show_bug.cgi?id=138455 --- Comment #6 from Justin L --- Created attachment 193733 --> https://bugs.documentfoundation.org/attachment.cgi?id=193733=edit wrong_background_object_size_min.docx: minimized to remove the OLE, header, etc. OLE is irrelevant to this bug. It just describes how the image was created. So I removed all OLE stuff from the document. The header is also irrelevant, so I moved the image into document.xml. I verified that this minimized version is affected by the same 5.2 and 6.1 commits. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 160712] Bundled Impress templates should use placeholders instead of dummy text
https://bugs.documentfoundation.org/show_bug.cgi?id=160712 Laurent Balland changed: What|Removed |Added Ever confirmed|0 |1 Status|UNCONFIRMED |ASSIGNED Assignee|libreoffice-b...@lists.free |jumbo4...@yahoo.fr |desktop.org | -- You are receiving this mail because: You are the assignee for the bug.
[Bug 160712] New: Bundled Impress templates should use placeholders instead of dummy text
https://bugs.documentfoundation.org/show_bug.cgi?id=160712 Bug ID: 160712 Summary: Bundled Impress templates should use placeholders instead of dummy text Product: LibreOffice Version: 7.2.0.4 release Hardware: All OS: All Status: UNCONFIRMED Severity: normal Priority: medium Component: Impress Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: jumbo4...@yahoo.fr Description: Indonesian LO Community introduced some bundled templates (Candy, Freshes, Grey Elegant, Growing Liberty, Yellow Idea). Templates are very nice, but they use a lot of Lorem Ipsum texts. These texts should be replaced by placeholders for the following benefits: - placeholders are easier to fill than replacing Lorem Ipsum text - placeholders names are automatically translated Steps to Reproduce: 1. Create a new presentation 2. Select one of the templates (Candy, Freshes, Grey Elegant, Growing Liberty, Yellow Idea) 3. OK Actual Results: Each slide is uinge Lorem Ipsum as title and texts Expected Results: Like other templates, placeholders should be use for title and text Reproducible: Always User Profile Reset: No Additional Info: Grey Elegant template is already modified by https://gerrit.libreoffice.org/c/core/+/161289 -- You are receiving this mail because: You are the assignee for the bug.
[Bug 160699] Performance: delay loading OpenPGP key details until needed for an operation
https://bugs.documentfoundation.org/show_bug.cgi?id=160699 --- Comment #4 from steve --- Created attachment 193732 --> https://bugs.documentfoundation.org/attachment.cgi?id=193732=edit 2024-04-17 process sample 2 minor problems were found, so both fonts were removed. The hang seems to only happen after a restart. And when it has happened it does not happen on a second opening. LibreOfficeDev shows as "Not responding" in Activity Monitor when the hang happens. Attaching another process sample. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 48015] Option to export all pages / slides from Drawing / Presentation modules as bitmap (PNG, JPG...)
https://bugs.documentfoundation.org/show_bug.cgi?id=48015 --- Comment #38 from V Stuart Foote --- (In reply to xordevoreaux from comment #37) > One thing to keep in mind regarding the "Export As Images" extension is that > it is 100% useless for exporting draw pages having transparent backgrounds. > It always provides white backgrounds regardless. No, I think it depends on the export format chosen, e.g. BMP looks to keep the transparent bg just fine. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 160700] Regression: broken cross-reference to empty element of numbered list after saving
https://bugs.documentfoundation.org/show_bug.cgi?id=160700 raal changed: What|Removed |Added Regression By||Mike Kaganski Keywords|bibisectRequest |bibisected, bisected CC||mikekagan...@hotmail.com, ||r...@post.cz --- Comment #5 from raal --- This seems to have begun at the below commit in bibisect repository/OS linux-64-24. Adding Cc: to Mike Kaganski ; Could you possibly take a look at this one? Thanks 4f623889ebb3e0dc0af6bb9c07a2759d48b3b205 is the first bad commit commit 4f623889ebb3e0dc0af6bb9c07a2759d48b3b205 Author: Jenkins Build User Date: Tue Jan 30 18:57:59 2024 +0100 source sha:1d7ce421480d9170316533de03feb8d04eb5c767 162743: tdf#159438: when there's no frame, close previous bookmark first | https://gerrit.libreoffice.org/c/core/+/162743 -- You are receiving this mail because: You are the assignee for the bug.
[Bug 160711] problems with LOOKUP function in search for empty cell
https://bugs.documentfoundation.org/show_bug.cgi?id=160711 Regina Henschel changed: What|Removed |Added CC||balazs.varga...@gmail.com --- Comment #1 from Regina Henschel --- Balázs, could you please have a look? -- You are receiving this mail because: You are the assignee for the bug.
[Bug 160544] Quickfind sidebar: Make the sidebar the default for ctrl+F
https://bugs.documentfoundation.org/show_bug.cgi?id=160544 --- Comment #11 from Cor Nouws --- (In reply to Cor Nouws from comment #10) > If so: I am not, but could leave with an expert option that allows me to > keep the current behavior :) Sight, should be: If so: "I do not, but could live with ..." -- You are receiving this mail because: You are the assignee for the bug.
[Bug 160711] New: problems with LOOKUP function in search for empty cell
https://bugs.documentfoundation.org/show_bug.cgi?id=160711 Bug ID: 160711 Summary: problems with LOOKUP function in search for empty cell Product: LibreOffice Version: 24.8.0.0 alpha0+ Master Hardware: All OS: All Status: UNCONFIRMED Severity: normal Priority: medium Component: Calc Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: rb.hensc...@t-online.de Created attachment 193730 --> https://bugs.documentfoundation.org/attachment.cgi?id=193730=edit File for testing Open attached document. It shows the used formula and right from it as text how the formula looks in Excel and how the result looks in Excel. Notice, that XLOOKUP as parameter in CELL does not work at all. Correct the formula of the CELL function rows to the value shown as text. Still there is no result. Save the file into ods format and open the ods file. Notice that now none of the formulas has a result. I have tested it with Version: 24.8.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: d76f1877f699c91f5e4a020641c6d65064bfb997 CPU threads: 32; OS: Windows 10.0 Build 22631; UI render: default; VCL: win Locale: de-DE (de_DE); UI: en-US Calc: threaded -- You are receiving this mail because: You are the assignee for the bug.
[Bug 160544] Quickfind sidebar: Make the sidebar the default for ctrl+F
https://bugs.documentfoundation.org/show_bug.cgi?id=160544 --- Comment #10 from Cor Nouws --- (In reply to Heiko Tietze from comment #9) > I'm fine with toggle as well as to keep the sidebar open (command just > opens). You mean that you accept that the status/situation etc of the Sidebar changes when you use Ctrl+F for search? If so: I am not, but could leave with an expert option that allows me to keep the current behavior :) -- You are receiving this mail because: You are the assignee for the bug.
[Bug 143148] Use pragma once instead of include guards (Episode 2: Endgame)
https://bugs.documentfoundation.org/show_bug.cgi?id=143148 --- Comment #138 from Commit Notification --- Omkar Santosh Nikam committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/681e113fae0b1baca6501326dfd249d26b5f68a4 tdf#143148: Use pragma once instead of include guards It will be available in 24.8.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.
[Bug 143148] Use pragma once instead of include guards (Episode 2: Endgame)
https://bugs.documentfoundation.org/show_bug.cgi?id=143148 --- Comment #137 from Commit Notification --- Omkar Santosh Nikam committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/123fdb0c7ac53f01406208f3c219e2716599effd tdf#143148: Use pragma once instead of include guards It will be available in 24.8.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.
core.git: include/basic
include/basic/sbuno.hxx |5 + 1 file changed, 1 insertion(+), 4 deletions(-) New commits: commit 681e113fae0b1baca6501326dfd249d26b5f68a4 Author: Omkar Santosh Nikam AuthorDate: Wed Apr 17 14:51:02 2024 +0530 Commit: Ilmari Lauhakangas CommitDate: Wed Apr 17 17:53:54 2024 +0200 tdf#143148: Use pragma once instead of include guards Change-Id: I2beda26661abb57ffa7b7d6e404eb5f5a26ca5b1 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/166162 Tested-by: Ilmari Lauhakangas Reviewed-by: Ilmari Lauhakangas diff --git a/include/basic/sbuno.hxx b/include/basic/sbuno.hxx index 4c53215d9c88..b19f0f5da249 100644 --- a/include/basic/sbuno.hxx +++ b/include/basic/sbuno.hxx @@ -17,8 +17,7 @@ * the License at http://www.apache.org/licenses/LICENSE-2.0 . */ -#ifndef INCLUDED_BASIC_SBUNO_HXX -#define INCLUDED_BASIC_SBUNO_HXX +#pragma once #include #include @@ -42,6 +41,4 @@ css::uno::Any sbxToUnoValue( const SbxValue* pVar, const css::uno::Type& rType, BASIC_DLLPUBLIC void unoToSbxValue( SbxVariable* pVar, const css::uno::Any& aValue ); -#endif - /* vim:set shiftwidth=4 softtabstop=4 expandtab: */
core.git: include/basic
include/basic/sberrors.hxx |5 + 1 file changed, 1 insertion(+), 4 deletions(-) New commits: commit 123fdb0c7ac53f01406208f3c219e2716599effd Author: Omkar Santosh Nikam AuthorDate: Wed Apr 17 14:44:58 2024 +0530 Commit: Ilmari Lauhakangas CommitDate: Wed Apr 17 17:53:30 2024 +0200 tdf#143148: Use pragma once instead of include guards Change-Id: I84080f2b647ccdd91fa44401b4edae4bf31a92a3 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/166167 Tested-by: Ilmari Lauhakangas Reviewed-by: Ilmari Lauhakangas diff --git a/include/basic/sberrors.hxx b/include/basic/sberrors.hxx index d630b0747ab1..602caa4e23e8 100644 --- a/include/basic/sberrors.hxx +++ b/include/basic/sberrors.hxx @@ -17,8 +17,7 @@ * the License at http://www.apache.org/licenses/LICENSE-2.0 . */ -#ifndef INCLUDED_BASIC_SBERRORS_HXX -#define INCLUDED_BASIC_SBERRORS_HXX +#pragma once #include @@ -171,6 +170,4 @@ #define ERRCODE_BASIC_TOO_MANY_DLL ErrCode( ErrCodeArea::Sbx, ErrCodeClass::Compiler, 137 ) // Too many dll application clients #define ERRCODE_BASIC_LOOP_NOT_INIT ErrCode( ErrCodeArea::Sbx, ErrCodeClass::Compiler, 138 ) // For loop not initialized -#endif - /* vim:set shiftwidth=4 softtabstop=4 expandtab: */
[Bug 148449] Text style is locked into one definition that no editing can change
https://bugs.documentfoundation.org/show_bug.cgi?id=148449 Rory Fellowes changed: What|Removed |Added Assignee|libreoffice-b...@lists.free |roryfello...@gmail.com |desktop.org | CC||roryfello...@gmail.com --- Comment #4 from Rory Fellowes --- Created attachment 193729 --> https://bugs.documentfoundation.org/attachment.cgi?id=193729=edit This is a sample, taking a few paragraphs of my book and adding text set first t o Title and then to proWrite1.5. In both cases, much to my surprise since I never use Title, the bug persists. I hope you can solve this, if not for me (I'm used to it), for others who create their own styles. Thank you. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 149327] Can't type accented letters at the end of a paragraph in Writer (EDITING)
https://bugs.documentfoundation.org/show_bug.cgi?id=149327 --- Comment #11 from Christian Lehmann --- The problem persists in Version: 24.2.1.2 (X86_64) / LibreOffice Community Build ID: 420(Build:2) CPU threads: 12; OS: Linux 5.14; UI render: default; VCL: kf5 (cairo+xcb) Locale: de-DE (de_DE.UTF-8); UI: en-US Calc: threaded -- You are receiving this mail because: You are the assignee for the bug.
[Bug 48015] Option to export all pages / slides from Drawing / Presentation modules as bitmap (PNG, JPG...)
https://bugs.documentfoundation.org/show_bug.cgi?id=48015 --- Comment #37 from xordevore...@gmail.com --- One thing to keep in mind regarding the "Export As Images" extension is that it is 100% useless for exporting draw pages having transparent backgrounds. It always provides white backgrounds regardless. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 160700] Regression: broken cross-reference to empty element of numbered list after saving
https://bugs.documentfoundation.org/show_bug.cgi?id=160700 Ansu Kailaanmäki changed: What|Removed |Added Ever confirmed|0 |1 Status|UNCONFIRMED |NEW CC||kailaanm...@live.fi --- Comment #4 from Ansu Kailaanmäki --- Hello, Serg Bormant, I can confirm that the bug is present in these versions: Version: 24.8.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 0957ee9f5d379c80fca4027c187b471118d0490d CPU threads: 4; OS: Windows 10.0 Build 22631; UI render: Skia/Vulkan; VCL: win Locale: fi-FI (fi_FI); UI: fi-FI Calc: CL threaded and Version: 24.2.2.2 (X86_64) / LibreOffice Community Build ID: d56cc158d8a96260b836f100ef4b4ef25d6f1a01 CPU threads: 4; OS: Windows 10.0 Build 22631; UI render: Skia/Vulkan; VCL: win Locale: fi-FI (fi_FI); UI: fi-FI Calc: CL threaded -- You are receiving this mail because: You are the assignee for the bug.
[Bug 160710] New: Clarify "Save Document as URL"
https://bugs.documentfoundation.org/show_bug.cgi?id=160710 Bug ID: 160710 Summary: Clarify "Save Document as URL" Product: LibreOffice Version: unspecified Hardware: All OS: All Status: UNCONFIRMED Severity: minor Priority: medium Component: UI Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: tuomas.hiet...@iki.fi Description: The meaning of UI string "Save Document as URL" is unclear. What does "saving as URL" mean? Saving the document to a remote location over the network? Saving the URL address of the document as a file to a local drive? Something else? Steps to Reproduce: 1. See https://translations.documentfoundation.org/search/libo_ui-master/-/en/?q=%22Save+Document+as+URL%22_by=-priority%2Cposition= Actual Results: The meaning of the string is unclear. Expected Results: The meaning is clarified. Reproducible: Always User Profile Reset: No Additional Info: n/a -- You are receiving this mail because: You are the assignee for the bug.
[Bug 160698] Crash after opening Print dialog
https://bugs.documentfoundation.org/show_bug.cgi?id=160698 --- Comment #3 from Amin Irgaliev --- It looks like the problem appear because to the added resetPrintArea() method in https://gerrit.libreoffice.org/c/core/+/164085/3/vcl/source/gdi/print3.cxx#567 When line 567 is commented, then the Writer doesn't crash. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 133092] [META] Crash bugs
https://bugs.documentfoundation.org/show_bug.cgi?id=133092 Stéphane Guillou (stragu) changed: What|Removed |Added Depends on||160698 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=160698 [Bug 160698] Crash after opening Print dialog -- You are receiving this mail because: You are the assignee for the bug.
[Bug 103309] [META] Print dialog bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=103309 Stéphane Guillou (stragu) changed: What|Removed |Added Depends on||160698 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=160698 [Bug 160698] Crash after opening Print dialog -- You are receiving this mail because: You are the assignee for the bug.
[Bug 160698] Crash after opening Print dialog
https://bugs.documentfoundation.org/show_bug.cgi?id=160698 Stéphane Guillou (stragu) changed: What|Removed |Added Severity|major |critical Blocks||103309, 133092 CC||stephane.guillou@libreoffic ||e.org Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=103309 [Bug 103309] [META] Print dialog bugs and enhancements https://bugs.documentfoundation.org/show_bug.cgi?id=133092 [Bug 133092] [META] Crash bugs -- You are receiving this mail because: You are the assignee for the bug.
ESC meeting agenda: 2024-04-18 16:00 CEST
Hi, The prototype agenda is below. Extra items are appreciated either in this document or as a reply to this mail: https://pad.documentfoundation.org/p/esc You can join using Jitsi here: https://jitsi.documentfoundation.org/esc Regards, Miklos --- * Present: + * Completed Action Items: * Pending Action Items: + Update api.libreoffice.org from 7.4 (Cloph) * Release Engineering update (Cloph) + 7.6: 7.6.7 RC1 this week? + 24.2: 24.2.3 RC2 next week? * Documentation (Olivier) + Bugzilla Documentation statistics 265(265) bugs open + Updates: BZ changes 1 week 1 month 3 months 12 months created 8(1) 30(-22)89(0) 218(-6) commented 3(-16) 57(-39) 235(-3)836(-12) resolved 6(4) 16(-6) 43(5) 116(2) + top 10 contributors: Olivier Hallot made 44 changes in 1 month, and 263 changes in 1 year Dione Maddern made 17 changes in 1 month, and 31 changes in 1 year Kaganski, Mike made 15 changes in 1 month, and 69 changes in 1 year MeBugzilla made 7 changes in 1 month, and 7 changes in 1 year Weghorn, Michael made 7 changes in 1 month, and 8 changes in 1 year Nabet, Julien made 7 changes in 1 month, and 53 changes in 1 year Cor Nouws made 3 changes in 1 month, and 3 changes in 1 year Adolfo Jayme Barrientos made 3 changes in 1 month, and 24 changes in 1 year nobu made 3 changes in 1 month, and 12 changes in 1 year Pierre F made 2 changes in 1 month, and 30 changes in 1 year * UX Update (Heiko) + Bugzilla (topicUI) statistics 243(243) (topicUI) bugs open, 45(45) (needsUXEval) needs to be evaluated by the UXteam + Updates: BZ changes 1 week 1 month 3 months 12 months added 4(-4)19(1) 23(2) 31(2) commented 71(41) 231(23) 564(59)1949(-32) removed 1(1) 2(1) 2(1) 12(0) resolved 8(2) 28(2) 85(3) 320(4) + top 10 contributors: Stéphane Guillou made 96 changes in 1 month, and 683 changes in 1 year Heiko Tietze made 91 changes in 1 month, and 1124 changes in 1 year Vernon, Stuart Foote made 68 changes in 1 month, and 274 changes in 1 year Eyal Rozenberg made 27 changes in 1 month, and 156 changes in 1 year Ilmari Lauhakangas made 26 changes in 1 month, and 162 changes in 1 year Ady made 20 changes in 1 month, and 141 changes in 1 year Justin Luth made 18 changes in 1 month, and 140 changes in 1 year Devansh Varshney made 13 changes in 1 month, and 20 changes in 1 year Cor Nouws made 10 changes in 1 month, and 18 changes in 1 year m.a.riosv made 10 changes in 1 month, and 59 changes in 1 year * Crash Testing (Caolan) + 24(+4) import failure, 19(+17) export failures + ??? coverity issues + Google / ossfuzz: ?? fuzzers active now * Crash Reporting (Xisco) + 24.2.0.315407(+717) + 24.2.1.163(+0) + 24.2.1.210893(+1203) + 24.2.2.23121(+1458) * Mentoring (Hossein) committer... 1 week 1 month 3 months 12 months open 46(-31)120(-22) 143(-16) 143(-16) reviews 318(14)1376(-164) 3862(-112) 12518(8) merged 213(19) 981(-34)3277(-84)12494(-1) abandoned 9(-7) 49(-2) 167(-3) 665(-1) own commits 129(-11)641(-41)2144(-67) 9192(-84) review commits 43(-14)259(-55) 872(-55) 3055(-10) contributor... 1 week 1 month 3 months 12 months open 36(4)99(0) 105(4)105(4) reviews 582(-106) 2612(-172) 7690(-256) 29570(-202) merged 17(-4) 137(-18) 356(-7) 1724(-73) abandoned 11(-6) 45(8) 290(0)690(1) own commits 16(-15) 153(-28) 446(-17) 1117(-3) review commits 0(0) 0(0) 0(0) 0(0) + easyHack statistics: needsDevEval 8(8) needsUXEval 1(1) cleanup_comments 332(332) total 415(415) assigned 28(28) open 353(353) + top 10 contributors: LeSasse made 19 patches in 1 month, and 19 patches in 1 year Armin Le Grand (allotropia) made 16 patches in 1 month, and 90 patches in 1 year Ritobroto Mukherjee made 13 patches in 1 month, and 13 patches in 1 year Dione Maddern made 10 patches in 1 month, and 34 patches in 1 year Rafał Dobrakowski made 8 patches in 1 month, and 17 patches in 1 year Bogdan B made 5 patches in 1 month, and 20 patches in 1 year Aaron Bourdeaux made 5 patches in 1 month, and 5 patches in 1 year