[Libreoffice-bugs] [Bug 151540] x86 version crashes on Windows 7 with experimental features enabled
https://bugs.documentfoundation.org/show_bug.cgi?id=151540 Mike Kaganski changed: What|Removed |Added Summary|x86 version crashes on |x86 version crashes on |Windows x64 with|Windows 7 with experimental |experimental features |features enabled |enabled | -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 151671] Calc: Freeze Rows and Columns is freez the first rows or columns only
https://bugs.documentfoundation.org/show_bug.cgi?id=151671 --- Comment #1 from MARINA-SODA --- Q --Why are you using 7.5 test ver? Because major version have many critical bugs. https://bugs.documentfoundation.org/show_bug.cgi?id=151576 https://bugs.documentfoundation.org/show_bug.cgi?id=150680 7.5 have this issue but still better, https://bugs.documentfoundation.org/show_bug.cgi?id=150664 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 151671] New: Calc: Freeze Rows and Columns is freez the first rows or columns only
https://bugs.documentfoundation.org/show_bug.cgi?id=151671 Bug ID: 151671 Summary: Calc: Freeze Rows and Columns is freez the first rows or columns only Product: LibreOffice Version: 7.5.0.0 alpha0+ Master Hardware: x86-64 (AMD64) OS: Windows (All) Status: UNCONFIRMED Severity: normal Priority: medium Component: Calc Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: m5382607...@gomen-da.com Description: When you choose Freeze Rows and Columns, calc freeze first rows or columns. Same behavior as selecting Freeze First Row or Freeze First Column. Steps to Reproduce: 1.Select any cell. 2.Choose View - Freeze Rows and Columns. Actual Results: Calc freeze your selected column or row. Expected Results: Calc freeze the first column or row. Reproducible: Always User Profile Reset: Yes OpenGL enabled: Yes Additional Info: Please operate according to the menu. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 151389] URL default color unreadable with black-background theme
https://bugs.documentfoundation.org/show_bug.cgi?id=151389 QA Administrators changed: What|Removed |Added Whiteboard|| QA:needsComment -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 151382] UI: Keep ratio setting lost after opening Image properties Position and Size dialog, a change, OK and reopening the dialog
https://bugs.documentfoundation.org/show_bug.cgi?id=151382 QA Administrators changed: What|Removed |Added Whiteboard|| QA:needsComment -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 151381] FILEOPEN: Embedded Objects in .DOCX No Longer Rendering Properly
https://bugs.documentfoundation.org/show_bug.cgi?id=151381 QA Administrators changed: What|Removed |Added Whiteboard|| QA:needsComment -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 151380] text copied from gmail to write presents with all character style information
https://bugs.documentfoundation.org/show_bug.cgi?id=151380 QA Administrators changed: What|Removed |Added Whiteboard|| QA:needsComment -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 151379] Only 3 characters of slide title remain after save and reload if effect attached
https://bugs.documentfoundation.org/show_bug.cgi?id=151379 QA Administrators changed: What|Removed |Added Whiteboard|| QA:needsComment -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 151376] Unexpected 'DisposedException' when calling Basic Script
https://bugs.documentfoundation.org/show_bug.cgi?id=151376 QA Administrators changed: What|Removed |Added Whiteboard|| QA:needsComment -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 151366] Soft hyphen does not print or export to PDF
https://bugs.documentfoundation.org/show_bug.cgi?id=151366 QA Administrators changed: What|Removed |Added Whiteboard|| QA:needsComment -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 151003] With many fonts, LibreOffice takes over 20 minutes to start in --safe-mode
https://bugs.documentfoundation.org/show_bug.cgi?id=151003 --- Comment #9 from QA Administrators --- [Automated Action] NeedInfo-To-Unconfirmed -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 151367] Line following soft hyphen uses paragraph instead of line spacing. Formatting
https://bugs.documentfoundation.org/show_bug.cgi?id=151367 QA Administrators changed: What|Removed |Added Whiteboard|| QA:needsComment -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 151003] With many fonts, LibreOffice takes over 20 minutes to start in --safe-mode
https://bugs.documentfoundation.org/show_bug.cgi?id=151003 QA Administrators changed: What|Removed |Added Ever confirmed|1 |0 Status|NEEDINFO|UNCONFIRMED -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 148350] Toolbar & sidebar button state updates slowly when moving from comments to document body
https://bugs.documentfoundation.org/show_bug.cgi?id=148350 QA Administrators changed: What|Removed |Added Status|NEEDINFO|UNCONFIRMED Ever confirmed|1 |0 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 148097] Black flash during slide transition
https://bugs.documentfoundation.org/show_bug.cgi?id=148097 QA Administrators changed: What|Removed |Added Resolution|--- |INSUFFICIENTDATA Status|NEEDINFO|RESOLVED -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 148350] Toolbar & sidebar button state updates slowly when moving from comments to document body
https://bugs.documentfoundation.org/show_bug.cgi?id=148350 --- Comment #3 from QA Administrators --- [Automated Action] NeedInfo-To-Unconfirmed -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 148097] Black flash during slide transition
https://bugs.documentfoundation.org/show_bug.cgi?id=148097 --- Comment #3 from QA Administrators --- Dear Sébastien, Please read this message in its entirety before proceeding. Your bug report is being closed as INSUFFICIENTDATA due to inactivity and a lack of information which is needed in order to accurately reproduce and confirm the problem. We encourage you to retest your bug against the latest release. If the issue is still present in the latest stable release, we need the following information (please ignore any that you've already provided): a) Provide details of your system including your operating system and the latest version of LibreOffice that you have confirmed the bug to be present b) Provide easy to reproduce steps – the simpler the better c) Provide any test case(s) which will help us confirm the problem d) Provide screenshots of the problem if you think it might help e) Read all comments and provide any requested information Once all of this is done, please set the bug back to UNCONFIRMED and we will attempt to reproduce the issue. Please do not: a) respond via email b) update the version field in the bug or any of the other details on the top section of our bug tracker Warm Regards, QA Team MassPing-NeedInfo-FollowUp -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 138086] No undo after deleting the header
https://bugs.documentfoundation.org/show_bug.cgi?id=138086 --- Comment #4 from QA Administrators --- Dear Szasz-Fabian Jozsef, Please read this message in its entirety before proceeding. Your bug report is being closed as INSUFFICIENTDATA due to inactivity and a lack of information which is needed in order to accurately reproduce and confirm the problem. We encourage you to retest your bug against the latest release. If the issue is still present in the latest stable release, we need the following information (please ignore any that you've already provided): a) Provide details of your system including your operating system and the latest version of LibreOffice that you have confirmed the bug to be present b) Provide easy to reproduce steps – the simpler the better c) Provide any test case(s) which will help us confirm the problem d) Provide screenshots of the problem if you think it might help e) Read all comments and provide any requested information Once all of this is done, please set the bug back to UNCONFIRMED and we will attempt to reproduce the issue. Please do not: a) respond via email b) update the version field in the bug or any of the other details on the top section of our bug tracker Warm Regards, QA Team MassPing-NeedInfo-FollowUp -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 48741] [META] Writer's page header and footer issues
https://bugs.documentfoundation.org/show_bug.cgi?id=48741 Bug 48741 depends on bug 138086, which changed state. Bug 138086 Summary: No undo after deleting the header https://bugs.documentfoundation.org/show_bug.cgi?id=138086 What|Removed |Added Status|NEEDINFO|RESOLVED Resolution|--- |INSUFFICIENTDATA -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 138086] No undo after deleting the header
https://bugs.documentfoundation.org/show_bug.cgi?id=138086 QA Administrators changed: What|Removed |Added Status|NEEDINFO|RESOLVED Resolution|--- |INSUFFICIENTDATA -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 148420] imported scans went white after calling export to pdf
https://bugs.documentfoundation.org/show_bug.cgi?id=148420 --- Comment #2 from QA Administrators --- Dear Rikkit, This bug has been in NEEDINFO status with no change for at least 6 months. Please provide the requested information as soon as possible and mark the bug as UNCONFIRMED. Due to regular bug tracker maintenance, if the bug is still in NEEDINFO status with no change in 30 days the QA team will close the bug as INSUFFICIENTDATA due to lack of needed information. For more information about our NEEDINFO policy please read the wiki located here: https://wiki.documentfoundation.org/QA/Bugzilla/Fields/Status/NEEDINFO If you have already provided the requested information, please mark the bug as UNCONFIRMED so that the QA team knows that the bug is ready to be confirmed. Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-NeedInfo-Ping -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 148454] Crash when I change font size in KDE Plasma 5.22.5
https://bugs.documentfoundation.org/show_bug.cgi?id=148454 --- Comment #2 from QA Administrators --- Dear Samantha, This bug has been in NEEDINFO status with no change for at least 6 months. Please provide the requested information as soon as possible and mark the bug as UNCONFIRMED. Due to regular bug tracker maintenance, if the bug is still in NEEDINFO status with no change in 30 days the QA team will close the bug as INSUFFICIENTDATA due to lack of needed information. For more information about our NEEDINFO policy please read the wiki located here: https://wiki.documentfoundation.org/QA/Bugzilla/Fields/Status/NEEDINFO If you have already provided the requested information, please mark the bug as UNCONFIRMED so that the QA team knows that the bug is ready to be confirmed. Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-NeedInfo-Ping -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 140533] wrong printout for barcode font i2of5txt
https://bugs.documentfoundation.org/show_bug.cgi?id=140533 --- Comment #3 from QA Administrators --- Dear Tomasz, This bug has been in NEEDINFO status with no change for at least 6 months. Please provide the requested information as soon as possible and mark the bug as UNCONFIRMED. Due to regular bug tracker maintenance, if the bug is still in NEEDINFO status with no change in 30 days the QA team will close the bug as INSUFFICIENTDATA due to lack of needed information. For more information about our NEEDINFO policy please read the wiki located here: https://wiki.documentfoundation.org/QA/Bugzilla/Fields/Status/NEEDINFO If you have already provided the requested information, please mark the bug as UNCONFIRMED so that the QA team knows that the bug is ready to be confirmed. Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-NeedInfo-Ping -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 35971] Page relocation is ignored when leaving Print Preview mode
https://bugs.documentfoundation.org/show_bug.cgi?id=35971 --- Comment #30 from QA Administrators --- Dear Frédéric Buclin, To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from https://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to 'inherited from OOo'; 4b. If the bug was not present in 3.3 - add 'regression' to keyword Feel free to come ask questions or to say hello in our QA chat: https://web.libera.chat/?settings=#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 34861] After save and open of my ODT, all formulas anchored as character are moved to the first page
https://bugs.documentfoundation.org/show_bug.cgi?id=34861 --- Comment #14 from QA Administrators --- Dear Nicolò Chieffo, To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from https://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to 'inherited from OOo'; 4b. If the bug was not present in 3.3 - add 'regression' to keyword Feel free to come ask questions or to say hello in our QA chat: https://web.libera.chat/?settings=#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 136714] Undo adding a row in a very large table slow
https://bugs.documentfoundation.org/show_bug.cgi?id=136714 --- Comment #8 from QA Administrators --- Dear Telesto, To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from https://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to 'inherited from OOo'; 4b. If the bug was not present in 3.3 - add 'regression' to keyword Feel free to come ask questions or to say hello in our QA chat: https://web.libera.chat/?settings=#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 134066] Shape anchored to paragraph creates an empty page when dragged to specific spot with a specific zoom level
https://bugs.documentfoundation.org/show_bug.cgi?id=134066 --- Comment #17 from QA Administrators --- Dear Telesto, To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from https://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to 'inherited from OOo'; 4b. If the bug was not present in 3.3 - add 'regression' to keyword Feel free to come ask questions or to say hello in our QA chat: https://web.libera.chat/?settings=#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-commits] core.git: icon-themes/sifr icon-themes/sifr_dark icon-themes/sifr_dark_svg icon-themes/sifr_svg
icon-themes/sifr/svx/res/parallel.png |binary icon-themes/sifr_dark/svx/res/parallel.png |binary icon-themes/sifr_dark_svg/svx/res/parallel.svg |1 + icon-themes/sifr_svg/svx/res/parallel.svg |1 + 4 files changed, 2 insertions(+) New commits: commit 013c096e4199b26ab4d0703953c688f01c7d3559 Author: Rizal Muttaqin AuthorDate: Thu Oct 20 06:51:39 2022 +0700 Commit: Rizal Muttaqin CommitDate: Fri Oct 21 05:12:51 2022 +0200 tdf#151613 Sifr: 3d Effects icons Change-Id: I4e30611f1ef14038a6d0804b9794eac340e7f49b Reviewed-on: https://gerrit.libreoffice.org/c/core/+/141538 Tested-by: Jenkins Reviewed-by: Rizal Muttaqin diff --git a/icon-themes/sifr/svx/res/parallel.png b/icon-themes/sifr/svx/res/parallel.png new file mode 100644 index ..738d944611cc Binary files /dev/null and b/icon-themes/sifr/svx/res/parallel.png differ diff --git a/icon-themes/sifr_dark/svx/res/parallel.png b/icon-themes/sifr_dark/svx/res/parallel.png new file mode 100644 index ..05d89fcb268b Binary files /dev/null and b/icon-themes/sifr_dark/svx/res/parallel.png differ diff --git a/icon-themes/sifr_dark_svg/svx/res/parallel.svg b/icon-themes/sifr_dark_svg/svx/res/parallel.svg new file mode 100644 index ..9c12a8d2d713 --- /dev/null +++ b/icon-themes/sifr_dark_svg/svx/res/parallel.svg @@ -0,0 +1 @@ +http://www.w3.org/2000/svg;> \ No newline at end of file diff --git a/icon-themes/sifr_svg/svx/res/parallel.svg b/icon-themes/sifr_svg/svx/res/parallel.svg new file mode 100644 index ..78355c39703a --- /dev/null +++ b/icon-themes/sifr_svg/svx/res/parallel.svg @@ -0,0 +1 @@ +http://www.w3.org/2000/svg;> \ No newline at end of file
[Libreoffice-bugs] [Bug 151138] calc chart line width, changes to larger circles overlapping with reversed normals
https://bugs.documentfoundation.org/show_bug.cgi?id=151138 --- Comment #12 from S.Andreason --- Appears fixed in version 7. I imagine you can mark this report for version 5.2 as Won't fix. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 46973] Libreoffice uses GtkMenu background as color of document frame shadow
https://bugs.documentfoundation.org/show_bug.cgi?id=46973 Rafael Lima changed: What|Removed |Added CC||rafael.palma.l...@gmail.com --- Comment #10 from Rafael Lima --- Is this bug still valid?? So much has changed since 2014! Can someone confirm if this is still an issue? -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 136917] Custom widgets should use themed colors for border lines
https://bugs.documentfoundation.org/show_bug.cgi?id=136917 Rafael Lima changed: What|Removed |Added CC||rafael.palma.l...@gmail.com --- Comment #10 from Rafael Lima --- Created attachment 183182 --> https://bugs.documentfoundation.org/attachment.cgi?id=183182=edit Color in grid lines So it seems that the color is correct now. It is using the highlight color, but as pointed out by Heiko the line is so thin that I hadn't even noticed that it existed up until I read this bug report. Tested with Version: 7.3.6.2 / LibreOffice Community Build ID: 30(Build:2) CPU threads: 12; OS: Linux 5.15; UI render: default; VCL: kf5 (cairo+xcb) Locale: pt-BR (pt_BR.UTF-8); UI: en-US Ubuntu package version: 1:7.3.6-0ubuntu0.22.04.2 Calc: threaded -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 116566] Respect configured AutoSpellCheck colour in the dialog too
https://bugs.documentfoundation.org/show_bug.cgi?id=116566 Rafael Lima changed: What|Removed |Added CC||rafael.palma.l...@gmail.com --- Comment #11 from Rafael Lima --- Created attachment 183181 --> https://bugs.documentfoundation.org/attachment.cgi?id=183181=edit Current state of dark mode in the Spelling dialog Here's the current state of the Spelling dialog using dark mode. I changed the AutoSpellCheck color to purple and it does not have an effect on the dialog. Moreover, the preview is black whereas my Document Color is white. So what I propose is: 1) Use the Document Color / Font Color options in the preview box 2) Respect the AutoSpellCheck color for the highlighted text I'll see if I can do it and then submit a patch. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 89724] SIDEBAR: Darker outlines in layout thumbnails
https://bugs.documentfoundation.org/show_bug.cgi?id=89724 Rafael Lima changed: What|Removed |Added Status|NEW |NEEDINFO CC||rafael.palma.l...@gmail.com --- Comment #5 from Rafael Lima --- Is this bug still present? These thumbnails are actually icons and since 2015 many changes have been made to all icon themes. Can you please see if this issue is still valid considering the latest master build? https://dev-builds.libreoffice.org/daily/master/current.html -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 142347] add ability to change the background and font colours of the new tabbed/ribbon view (LibreOffice writer)
https://bugs.documentfoundation.org/show_bug.cgi?id=142347 Rafael Lima changed: What|Removed |Added CC||rafael.palma.l...@gmail.com --- Comment #3 from Rafael Lima --- Dark mode is now supported in Windows. See more info below: https://libreofficemaster.blogspot.com/2022/03/libreoffice-dark-mode-on-windows.html The tabbed interface now gets dark if you set the dark mode correctly. Please try and let us know if it worked. Beware that you need to be using LO 7.4. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 151034] Background on navigation menu too dark to read text
https://bugs.documentfoundation.org/show_bug.cgi?id=151034 Rafael Lima changed: What|Removed |Added CC||rafael.palma.l...@gmail.com --- Comment #3 from Rafael Lima --- Please try enabling dark mode as described in the link below: https://libreofficemaster.blogspot.com/2022/03/libreoffice-dark-mode-on-windows.html Let us know if the problem persists. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 145126] It'd be nice if the formula bar in Calc would accept the LibreOffice Dark application color scheme
https://bugs.documentfoundation.org/show_bug.cgi?id=145126 Rafael Lima changed: What|Removed |Added Resolution|--- |WORKSFORME Status|NEEDINFO|RESOLVED --- Comment #2 from Rafael Lima --- I'm setting this as WFM based on comment #1 by Roman. I also tested on my machine and the formula bar is completely black. You can find more info on how to use dark mode in Windows here: https://libreofficemaster.blogspot.com/2022/03/libreoffice-dark-mode-on-windows.html -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 151670] New: Can not use japanese IME
https://bugs.documentfoundation.org/show_bug.cgi?id=151670 Bug ID: 151670 Summary: Can not use japanese IME Product: LibreOffice Version: 7.4.2.3 release Hardware: x86-64 (AMD64) OS: FreeBSD Status: UNCONFIRMED Severity: normal Priority: medium Component: LibreOffice Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: xl40...@gmail.com In LibreOffice for the FreeBSD,We can not enable JAPANESE IME.it is meaning can not input japanese leter in LibreOffice.I use IME ja-ibus-mozc and ja-ibus-anthy.The other applications enable IME.We need GTK3 checked binary package for FreeBSD.Because we-JAPANESE use JAPANESE LANGUAGE.At the make by ports,Compilation often fails due to related components. We need GTK3 enabled binary package.please. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 151668] unable to perform calculations on HH:MM:SS fields read from a file
https://bugs.documentfoundation.org/show_bug.cgi?id=151668 m.a.riosv changed: What|Removed |Added Resolution|--- |NOTABUG Status|UNCONFIRMED |RESOLVED -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 151668] unable to perform calculations on HH:MM:SS fields read from a file
https://bugs.documentfoundation.org/show_bug.cgi?id=151668 --- Comment #4 from m.a.riosv --- Created attachment 183180 --> https://bugs.documentfoundation.org/attachment.cgi?id=183180=edit Screenshot with time in their own column With time alone in a column, it just works fine for me (detecting special numbers active). I can see a bug. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 151669] New: Error help tip popup when hovering over it
https://bugs.documentfoundation.org/show_bug.cgi?id=151669 Bug ID: 151669 Summary: Error help tip popup when hovering over it Product: LibreOffice Version: 7.4.2.3 release Hardware: All OS: All Status: UNCONFIRMED Severity: enhancement Priority: medium Component: LibreOffice Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: enrico9...@gmail.com Description: Whenever you get an error, being able to hover over it (just like in Excel/Google spreadsheet) and getting additional information/solution about the error. Here's an example of a hover popup in spreadsheet https://imgur.com/a/Llq9ZHp Steps to Reproduce: 1. Get an error such as #VALUE! 2. Hover over it Actual Results: Nothing, that's what my request is about Expected Results: For an hover popup to appear Reproducible: Always User Profile Reset: No Additional Info: . -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 151668] unable to perform calculations on HH:MM:SS fields read from a file
https://bugs.documentfoundation.org/show_bug.cgi?id=151668 --- Comment #3 from Pierre Fortin --- Hmm... since there is no option for TIME(HMS), the import dialog led me to believe there was no way to specify times. Based on your response, I see that selecting just the times (no date part), and choosing DATE(DMY) imports the time in a usable form. Not very intuitive... Then the Format>Cells... *does* have Time, 13:37:46 which reinforced my understanding of what was needed... The UI makes assumptions I interpreted differently... :/ Maybe the import dialog should read: [Date (DMY)] [Time (HMS)] -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 151664] Rendered text shifted with some Hebrew fonts - but not in PDF output
https://bugs.documentfoundation.org/show_bug.cgi?id=151664 László Németh changed: What|Removed |Added Keywords||bibisectRequest -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 151668] unable to perform calculations on HH:MM:SS fields read from a file
https://bugs.documentfoundation.org/show_bug.cgi?id=151668 --- Comment #2 from m.a.riosv --- Created attachment 183179 --> https://bugs.documentfoundation.org/attachment.cgi?id=183179=edit File after importing with the difference time formulas The file after importing with the formulas to calculate the time difference. Date and time in the column A. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 151668] unable to perform calculations on HH:MM:SS fields read from a file
https://bugs.documentfoundation.org/show_bug.cgi?id=151668 m.a.riosv changed: What|Removed |Added CC||miguelangelrv@libreoffice.o ||rg --- Comment #1 from m.a.riosv --- Created attachment 183178 --> https://bugs.documentfoundation.org/attachment.cgi?id=183178=edit Screnshot import options With the attached image about import options, it works fine for me. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 151664] Rendered text shifted with some Hebrew fonts - but not in PDF output
https://bugs.documentfoundation.org/show_bug.cgi?id=151664 --- Comment #7 from u...@net9.ga --- Created attachment 183177 --> https://bugs.documentfoundation.org/attachment.cgi?id=183177=edit Corruption with Arabic characters where there are no spaces between adjacent characters This is how I see attachment 183167. The Arabic characters at the Noto Sans paragraph where there are no spaces looks to me corrupted. What I think is corrupted is the left bottom quarter. I have downloaded attachment 183167 twice, and the same look came out with the 2nd download too. Once again, other then thinking my Noto Sans Arabic fonts are from https://fonts.google.com/noto/fonts?noto.lang=ar_Arab=Asia=PS=Arab, I don't know which fonts these are. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 151664] Rendered text shifted with some Hebrew fonts - but not in PDF output
https://bugs.documentfoundation.org/show_bug.cgi?id=151664 --- Comment #6 from u...@net9.ga --- 1. I have downloaded attachment 183167. I can see the shifting Eyal Rozenberg, the bug submitter, describes. I know nothing about fonts. By the Font Name box of LibreOffice menus, I can tell the bug is with Noto Sans. But not with David CLM. And not with Noto Naskh Arabic. 2. For those having difficulty to see the shifting in the middle paragraphs, those in Noto Sans where there is a space between adjacent characters, I propose the following. Download attachment 183167 and open it. Now place the cursor at the right most column of each paragraph. And then move the cursor one place to the left. Do that with the left arrow key. One can see that at the 7th line of the Noto Sans paragraphs, the distance of the cursor from the left most edge of the character, after the cursor has moved one place to the left, is different from what it was in the 1st line of the paragraph. 3. As far as I can tell, my Noto Sans Hebrew characters are from https://fonts.google.com/noto/fonts?noto.lang=he_Hebr=Asia=IL=Hebr. I don't know if these are DejaVu Sans, or something else. I have looked for DejaVu Sans in LibreOffice pull down Font Name menu, and didn't see such a name. Can it be I don't have such fonts installed? Anyway, I can not confirm Eayl Rozenberg claim about not having the shift when setting directly to DejaVu Sans fonts. 4. The Arabic characters at the Noto Sans paragraph where there are no spaces looks to me corrupted. I will attach a screen shot of the 4 Noto Sans paragraphs, the way I see it. What I think is corrupted is the left bottom quarter. I have downloaded the file twice, and the same look came out with the 2nd download too. Once again, other then thinking my Noto Sans Arabic fonts are from https://fonts.google.com/noto/fonts?noto.lang=ar_Arab=Asia=PS=Arab, I don't know which fonts these are. 5. Copying from Help -> About LibreOffice -> Version Information Version: 7.4.2.3 / LibreOffice Community Build ID: 40(Build:3) CPU threads: 4; OS: Linux 6.0; UI render: default; VCL: gtk3 Locale: en-US (en_US.UTF-8); UI: en-US 7.4.2-1 Calc: threaded -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 151668] New: unable to perform calculations on HH:MM:SS fields read from a file
https://bugs.documentfoundation.org/show_bug.cgi?id=151668 Bug ID: 151668 Summary: unable to perform calculations on HH:MM:SS fields read from a file Product: LibreOffice Version: 7.4.0.3 release Hardware: All OS: All Status: UNCONFIRMED Severity: normal Priority: medium Component: Calc Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: p...@pfortin.com Created attachment 183176 --> https://bugs.documentfoundation.org/attachment.cgi?id=183176=edit Sampling of the file I was trying to process when this issue was discovered Found this issue in today's 7.5.0alpha. It exists in 7.4.0.3, so I suspect it exists in all versions; so reporting it against 7.4.0.3. Calc will not allow calculations of HH:MM:SS fields read in from a file. I can manually enter 12:34:56 data in cells and the calculations work. Steps to reproduce: - Open attached file - Select fixed width (also occurs with Separated by) - add field separators on either side of the timestamps - OK - select any cell with HH:MM:SS -- the Input line shows the content correctly - insert a column next to the column of timestamps - Assuming you have the times in column B and the new column at C - in C2, enter =b2-b1 - C2 shows =B2-B1 Issue #1: - with the attached file, C2 should display 00:00:00, not =B2-B1 Issue #2: - select C2 and double-click on its bottom-right corner to repeat the formula - C3 shows =B2-B2 instead of =B3-B2 - C4 shows =B2-B3 instead of =B4-B3 - C5 shows =B2-B4 instead of =B5-B4 etc... or more correctly, instead of the time differences. - the repeat acts like C2 contains =B$2-B1 Note that the time cells in column B are still showing as 12:34:56 Issue #3: - select column B - Format>Cells... (hoping this would solve the above) Time, 13:37:46, OK - Notice that all the B cell contents now have a leading single quote This further makes the time calculations unlikely. Issue #4: - It probably wouldn't help; but the "Column type:" selections are lacking in the Text Import panel; only a minimal choices are available. Amazingly, at this point, if I copy column B to an empty column, and create the formulae as above, the calculations work. So this bug may be covered with an Errata notice until it's resolved. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 151540] x86 version crashes on Windows x64 with experimental features enabled
https://bugs.documentfoundation.org/show_bug.cgi?id=151540 --- Comment #4 from David --- I should have thought to test this before, but enabling the experimental features causes LibreOffice to also crash on an x86 build of Windows 7. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 151667] Opening a very large spreadsheet with about 31K rows of data will not load completely with error message
https://bugs.documentfoundation.org/show_bug.cgi?id=151667 m.a.riosv changed: What|Removed |Added Status|UNCONFIRMED |NEEDINFO Ever confirmed|0 |1 CC||miguelangelrv@libreoffice.o ||rg --- Comment #1 from m.a.riosv --- Please test if the file pass odf validator. https://odfvalidator.org/ -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 137469] Text filter should have an option to hide hidden paragraphs
https://bugs.documentfoundation.org/show_bug.cgi?id=137469 Samuel Mehrbrodt (allotropia) changed: What|Removed |Added CC||samuel.mehrbrodt@allotropia ||.de Resolution|--- |FIXED Status|NEW |RESOLVED -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 146468] Use same border preset tooltips between toolbar and sidebar
https://bugs.documentfoundation.org/show_bug.cgi?id=146468 Rafael Lima changed: What|Removed |Added CC||libreoffice-ux-advise@lists ||.freedesktop.org, ||rafael.palma.l...@gmail.com Keywords||needsUXEval Whiteboard| QA:needsComment| --- Comment #2 from Rafael Lima --- I support this request. As a user, I also find it weird to have so many differences between the toolbar and the sidebar. Let's add the UX team in the loop. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-ux-advise] [Bug 146468] Use same border preset tooltips between toolbar and sidebar
https://bugs.documentfoundation.org/show_bug.cgi?id=146468 Rafael Lima changed: What|Removed |Added CC||libreoffice-ux-advise@lists ||.freedesktop.org, ||rafael.palma.l...@gmail.com Keywords||needsUXEval Whiteboard| QA:needsComment| --- Comment #2 from Rafael Lima --- I support this request. As a user, I also find it weird to have so many differences between the toolbar and the sidebar. Let's add the UX team in the loop. -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-bugs] [Bug 142074] [META] Application Colours settings bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=142074 Bug 142074 depends on bug 142039, which changed state. Bug 142039 Summary: Using "borders" tool is visibly very difficult on dark themes with Elementary icons https://bugs.documentfoundation.org/show_bug.cgi?id=142039 What|Removed |Added Status|NEW |RESOLVED Resolution|--- |WORKSFORME -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 106228] [META] Icon theme issues
https://bugs.documentfoundation.org/show_bug.cgi?id=106228 Bug 106228 depends on bug 142039, which changed state. Bug 142039 Summary: Using "borders" tool is visibly very difficult on dark themes with Elementary icons https://bugs.documentfoundation.org/show_bug.cgi?id=142039 What|Removed |Added Status|NEW |RESOLVED Resolution|--- |WORKSFORME -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 142039] Using "borders" tool is visibly very difficult on dark themes with Elementary icons
https://bugs.documentfoundation.org/show_bug.cgi?id=142039 stragu changed: What|Removed |Added Version|unspecified |6.1.5.2 release Summary|Using "borders" tool is |Using "borders" tool is |visibly very difficult on |visibly very difficult on |dark themes |dark themes with Elementary ||icons Status|NEW |RESOLVED Resolution|--- |WORKSFORME --- Comment #10 from stragu --- Back when this bug was first reported, the LibreOffice version in Debian stable was 6.1: https://packages.debian.org/buster/all/allpackages As mentioned in Comment 5, the issue was related to the Elementary icon set. (In reply to Rafael Lima from comment #9) > Created attachment 183173 [details] > Comparison of toolbar and sidebar > > Recently the borders tool in the sidebar (Properties Deck - Cell Appearance) > was improved and it looks great using Breeze (dark). > > IMO we could use this new layout in the toolbar as well. > > See the attached screenshot comparing both tools. I agree with Rafael that it would improve visibility, but I think a new bug should be opened for this specific Breeze issue. Regarding unifying toolbar and sidebar border choices, see Bug 146468. As for this bug, I see it as resolved since the Elementary borders dropdown is now a lot more readable than it was when this bug was reported, with thicker orange lines -> marking as "Works for me". Fixed in or before: Version: 6.3.6.2 Build ID: 2196df99b074d8a661f4036fca8fa0cbfa33a497 CPU threads: 8; OS: Linux 5.15; UI render: default; VCL: gtk3; Locale: en-AU (en_AU.UTF-8); UI-Language: en-US Calc: threaded -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 151667] New: Opening a very large spreadsheet with about 31K rows of data will not load completely with error message
https://bugs.documentfoundation.org/show_bug.cgi?id=151667 Bug ID: 151667 Summary: Opening a very large spreadsheet with about 31K rows of data will not load completely with error message Product: LibreOffice Version: unspecified Hardware: All OS: All Status: UNCONFIRMED Severity: normal Priority: medium Component: Calc Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: csli...@gmail.com Created attachment 183175 --> https://bugs.documentfoundation.org/attachment.cgi?id=183175=edit Message after trying to open the file. If you want the original file, It is 5M in size so can not attach to the bug report. This may be related to Bug 113074 and bug 134362. The sheet does not crash, but does not include all the data in the sheet. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 148350] Toolbar & sidebar button state updates slowly when moving from comments to document body
https://bugs.documentfoundation.org/show_bug.cgi?id=148350 --- Comment #2 from Eyal Rozenberg --- Created attachment 183174 --> https://bugs.documentfoundation.org/attachment.cgi?id=183174=edit Large document with comment on page 5 Open the Properties sidebar. Now, open the document, scroll down to page 5, switch to the comment, type something, then, with the mouse, please that cursor somewhere in the Hebrew body text. See how long it takes for the current font textbox on the "Character" section of the Properties sidebar. On my system it takes about 2 full seconds. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 151664] Rendered text shifted with some Hebrew fonts - but not in PDF output
https://bugs.documentfoundation.org/show_bug.cgi?id=151664 --- Comment #5 from Eyal Rozenberg --- (In reply to Maxim Monastirsky from comment #3) So, I checked, and it seems the font used is DejaVu Sans. However, if I just set the font directly to DejaVu Sans, I do not see the shifting. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 142039] Using "borders" tool is visibly very difficult on dark themes
https://bugs.documentfoundation.org/show_bug.cgi?id=142039 Rafael Lima changed: What|Removed |Added CC||rafael.palma.l...@gmail.com --- Comment #9 from Rafael Lima --- Created attachment 183173 --> https://bugs.documentfoundation.org/attachment.cgi?id=183173=edit Comparison of toolbar and sidebar Recently the borders tool in the sidebar (Properties Deck - Cell Appearance) was improved and it looks great using Breeze (dark). IMO we could use this new layout in the toolbar as well. See the attached screenshot comparing both tools. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 151664] Rendered text shifted with some Hebrew fonts - but not in PDF output
https://bugs.documentfoundation.org/show_bug.cgi?id=151664 --- Comment #4 from Eyal Rozenberg --- (In reply to Maxim Monastirsky from comment #3) Hmm. bug 151121 comes to mind here. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 151666] Weird popup - window during repair installation (repair process stops)
https://bugs.documentfoundation.org/show_bug.cgi?id=151666 --- Comment #1 from Mathias Ploeger --- Created attachment 183172 --> https://bugs.documentfoundation.org/attachment.cgi?id=183172=edit screenshot of bug -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 151666] New: Weird popup - window during repair installation (repair process stops)
https://bugs.documentfoundation.org/show_bug.cgi?id=151666 Bug ID: 151666 Summary: Weird popup - window during repair installation (repair process stops) Product: LibreOffice Version: 7.3.6.2 release Hardware: x86-64 (AMD64) OS: Windows (All) Status: UNCONFIRMED Severity: minor Priority: medium Component: Installation Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: mploe...@gmx.net Description: After starting a repair-installation on my Libre office 7.3.6.2 (WIN 10, 64 bit) the process stops with a pop-up window (german text) : "Legen sie Diskette 1 ein" But i have no Diskette 1. When clicking OK after a few seconds the window comes back. So i have to stop repair process. Steps to Reproduce: 1.start Libre_office_7.3.6_WIN_x64.msi 2.start installation 3.choose repair 4.start installation after nearly 30 second the popup-window appears I can this behavior reproduce only on one machine! Actual Results: after nearly 30 second the popup-window appears I can this behavior reproduce only on one machine! Expected Results: running repair installation Reproducible: Always User Profile Reset: No OpenGL enabled: Yes Additional Info: Version: 7.3.6.2 (x64) / LibreOffice Community Build ID: c28ca90fd6e1a19e189fc16c05f8f8924961e12e CPU threads: 4; OS: Windows 10.0 Build 19044; UI render: Skia/Raster; VCL: win Locale: de-DE (de_DE); UI: de-DE Calc: threaded -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 151348] EDITING: Showing track changes moves cursor to last deleted comment
https://bugs.documentfoundation.org/show_bug.cgi?id=151348 --- Comment #6 from rubbercheese --- It doesn't seem to be anything specific to the LO configuration associated with my user account: 1. Create a new system user account. 2. Switch to it. 3. Open Writer, generate a new document and write some text. (Show track changes is on.) 4. Insert a comment (write some text in it). 5. Switch track changes record on. 6. Delete first comment. Comment is still visible, but struck out. Cursor is in text body. 7. Toggle show track changes off and then on again. Result: Cursor jumps into the comment. Expected: Cursor stays put. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 151664] Rendered text shifted with some Hebrew fonts - but not in PDF output
https://bugs.documentfoundation.org/show_bug.cgi?id=151664 --- Comment #3 from Maxim Monastirsky --- I believe the "Noto Sans" font doesn't include Hebrew glyphs, and there is a separate "Noto Sans Hebrew" font for that. So it's very likely that the text is rendered with some fallback font, and that you might get similar results also when setting other fonts that don't support Hebrew. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 51510] FILESAVE: Exporting documents with embedded SVG to doc or docx converts the image to low-resolution pixel graphics
https://bugs.documentfoundation.org/show_bug.cgi?id=51510 Telesto changed: What|Removed |Added Priority|medium |high --- Comment #28 from Telesto --- I'm increasing importance a little.. * Usage of QR codes is becoming more common * Multiple duplicates -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-ux-advise] [Bug 144141] Suggestion for a new feature - setting the default border line width
https://bugs.documentfoundation.org/show_bug.cgi?id=144141 Rafael Lima changed: What|Removed |Added CC||libreoffice-ux-advise@lists ||.freedesktop.org Keywords||needsUXEval -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-bugs] [Bug 144141] Suggestion for a new feature - setting the default border line width
https://bugs.documentfoundation.org/show_bug.cgi?id=144141 Rafael Lima changed: What|Removed |Added CC||libreoffice-ux-advise@lists ||.freedesktop.org Keywords||needsUXEval -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 59284] [META] Cell border related issues
https://bugs.documentfoundation.org/show_bug.cgi?id=59284 Rafael Lima changed: What|Removed |Added Depends on||144141 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=144141 [Bug 144141] Suggestion for a new feature - setting the default border line width -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 144141] Suggestion for a new feature - setting the default border line width
https://bugs.documentfoundation.org/show_bug.cgi?id=144141 Rafael Lima changed: What|Removed |Added CC||rafael.palma.l...@gmail.com Blocks||59284 --- Comment #4 from Rafael Lima --- Just an update. Recent versions of LibreOffice changed the default line width to 0.75pt instead of using the hairline 0.05pt. However, it's still not possible to set a default width option for borders. For instance, if you want to apply 0.5pt (non-default value) to several ranges, you'll have to do it manually for each range. Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=59284 [Bug 59284] [META] Cell border related issues -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 51510] FILESAVE: Exporting documents with embedded SVG to doc or docx converts the image to low-resolution pixel graphics
https://bugs.documentfoundation.org/show_bug.cgi?id=51510 --- Comment #27 from Telesto --- *** Bug 151663 has been marked as a duplicate of this bug. *** -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 151663] QR-Code/Barcode Badly Distorted In Save-a-Copy as .DOC[X]
https://bugs.documentfoundation.org/show_bug.cgi?id=151663 Telesto changed: What|Removed |Added Resolution|--- |DUPLICATE Status|UNCONFIRMED |RESOLVED --- Comment #2 from Telesto --- Thanks for reporting. Its a known bug.. *** This bug has been marked as a duplicate of bug 51510 *** -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 151348] EDITING: Showing track changes moves cursor to last deleted comment
https://bugs.documentfoundation.org/show_bug.cgi?id=151348 --- Comment #5 from rubbercheese --- To be clear, I've been writing text in the comments. Playing around just now, I've been able to get the same result with fewer steps. At present, this (saving as .odt) also produces the undesired result for me: 1. Open a new document and write some text. (Show track changes is on.) 2. Insert two comments (write some text in each). 3. Save as odt and close LO. 4. Open odt-file. Cursor is within text body. 5. Track changes record on and show track changes off 6. Delete first comment. Comment is still visible, but struck out. Cursor is in text body 7. Show track changes on. This will also produce it (no save at all): 1. Open a new document and write some text. (Show track changes is on.) 2. Insert a comment (write some text in it). 3. Track changes record on. 4. Delete first comment. Comment is still visible, but struck out. Cursor is in text body. 5. Show track changes off and then on again. The reason I added in the saving and changes of user data was that I was finding that sometimes when I deleted a comment it would disappear rather than persisting (even with tracked changes set to visible). I'm not sure what's different now, but it appears that saving and changing user data was not needed to have deleted comments persist in struck-out form. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 91007] FILEOPEN: XLS - Cell borders not present
https://bugs.documentfoundation.org/show_bug.cgi?id=91007 --- Comment #10 from Rafael Lima --- Still repro with: Version: 7.5.0.0.alpha0+ / LibreOffice Community Build ID: bb67f10786fd5e232b198d09139c41078c3fc60d CPU threads: 12; OS: Linux 5.15; UI render: default; VCL: kf5 (cairo+xcb) Locale: pt-BR (pt_BR.UTF-8); UI: en-US Calc: CL threaded -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 120166] Cell border style works differently in Microsoft Excel and LibreOffice Calc
https://bugs.documentfoundation.org/show_bug.cgi?id=120166 Rafael Lima changed: What|Removed |Added CC||rafael.palma.l...@gmail.com --- Comment #3 from Rafael Lima --- So I tried this again in LO 7.4 and I can change the border of a single cell if I check the option "Remove border" in "Adjacent cells". Is this bug still valid? -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 85811] [META] Main menu bar bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=85811 Roman Kuznetsov <79045_79...@mail.ru> changed: What|Removed |Added Depends on||151665 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=151665 [Bug 151665] There are no "Deletions in margin" and "Insertions in margin" items in some Edit-Track changes submenu -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-ux-advise] [Bug 151665] There are no "Deletions in margin" and "Insertions in margin" items in some Edit-Track changes submenu
https://bugs.documentfoundation.org/show_bug.cgi?id=151665 Roman Kuznetsov <79045_79...@mail.ru> changed: What|Removed |Added CC||79045_79...@mail.ru, ||libreoffice-ux-advise@lists ||.freedesktop.org Blocks||85811 Keywords||needsUXEval Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=85811 [Bug 85811] [META] Main menu bar bugs and enhancements -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-bugs] [Bug 151665] There are no "Deletions in margin" and "Insertions in margin" items in some Edit-Track changes submenu
https://bugs.documentfoundation.org/show_bug.cgi?id=151665 Roman Kuznetsov <79045_79...@mail.ru> changed: What|Removed |Added CC||79045_79...@mail.ru, ||libreoffice-ux-advise@lists ||.freedesktop.org Blocks||85811 Keywords||needsUXEval Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=85811 [Bug 85811] [META] Main menu bar bugs and enhancements -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 151665] New: There are no "Deletions in margin" and "Insertions in margin" items in some Edit-Track changes submenu
https://bugs.documentfoundation.org/show_bug.cgi?id=151665 Bug ID: 151665 Summary: There are no "Deletions in margin" and "Insertions in margin" items in some Edit-Track changes submenu Product: LibreOffice Version: 7.5.0.0 alpha0+ Master Hardware: All OS: All Status: UNCONFIRMED Severity: enhancement Priority: medium Component: UI Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: 79045_79...@mail.ru Description: There are no "Deletions in margin" and "Insertions in margin" items in some Edit-Track changes submenu After fix bug 34355 we can show the Track changes by three ways: "All changes inline" "Deletions in margin" "Insertions in margin" You can select one variant from these three using small triangle on Show Track changes button on Track changes toolbar But I couldn't find these variants in Edit-Track changes submenu. There is only Show item (I think it is equal default "All changes inline" variant) there. So I suggest add submenu like: Edit - Track changes - Show - All changes inline Deletions in margin Insertions in margin Steps to Reproduce: - Actual Results: There are no "Deletions in margin" and "Insertions in margin" items in some Edit-Track changes submenu Expected Results: There are "Deletions in margin" and "Insertions in margin" items in Edit-Track changes submenu Reproducible: Always User Profile Reset: No Additional Info: Version: 7.5.0.0.alpha0+ (x64) / LibreOffice Community Build ID: 4d9b83a417bbde8148b67d2ab0abe9f4ae285276 CPU threads: 4; OS: Windows 10.0 Build 19043; UI render: Skia/Raster; VCL: win Locale: ru-RU (ru_RU); UI: en-US Calc: threaded -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 137504] fix Undo/Redo of Accept/Reject of deletions in ShowChangesInMargin mode
https://bugs.documentfoundation.org/show_bug.cgi?id=137504 Roman Kuznetsov <79045_79...@mail.ru> changed: What|Removed |Added CC||aleksandr.m...@gmail.com --- Comment #5 from Roman Kuznetsov <79045_79...@mail.ru> --- *** Bug 151639 has been marked as a duplicate of this bug. *** -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 151639] Crash after hide record track and click Undo
https://bugs.documentfoundation.org/show_bug.cgi?id=151639 Roman Kuznetsov <79045_79...@mail.ru> changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED CC||79045_79...@mail.ru, ||nem...@numbertext.org Version|7.4.2.3 release |7.2.0.1 rc Resolution|--- |DUPLICATE --- Comment #1 from Roman Kuznetsov <79045_79...@mail.ru> --- Thanks for your report. It's a duplicate of bug 137504 *** This bug has been marked as a duplicate of bug 137504 *** -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 151348] EDITING: Showing track changes moves cursor to last deleted comment
https://bugs.documentfoundation.org/show_bug.cgi?id=151348 rubbercheese changed: What|Removed |Added Ever confirmed|1 |0 Status|NEEDINFO|UNCONFIRMED --- Comment #4 from rubbercheese --- Thanks for testing this, Dieter. Yes, the steps are as you've described them. The only adjustment I'd make is in your "actual result". Instead of "cursor disappears", I'd write, "cursor moves into deleted comment", the deleted comment now being visible on account of step 9 (and bug 105485?). Just tested this again following the steps exactly as you've described them and that's the result I get. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 151003] With many fonts, LibreOffice takes over 20 minutes to start in --safe-mode
https://bugs.documentfoundation.org/show_bug.cgi?id=151003 --- Comment #8 from Stirling Westrup --- I don't know what changed, but I recently tried out 7.4.1.2 from OpenSuse on the new 6.0 kernel and the pause to enumerate fonts is now down to a very respectable 45 seconds. I would consider the bug fixed. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 133512] Animation controls: a disabled option can be activated through the dialog
https://bugs.documentfoundation.org/show_bug.cgi?id=133512 --- Comment #4 from JBrown --- Created attachment 183171 --> https://bugs.documentfoundation.org/attachment.cgi?id=183171=edit Demonstration of the bug Version: 7.3.5.2 / LibreOffice Community Build ID: 30(Build:2) CPU threads: 2; OS: FreeBSD 13.1; UI render: default; VCL: qt5 (cairo+xcb) Locale: ru-RU (ru_RU.UTF-8); UI: ru-RU Calc: threaded -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 133454] Object animation - Emphasis - Change Font: the text has bad kerning
https://bugs.documentfoundation.org/show_bug.cgi?id=133454 --- Comment #4 from JBrown --- Created attachment 183170 --> https://bugs.documentfoundation.org/attachment.cgi?id=183170=edit Demonstration of the bug Version: 7.3.5.2 / LibreOffice Community Build ID: 30(Build:2) CPU threads: 2; OS: FreeBSD 13.1; UI render: default; VCL: qt5 (cairo+xcb) Locale: ru-RU (ru_RU.UTF-8); UI: ru-RU Calc: threaded -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 133414] Object Animation: Animation duration does not match the specified effect duration.
https://bugs.documentfoundation.org/show_bug.cgi?id=133414 --- Comment #3 from JBrown --- Created attachment 183169 --> https://bugs.documentfoundation.org/attachment.cgi?id=183169=edit Demonstration of the bug Version: 7.3.5.2 / LibreOffice Community Build ID: 30(Build:2) CPU threads: 2; OS: FreeBSD 13.1; UI render: default; VCL: qt5 (cairo+xcb) Locale: ru-RU (ru_RU.UTF-8); UI: ru-RU Calc: threaded -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 151661] New Versions of LibreOffice wipe out User Settings
https://bugs.documentfoundation.org/show_bug.cgi?id=151661 Rafael Lima changed: What|Removed |Added Ever confirmed|0 |1 CC||rafael.palma.l...@gmail.com Status|UNCONFIRMED |NEEDINFO --- Comment #1 from Rafael Lima --- AFAIK the default behavior is to maintain the user profile. In my case, whenever LO updates the user profile is kept intact. What OS are you using? What version of LO? How did you install LO and how do you get updates? Also, copy and paste the information in Help - About LibreOffice. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 151150] very long time to execute a macro when libreoffice calc file is started after start of the system (7mn) since V7
https://bugs.documentfoundation.org/show_bug.cgi?id=151150 --- Comment #3 from Roman Kuznetsov <79045_79...@mail.ru> --- Your file doesn't contain any macro -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 133387] Text Object Animation: During the animation of the object, its fill remains stationary.
https://bugs.documentfoundation.org/show_bug.cgi?id=133387 --- Comment #3 from JBrown --- Created attachment 183168 --> https://bugs.documentfoundation.org/attachment.cgi?id=183168=edit Demonstration of the bug Version: 7.3.5.2 / LibreOffice Community Build ID: 30(Build:2) CPU threads: 2; OS: FreeBSD 13.1; UI render: default; VCL: qt5 (cairo+xcb) Locale: ru-RU (ru_RU.UTF-8); UI: ru-RU Calc: threaded -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 125154] writer calculation using variable within table does not work with formated numbers
https://bugs.documentfoundation.org/show_bug.cgi?id=125154 --- Comment #7 from Daniel Frost --- The bug is still present as described above, tested with Version: 7.3.6.2 / LibreOffice Community Build ID: 30(Build:2) CPU threads: 8; OS: Linux 5.15; UI render: default; VCL: gtk3 Locale: de-DE (de_DE.UTF-8); UI: de-DE Ubuntu package version: 1:7.3.6-0ubuntu0.22.04.2 Calc: threaded -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 112812] [META] Hebrew language-specific RTL issues
https://bugs.documentfoundation.org/show_bug.cgi?id=112812 Eyal Rozenberg changed: What|Removed |Added Depends on|151664 | Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=151664 [Bug 151664] Rendered text shifted with some Hebrew fonts - but not in PDF output -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 151664] Rendered text shifted with some Hebrew fonts - but not in PDF output
https://bugs.documentfoundation.org/show_bug.cgi?id=151664 Eyal Rozenberg changed: What|Removed |Added Blocks|112812 |43808 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=43808 [Bug 43808] [META] Right-To-Left and Complex Text Layout language issues (RTL/CTL) https://bugs.documentfoundation.org/show_bug.cgi?id=112812 [Bug 112812] [META] Hebrew language-specific RTL issues -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 43808] [META] Right-To-Left and Complex Text Layout language issues (RTL/CTL)
https://bugs.documentfoundation.org/show_bug.cgi?id=43808 Eyal Rozenberg changed: What|Removed |Added Depends on||151664 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=151664 [Bug 151664] Rendered text shifted with some Hebrew fonts - but not in PDF output -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 151664] Rendered text shifted with some Hebrew fonts - but not in PDF output
https://bugs.documentfoundation.org/show_bug.cgi?id=151664 Eyal Rozenberg changed: What|Removed |Added Attachment #183166|0 |1 is obsolete|| --- Comment #2 from Eyal Rozenberg --- Created attachment 183167 --> https://bugs.documentfoundation.org/attachment.cgi?id=183167=edit Document exhibiting the bug in Hebrew and Arabic This happens in Arabic as well... at least for Noto Sans. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 151664] Rendered text shifted with some Hebrew fonts - but not in PDF output
https://bugs.documentfoundation.org/show_bug.cgi?id=151664 Eyal Rozenberg changed: What|Removed |Added Summary|Rendered text shifted with |Rendered text shifted with |some Hebrew fonts |some Hebrew fonts - but not ||in PDF output CC||kha...@aliftype.com -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-commits] core.git: sc/CppunitTest_sc_pdf_export.mk sc/qa
sc/CppunitTest_sc_pdf_export.mk |1 sc/qa/extras/scpdfexport.cxx| 66 2 files changed, 28 insertions(+), 39 deletions(-) New commits: commit b887d67ff9914100df787bd2036b22bf32456fab Author: Xisco Fauli AuthorDate: Thu Oct 20 15:07:00 2022 +0200 Commit: Xisco Fauli CommitDate: Thu Oct 20 20:01:24 2022 +0200 CppunitTest_sc_pdf_export: inherit from CalcUnoApiTest in order to get rid of setUp/tearDown Change-Id: I94dcb647760c71ec8bfc2bbdf50361d81f586eea Reviewed-on: https://gerrit.libreoffice.org/c/core/+/141566 Tested-by: Jenkins Reviewed-by: Xisco Fauli diff --git a/sc/CppunitTest_sc_pdf_export.mk b/sc/CppunitTest_sc_pdf_export.mk index 19b67515cb14..5ed4986e9513 100644 --- a/sc/CppunitTest_sc_pdf_export.mk +++ b/sc/CppunitTest_sc_pdf_export.mk @@ -33,6 +33,7 @@ $(eval $(call gb_CppunitTest_use_libraries,sc_pdf_export, \ sax \ sc \ sfx \ +subsequenttest \ svl \ test \ tl \ diff --git a/sc/qa/extras/scpdfexport.cxx b/sc/qa/extras/scpdfexport.cxx index c22a1d0626e6..fb9f2287835e 100644 --- a/sc/qa/extras/scpdfexport.cxx +++ b/sc/qa/extras/scpdfexport.cxx @@ -10,6 +10,8 @@ #include #include +#include + #include #include #include @@ -17,9 +19,7 @@ #include #include #include -#include #include -#include #include #include #include @@ -38,17 +38,12 @@ using namespace css::lang; using namespace ::com::sun::star; using namespace ::com::sun::star::uno; -class ScPDFExportTest : public test::BootstrapFixture, public unotest::MacrosTest +class ScPDFExportTest : public CalcUnoApiTest { -Reference mxComponent; - public: -ScPDFExportTest() {} +ScPDFExportTest(); ~ScPDFExportTest(); -virtual void setUp() override final; -virtual void tearDown() override final; - // helpers private: std::shared_ptr exportToPDF(const uno::Reference& xModel, @@ -85,7 +80,10 @@ public: CPPUNIT_TEST_SUITE_END(); }; -constexpr OUStringLiteral DATA_DIRECTORY = u"/sc/qa/extras/testdocuments/"; +ScPDFExportTest::ScPDFExportTest() +: CalcUnoApiTest("sc/qa/extras/testdocuments/") +{ +} ScPDFExportTest::~ScPDFExportTest() { @@ -94,22 +92,6 @@ ScPDFExportTest::~ScPDFExportTest() #endif } -void ScPDFExportTest::setUp() -{ -test::BootstrapFixture::setUp(); - -mxDesktop.set( - css::frame::Desktop::create(comphelper::getComponentContext(getMultiServiceFactory(; -} - -void ScPDFExportTest::tearDown() -{ -if (mxComponent.is()) -mxComponent->dispose(); - -test::BootstrapFixture::tearDown(); -} - bool ScPDFExportTest::hasTextInPdf(const std::shared_ptr& pPDFFile, const char* sText, bool& bFound) { @@ -387,8 +369,9 @@ void ScPDFExportTest::testExportFitToPage_Tdf103516() void ScPDFExportTest::testUnoCommands_Tdf120161() { -mxComponent = loadFromDesktop(m_directories.getURLFromSrc(DATA_DIRECTORY) + "tdf120161.ods", - "com.sun.star.sheet.SpreadsheetDocument"); +OUString aFileURL; +createFileURL(u"tdf120161.ods", aFileURL); +mxComponent = loadFromDesktop(aFileURL); // A1:G1 { @@ -417,9 +400,10 @@ void ScPDFExportTest::testUnoCommands_Tdf120161() void ScPDFExportTest::testTdf64703_hiddenPageBreak() { -mxComponent = loadFromDesktop(m_directories.getURLFromSrc(DATA_DIRECTORY) - + "tdf64703_hiddenPageBreak.ods", - "com.sun.star.sheet.SpreadsheetDocument"); +OUString aFileURL; +createFileURL(u"tdf64703_hiddenPageBreak.ods", aFileURL); +mxComponent = loadFromDesktop(aFileURL); + uno::Reference xModel(mxComponent, uno::UNO_QUERY); // A1:A11: 4-page export @@ -440,8 +424,9 @@ void ScPDFExportTest::testTdf143978() return; } -mxComponent = loadFromDesktop(m_directories.getURLFromSrc(DATA_DIRECTORY) + "tdf143978.ods", - "com.sun.star.sheet.SpreadsheetDocument"); +OUString aFileURL; +createFileURL(u"tdf143978.ods", aFileURL); +mxComponent = loadFromDesktop(aFileURL); uno::Reference xModel(mxComponent, uno::UNO_QUERY); // A1:A2 @@ -487,8 +472,9 @@ void ScPDFExportTest::testTdf84012() return; } -mxComponent = loadFromDesktop(m_directories.getURLFromSrc(DATA_DIRECTORY) + "tdf84012.ods", - "com.sun.star.sheet.SpreadsheetDocument"); +OUString aFileURL; +createFileURL(u"tdf84012.ods", aFileURL); +mxComponent = loadFromDesktop(aFileURL); uno::Reference xModel(mxComponent, uno::UNO_QUERY); // A1 @@ -528,8 +514,9 @@ void ScPDFExportTest::testTdf78897() return; } -mxComponent = loadFromDesktop(m_directories.getURLFromSrc(DATA_DIRECTORY) + "tdf78897.xls", - "com.sun.star.sheet.SpreadsheetDocument"); +OUString
[Libreoffice-commits] core.git: Branch 'libreoffice-7-4' - sc/qa
sc/qa/extras/vba-macro-test.cxx |9 + 1 file changed, 9 insertions(+) New commits: commit 5cc94afc31bad214a7258a2b3a9323e4924c6cbd Author: Xisco Fauli AuthorDate: Fri Oct 14 13:30:15 2022 +0200 Commit: Xisco Fauli CommitDate: Thu Oct 20 20:00:05 2022 +0200 CppunitTest_sc_vba_macro_test: Do not test specific file on Windows tb39 fails now with C:/cygwin64/home/tdf/lode/jenkins/workspace/gerrit_windows/sc/qa/extras/vba-macro-test.cxx(605) : error : Assertion Test name: VBAMacroTest::testVba equality assertion failed - Expected: OK - Actual : Test Results Failed: : Test change event for Range.Clear set: Failed: : Test change event for Range.ClearContents set: Failed: : Test change event for Range.Replace: Failed: : Test change event for Range.FillRight: Tests passed: 4 Tests failed: 4 - script reported failure in file Ranges-3.xls Change-Id: If226dfc201f124712abeec422cf79a675d25b9fb Reviewed-on: https://gerrit.libreoffice.org/c/core/+/141365 Tested-by: Jenkins Reviewed-by: Xisco Fauli (cherry picked from commit a42c8923031522284c3199bed397c9e9639a71b5) Reviewed-on: https://gerrit.libreoffice.org/c/core/+/141413 diff --git a/sc/qa/extras/vba-macro-test.cxx b/sc/qa/extras/vba-macro-test.cxx index 18ac229538a2..261ee3943a0a 100644 --- a/sc/qa/extras/vba-macro-test.cxx +++ b/sc/qa/extras/vba-macro-test.cxx @@ -494,9 +494,18 @@ void VBAMacroTest::testVba() { OUString("range-4."), OUString( "vnd.sun.Star.script:VBAProject.testMacros.test?language=Basic=document") }, +// FIXME: sometimes it fails on Windows with +// Failed: : Test change event for Range.Clear set: +// Failed: : Test change event for Range.ClearContents set: +// Failed: : Test change event for Range.Replace: +// Failed: : Test change event for Range.FillRight: +// Tests passed: 4 +// Tests failed: 4 +#if !defined(_WIN32) { OUString("Ranges-3."), OUString( "vnd.sun.Star.script:VBAProject.testMacros.test?language=Basic=document") }, +#endif { OUString("TestCalc_Rangetest."), OUString( "vnd.sun.Star.script:VBAProject.testMacros.test?language=Basic=document") },
[Libreoffice-commits] core.git: include/test sc/qa test/source
include/test/calc_unoapi_test.hxx |4 ++ sc/qa/extras/macros-test.cxx | 22 -- sc/qa/unit/scshapetest.cxx| 15 -- sc/qa/unit/uicalc/uicalc.cxx | 57 ++ test/source/calc_unoapi_test.cxx | 25 5 files changed, 46 insertions(+), 77 deletions(-) New commits: commit 4856b94ae1d851546b2a95622f78af8b1be798a6 Author: Xisco Fauli AuthorDate: Thu Oct 20 14:54:44 2022 +0200 Commit: Xisco Fauli CommitDate: Thu Oct 20 19:59:29 2022 +0200 CalcUnoApiTest: factor out common code Change-Id: I1a56f152d6c6e6bca55ef20d0d52da2d82b77a8f Reviewed-on: https://gerrit.libreoffice.org/c/core/+/141565 Tested-by: Jenkins Reviewed-by: Xisco Fauli diff --git a/include/test/calc_unoapi_test.hxx b/include/test/calc_unoapi_test.hxx index 369e48b877f2..5bca2c150f93 100644 --- a/include/test/calc_unoapi_test.hxx +++ b/include/test/calc_unoapi_test.hxx @@ -11,6 +11,7 @@ #define INCLUDED_TEST_CALC_UNOAPI_TEST_HXX #include +#include // basic uno api test class for calc @@ -25,6 +26,9 @@ public: css::uno::Any executeMacro(const OUString& rScriptURL, const css::uno::Sequence& rParams = {}); +utl::TempFileNamed save(const OUString& rFilter); +void saveAndReload(const OUString& rFilter); + protected: // reference to document component that we are testing css::uno::Reference mxComponent; diff --git a/sc/qa/extras/macros-test.cxx b/sc/qa/extras/macros-test.cxx index 2df09b8626af..c14490473124 100644 --- a/sc/qa/extras/macros-test.cxx +++ b/sc/qa/extras/macros-test.cxx @@ -41,7 +41,6 @@ protected: void registerNamespaces(xmlXPathContextPtr& pXmlXPathCtx) override; public: ScMacrosTest(); -void saveAndReload(const OUString& rFilter); void testStarBasic(); void testMSP(); @@ -118,19 +117,6 @@ void ScMacrosTest::registerNamespaces(xmlXPathContextPtr& pXmlXPathCtx) XmlTestTools::registerODFNamespaces(pXmlXPathCtx); } -void ScMacrosTest::saveAndReload(const OUString& rFilter) -{ -utl::TempFileNamed aTempFile; -aTempFile.EnableKillingFile(); -css::uno::Sequence aArgs{ comphelper::makePropertyValue("FilterName", rFilter) }; -css::uno::Reference xStorable(mxComponent, css::uno::UNO_QUERY_THROW); -xStorable->storeAsURL(aTempFile.GetURL(), aArgs); -css::uno::Reference xCloseable(mxComponent, css::uno::UNO_QUERY_THROW); -xCloseable->close(true); - -mxComponent = loadFromDesktop(aTempFile.GetURL(), "com.sun.star.sheet.SpreadsheetDocument"); -} - // I suppose you could say this test doesn't really belong here, OTOH // we need a full document to run the test ( it related originally to an // imported Excel VBA macro ) It's convenient and fast to unit test @@ -267,13 +253,7 @@ void ScMacrosTest::testMacroButtonFormControlXlsxExport() mxComponent = loadFromDesktop(aFileName, "com.sun.star.sheet.SpreadsheetDocument"); // When exporting to XLSM: -uno::Reference xStorable(mxComponent, uno::UNO_QUERY); -utl::MediaDescriptor aMediaDescriptor; -aMediaDescriptor["FilterName"] <<= OUString("Calc MS Excel 2007 VBA XML"); -auto pTempFile = std::make_shared(); -pTempFile->EnableKillingFile(); -xStorable->storeToURL(pTempFile->GetURL(), aMediaDescriptor.getAsConstPropertyValueList()); -mxComponent->dispose(); +auto pTempFile = std::make_shared(save("Calc MS Excel 2007 VBA XML")); // Then make sure that the macro is associated with the control: xmlDocUniquePtr pSheetDoc = XPathHelper::parseExport(pTempFile, m_xSFactory, "xl/worksheets/sheet1.xml"); diff --git a/sc/qa/unit/scshapetest.cxx b/sc/qa/unit/scshapetest.cxx index 670f956862a0..364209883709 100644 --- a/sc/qa/unit/scshapetest.cxx +++ b/sc/qa/unit/scshapetest.cxx @@ -42,7 +42,6 @@ class ScShapeTest : public CalcUnoApiTest { public: ScShapeTest(); -void saveAndReload(const OUString& rFilter); void testTdf143619_validation_circle_pos(); void testTdf140252_DragCreateFormControl(); void testTdf134355_DragCreateCustomShape(); @@ -103,20 +102,6 @@ ScShapeTest::ScShapeTest() { } -void ScShapeTest::saveAndReload(const OUString& rFilter) -{ -utl::TempFileNamed aTempFile; -aTempFile.EnableKillingFile(); -css::uno::Sequence aArgs{ comphelper::makePropertyValue("FilterName", -rFilter) }; // e.g. "calc8" -css::uno::Reference xStorable(mxComponent, css::uno::UNO_QUERY_THROW); -xStorable->storeAsURL(aTempFile.GetURL(), aArgs); -css::uno::Reference xCloseable(mxComponent, css::uno::UNO_QUERY_THROW); -xCloseable->close(true); - -mxComponent = loadFromDesktop(aTempFile.GetURL(), "com.sun.star.sheet.SpreadsheetDocument"); -} - static void lcl_AssertRectEqualWithTolerance(std::string_view sInfo, const tools::Rectangle& rExpected,
[Libreoffice-bugs] [Bug 112812] [META] Hebrew language-specific RTL issues
https://bugs.documentfoundation.org/show_bug.cgi?id=112812 Eyal Rozenberg changed: What|Removed |Added Depends on||151664 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=151664 [Bug 151664] Rendered text shifted with some Hebrew fonts -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 151664] Rendered text shifted with some Hebrew fonts
https://bugs.documentfoundation.org/show_bug.cgi?id=151664 Eyal Rozenberg changed: What|Removed |Added Blocks||112812 --- Comment #1 from Eyal Rozenberg --- Help would be appreciated in checking whether the same occurs in Arabic. Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=112812 [Bug 112812] [META] Hebrew language-specific RTL issues -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 151664] New: Rendered text shifted with some Hebrew fonts
https://bugs.documentfoundation.org/show_bug.cgi?id=151664 Bug ID: 151664 Summary: Rendered text shifted with some Hebrew fonts Product: LibreOffice Version: 7.4.1.2 release Hardware: All OS: All Status: UNCONFIRMED Severity: normal Priority: medium Component: Writer Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: eyalr...@gmx.com Created attachment 183166 --> https://bugs.documentfoundation.org/attachment.cgi?id=183166=edit Document exhibiting the bug Consider the attached document. It has two copies the following "pyramid" of text: א א ב א ב ג א ב ג ד א ב ג ד ה א ב ג ד ה ו א ב ג ד ה ו ז א ב ג ד ה ו ז ח א ב ג ד ה ו ז ח ט ... but in an RTL paragraph. This appears once in the document with the David CLM font, then again with the Noto Sans font. Strangely, the Noto Sans lines are rendered with an increasing shift to the left from the beginning of the paragraph. That is the bug. Now, you might say "oh, maybe it's some kind of problem with the Noto Sans font". Well, it's unlikely that should result in such a shift, but if you're not convinced... * When we don't add a space after each letter, the lines are rendered without a shift. * When we export the file to PDF, the shifting is gone. * If we enter the same text in LO Impress, we don't see this shifting Seen with: Version: 7.5.0.0.alpha0+ / LibreOffice Community Build ID: a09c5c69e3b5fbf448cae1d6c476f39067e40023 CPU threads: 4; OS: Linux 5.19; UI render: default; VCL: gtk3 Locale: en-IL (en_IL); UI: en-US and: Version: 7.4.1.2 / LibreOffice Community Build ID: 40(Build:2) CPU threads: 4; OS: Linux 5.19; UI render: default; VCL: gtk3 Locale: en-IL (en_IL); UI: en-US Debian package version: 1:7.4.1-1 -- You are receiving this mail because: You are the assignee for the bug.