[Bug 161754] Resizing a frame with multiple paragraphs with the mouse moves it to the upper left corner
https://bugs.documentfoundation.org/show_bug.cgi?id=161754 Telesto changed: What|Removed |Added Version|7.3.7.2 release |7.0.0.3 release Ever confirmed|0 |1 Status|UNCONFIRMED |NEW --- Comment #1 from Telesto --- Confirm Version: 25.2.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 151d997365f7bf271d63af535d29a9c3439c6d46 CPU threads: 8; OS: macOS 14.3; UI render: Skia/Raster; VCL: osx Locale: nl-NL (nl_NL.UTF-8); UI: en-US Calc: threaded also with Version: 7.0.0.3 Build ID: 8061b3e9204bef6b321a21033174034a5e2ea88e CPU threads: 8; OS: Mac OS X 10.16; UI render: default; VCL: osx Locale: nl-NL (nl_NL.UTF-8); UI: en-US Calc: threaded -- You are receiving this mail because: You are the assignee for the bug.
[Bug 160543] Quickfind sidebar: Search depends on F settings
https://bugs.documentfoundation.org/show_bug.cgi?id=160543 --- Comment #12 from Jim Raykowski --- PS9 makes F dialog search settings not affect QFS searches and QFS search settings not affect searches made using the F dialog. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 161756] New: Data table: dates are unmanageable in some locale combinations
https://bugs.documentfoundation.org/show_bug.cgi?id=161756 Bug ID: 161756 Summary: Data table: dates are unmanageable in some locale combinations Product: LibreOffice Version: unspecified Hardware: All OS: All Status: UNCONFIRMED Severity: normal Priority: medium Component: Chart Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: mikekagan...@hotmail.com Configure your LibreOffice to use ru-RU locale, and en-US UI. Open attachment 194920. In it, double-click the second chart to enter its edit mode, right-click its area and select Data Table. In the table's bottom, see item 27, which shows "30.04.2024", so the date order is DMY. Add a new line in the bottom, and type 29.04.2024 into Categories column, and 2,345 into the Y-Values column. Press arrow up. Look at the chart. It updates, and the X axis changes its view: it starts to show points' labels for each point, in the form of "07/24/..." (the previous last point), and "29.04" (for the new last point). Note how the new last point (for April) is at the end, after the July , while it is expected to show in the April, before June. See also, how the date format of the previous points is different from what is shown in the data table. In the data table, edit the "29.04.2024" date, and re-type it as "04/29/2024" (so differently compared to the other points), and press arrow up. See how the chart updates, the X axis normalizes, and the new point's data is shown at the expected place. See also, how the data table's new point's category changes into "29.04.2024". Generally, this behavior makes it simply unmanageable. The date entry expects en-US locale, but shows in ru-RU locale. The number entry expects ru-RU locale (the comma is considered the decimal separator; otherwise, if it would expect en-US locale, where the comma is thousand separator, the "2,345" would be treated two thousand three hundred fourty-five, and the value would be not in the 1-10 Y log range, but much higher - compare with simple "2345" entry). -- You are receiving this mail because: You are the assignee for the bug.
[Bug 144328] BASE document preview pane section: different form backgrounds do overlay
https://bugs.documentfoundation.org/show_bug.cgi?id=144328 --- Comment #10 from HTK300 --- tested again with LO V24.8 dev. If the option in the main window at the right bottom 'Document' is activated while FORMS is active, clicking through several different forms creates inconsistent overlays of form previews as already posted earlier -- You are receiving this mail because: You are the assignee for the bug.
[Bug 144331] BASE open file not indicated in menu [Window]
https://bugs.documentfoundation.org/show_bug.cgi?id=144331 --- Comment #11 from HTK300 --- Tested again now under Windows 10 pro. BASE file names are now indicated and selectable in the menu structure [Window]. However, if for example either of the sub files within a BASE file like FORMS, or TABLES are opened, these files are not indicated at all in the menu under [WINDOW] -- You are receiving this mail because: You are the assignee for the bug.
[Bug 147304] UI: Find and replace dialog is opened on wrong monitor in a multiple monitor setup
https://bugs.documentfoundation.org/show_bug.cgi?id=147304 --- Comment #12 from HTK300 --- this bug/behaviour still persists in LO V24.8 dev -- You are receiving this mail because: You are the assignee for the bug.
[Bug 161755] LibreOffice Writer line-chart graph produces erroneous horizontal data-point positions for date-based x-axis values.
https://bugs.documentfoundation.org/show_bug.cgi?id=161755 Mike Kaganski changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|--- |NOTABUG --- Comment #3 from Mike Kaganski --- You are using line chart, with the major X units of years, and minor units of months. As with any chart type other than XY, this chart type divides the axis into months, and puts the points into these divisions evenly. Compare with histogram built on the same data. Use XY chart to treat the X axis as true numeric value. This is not a bug. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 161755] LibreOffice Writer line-chart graph produces erroneous horizontal data-point positions for date-based x-axis values.
https://bugs.documentfoundation.org/show_bug.cgi?id=161755 --- Comment #2 from Ron Abbott <03etch-ass...@icloud.com> --- Created attachment 194921 --> https://bugs.documentfoundation.org/attachment.cgi?id=194921=edit .pdf file shows bug in case .odt file doesn't on different machine -- You are receiving this mail because: You are the assignee for the bug.
[Bug 161755] LibreOffice Writer line-chart graph produces erroneous horizontal data-point positions for date-based x-axis values.
https://bugs.documentfoundation.org/show_bug.cgi?id=161755 Ron Abbott <03etch-ass...@icloud.com> changed: What|Removed |Added CC||03etch-ass...@icloud.com --- Comment #1 from Ron Abbott <03etch-ass...@icloud.com> --- Created attachment 194920 --> https://bugs.documentfoundation.org/attachment.cgi?id=194920=edit .odt file exhibits bug -- You are receiving this mail because: You are the assignee for the bug.
[Bug 155213] with Windows startup booster "quickstart.exe" an *.odb file incl. password protected spreadsheet *.odt fails to open
https://bugs.documentfoundation.org/show_bug.cgi?id=155213 --- Comment #13 from HTK300 --- Hello, WORKSFOR ME the bug/behaviour has not occurred again for a long time while using later versions up to LO V24.8 dev. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 161755] New: LibreOffice Writer line-chart graph produces erroneous horizontal data-point positions for date-based x-axis values.
https://bugs.documentfoundation.org/show_bug.cgi?id=161755 Bug ID: 161755 Summary: LibreOffice Writer line-chart graph produces erroneous horizontal data-point positions for date-based x-axis values. Product: LibreOffice Version: 7.6.7.2 release Hardware: Other OS: macOS (All) Status: UNCONFIRMED Severity: normal Priority: medium Component: LibreOffice Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: 03etch-ass...@icloud.com Description: It appeared obvious that a line-chart with date-based values produced a bad graph. Tried installing v24.2.4, same result. Tried changing the date of one data point by one day (with six weeks between data points). This produced a large change in the plot, but also erroneous. See charts in attached .ODT and .PDF documents with further description. Steps to Reproduce: 1.Examine attached .odt and .pdf files that exhibit problem. 2. 3. Actual Results: Line-chart data points grapheded at wrong horizontal positions. Expected Results: Produce correct line-chart graph. Reproducible: Always User Profile Reset: Yes Additional Info: Version: 7.6.7.2 (AARCH64) / LibreOffice Community Build ID: dd47e4b30cb7dab30588d6c79c651f218165e3c5 CPU threads: 12; OS: Mac OS X 14.4.1; UI render: Skia/Metal; VCL: osx Locale: en-US (en_US.UTF-8); UI: en-US Calc: threaded -- You are receiving this mail because: You are the assignee for the bug.
[Bug 152542] background startup booster called quickstart.exe causing a write error
https://bugs.documentfoundation.org/show_bug.cgi?id=152542 --- Comment #4 from HTK300 --- Hello, WORKSFORME I haven't experienced this bug again in months for all the several later versions that I installed up to LO V24.8 dev. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 161739] Export as PDF..blows up file size by factor 20
https://bugs.documentfoundation.org/show_bug.cgi?id=161739 --- Comment #8 from HTK300 --- Hi, works for me now. thanks for the hint. Tagged PDF option has not been set by me after installing LO V24.8 -- You are receiving this mail because: You are the assignee for the bug.
[Bug 156478] PDF export: Drop bloat of "default" /MediaBox in root node of the page tree
https://bugs.documentfoundation.org/show_bug.cgi?id=156478 Mike Kaganski changed: What|Removed |Added Resolution|INSUFFICIENTDATA|FIXED -- You are receiving this mail because: You are the assignee for the bug.
[Bug 161455] Unexpected Selecting when character is selected and use TAB to move to next cell
https://bugs.documentfoundation.org/show_bug.cgi?id=161455 QA Administrators changed: What|Removed |Added Whiteboard| QA:needsComment| -- You are receiving this mail because: You are the assignee for the bug.
[Bug 161421] Not all hyphenation separators (hyphens) are displayed
https://bugs.documentfoundation.org/show_bug.cgi?id=161421 QA Administrators changed: What|Removed |Added Whiteboard| QA:needsComment| -- You are receiving this mail because: You are the assignee for the bug.
[Bug 161392] Frames should use Automatic instead of Black as a border color default
https://bugs.documentfoundation.org/show_bug.cgi?id=161392 QA Administrators changed: What|Removed |Added Whiteboard| QA:needsComment| -- You are receiving this mail because: You are the assignee for the bug.
[Bug 161446] Writer files containing images get corrupted when saving to CIFS Shares when SAMBA server has SMB2 Leases disabled
https://bugs.documentfoundation.org/show_bug.cgi?id=161446 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.
[Bug 161446] Writer files containing images get corrupted when saving to CIFS Shares when SAMBA server has SMB2 Leases disabled
https://bugs.documentfoundation.org/show_bug.cgi?id=161446 --- Comment #3 from QA Administrators --- [Automated Action] NeedInfo-To-Unconfirmed -- You are receiving this mail because: You are the assignee for the bug.
[Bug 158367] "Schreibfehler "message during loading a previously stored .odt file
https://bugs.documentfoundation.org/show_bug.cgi?id=158367 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 158367] "Schreibfehler "message during loading a previously stored .odt file
https://bugs.documentfoundation.org/show_bug.cgi?id=158367 --- Comment #8 from QA Administrators --- Dear HU Piek, 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 103378] [META] PDF export bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=103378 Bug 103378 depends on bug 156478, which changed state. Bug 156478 Summary: PDF export: Drop bloat of "default" /MediaBox in root node of the page tree https://bugs.documentfoundation.org/show_bug.cgi?id=156478 What|Removed |Added Status|NEEDINFO|RESOLVED Resolution|--- |INSUFFICIENTDATA -- You are receiving this mail because: You are the assignee for the bug.
[Bug 156478] PDF export: Drop bloat of "default" /MediaBox in root node of the page tree
https://bugs.documentfoundation.org/show_bug.cgi?id=156478 --- Comment #5 from QA Administrators --- Dear Mike Kaganski, 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 156478] PDF export: Drop bloat of "default" /MediaBox in root node of the page tree
https://bugs.documentfoundation.org/show_bug.cgi?id=156478 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 158868] Impossible d'ouvrir un fichier
https://bugs.documentfoundation.org/show_bug.cgi?id=158868 --- Comment #2 from QA Administrators --- Dear Eddy Wiart, 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 128000] Allow editing with opened sidebar / after changing style via menubar
https://bugs.documentfoundation.org/show_bug.cgi?id=128000 --- Comment #5 from QA Administrators --- Dear Andreas Gruhler, 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 158860] I checked "Do not add leading (extra space) between lines of text" But when I past something after a period (.) it still adds an extra space.
https://bugs.documentfoundation.org/show_bug.cgi?id=158860 --- Comment #3 from QA Administrators --- Dear Eric, 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 67440] FILEOPEN rtf import: extra blank line between the text and the table
https://bugs.documentfoundation.org/show_bug.cgi?id=67440 --- Comment #12 from QA Administrators --- Dear Ivan, 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 140803] Empty page because of image wrap "parallel"
https://bugs.documentfoundation.org/show_bug.cgi?id=140803 --- Comment #11 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.
[Bug 132835] FILEOPEN DOCX Mail Merge filtering settings not imported
https://bugs.documentfoundation.org/show_bug.cgi?id=132835 --- Comment #6 from QA Administrators --- Dear NISZ LibreOffice Team, To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from https://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to 'inherited from OOo'; 4b. If the bug was not present in 3.3 - add 'regression' to keyword Feel free to come ask questions or to say hello in our QA chat: https://web.libera.chat/?settings=#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug -- You are receiving this mail because: You are the assignee for the bug.
[Bug 101214] Format All Comments doesn't function correctly in 2007 DOCX if the same format confirmed
https://bugs.documentfoundation.org/show_bug.cgi?id=101214 --- Comment #7 from QA Administrators --- Dear Yousuf Philips (jay) (retired), 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 161754] New: Resizing a frame with multiple paragraphs with the mouse moves it to the upper left corner
https://bugs.documentfoundation.org/show_bug.cgi?id=161754 Bug ID: 161754 Summary: Resizing a frame with multiple paragraphs with the mouse moves it to the upper left corner Product: LibreOffice Version: 7.3.7.2 release Hardware: All OS: All Status: UNCONFIRMED Severity: normal Priority: medium Component: Writer Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: tac...@hotmail.co.jp Description: Resizing a frame with multiple paragraphs with the mouse moves it to the upper left corner. Steps to Reproduce: 1. Open new Writer. 2. Insert New Frame. 3. Ensure that the frame can be resized with the mouse. 4. Set the paragraphs in the frame to two columns in the properties. 5. Change the frame size with the mouse. Actual Results: 6. The frame will move to the upper left corner of the page. Expected Results: 6. The frame will move to the upper left corner of the page. Reproducible: Always User Profile Reset: No Additional Info: If you want to change the size by dialog, it works fine. Reproducible with Version: 7.3.7.2 (x64) / LibreOffice Community Build ID: e114eadc50a9ff8d8c8a0567d6da8f454beeb84f CPU threads: 4; OS: Windows 10.0 Build 10240; UI render: Skia/Raster; VCL: win Locale: ja-JP (ja_JP); UI: ja-JP Calc: CL Reproducible with Version: 25.2.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 4031659233958a5bf93ea86e8fe117fd0dd45c10 CPU threads: 4; OS: Windows 10 X86_64 (10.0 build 10240); UI render: Skia/Raster; VCL: win Locale: ja-JP (ja_JP); UI: ja-JP Calc: threaded -- You are receiving this mail because: You are the assignee for the bug.
[Bug 161749] "Rulers > Rulers" should read "Rulers > Horizontal".
https://bugs.documentfoundation.org/show_bug.cgi?id=161749
--- Comment #4 from `{3rd: "Beedell", 1st: "Roke"}`{.JSON5}
<1c4cm...@rokejulianlockhart.addy.io> ---
(In reply to Mike Kaganski from comment #2)
> The "Vertical" item doesn't work without the "Rulers" element - to the
> latter is more general, it is not only about the horizontal one. It enables
> the rulers display; and the "vertical" controls if the vertical ruler is
> visible in rulers visibility mode.
>
> But I agree, that this is not really useful. Having two simple separate
> ones: one for horizontal, and one for vertical, would be much nicer.
Thanks for the explanation.
--
You are receiving this mail because:
You are the assignee for the bug.
[Bug 161753] Crash if I drag and drop cells in Calc
https://bugs.documentfoundation.org/show_bug.cgi?id=161753 ady changed: What|Removed |Added Resolution|--- |DUPLICATE Status|UNCONFIRMED |RESOLVED --- Comment #1 from ady --- *** This bug has been marked as a duplicate of bug 161461 *** -- You are receiving this mail because: You are the assignee for the bug.
[Bug 161748] Copying cells in Calc doesn't show marching ants animation (at least on WindowsOS), neither in default configuration nor regardless of the expert option "AnimationsEnabled", when "Show an
https://bugs.documentfoundation.org/show_bug.cgi?id=161748 --- Comment #10 from ady --- (In reply to Per99 from comment #9) > (In reply to ady from comment #8) > > In LO 24.2, the MS Windows setting that allows (or not) animations impacts > > the behavior in Calc for "marching ants". This was not the case in LO 7.6. > > > > The OS setting enables/disables _all_ animations, and I agree, that is not > > what some users need; some animations are not strictly necessary (making the > > OS slower) whereas others are really helpful for accessibility. > > > > Basically, you are requesting that the "marching ants" behavior in LO should > > depend only on LO's settings, and not to depend on OS's settings. > > > > FWIW, +1 from me. > > > > CC'ing Michael. > > Yes, either > a) > Basically, you are requesting that the "marching ants" behavior in LO > should depend only on LO's settings, and not to depend on OS's settings. > > or > b) Enable the user to turn on "marching ants" animation by either setting The settings currently available in LO/Calc should give enough alternative customization (especially for accessibility reasons), and should prevail, IMNSHO. FWIW, I disagree with your "b" (IIUC, which I'm not sure I do). One user might want the animated ants in Calc while the OS's setting for animation is OFF, and OTOH some other user might want the exact opposite case (for whichever reason). So, the behavior in Calc should rather be set by Calc settings, and not imposed (on any direction) by the OS's settings. At most, the OS's settings (as the user sets them) could be taken as the default for the program's behavior in that system, but then LO's settings should prevail (especially when they are modified/customized by the user). This is my personal opinion, not just in the case of animations. @Per99, As a side note, please try to be more concise, please avoid repeating what was already said, and please do not quote entire comments unnecessarily. TIA. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 161709] Cell selecting fat border looks ugly especially if you selected some cell range (comment 6), it also can block content in other cells
https://bugs.documentfoundation.org/show_bug.cgi?id=161709 --- Comment #34 from Eyal Rozenberg --- (In reply to ady from comment #33) > It is unfortunate (to say the least) that just one user asks something and a > developer at some point decides to implement it without any deeper/wider > thought about implications nor input from other users/developers That is an important point, but I would like to stress that: * Most LO bugs, including important, fundamental and widespread ones, are just "one user asking for something". Sometimes they're asking for something which millions need, sometimes they're asking for something only they care about. * I also believe we lack sufficient evaluation/discussion of the implications of design decisions. I wonder if this one has even been on the agenda of a design meeting; or maybe it has, and I didn't notice it because its significance was not obvious from the agenda item phrasing? At any rate, even if one such meeting discusses them - it's still just 3-5 people typically in attendance, and not all of them have an opinion on everything... * And yet, a counterpoint is that our resources are limited in terms of time and people to engage in such UI/UX deep-dive reviews. The cushion for things which slip by devs/QA are the user running betas. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 161753] New: Crash if I drag and drop cells in Calc
https://bugs.documentfoundation.org/show_bug.cgi?id=161753 Bug ID: 161753 Summary: Crash if I drag and drop cells in Calc Product: LibreOffice Version: 24.2.4.2 release Hardware: ARM OS: macOS (All) Status: UNCONFIRMED Severity: normal Priority: medium Component: Calc Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: tcape...@cogeco.ca Description: Calc crashes if I drag and drop cells in my sheet. Steps to Reproduce: 1. Create a new Calc file. 2. Enter 1000 into a cell. 3. Enter 2000 into the cell to the right. 4. Highlight the two cells and use autofill to drag to the right to create a row. 5. Use autofill to drag down and create a block of data. 6. Highlight the block of data. 7. Drag and drop the block of data to various non-overlapping positions until Calc crashes (it usually happens on the first or second try for me). Actual Results: Calc crashes. Expected Results: The highlighted block of cells should move to the new location in the sheet. Reproducible: Always User Profile Reset: Yes Additional Info: Version: 24.8.0.0.beta1 (AARCH64) / LibreOffice Community Build ID: 318462181c709ed29c01eb3239b4d600d7b82ecc CPU threads: 8; OS: macOS 14.5; 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.
[Bug 161709] Cell selecting fat border looks ugly especially if you selected some cell range (comment 6), it also can block content in other cells
https://bugs.documentfoundation.org/show_bug.cgi?id=161709 --- Comment #33 from ady --- (In reply to Rafael Lima from comment #32) > I do not oppose the change to Whichever the change, please keep in mind all the points that have been already discussed before, such as contrast with background color, dark theme, contrast against borders' color (which is not the same as the grid line), not blocking contents of cells, other UI artifacts such as (tracing) arrows or comment/notes indicators, effects of zooming levels (IMO, the active cell layer should _not_ be proportional to zoom)... It is unfortunate (to say the least) that just one user asks something and a developer at some point decides to implement it without any deeper/wider thought about implications nor input from other users/developers, triggering dozens of additional reports and requests with all sorts of corrections and reverts, even to the point of having to discuss whether one report is a dupe of another or it is a different minor aspect about the same broader topic. To be clear, I'm not against changing the active cell marker line. I'm just saying, please consider prior discussions related to the topic. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 161748] Copying cells in Calc doesn't show marching ants animation (at least on WindowsOS), neither in default configuration nor regardless of the expert option "AnimationsEnabled", when "Show an
https://bugs.documentfoundation.org/show_bug.cgi?id=161748 --- Comment #9 from Per99 --- (In reply to ady from comment #8) > In LO 24.2, the MS Windows setting that allows (or not) animations impacts > the behavior in Calc for "marching ants". This was not the case in LO 7.6. > > The OS setting enables/disables _all_ animations, and I agree, that is not > what some users need; some animations are not strictly necessary (making the > OS slower) whereas others are really helpful for accessibility. > > Basically, you are requesting that the "marching ants" behavior in LO should > depend only on LO's settings, and not to depend on OS's settings. > > FWIW, +1 from me. > > CC'ing Michael. Yes, either a) > Basically, you are requesting that the "marching ants" behavior in LO should depend only on LO's settings, and not to depend on OS's settings. or b) Enable the user to turn on "marching ants" animation by either setting LO's settings to "true" or switching on the OS's settings. By this, the user is also able to turn off "marching ants" animation by setting the expert setting "AnimationsEnabled" in LO to "false" *and* to switch off "Show animations in Windows" in "Ease of Access" setting in WindowsOS. The behaviour in previous versions including 7.6.7.2 (on a MS Windows PC) was to use only the expert setting "AnimationsEnabled", which default value is “true”. In either case, it should be documented, how to turn on and off the "marching ants" animation. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 161709] Cell selecting fat border looks ugly especially if you selected some cell range (comment 6), it also can block content in other cells
https://bugs.documentfoundation.org/show_bug.cgi?id=161709 --- Comment #32 from Rafael Lima --- To be honest, the first time I used the new "wider active cell outline" I found it a bit weird at first, but quickly got used to it. It is not as bad as most people are claiming it to be. But that's just me... I do not oppose the change to the Excel style of displaying the active cell (as in attachment 194910). It should not be difficult to implement this in the code. However, this is more of a design decision, so I'd like to hear Heiko's thoughts on this as well. At first I thought of having a new option where the user could choose whether to use the new "wider outline" or the "traditional outline" (the latter could even be the Excel style outline). However, as discussed in the Telegram group, some people opposed the idea of having another option in LO. So, I'm divided here... All I can say is that I'll volunteer to implement whatever ends up being decided. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 139900] [META] PPTX Textbox related issues
https://bugs.documentfoundation.org/show_bug.cgi?id=139900 Bug 139900 depends on bug 157529, which changed state. Bug 157529 Summary: FILEOPEN PPTX: Text shows that is invisible in PowerPoint https://bugs.documentfoundation.org/show_bug.cgi?id=157529 What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|--- |FIXED -- You are receiving this mail because: You are the assignee for the bug.
[Bug 79512] [META] OOXML WordArt not parsed faithfully in LibreOffice
https://bugs.documentfoundation.org/show_bug.cgi?id=79512 Bug 79512 depends on bug 157529, which changed state. Bug 157529 Summary: FILEOPEN PPTX: Text shows that is invisible in PowerPoint https://bugs.documentfoundation.org/show_bug.cgi?id=157529 What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|--- |FIXED -- You are receiving this mail because: You are the assignee for the bug.
[Bug 36766] [META] Impress Gradient and Transparency issues
https://bugs.documentfoundation.org/show_bug.cgi?id=36766 Bug 36766 depends on bug 157529, which changed state. Bug 157529 Summary: FILEOPEN PPTX: Text shows that is invisible in PowerPoint https://bugs.documentfoundation.org/show_bug.cgi?id=157529 What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|--- |FIXED -- You are receiving this mail because: You are the assignee for the bug.
[Bug 161748] Copying cells in Calc doesn't show marching ants animation (at least on WindowsOS), neither in default configuration nor regardless of the expert option "AnimationsEnabled", when "Show an
https://bugs.documentfoundation.org/show_bug.cgi?id=161748 ady changed: What|Removed |Added CC||m.wegh...@posteo.de --- Comment #8 from ady --- In LO 24.2, the MS Windows setting that allows (or not) animations impacts the behavior in Calc for "marching ants". This was not the case in LO 7.6. The OS setting enables/disables _all_ animations, and I agree, that is not what some users need; some animations are not strictly necessary (making the OS slower) whereas others are really helpful for accessibility. Basically, you are requesting that the "marching ants" behavior in LO should depend only on LO's settings, and not to depend on OS's settings. FWIW, +1 from me. CC'ing Michael. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 161752] New: EDITING comment in "####" cell freezes LibreOffice at all
https://bugs.documentfoundation.org/show_bug.cgi?id=161752 Bug ID: 161752 Summary: EDITING comment in "" cell freezes LibreOffice at all Product: LibreOffice Version: 24.2.4.2 release Hardware: x86-64 (AMD64) OS: Linux (All) Status: UNCONFIRMED Severity: normal Priority: medium Component: Calc Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: nick...@yandex.ru Xubuntu 24.04 LibreOffice Version: 24.2.4.2 (X86_64) / LibreOffice Community Build ID: 420(Build:2) CPU threads: 4; OS: Linux 6.8; UI render: default; VCL: gtk3 Locale: ru-RU (ru_RU.UTF-8); UI: ru-RU Ubuntu package version: 4:24.2.4~rc2-0ubuntu0.24.04.1~lo1 Calc: threaded There are several cells one below the other. A comment has been added to each. In the top cell, the value goes beyond its boundaries and it begins to look like "#". When I try to edit a comment in this cell, LibreOffice freezes completely. In other cells below this one, the same thing is observed. If, after restarting LibreOffice, you correct the display of the number in the first cell so that it is displayed normally, then the effect disappears in all cells and the program starts working normally. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 161746] With Ultrawide/High resolution display "Personalised" themes scaling leaves "unstyled" section
https://bugs.documentfoundation.org/show_bug.cgi?id=161746 --- Comment #7 from benjaminwint...@gmail.com --- thankyou for your understanding, and the clarification of the details. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 142540] Unable to Undo border formatting in Impress Tables
https://bugs.documentfoundation.org/show_bug.cgi?id=142540 --- Comment #4 from Rafael Lima --- Still repro in Version: 24.2.3.2 (X86_64) / LibreOffice Community Build ID: 420(Build:2) CPU threads: 16; OS: Linux 6.8; UI render: default; VCL: kf5 (cairo+xcb) Locale: pt-BR (pt_BR.UTF-8); UI: en-US Ubuntu package version: 4:24.2.3-0ubuntu0.24.04.2 Calc: threaded -- You are receiving this mail because: You are the assignee for the bug.
[Bug 160694] Add .uno:VRuler button to NB Tabbed/Tabbed Compact cutomize View list
https://bugs.documentfoundation.org/show_bug.cgi?id=160694 Rafael Lima changed: What|Removed |Added See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=16 ||1749 -- You are receiving this mail because: You are the assignee for the bug.
[Bug 161749] "Rulers > Rulers" should read "Rulers > Horizontal".
https://bugs.documentfoundation.org/show_bug.cgi?id=161749 Rafael Lima changed: What|Removed |Added CC||rafael.palma.l...@gmail.com See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=16 ||0694 -- You are receiving this mail because: You are the assignee for the bug.
[Bug 161748] Copying cells in Calc doesn't show marching ants animation (at least on WindowsOS), neither in default configuration nor regardless of the expert option "AnimationsEnabled", when "Show an
https://bugs.documentfoundation.org/show_bug.cgi?id=161748 Per99 changed: What|Removed |Added Summary|Copying cells in Calc |Copying cells in Calc |doesn't show marching ants |doesn't show marching ants |animation (at least on |animation (at least on |WindowsOS), neither in |WindowsOS), neither in |default configuration nor |default configuration nor |regardless of the expert|regardless of the expert |option "AnimationsEnabled" |option "AnimationsEnabled", ||when "Show animations in ||Windows" setting in ||WindowsOS is switched off. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 161748] Copying cells in Calc doesn't show marching ants animation (at least on WindowsOS), neither in default configuration nor regardless of the expert option "AnimationsEnabled"
https://bugs.documentfoundation.org/show_bug.cgi?id=161748
--- Comment #7 from Per99 ---
This is an update to this bug report:
The old behaviour ("marching ants" animation) was still working in 7.6.7.2.
The bug (the new behaviour: no "marching ants" animation (under a certain
condition, see below)) was introduced in
LibreOfficeDev_24.2.0.0.alpha1_Win_x86-64.msi
A short summary first:
In previous versions including 7.6.7.2 the "Show animations in Windows" in
"Ease of Access" setting in WindowsOS is disregarded.
Starting with LibreOfficeDev_24.2.0.0.alpha1_Win_x86-64.msi, this setting is
suddenly used in LibreOffice (for just the "marching ants" animation).
Starting with LibreOfficeDev_24.2.0.0.alpha1, one is able to turn *off* the
"marching ants" animation in LO by using the expert setting
"AnimationsEnabled", regardless of the state of "Show animations in Windows".
However, the problem is, than one is not able to turn *on* the "marching ants"
animation in LO by using the expert setting "AnimationsEnabled", regardless of
the state of "Show animations in Windows".
For visual impaired people (e.g. elderly people), or just having bad light
conditions, the "marching ants" animation is really helpful. The "Show
animations in Windows" in "Ease of Access" setting in WindowsOS turns on all
animations in WindowsOS and makes a slow computer even slower.
Suggestion:
Enable the user to turn on "marching ants" animation by either setting the
expert setting "AnimationsEnabled" in LO to "true" or to switch on "Show
animations in Windows" in "Ease of Access" setting in WindowsOS.
By this, the user is also able to turn off "marching ants" animation by setting
the expert setting "AnimationsEnabled" in LO to "false" *and* to switch off
"Show animations in Windows" in "Ease of Access" setting in WindowsOS.
The default behaviour in previous versions including 7.6.7.2 was to only use
the expert setting "AnimationsEnabled", which default value is “true”.
Change request:
Changing the line of code:
https://opengrok.libreoffice.org/xref/core/sc/source/ui/view/overlayobject.cxx?r=9d68c794#41
mbAllowsAnimation = (officecfg::Office::Common::VCL::AnimationsEnabled::get()
&& !MiscSettings::GetUseReducedAnimation());
into:
mbAllowsAnimation = (officecfg::Office::Common::VCL::AnimationsEnabled::get()
|| !MiscSettings::GetUseReducedAnimation());
Before it makes sense to change the code, how do you see the above suggestion
and change request?
Details for "Show animations in Windows" in "Ease of Access" setting in
WindowsOS:
(English: Windows OS -> Settings -> "Ease of Access" -> "Display" -> "Simplify
and personalise Windows" -> "Show animations in Windows")
(German: Windows OS -> Einstellungen -> "Erleichterte Bedienung" ->
"Bildschirm" -> "Windows vereinfachen und personalisieren" -> "Animationen in
Windows anzeigen")
Further details:
Searching in the code for "AnimationsEnabled" I found (among others):
https://opengrok.libreoffice.org/xref/core/sc/source/ui/view/overlayobject.cxx?r=9d68c794#41
Searching in the code for "GetUseReducedAnimation" I found (among others):
https://opengrok.libreoffice.org/xref/core/vcl/win/window/salframe.cxx?r=52a2c19f#3155
Searching the internet for "SystemParametersInfoW" I found (among others):
https://stackoverflow.com/questions/64872405/change-ease-of-access-settings-via-windows-api-systemparametersinfo
Where I found out how to change the return value of
MiscSettings::GetUseReducedAnimation()
Actual Results:
In 7.6.7.2: The copied cells have a "marching ants" animation border as usual –
regardless of the "Show animations in Windows" in "Ease of Access" setting in
WindowsOS.
In 24.2.4.2: The "marching ants" animation does not work if "Show animations in
Windows" in "Ease of Access" setting in WindowsOS is switched off.
The copied cells have a "sleeping ants" border (the same as the page break /
print area).
In 24.8.0.0.beta1+: The same result as in 24.2.4.2.
In 7.6.7.2: The expert option "AnimationsEnabled" gets respected: "true" means
"marching ants" animation border. "false" means "sleeping ants" border.
In 24.2.4.2: The expert option "AnimationsEnabled" gets disregarded when "Show
animations in Windows" in "Ease of Access" setting in WindowsOS is switched
off. Both "true" as well as "false" means "sleeping ants" border.
In 24.8.0.0.beta1+: The same result as in 24.2.4.2.
Testing restarting in Safe Mode with hardware acceleration turned off produced
the same result as above (with 24.2.4.2 and 24.8.0.0.beta1+)
Expected Results:
1. The default behaviour should be that the copied cells have a "marching ants"
animation as usual until and including 7.6.7.2 when the expert option
"AnimationsEnabled" is “true” regardless of the "Show animations in Windows" in
"Ease of Access" setting in WindowsOS.
2. The expert option "AnimationsEnabled" must get respected: "true" means
"marching ants" animation border. "false" means "Sleeping ants" border when the
"Show animations in Windows" in "Ease
[Bug 161748] Copying cells in Calc doesn't show marching ants animation (at least on WindowsOS), neither in default configuration nor regardless of the expert option "AnimationsEnabled"
https://bugs.documentfoundation.org/show_bug.cgi?id=161748 --- Comment #6 from Per99 --- (In reply to ady from comment #3) > No repro in: > > Version: 24.2.4.2 (X86_64) / LibreOffice Community > Build ID: 51a6219feb6075d9a4c46691dcfe0cd9c4fff3c2 > CPU threads: 4; OS: Windows 10.0 Build 19045; UI render: Skia/Raster; VCL: > win > Locale: en-US (es_AR); UI: en-US > Calc: CL threaded > > I see the marching ants, both when the advanced experimental features is not > enabled at all, and also when it is enabled. When disabling the > AnimationsEnabled item, the "ants" are static, not animated. > > Please go to menu Help > About; there is an icon to copy information to the > clipboard; press it and paste it in your next comment. > > Please also test with menu Help > Restart in Safe Mode. Details of my parallel installations of LO: (the were freshly installed with a new user profile in: UserInstallation=$ORIGIN/../Data/settings ) Testing restarting in Safe Mode with hardware acceleration turned off produced the same result (with 24.2.4.2 and 24.8.0.0.beta1+) Version: 24.8.0.0.beta1+ (X86_64) / LibreOffice Community Build ID: dcaf9c147a1cfea268db49952171338555379794 CPU threads: 4; OS: Windows 10 X86_64 (10.0 build 19045); UI render: Skia/Raster; VCL: win Locale: de-DE (de_DE); UI: en-GB Calc: threaded ** Version: 24.2.4.2 (X86_64) / LibreOffice Community Build ID: 51a6219feb6075d9a4c46691dcfe0cd9c4fff3c2 CPU threads: 4; OS: Windows 10.0 Build 19045; UI render: Skia/Raster; VCL: win Locale: de-DE (de_DE); UI: en-GB Calc: threaded -- You are receiving this mail because: You are the assignee for the bug.
[Bug 161748] Copying cells in Calc doesn't show marching ants animation (at least on WindowsOS), neither in default configuration nor regardless of the expert option "AnimationsEnabled"
https://bugs.documentfoundation.org/show_bug.cgi?id=161748 --- Comment #5 from Per99 --- (In reply to ady from comment #3) > No repro in: > > Version: 24.2.4.2 (X86_64) / LibreOffice Community > Build ID: 51a6219feb6075d9a4c46691dcfe0cd9c4fff3c2 > CPU threads: 4; OS: Windows 10.0 Build 19045; UI render: Skia/Raster; VCL: > win > Locale: en-US (es_AR); UI: en-US > Calc: CL threaded > > I see the marching ants, both when the advanced experimental features is not > enabled at all, and also when it is enabled. When disabling the > AnimationsEnabled item, the "ants" are static, not animated. > > Please go to menu Help > About; there is an icon to copy information to the > clipboard; press it and paste it in your next comment. > > Please also test with menu Help > Restart in Safe Mode. @ady: Could you please repeat the tests with switched off "Show animations in Windows" in "Ease of Access" setting in WindowsOS? (For details, see below) In previous versions including 7.6.7.2 the "Show animations in Windows" in "Ease of Access" setting in WindowsOS is disregarded. Starting with LibreOfficeDev_24.2.0.0.alpha1_Win_x86-64.msi, this setting is suddenly used in LibreOffice (for just the "marching ants" animation). Starting with LibreOfficeDev_24.2.0.0.alpha1, one is able to turn *off* the "marching ants" animation in LO by using the expert setting "AnimationsEnabled", regardless of the state of "Show animations in Windows". However, the problem is, than one is not able to turn *on* the "marching ants" animation in LO by using the expert setting "AnimationsEnabled", regardless of the state of "Show animations in Windows". For visual impaired people (e.g. elderly people), or just having bad light conditions, the "marching ants" animation is really helpful. The "Show animations in Windows" in "Ease of Access" setting in WindowsOS turns on all animations in WindowsOS and makes a slow computer even slower. Details for "Show animations in Windows" in "Ease of Access" setting in WindowsOS: (English: Windows OS -> Settings -> "Ease of Access" -> "Display" -> "Simplify and personalise Windows" -> "Show animations in Windows") (German: Windows OS -> Einstellungen -> "Erleichterte Bedienung" -> "Bildschirm" -> "Windows vereinfachen und personalisieren" -> "Animationen in Windows anzeigen"). -- You are receiving this mail because: You are the assignee for the bug.
[Bug 161748] Copying cells in Calc doesn't show marching ants animation (at least on WindowsOS), neither in default configuration nor regardless of the expert option "AnimationsEnabled"
https://bugs.documentfoundation.org/show_bug.cgi?id=161748 --- Comment #4 from Per99 --- (In reply to m_a_riosv from comment #2) > Works for me with > Version: 24.2.4.2 (X86_64) / LibreOffice Community > Build ID: 51a6219feb6075d9a4c46691dcfe0cd9c4fff3c2 > CPU threads: 16; OS: Windows 10.0 Build 22631; UI render: Skia/Raster; VCL: > win > Locale: es-ES (es_ES); UI: en-US > Calc: CL threaded > and with > Version: 25.2.0.0.alpha0+ (X86_64) / LibreOffice Community > Build ID: 513c2bdbb1e7c0ad669d03043db61c94d6524aba > CPU threads: 16; OS: Windows 11 X86_64 (10.0 build 22631); UI render: > Skia/Raster; VCL: win > Locale: es-ES (es_ES); UI: en-US > Calc: CL threaded > > Not matter what is the Skia state. @m_a_riosv: Could you please repeat the tests with switched off "Show animations in Windows" in "Ease of Access" setting in WindowsOS? (For details, see below) In previous versions including 7.6.7.2 the "Show animations in Windows" in "Ease of Access" setting in WindowsOS is disregarded. Starting with LibreOfficeDev_24.2.0.0.alpha1_Win_x86-64.msi, this setting is suddenly used in LibreOffice (for just the "marching ants" animation). Starting with LibreOfficeDev_24.2.0.0.alpha1, one is able to turn *off* the "marching ants" animation in LO by using the expert setting "AnimationsEnabled", regardless of the state of "Show animations in Windows". However, the problem is, than one is not able to turn *on* the "marching ants" animation in LO by using the expert setting "AnimationsEnabled", regardless of the state of "Show animations in Windows". For visual impaired people (e.g. elderly people), or just having bad light conditions, the "marching ants" animation is really helpful. The "Show animations in Windows" in "Ease of Access" setting in WindowsOS turns on all animations in WindowsOS and makes a slow computer even slower. Details for "Show animations in Windows" in "Ease of Access" setting in WindowsOS: (English: Windows OS -> Settings -> "Ease of Access" -> "Display" -> "Simplify and personalise Windows" -> "Show animations in Windows") (German: Windows OS -> Einstellungen -> "Erleichterte Bedienung" -> "Bildschirm" -> "Windows vereinfachen und personalisieren" -> "Animationen in Windows anzeigen"). -- You are receiving this mail because: You are the assignee for the bug.
[Bug 161746] With Ultrawide/High resolution display "Personalised" themes scaling leaves "unstyled" section
https://bugs.documentfoundation.org/show_bug.cgi?id=161746 V Stuart Foote changed: What|Removed |Added Status|VERIFIED|RESOLVED --- Comment #6 from V Stuart Foote --- (In reply to benjaminwinter2 from comment #5) > option of editing of one's comments is not available. i apologise if the > tone comes across confrontational. if a proper solution could be presented, > or a potential timeline of when said bug may be resolved, it would be > appraciated. No offense taken. We'll either strip out the long broken Mozilla flavor personalization themes, or reimplement something similar that is a bit more functional. Issue will track with BZ bug 131023 this has been set as duplicate. To which you've now been subscribed by that dupe action. But, should be obvious it is a pretty low priority issue. And why the suggestion of just allowing os/DE theme to assert. Much better support has been implemented cross platform for following desktop environment. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 161421] Not all hyphenation separators (hyphens) are displayed
https://bugs.documentfoundation.org/show_bug.cgi?id=161421 --- Comment #6 from stefan_lange...@t-online.de --- Created attachment 194919 --> https://bugs.documentfoundation.org/attachment.cgi?id=194919=edit zip file with screenshots as addition to Comment 5 -- You are receiving this mail because: You are the assignee for the bug.
[Bug 161421] Not all hyphenation separators (hyphens) are displayed
https://bugs.documentfoundation.org/show_bug.cgi?id=161421 --- Comment #5 from stefan_lange...@t-online.de --- (In reply to Dieter from comment #4) > Stefan, thank you for reporting the bug, but I can't confirm it with > > Version: 24.8.0.0.alpha1+ (X86_64) / LibreOffice Community > Build ID: d2eab48f697a1e6097778158f623f11306ac7a3d > CPU threads: 4; OS: Windows 10 X86_64 (10.0 build 19045); UI render: > Skia/Raster; VCL: win > Locale: de-DE (de_DE); UI: en-GB > Calc: CL threaded > > My steps: > 1. Open Test_Silbentrennung_Trennzeichen_V7a.odt from attachment 194547 > [details] > 2. Select some text (e.g. below subtitle 1.1.1.2) > 3. Tools -> Language -> Hyphenation -> Hyphenate All > > Actual and expected result: > Hyphenation still visible This is strange because it is a build created after the date I have seen this behavior first. I have made a new test with the newest bild and the erronous behavior still exists, see screenshots in attached zip file "bug 161421 new screenshots (1).zip". Version: 24.8.0.0.beta1+ (X86_64) / LibreOffice Community Build ID: d681c57ba51b635ba7c85b21e062732110e8293f CPU threads: 4; OS: Windows 11 X86_64 (10.0 build 22635); UI render: Skia/Raster; VCL: win Locale: de-DE (de_DE); UI: de-DE Calc: threaded Newest change is: d681c57 tsan: fix data race in VCLXWindowImpl by Noel Grandin · 32 hours ago libreoffice-24-8 -> Fri Jun 21 14:04:20 2024 +0200 In my screenshots I have coloured the places where hypens are displayed (light green) and where they are "hidden" (dark yellow). In my new test I have also seen that also hyphens hidden before are are displayed after hyphenate all + undo. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 159746] MacMini M2Pro (Mac OS Sonoma 14.3.1) HUNG while editing a .docx document using LibreOffice Writer
https://bugs.documentfoundation.org/show_bug.cgi?id=159746 Roman Kuznetsov <79045_79...@mail.ru> changed: What|Removed |Added Status|UNCONFIRMED |NEEDINFO Ever confirmed|0 |1 -- You are receiving this mail because: You are the assignee for the bug.
[Bug 151050] [META] GTK4-specific bugs
https://bugs.documentfoundation.org/show_bug.cgi?id=151050 Roman Kuznetsov <79045_79...@mail.ru> changed: What|Removed |Added Depends on||161589 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=161589 [Bug 161589] gtk4 VCL: common cut/paste (ctrl-c/ctrl-v) shortcuts don't work if non-latin language is set -- You are receiving this mail because: You are the assignee for the bug.
[Bug 161589] gtk4 VCL: common cut/paste (ctrl-c/ctrl-v) shortcuts don't work if non-latin language is set
https://bugs.documentfoundation.org/show_bug.cgi?id=161589 Roman Kuznetsov <79045_79...@mail.ru> changed: What|Removed |Added Blocks||151050 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=151050 [Bug 151050] [META] GTK4-specific bugs -- You are receiving this mail because: You are the assignee for the bug.
[Bug 151050] [META] GTK4-specific bugs
https://bugs.documentfoundation.org/show_bug.cgi?id=151050 Roman Kuznetsov <79045_79...@mail.ru> changed: What|Removed |Added Depends on||161590 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=161590 [Bug 161590] gtk4 VCL: Logo=0 causes crash on launch -- You are receiving this mail because: You are the assignee for the bug.
[Bug 161590] gtk4 VCL: Logo=0 causes crash on launch
https://bugs.documentfoundation.org/show_bug.cgi?id=161590 Roman Kuznetsov <79045_79...@mail.ru> changed: What|Removed |Added Blocks||151050 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=151050 [Bug 151050] [META] GTK4-specific bugs -- You are receiving this mail because: You are the assignee for the bug.
[Bug 108827] [META] Calc functions bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=108827 Roman Kuznetsov <79045_79...@mail.ru> changed: What|Removed |Added Depends on||161711 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=161711 [Bug 161711] Add COUNTUNIQUE function -- You are receiving this mail because: You are the assignee for the bug.
[Bug 161711] Add COUNTUNIQUE function
https://bugs.documentfoundation.org/show_bug.cgi?id=161711 Roman Kuznetsov <79045_79...@mail.ru> changed: What|Removed |Added CC||79045_79...@mail.ru Blocks||108827 Version|Inherited From OOo |unspecified Ever confirmed|0 |1 Status|UNCONFIRMED |NEW --- Comment #1 from Roman Kuznetsov <79045_79...@mail.ru> --- I agree, set to NEW There is no the COUNTUNIQUE function in Excel , btw Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=108827 [Bug 108827] [META] Calc functions bugs and enhancements -- You are receiving this mail because: You are the assignee for the bug.
[Bug 161717] Track changes: Clicking on change in document should highlight related change in "Manage Changes" window/sidebar
https://bugs.documentfoundation.org/show_bug.cgi?id=161717 Roman Kuznetsov <79045_79...@mail.ru> changed: What|Removed |Added CC||libreoffice-ux-advise@lists ||.freedesktop.org, ||rayk...@gmail.com Keywords||needsUXEval --- Comment #1 from Roman Kuznetsov <79045_79...@mail.ru> --- Agree, +1 Jim, may be you will interesting? -- You are receiving this mail because: You are the assignee for the bug.
[Bug 161746] With Ultrawide/High resolution display "Personalised" themes scaling leaves "unstyled" section
https://bugs.documentfoundation.org/show_bug.cgi?id=161746 --- Comment #5 from benjaminwint...@gmail.com --- (In reply to benjaminwinter2 from comment #4) > and what if i dont want to use the device theme? or what if that is not a > viable option under the circumstances? you have a feature with a known bug. > one that is, evidently, trivial to resolve. an ACTUAL solution would be > nice. the artwork width could be updated to support higher resolutions, it > could be made to stretch to fit, it could be made procedural, multiple > resolutions for modern display widths could be packaged. if there is an end > user solution then please indicate so. simply "don't use this feature" is > not a solution. its the same logic as "if your car's AC doesn't work on cold > days, dont use it". the feature is there to be used and if it does not work > or has an issue, it should be either fixed or acknowledged as "on the list > but low priority". the way you've worded your statement seems to imply that > the issue is known and wont be fixed. likewise, there is little mention of > any solution or intent to fix on the bug this is marked as a duplicate of. option of editing of one's comments is not available. i apologise if the tone comes across confrontational. if a proper solution could be presented, or a potential timeline of when said bug may be resolved, it would be appraciated. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 121102] Offline language packs installation nests parentheses unnecessarily
https://bugs.documentfoundation.org/show_bug.cgi?id=121102 --- Comment #6 from Hossein --- I built the LO, SDK and help packs with these extra options: --with-package-format=msi --without-ucrt-dir --with-lang=en-GB --without-helppack-integration --disable-cli --with-help=html After a successful build, .msi files can be found in "workdir/installation/" directory. $ ls -lh `find workdir/installation/ -name "*.msi"` The biggest file is the main installer, and the smaller ones are related to SDK, help pack, etc. as their name implies. My main core/ folder which contains sources, translations, help files, built objects, binaries and installers is around 90 GB. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 161746] With Ultrawide/High resolution display "Personalised" themes scaling leaves "unstyled" section
https://bugs.documentfoundation.org/show_bug.cgi?id=161746 benjaminwint...@gmail.com changed: What|Removed |Added Status|RESOLVED|VERIFIED --- Comment #4 from benjaminwint...@gmail.com --- and what if i dont want to use the device theme? or what if that is not a viable option under the circumstances? you have a feature with a known bug. one that is, evidently, trivial to resolve. an ACTUAL solution would be nice. the artwork width could be updated to support higher resolutions, it could be made to stretch to fit, it could be made procedural, multiple resolutions for modern display widths could be packaged. if there is an end user solution then please indicate so. simply "don't use this feature" is not a solution. its the same logic as "if your car's AC doesn't work on cold days, dont use it". the feature is there to be used and if it does not work or has an issue, it should be either fixed or acknowledged as "on the list but low priority". the way you've worded your statement seems to imply that the issue is known and wont be fixed. likewise, there is little mention of any solution or intent to fix on the bug this is marked as a duplicate of. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 113975] Expand the documentation for regular expressions
https://bugs.documentfoundation.org/show_bug.cgi?id=113975 --- Comment #6 from V Stuart Foote --- (In reply to fpy from comment #5) > for reference, the URL List_of_Regular_Expressions in first report is not > valid anymore, > we shall assume it's now > https://help.libreoffice.org/latest/en-US/text/shared/01/0211.html Yep, that looks correct. Thanks! While the ICU libs project provided UG listing at: https://unicode-org.github.io/icu/userguide/strings/regexp.html#regular-expression-metacharacters remains definitive. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 161483] ODF: Support angle units 'deg', 'grad' and 'rad' on import
https://bugs.documentfoundation.org/show_bug.cgi?id=161483 Regina Henschel changed: What|Removed |Added Status|UNCONFIRMED |ASSIGNED Assignee|libreoffice-b...@lists.free |rb.hensc...@t-online.de |desktop.org | Ever confirmed|0 |1 --- Comment #1 from Regina Henschel --- I have started work in https://gerrit.libreoffice.org/c/core/+/169360. It is not complete yet, but shows what I want to do. The still missing cases are: StartingAngle (chart), TextRotation (charts), RotateAngle (table cell), CharRotation, TextRotateAngle (custom shape), RotateAngle (extruded custom shape), Skew (extruded custom shape). CaptionAngle would be affected too, but its implementation is incomplete. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 160543] Quickfind sidebar: Search depends on F settings
https://bugs.documentfoundation.org/show_bug.cgi?id=160543 --- Comment #11 from Jim Raykowski --- (In reply to Jim Raykowski from comment #9) > ... Also shown in the demo > is a change to make the QFS use the F attributes options settings. This should have been: ... Also shown in the demo is a change to make the QFS *NOT* use the F attributes and format settings. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 161751] New: Tools -> Options crashed Libreoffice on some user accounts | Fedora 40 @ Gnome 46 @ Wayland session, X11
https://bugs.documentfoundation.org/show_bug.cgi?id=161751 Bug ID: 161751 Summary: Tools -> Options crashed Libreoffice on some user accounts | Fedora 40 @ Gnome 46 @ Wayland session, X11 Product: LibreOffice Version: unspecified Hardware: x86-64 (AMD64) OS: Linux (All) Status: UNCONFIRMED Severity: normal Priority: medium Component: LibreOffice Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: 2019z2-gi...@melton.ort.org.il Description: upon clicking tools => options makes Libreoffice Freezes and then crash as it doesn't responds anymore, and it's impossible to even quit. only affects exactly ONE user on an entire system. everything else loads flawlessly. Steps to Reproduce: unreproducible - it usually won't affect users on the system. i tried launching it from the terminal to receive further diagnostics, and i there were several warnings regarding user theme, but launched correctly. everything except Tools _> Options works exceptionally well, and changing settings from the "Tip of the day" thing worked alright. Admin account was used, i tried to clear user profiles and cleared anything related to Libreoffice, reinstalled, but to no avail. Actual Results: nothing changed, except now i lost a lot of customizations Expected Results: load settings. Reproducible: Couldn't Reproduce User Profile Reset: Yes Additional Info: installed on admin account - yet the issue DOESN'T affects other users on the system, customized gnome session - several warnings regarding that - but everything loaded successfully - except settings - the software froze - a pop up showed up stating Libreoffice is not responding, clicking wait repeatedly for ~1 minute didn't solved it. for one moment settings actually loaded once, but froze, and i had to force quit the entire program. used the latest release. resetting UserProfile didn't affected anything. System info: Fedora workstation 40, Gnome 46 w/ custom theme, Wayland session manager + X11 session manager, ASUSTeK COMPUTER INC. ASUS EXPERTCENTER D500TE_D500TE (Intel i7 13th Gen + 16GB RAM). NO DUMP FILES OR FURTHER WARNINGS WHEN CLICKING TOOLS-> OPTIONS, EVEN WHEN LOADED FROM TERMINAL. the issue persists on exactly ONE Admin account for ~6 months. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 161750] New: SDK Java classes are not available in Maven Central repository
https://bugs.documentfoundation.org/show_bug.cgi?id=161750 Bug ID: 161750 Summary: SDK Java classes are not available in Maven Central repository Product: LibreOffice Version: 24.2.1.2 release Hardware: All OS: All Status: UNCONFIRMED Severity: normal Priority: medium Component: sdk Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: john.ser...@gmail.com The SDK's Java classes, which are in the com.sun.star.lib.loader package, are not made available in the Maven Central repository. I use Maven, rather than the SDK tooling, to create my client application. Currently, I build and install an org.libreoffice:libreoffice-sdk:24.2.1 artifact into my local Maven repository so that I can build my client application. Expected Result: org.libreoffice:libreoffice-sdk artifacts are available in the Maven Central repository. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 149256] Ship LibreOfficeKit headers and library files with the LibreOffice SDK community packages
https://bugs.documentfoundation.org/show_bug.cgi?id=149256 Hossein changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED -- You are receiving this mail because: You are the assignee for the bug.
[Bug 149256] Ship LibreOfficeKit headers and library files with the LibreOffice SDK community packages
https://bugs.documentfoundation.org/show_bug.cgi?id=149256 --- Comment #5 from Commit Notification --- Hossein committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/1305edfbc27121d7fc8973ccafb92f76d5401ac1 tdf#149256 Ship LibreOfficeKit headers in packages It will be available in 25.2.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 149256] Ship LibreOfficeKit headers and library files with the LibreOffice SDK community packages
https://bugs.documentfoundation.org/show_bug.cgi?id=149256 Commit Notification changed: What|Removed |Added Whiteboard||target:25.2.0 -- You are receiving this mail because: You are the assignee for the bug.
[Bug 113092] [META] Impress/Draw table dialog bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=113092 BogdanB changed: What|Removed |Added Depends on||159599 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=159599 [Bug 159599] In Impress the "Split Cell" dialog will apply the changes even if Cancel is pressed -- You are receiving this mail because: You are the assignee for the bug.
[Bug 159599] In Impress the "Split Cell" dialog will apply the changes even if Cancel is pressed
https://bugs.documentfoundation.org/show_bug.cgi?id=159599 BogdanB changed: What|Removed |Added Blocks||113092 CC||buzea.bog...@libreoffice.or ||g Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=113092 [Bug 113092] [META] Impress/Draw table dialog bugs and enhancements -- You are receiving this mail because: You are the assignee for the bug.
[Bug 108629] [META] Ruler bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=108629 BogdanB changed: What|Removed |Added Depends on||161749 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=161749 [Bug 161749] "Rulers > Rulers" should read "Rulers > Horizontal". -- You are receiving this mail because: You are the assignee for the bug.
[Bug 161749] "Rulers > Rulers" should read "Rulers > Horizontal".
https://bugs.documentfoundation.org/show_bug.cgi?id=161749 BogdanB changed: What|Removed |Added CC||buzea.bog...@libreoffice.or ||g Blocks||108629 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=108629 [Bug 108629] [META] Ruler bugs and enhancements -- You are receiving this mail because: You are the assignee for the bug.
[Bug 161749] "Rulers > Rulers" should read "Rulers > Horizontal".
https://bugs.documentfoundation.org/show_bug.cgi?id=161749 Bogaboga Man changed: What|Removed |Added Ever confirmed|0 |1 Status|UNCONFIRMED |NEW --- Comment #3 from Bogaboga Man --- Confirmed on Version: 24.2.4.2 (X86_64) / LibreOffice Community Build ID: 51a6219feb6075d9a4c46691dcfe0cd9c4fff3c2 CPU threads: 16; OS: Windows 10.0 Build 22631; UI render: Skia/Raster; VCL: win Locale: en-CA (en_CA); UI: en-GB Calc: CL threaded -- You are receiving this mail because: You are the assignee for the bug.
[Bug 161748] Copying cells in Calc doesn't show marching ants animation (at least on WindowsOS), neither in default configuration nor regardless of the expert option "AnimationsEnabled"
https://bugs.documentfoundation.org/show_bug.cgi?id=161748 --- Comment #3 from ady --- No repro in: Version: 24.2.4.2 (X86_64) / LibreOffice Community Build ID: 51a6219feb6075d9a4c46691dcfe0cd9c4fff3c2 CPU threads: 4; OS: Windows 10.0 Build 19045; UI render: Skia/Raster; VCL: win Locale: en-US (es_AR); UI: en-US Calc: CL threaded I see the marching ants, both when the advanced experimental features is not enabled at all, and also when it is enabled. When disabling the AnimationsEnabled item, the "ants" are static, not animated. Please go to menu Help > About; there is an icon to copy information to the clipboard; press it and paste it in your next comment. Please also test with menu Help > Restart in Safe Mode. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 161748] Copying cells in Calc doesn't show marching ants animation (at least on WindowsOS), neither in default configuration nor regardless of the expert option "AnimationsEnabled"
https://bugs.documentfoundation.org/show_bug.cgi?id=161748 m_a_riosv changed: What|Removed |Added CC||miguelangelrv@libreoffice.o ||rg --- Comment #2 from m_a_riosv --- Works for me with Version: 24.2.4.2 (X86_64) / LibreOffice Community Build ID: 51a6219feb6075d9a4c46691dcfe0cd9c4fff3c2 CPU threads: 16; OS: Windows 10.0 Build 22631; UI render: Skia/Raster; VCL: win Locale: es-ES (es_ES); UI: en-US Calc: CL threaded and with Version: 25.2.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 513c2bdbb1e7c0ad669d03043db61c94d6524aba CPU threads: 16; OS: Windows 11 X86_64 (10.0 build 22631); UI render: Skia/Raster; VCL: win Locale: es-ES (es_ES); UI: en-US Calc: CL threaded Not matter what is the Skia state. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 161446] Writer files containing images get corrupted when saving to CIFS Shares when SAMBA server has SMB2 Leases disabled
https://bugs.documentfoundation.org/show_bug.cgi?id=161446 --- Comment #2 from dar...@darrenandpaula.co.uk --- (In reply to Stéphane Guillou (stragu) from comment #1) > Thank you for the report. > Version 7.4 is not maintained anymore. Some CIFS and SAMBA issues have been > fixed since, for example bug 158975 and bug 55004. > Please test version 24.2.4 or above and let us know if you can still > reproduce. > Thank you! Hi there Stéphane, Thank you for your comment. I can confirm that I have tested with v 24.2.4 and the issue is resolved. As this V24 is not the default version for the Linux distro I am using, it's worth noting that the issue can be worked around in V7.4 by enabling SMB2 leases on the target Samba Server. This may help anyone that is experiencing the issue in 7.4 and is unable to upgrade straight away. Thank you again - as per instructions, I will change back to UNCONFIRMED. Apologies if I should have marked as RESOLVED instead! -- You are receiving this mail because: You are the assignee for the bug.
[Bug 161739] Export as PDF..blows up file size by factor 20
https://bugs.documentfoundation.org/show_bug.cgi?id=161739 --- Comment #7 from m_a_riosv --- Please test disabling 'Tagged PDF' option. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 113975] Expand the documentation for regular expressions
https://bugs.documentfoundation.org/show_bug.cgi?id=113975 --- Comment #5 from f...@bger.ch --- for reference, the URL List_of_Regular_Expressions in first report is not valid anymore, we shall assume it's now https://help.libreoffice.org/latest/en-US/text/shared/01/0211.html -- You are receiving this mail because: You are the assignee for the bug.
[Bug 161749] "Rulers > Rulers" should read "Rulers > Horizontal".
https://bugs.documentfoundation.org/show_bug.cgi?id=161749 --- Comment #2 from Mike Kaganski --- The "Vertical" item doesn't work without the "Rulers" element - to the latter is more general, it is not only about the horizontal one. It enables the rulers display; and the "vertical" controls if the vertical ruler is visible in rulers visibility mode. But I agree, that this is not really useful. Having two simple separate ones: one for horizontal, and one for vertical, would be much nicer. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 160936] Draw freezes after save until forced context switch or timeout.
https://bugs.documentfoundation.org/show_bug.cgi?id=160936 --- Comment #8 from Patrick Luby (volunteer) --- (In reply to Telesto from comment #7) > @Patrick > Could this be some arm specific issue? I cannot reproduce this with my local master build. I inserted a total of 16 .jpeg images that were each roughly 3 MB in size. Even when saving after inserting the last image, saving took no more than a second or two and the mouse was immediately responsive after saving ended: Version: 25.2.0.0.alpha0+ (AARCH64) / LibreOffice Community Build ID: ecb0d08e3cfcad18006c0090b9b5b19c1c0f7b9c CPU threads: 8; OS: macOS 14.5; UI render: Skia/Raster; VCL: osx Locale: en-CA (en_CA.UTF-8); UI: en-US Calc: threaded @Alex is it possible to obtain a sample using the Activity Monitor application during a temporary hang? -- You are receiving this mail because: You are the assignee for the bug.
[Bug 131495] Unable to open subdirectory in root directory of SMB share
https://bugs.documentfoundation.org/show_bug.cgi?id=131495 --- Comment #7 from Ettore Atalan --- Tested using Version: 24.2.4.2 (X86_64) / LibreOffice Community Build ID: 420(Build:2) CPU threads: 8; OS: Linux 6.5; UI render: default; VCL: gtk3 Locale: de-DE (de_DE.UTF-8); UI: de-DE Ubuntu package version: 4:24.2.4~rc2-0ubuntu0.22.04.1~lo1 Calc: threaded The issue described above still exists. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 161432] LibreOffice 7.6.7.2 is repeatedly prompting to upgrade to v24.2.3 on MacOS 13.6.7 (on Intel)
https://bugs.documentfoundation.org/show_bug.cgi?id=161432 BogdanB changed: What|Removed |Added Blocks||113339 CC||buzea.bog...@libreoffice.or ||g Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=113339 [Bug 113339] [META] Updates bug tracker -- You are receiving this mail because: You are the assignee for the bug.
[Bug 113339] [META] Updates bug tracker
https://bugs.documentfoundation.org/show_bug.cgi?id=113339 BogdanB changed: What|Removed |Added Depends on||161432 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=161432 [Bug 161432] LibreOffice 7.6.7.2 is repeatedly prompting to upgrade to v24.2.3 on MacOS 13.6.7 (on Intel) -- You are receiving this mail because: You are the assignee for the bug.
[Bug 161739] Export as PDF..blows up file size by factor 20
https://bugs.documentfoundation.org/show_bug.cgi?id=161739 --- Comment #6 from HTK300 --- Hi, apologies and sorry, fistly - I cannot send you this, secondly - I had few tiny images within two of the fifteen tabs, but they were small (below 50 kb each). After having removed those images the CALC *.odt file got smaller from 11 Mb to 7.5 Mb, but the resulting PDF export then just resulted in a reduction from 260 Mb to 257 Mb. Additionally, I tried to have the password protection disabled in both the *.odt and the pdf, but no improvements there according to the pdf file size. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 161739] Export as PDF..blows up file size by factor 20
https://bugs.documentfoundation.org/show_bug.cgi?id=161739 --- Comment #5 from HTK300 --- Created attachment 194918 --> https://bugs.documentfoundation.org/attachment.cgi?id=194918=edit export to PDF - General tab screenshot export settings -- You are receiving this mail because: You are the assignee for the bug.
[Bug 161739] Export as PDF..blows up file size by factor 20
https://bugs.documentfoundation.org/show_bug.cgi?id=161739 --- Comment #4 from HTK300 --- Version: 24.8.0.0.beta1 (X86_64) / LibreOffice Community Build ID: 318462181c709ed29c01eb3239b4d600d7b82ecc CPU threads: 8; OS: Windows 10 X86_64 (10.0 build 19045); UI render: Skia/Raster; VCL: win Locale: de-DE (en_US); UI: en-US Calc: CL threaded -- You are receiving this mail because: You are the assignee for the bug.
[Bug 161749] "Rulers > Rulers" should read "Rulers > Horizontal".
https://bugs.documentfoundation.org/show_bug.cgi?id=161749
--- Comment #1 from `{3rd: "Beedell", 1st: "Roke"}`{.JSON5}
<1c4cm...@rokejulianlockhart.addy.io> ---
(In reply to `{3rd: "Beedell", 1st: "Roke"}`{.JSON5} from comment #0)
> Created attachment 194917 [details]
> Screenshot demonstrating the problem.
>
> Currently, in the Rulers submenu of the View context menu entry in the menu
> bar, the entry to (dis)enable the horizontal ruler is labelled "Horizontal
> Ruler", whereas the vertical counterpart is labelled merely "Ruler".
> Instead, for consistency and clarity (as
> https://ask.libreoffice.org/t/how-to-remove-the-horizontal-ruler-in-
> libreoffice-writer/76659/2?u=rokejulianlockhart demonstrates) they should be
> labelled merely "Horizontal" and "Vertical" respectively.
Actually, the erroneous label is "Rulers" instead of merely "Ruler", so this is
definitely an accident, rather than deliberate (but erroneous regardless).
--
You are receiving this mail because:
You are the assignee for the bug.
[Bug 161749] "Rulers > Rulers" should read "Rulers > Horizontal".
https://bugs.documentfoundation.org/show_bug.cgi?id=161749
`{3rd: "Beedell", 1st: "Roke"}`{.JSON5} <1c4cm...@rokejulianlockhart.addy.io>
changed:
What|Removed |Added
URL||https://ask.libreoffice.org
||/t/how-to-remove-the-horizo
||ntal-ruler-in-libreoffice-w
||riter/76659/2?u=rokejulianl
||ockhart
--
You are receiving this mail because:
You are the assignee for the bug.
[Bug 161749] New: "Rulers > Rulers" should read "Rulers > Horizontal".
https://bugs.documentfoundation.org/show_bug.cgi?id=161749 Bug ID: 161749 Summary: "Rulers > Rulers" should read "Rulers > Horizontal". Product: LibreOffice Version: 24.2.4.2 release Hardware: x86-64 (AMD64) OS: Linux (All) Status: UNCONFIRMED Severity: trivial Priority: medium Component: Writer Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: 1c4cm...@rokejulianlockhart.addy.io Created attachment 194917 --> https://bugs.documentfoundation.org/attachment.cgi?id=194917=edit Screenshot demonstrating the problem. Currently, in the Rulers submenu of the View context menu entry in the menu bar, the entry to (dis)enable the horizontal ruler is labelled "Horizontal Ruler", whereas the vertical counterpart is labelled merely "Ruler". Instead, for consistency and clarity (as https://ask.libreoffice.org/t/how-to-remove-the-horizontal-ruler-in-libreoffice-writer/76659/2?u=rokejulianlockhart demonstrates) they should be labelled merely "Horizontal" and "Vertical" respectively. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 161748] Copying cells in Calc doesn't show marching ants animation (at least on WindowsOS), neither in default configuration nor regardless of the expert option "AnimationsEnabled"
https://bugs.documentfoundation.org/show_bug.cgi?id=161748 --- Comment #1 from PeterS --- The bug might have been introduced in LibreOfficeDev_24.2.0.0.alpha0 but this isn't available for download (if it all exists). -- You are receiving this mail because: You are the assignee for the bug.
[Bug 161748] New: Copying cells in Calc doesn't show marching ants animation (at least on WindowsOS), neither in default configuration nor regardless of the expert option "AnimationsEnabled"
https://bugs.documentfoundation.org/show_bug.cgi?id=161748
Bug ID: 161748
Summary: Copying cells in Calc doesn't show marching ants
animation (at least on WindowsOS), neither in default
configuration nor regardless of the expert option
"AnimationsEnabled"
Product: LibreOffice
Version: 24.2.0.0 alpha1+
Hardware: All
OS: Windows (All)
Status: UNCONFIRMED
Severity: normal
Priority: medium
Component: Calc
Assignee: libreoffice-bugs@lists.freedesktop.org
Reporter: solar...@gmx.de
Description:
Copying cells in Calc does not show marching ants animation (at least on
WindowsOS), neither in default configuration nor regardless of the expert
option "AnimationsEnabled".
Despite the LibreOffice expert option "AnimationsEnabled", it does *not* use
the "marching ants" animation, making it hard to see what cells you just
selected, especially for visual impaired (e.g. elderly people), or just having
bad light conditions.
The copied cells have not a "marching ants" animation copy border as before,
but have just a "sleeping ants" border.
Note: the page break / print area also uses the same "sleeping ants" border,
which is confusing to non-experts.
Therefore the default behaviour of copying cells should be the old "marching
ants" animation.
I do understand that there might be people feeling annoyed by "marching ants"
animation, but the option to switch on/off the animation ("AnimationsEnabled")
must be respected.
The expert option "AnimationsEnabled" doesn't have an effect, neither “true”
nor “false” activate the "marching ants" animation.
Expert option "AnimationsEnabled" specifically:
I changed this setting using: “Tools” -> “Options” -> “LibreOffice” ->
“Advanced” -> “Open Expert Configuration” -> Type: animat
"org.openoffice.Office.Common" -> "VCL" -> "AnimationsEnabled".
This might be a Windows-only issue. It is still present in 24.2.4.2 and got
introduced in 24.2.0.0.alpha1_Win_x86-64.msi.
However, in 7.6.7.2 the "marching ants" animation worked as usual.
Note: The bug is also present in 24.8.beta1.
Steps to Reproduce:
1. Use a windows-OS. My laptop has Win10Pro (Windows 10 Enterprise), 22H2 with
all updates (Build: 19045.4529). CPU threads: 4; OS: Windows 10.0 Build 19045;
UI-Render: Skia/Raster; VCL: win, Calc; threaded, de-DE
2. (if needed) Install a parallel installation of 7.6.7.2 win x86_64
3. (if needed) Install a parallel installation of 24.2.4.2 win x86_64
4. Create a new calc document.
5. Select a group a cells and select "Copy"
Actual Results:
In 7.6.7.2: The copied cells have a "marching ants" animation border as usual.
In 24.2.4.2: The "marching ants" animation does not work: The copied cells have
a "sleeping ants" border (the same as the page break / print area).
In 7.6.7.2: The expert option "AnimationsEnabled" gets respected: "true" means
"marching ants" animation border. "false" means "sleeping ants" border.
In 24.2.4.2: The expert option "AnimationsEnabled" gets disregarded. Both
"true" as well as "false" means "sleeping ants" border.
Expected Results:
1. The default behaviour should be that the copied cells have a "marching ants"
animation as usual until and including 7.6.7.2.
2. The expert option "AnimationsEnabled" must get respected: "true" means
"marching ants" animation border. "false" means "Sleeping ants" border.
Reproducible: Always
User Profile Reset: Yes
Additional Info:
The bug (no "marching ants" animation) got introduced in
LibreOfficeDev_24.2.0.0.alpha1_Win_x86-64.msi
There another change was introduced: the size of the “ants” were dependent of
the size of the cell area selected. It doesn’t seem to be dependent on the zoom
setting.
In 24.2.4.2 the size of the “ants” are small as usual, but there is still no
"marching ants" animation border after copying.
See also the *fixed* bug report 156506:
https://bugs.documentfoundation.org/show_bug.cgi?id=156506
See also the *fixed* bug report 155414:
https://bugs.documentfoundation.org/show_bug.cgi?id=155414
My laptop has Win10Pro (Windows 10 Enterprise), 22H2 with all updates (Build:
19045.4529). CPU threads: 4; OS: Windows 10.0 Build 19045; UI-Render:
Skia/Raster; VCL: win, Calc; threaded, de-DE
--
You are receiving this mail because:
You are the assignee for the bug.
[Bug 161421] Not all hyphenation separators (hyphens) are displayed
https://bugs.documentfoundation.org/show_bug.cgi?id=161421 Dieter changed: What|Removed |Added Blocks||120883 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=120883 [Bug 120883] [META] Hyphenation bugs and enhancements -- You are receiving this mail because: You are the assignee for the bug.
