[Bug 158921] Exported pivot table with custom name field yields corrupt XLSX when opened in MSO
https://bugs.documentfoundation.org/show_bug.cgi?id=158921 Aron Budea changed: What|Removed |Added Blocks||104839 CC||aron.bu...@gmail.com Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=104839 [Bug 104839] [META] Saved XLSX files that MS Excel can't open -- You are receiving this mail because: You are the assignee for the bug.
[Bug 104839] [META] Saved XLSX files that MS Excel can't open
https://bugs.documentfoundation.org/show_bug.cgi?id=104839 Aron Budea changed: What|Removed |Added Depends on||158921 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=158921 [Bug 158921] Exported pivot table with custom name field yields corrupt XLSX when opened in MSO -- You are receiving this mail because: You are the assignee for the bug.
[Bug 158879] direct-formatting of INDIVIDUAL list symbols
https://bugs.documentfoundation.org/show_bug.cgi?id=158879 --- Comment #6 from Mike Kaganski --- This is not about my commit. It is about the whole "paragraph marker formatting" feature (introduced in commit 5ba30f588d6e41a13d68b1461345fca7a7ca61ac) still has no UI. It was originally created with interoperability in mind, to enable good import and round-trip of MSO documents. But the UI is needed anyway. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 158929] New: LibreOffice Disapperaed
https://bugs.documentfoundation.org/show_bug.cgi?id=158929 Bug ID: 158929 Summary: LibreOffice Disapperaed Product: LibreOffice Version: 7.6.4.1 release Hardware: All OS: Windows (All) Status: UNCONFIRMED Severity: normal Priority: medium Component: Writer Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: llbrewe...@gmail.com Description: LibreOffice has dissapperaed from desktop and computer. I had some important docs there. Steps to Reproduce: 1.No desktop icon 2.LIbreOffice not listed in programs 3. Actual Results: Same as above Expected Results: Nothing Reproducible: Always User Profile Reset: No Additional Info: Should have opened but it's not there -- You are receiving this mail because: You are the assignee for the bug.
[Bug 158755] FORMATTING: Hidden styles appear unchanged in hierarchical list (styles sidebar)
https://bugs.documentfoundation.org/show_bug.cgi?id=158755 ady changed: What|Removed |Added Ever confirmed|0 |1 Status|UNCONFIRMED |NEW --- Comment #3 from ady --- I can repro this, but I am not even sure what the expected behavior should be. Tested with LO 7.6.3 and with 24.8 alpha on Windows. In my case, with the "All styles" view, the "hidden" styles are not shown; IMHO this is a bug, as they should be grayed out (but still visible). Alternatively, the name should rather be changed to "Not-hidden" view. In my case, with the "Hierarchical" view, all styles are shown in the same way, whether they are supposed to be set as hidden or not. I can understand someone claiming that they should be actually not shown in this "Hierarchical" view, but that would be a problem. For instance, if you hide "Accent" you would be not showing all the derivative styles too. Perhaps this view should also just gray out the "hidden" styles? I can imagine some users not liking that idea. If "All styles" is renamed as "Not-hidden styles", then the "Hierarchical" view should be showing all the styles, with the "Hidden" styles grayed out. The "Hierarchical" view would also be the new "All/Hierarchical" view. IMHO, hidden styles should be grayed out but still visible at least in the (now proposed) "All/Hierarchical" view. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 158512] FILEOPEN PPTX Placeholder on master slide with Use background fill opened incorrectly on slide
https://bugs.documentfoundation.org/show_bug.cgi?id=158512 QA Administrators changed: What|Removed |Added Whiteboard| QA:needsComment| -- You are receiving this mail because: You are the assignee for the bug.
[Bug 158543] Lots of CPU time used when moving a table left/right or up/down with arrow keys (or when dragging) but no lag
https://bugs.documentfoundation.org/show_bug.cgi?id=158543 QA Administrators changed: What|Removed |Added Whiteboard| QA:needsComment| -- You are receiving this mail because: You are the assignee for the bug.
[Bug 158708] Empty cell in Writer table with footnote breaks formulas involving that cell
https://bugs.documentfoundation.org/show_bug.cgi?id=158708 QA Administrators changed: What|Removed |Added Whiteboard| QA:needsComment| -- You are receiving this mail because: You are the assignee for the bug.
[Bug 158539] Memory usage increases with steps of +/-100 MB on each save and reload after simply image modification (macOS)
https://bugs.documentfoundation.org/show_bug.cgi?id=158539 QA Administrators changed: What|Removed |Added Whiteboard| QA:needsComment| -- You are receiving this mail because: You are the assignee for the bug.
[Bug 149284] LO Base freeze when using a form with macro to enter MySQL data
https://bugs.documentfoundation.org/show_bug.cgi?id=149284 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 155627] LibreOffice Calc – defined ranges are broken
https://bugs.documentfoundation.org/show_bug.cgi?id=155627 --- Comment #3 from QA Administrators --- Dear Max Szabo, 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 149284] LO Base freeze when using a form with macro to enter MySQL data
https://bugs.documentfoundation.org/show_bug.cgi?id=149284 --- Comment #12 from QA Administrators --- [Automated Action] NeedInfo-To-Unconfirmed -- You are receiving this mail because: You are the assignee for the bug.
[Bug 155627] LibreOffice Calc – defined ranges are broken
https://bugs.documentfoundation.org/show_bug.cgi?id=155627 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 155168] LibreOffice no longer remembers which Style Sidebar I had open.
https://bugs.documentfoundation.org/show_bug.cgi?id=155168 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 155168] LibreOffice no longer remembers which Style Sidebar I had open.
https://bugs.documentfoundation.org/show_bug.cgi?id=155168 --- Comment #4 from QA Administrators --- Dear douglas.mathieu, 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 133092] [META] Crash bugs
https://bugs.documentfoundation.org/show_bug.cgi?id=133092 Bug 133092 depends on bug 149004, which changed state. Bug 149004 Summary: Libreoffice crashes when remote instances using the installation https://bugs.documentfoundation.org/show_bug.cgi?id=149004 What|Removed |Added Status|NEEDINFO|RESOLVED Resolution|--- |INSUFFICIENTDATA -- You are receiving this mail because: You are the assignee for the bug.
[Bug 149004] Libreoffice crashes when remote instances using the installation
https://bugs.documentfoundation.org/show_bug.cgi?id=149004 QA Administrators changed: What|Removed |Added Status|NEEDINFO|RESOLVED Resolution|--- |INSUFFICIENTDATA -- You are receiving this mail because: You are the assignee for the bug.
[Bug 149004] Libreoffice crashes when remote instances using the installation
https://bugs.documentfoundation.org/show_bug.cgi?id=149004 --- Comment #3 from QA Administrators --- Dear judy.zhu, 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 73273] presenter console: slide transition jumpy (on dual screen display)
https://bugs.documentfoundation.org/show_bug.cgi?id=73273 --- Comment #23 from QA Administrators --- Dear Stephan Weinberger, 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 146053] Output to HTML: wrong use of p tags results in useless border
https://bugs.documentfoundation.org/show_bug.cgi?id=146053 --- Comment #2 from QA Administrators --- Dear achim, 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 134989] FILESAVE RTF: Unexpected insertion of a section
https://bugs.documentfoundation.org/show_bug.cgi?id=134989 --- Comment #7 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 129608] Calc: Navigator shows new added comment only after changing width of any column
https://bugs.documentfoundation.org/show_bug.cgi?id=129608 --- Comment #6 from QA Administrators --- Dear Roman Kuznetsov, 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 128338] UI: Irregular icons for 'First Record/Previous Record/Next Record/Last Record' in Data Sources
https://bugs.documentfoundation.org/show_bug.cgi?id=128338 --- Comment #4 from QA Administrators --- Dear Rizal Muttaqin, 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 126322] [UI] Using the scrollbar can start slide reordering
https://bugs.documentfoundation.org/show_bug.cgi?id=126322 --- Comment #6 from QA Administrators --- Dear zigazou, 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 120358] Long multi-layered numbered list in a table became mis-ordered after some editing
https://bugs.documentfoundation.org/show_bug.cgi?id=120358 --- Comment #7 from QA Administrators --- Dear Franklin Weng, 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 118310] Column chart: datetime X values are grouped by date
https://bugs.documentfoundation.org/show_bug.cgi?id=118310 --- Comment #11 from QA Administrators --- Dear Yauhen Kharuzhy, 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 158907] Formatting - changing font size not working ok
https://bugs.documentfoundation.org/show_bug.cgi?id=158907 --- Comment #2 from ady --- Attachment 191615 is an XLT template file. Saving either as ods or as xlsx file formats, and changing the font size of column A "fails" to change the font size to several cells. Note that [CTRL]+[1] > Font (tab), will show the font size that was applied (or at least attempted to). This is not reflected on the main area/cells. Also note that using the "Increase Font Size" icon of the "Formatting" toolbar (part of the Standard toolbar UI) works correctly. The reason for the failure is that each of those cells (that do not change size) contain text that is _partly_ formatted with different attributes. For example, cell A3 contains the text: "1. All timesheets should reflect the app" The initial "1." in that quoted text is formatted as bold whereas the rest of the text within the same cell is not. If you clear the format of the cells (e.g. select the range of cells and then "clear format", [CTRL]+[M] with English shortcuts), then the font size can be changed as usual. Alternatively, you have to enter to cell's edit mode, select the text within each cell, and modify the font's size (cell by cell). IMHO, applying a new format (e.g. font size) to all the range of selected cells should rather be allowed for such cases anyway. I do not know whether the "failure" is a bug or intentional (as there are pros and cons). I also don't know whether this should be considered as an enhancement request. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 158925] created pdf from master document does not create links for indexes in included documents
https://bugs.documentfoundation.org/show_bug.cgi?id=158925 m.a.riosv changed: What|Removed |Added Status|UNCONFIRMED |NEW CC||miguelangelrv@libreoffice.o ||rg Ever confirmed|0 |1 --- Comment #5 from m.a.riosv --- Reproducible Version: 7.6.4.1 (X86_64) / LibreOffice Community Build ID: e19e193f88cd6c0525a17fb7a176ed8e6a3e2aa1 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: 24.2.0.0.beta1 (X86_64) / LibreOffice Community Build ID: 5f390384195b7264c6e52add9e90a39790285249 CPU threads: 16; OS: Windows 10.0 Build 22631; UI render: Skia/Vulkan; VCL: win Locale: es-ES (es_ES); UI: en-US Calc: CL threaded -- You are receiving this mail because: You are the assignee for the bug.
[Bug 158924] Switching three slides when double clicking on the navigation button
https://bugs.documentfoundation.org/show_bug.cgi?id=158924 --- Comment #2 from Vladislav Tarakanov --- (In reply to m.a.riosv from comment #1) > (In reply to Vladislav Tarakanov from comment #0) > > > > 3. Double click on the button to switch to the next slide > Why double-click to switch next slide, one click works for me. > > > > https://help.libreoffice.org/latest/en-US/text/simpress/guide/show. > html?DbPAR=IMPRESS#bm_id5592516 1 click switches 1 slide, no problem here. The problem occurs when users double-click a button on the navigation bar (this seems to happen accidentally when they try to quickly switch slides using the navigation bar). In this case, the number of button clicks does not correspond to the number of slides switched, which is the problem. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 158924] Switching three slides when double clicking on the navigation button
https://bugs.documentfoundation.org/show_bug.cgi?id=158924 m.a.riosv changed: What|Removed |Added CC||miguelangelrv@libreoffice.o ||rg --- Comment #1 from m.a.riosv --- (In reply to Vladislav Tarakanov from comment #0) > > 3. Double click on the button to switch to the next slide Why double-click to switch next slide, one click works for me. > https://help.libreoffice.org/latest/en-US/text/simpress/guide/show.html?DbPAR=IMPRESS#bm_id5592516 -- You are receiving this mail because: You are the assignee for the bug.
[Bug 158922] LibreOffice Calc takes longer to delete a sheet line after opening File>Properties dialog box
https://bugs.documentfoundation.org/show_bug.cgi?id=158922 m.a.riosv changed: What|Removed |Added CC||miguelangelrv@libreoffice.o ||rg --- Comment #1 from m.a.riosv --- Nothing to enjoy Version: 7.6.4.1 (X86_64) / LibreOffice Community Build ID: e19e193f88cd6c0525a17fb7a176ed8e6a3e2aa1 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 Please test in safe mode, Menu/Help/Restart in Safe Mode -- You are receiving this mail because: You are the assignee for the bug.
[Bug 158921] Exported pivot table with custom name field yields corrupt XLSX when opened in MSO
https://bugs.documentfoundation.org/show_bug.cgi?id=158921 m.a.riosv changed: What|Removed |Added Ever confirmed|0 |1 CC||miguelangelrv@libreoffice.o ||rg Status|UNCONFIRMED |NEW --- Comment #2 from m.a.riosv --- Reproducible Version: 24.2.0.0.beta1 (X86_64) / LibreOffice Community Build ID: 5f390384195b7264c6e52add9e90a39790285249 CPU threads: 16; OS: Windows 10.0 Build 22631; UI render: Skia/Vulkan; VCL: win Locale: es-ES (es_ES); UI: en-US Calc: CL threaded Microsoft® Excel® para Microsoft 365 MSO (versión 2311 compilación 16.0.17029.20028) de 64 bits -- You are receiving this mail because: You are the assignee for the bug.
[Bug 158454] Add Thai Autocorrect Support
https://bugs.documentfoundation.org/show_bug.cgi?id=158454 Adolfo Jayme Barrientos changed: What|Removed |Added Whiteboard||target:24.8.0 ||target:24.2.0.2 -- You are receiving this mail because: You are the assignee for the bug.
[Bug 158928] New: Blurring of Calc cells when the curser goes from one cell to a group of cells
https://bugs.documentfoundation.org/show_bug.cgi?id=158928 Bug ID: 158928 Summary: Blurring of Calc cells when the curser goes from one cell to a group of cells Product: LibreOffice Version: 7.6.4.1 release Hardware: All OS: macOS (All) Status: UNCONFIRMED Severity: normal Priority: medium Component: Calc Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: philippedr...@gmail.com Description: When moving cursor position, the curser seems to pick up the formatting of several adjoining cell. However, when the mouse is clicked the cell are normal. Steps to Reproduce: 1.set the cursor on a cell 2.Move the cursor to a new location 3.See the formatting of the adjacent cells distort Actual Results: Once the cursor is set and click on a new location, the distortion ceases. This also happen when moving the backspace bar in the Calc sheet. Expected Results: Blurring Reproducible: Always User Profile Reset: No Additional Info: [Information automatically included from LibreOffice] Locale: en-US Module: SpreadsheetDocument [Information guessed from browser] OS: Mac OS Monterey 12.7.2 OS is 64bit: no Version: 7.6.4.1 (X86_64) / LibreOffice Community Build ID: e19e193f88cd6c0525a17fb7a176ed8e6a3e2aa1 CPU threads: 4; OS: Mac OS Monterey 12.7.2; UI render: Skia/Raster; 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 158927] New: Accessibility: Cannot set rotated shape to text edit mode without mouse in Writer
https://bugs.documentfoundation.org/show_bug.cgi?id=158927 Bug ID: 158927 Summary: Accessibility: Cannot set rotated shape to text edit mode without mouse in Writer Product: LibreOffice Version: 7.5.8.2 release Hardware: All OS: All Status: UNCONFIRMED Keywords: accessibility Severity: normal Priority: medium Component: Writer Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: rb.hensc...@t-online.de Created attachment 191644 --> https://bugs.documentfoundation.org/attachment.cgi?id=191644&action=edit text document with rotated shape Open attached document. It has a rotated "right triangle" shape. Bring it into text edit mode for to enter some text. Look at section "Shortcut Keys for Drawing Objects" in topic "General Shortcut Keys in LibreOffice" in the Help. The following methods do not work for rotated shapes, but work for not rotated shapes. Select the shape, then Press F2 or Press Enter or Start writing with a letter or a number. Only double-click with the mouse works for a rotated shape. Thus there is no way to enter text to a shape without using the mouse. The problem is specific for Writer. All three mouse-less methods work in Draw. Tested with Version: 7.5.8.2 (X86_64) / LibreOffice Community Build ID: f718d63693263970429a68f568db6046aaa9df01 CPU threads: 32; OS: Windows 10.0 Build 22631; UI render: Skia/Vulkan; VCL: win Locale: de-DE (de_DE); UI: en-US Calc: threaded and with Version: 24.2.0.0.alpha1+ (X86_64) / LibreOffice Community Build ID: 43967453e15e1d054972a7586cfef8f8e0866270 CPU threads: 32; OS: Windows 10.0 Build 22631; UI render: default; VCL: win Locale: de-DE (de_DE); UI: en-US Calc: threaded -- You are receiving this mail because: You are the assignee for the bug.
[Bug 158926] New: VIEWING: Scrolling in Calc is disjointed and slow in LibreOffice version 7.5.9.2 when I swipe with two fingers on the trackpad of my MacBook.
https://bugs.documentfoundation.org/show_bug.cgi?id=158926 Bug ID: 158926 Summary: VIEWING: Scrolling in Calc is disjointed and slow in LibreOffice version 7.5.9.2 when I swipe with two fingers on the trackpad of my MacBook. Product: LibreOffice Version: 7.5.9.2 release Hardware: All OS: macOS (All) Status: UNCONFIRMED Severity: normal Priority: medium Component: Calc Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: christianf...@yahoo.com Description: I just upgraded from 7.2.x.x to 7.5.9.2. I did not have this problem until I first tried to scroll in 7.5.9.2. Scrolling is disjointed and slow in LibreOffice version 7.5.9.2 when I swipe with two fingers on the trackpad of my MacBook. At first only part of the sheet will scroll. A moment later the rest of the scroll catches up to itself, but not always. The part that is disjointed (does not scroll with the rest of the document) is a vertical strip along the left margin, right through the row numbers of the sheet). I have silmilar issues when I try to scroll by dragging the scroll bar (for both up/down and left/right). However, when I scroll by clicking in the track of the scroll bar, the sheet scrolls as normal and expected. Unfortunately, the scrollbars do not have the arrow buttons that allow for cell-by-cell or line-by-line scrolling. Steps to Reproduce: 1.Scroll with two fingers on the trackpad (either up/down or left/right, but especially up/down). 2. 3. Actual Results: When I scrolled down with two fingers on the track pad, part of the page scrolled and part didn't scroll. Mostly what didn't scroll was a vertical strip of the left margin that cut the row numbers in half. Also there was a rectangle of the sheet (near to the vertical strip) that involved an area about 2 cells wide by 4 cells tall that also did not scroll with the rest of the sheet. Expected Results: The sheet should have scrolled smoothly and instantaneously with my finger swiping. Reproducible: Always User Profile Reset: Yes Additional Info: There is no "About LibreOffice" option in the dropdown menu under "Help". When I click on the dropdown menu for "LibreOffice" and select "About LibreOffice", a window pops up with information about the version, build, etc. This window has a discrete button that allows me to copy its contents for pasting: Version: 7.5.9.2 (X86_64) / LibreOffice Community Build ID: cdeefe45c17511d326101eed8008ac4092f278a9 CPU threads: 8; OS: Mac OS X 11.7.10; UI render: default; 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 158624] text file format dialogue on save -- ODF file format?
https://bugs.documentfoundation.org/show_bug.cgi?id=158624 Stéphane Guillou (stragu) changed: What|Removed |Added Keywords||needsUXEval CC||libreoffice-ux-advise@lists ||.freedesktop.org, ||stephane.guillou@libreoffic ||e.org Priority|medium |lowest Severity|normal |enhancement --- Comment #2 from Stéphane Guillou (stragu) --- Maybe a better example is when saving e.g. an XSLX file: the dialog uses the following terms: - file format "Excel 2007-365" - default ODF file format So there is _some_ discrepancy in that LO is specific about the current file format (i.e. the precise "Excel 2007-365" filter) but vague about the preferred filter (general "ODF" file format). So I can see Peter's point and can imagine some benefit in using the term that users will be more familiar with (seen in UI, seen in file names), but also agree with Stuart that the gain might not be significant enough. Let's see what the rest of the UX/Design team thinks. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 158626] Cell background colour (from "Office" document theme) is changed on xlsx-ods-xlsx conversion
https://bugs.documentfoundation.org/show_bug.cgi?id=158626 Stéphane Guillou (stragu) changed: What|Removed |Added Summary|Cell background colour has |Cell background colour |been changed when convert |(from "Office" document |from xlsx to ods|theme) is changed on ||xlsx-ods-xlsx conversion -- You are receiving this mail because: You are the assignee for the bug.
[Bug 108252] [META] Cell-related bugs and enhancements (including formatting)
https://bugs.documentfoundation.org/show_bug.cgi?id=108252 Stéphane Guillou (stragu) changed: What|Removed |Added Depends on||158626 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=158626 [Bug 158626] Cell background colour has been changed when convert from xlsx to ods -- You are receiving this mail because: You are the assignee for the bug.
[Bug 107331] [META] Document themes bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=107331 Stéphane Guillou (stragu) changed: What|Removed |Added Depends on||158626 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=158626 [Bug 158626] Cell background colour has been changed when convert from xlsx to ods -- You are receiving this mail because: You are the assignee for the bug.
[Bug 158626] Cell background colour has been changed when convert from xlsx to ods
https://bugs.documentfoundation.org/show_bug.cgi?id=158626 Stéphane Guillou (stragu) changed: What|Removed |Added Ever confirmed|0 |1 Keywords||bibisected, bisected, ||regression Version|unspecified |7.6.0.2 rc CC||qui...@gmail.com, ||stephane.guillou@libreoffic ||e.org Whiteboard||target:24.2 Blocks||108252, 107331 Status|UNCONFIRMED |NEW --- Comment #3 from Stéphane Guillou (stragu) --- Repro in: Version: 7.6.4.1 (X86_64) / LibreOffice Community Build ID: e19e193f88cd6c0525a17fb7a176ed8e6a3e2aa1 CPU threads: 8; OS: Linux 5.15; UI render: default; VCL: gtk3 Locale: en-AU (en_AU.UTF-8); UI: en-US Calc: threaded No repro in: Version: 7.5.9.2 (X86_64) / LibreOffice Community Build ID: cdeefe45c17511d326101eed8008ac4092f278a9 CPU threads: 8; OS: Linux 5.15; UI render: default; VCL: gtk3 Locale: en-AU (en_AU.UTF-8); UI: en-US Calc: threaded Version: 24.2.0.0.beta1 (X86_64) / LibreOffice Community Build ID: 5f390384195b7264c6e52add9e90a39790285249 CPU threads: 8; OS: Linux 5.15; UI render: default; VCL: gtk3 Locale: en-AU (en_AU.UTF-8); UI: en-US Calc: threaded The sample document uses the "Office" theme. Document theme support started in 7.6. Regression in 7.6, bibisected with linux-64-7.6 repo to first bad build commit [fb25f633a4a67a4e33ab61651f34b8e9f555a5bb] which points to core commit f47b0920f1add470a7c54845768e83dce2427eab which is a cherrypick of: commit dceeb9550dfd4e40e93180b7e10f2539b594529f author Tomaž Vajngerl Tue Jul 18 13:23:29 2023 +0900 committer Tomaž Vajngerl Tue Jul 18 15:11:11 2023 +0200 sc: ODF import/export of background cell complex color Reviewed-on: https://gerrit.libreoffice.org/c/core/+/154571 In 24.2, it was fixed by b36f7769dd07a6b6f55cdf4ce76e2f39ed186e89 but this commit wasn't cherrypicked to 7.6. Quikee, can you please have a look if this regression can be fixed in 7.6 too? I imagine b36f7769dd0 is too big as it is? Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=107331 [Bug 107331] [META] Document themes bugs and enhancements https://bugs.documentfoundation.org/show_bug.cgi?id=108252 [Bug 108252] [META] Cell-related bugs and enhancements (including formatting) -- You are receiving this mail because: You are the assignee for the bug.
[Bug 120063] [META] Options dialog's expert configuration bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=120063 Stéphane Guillou (stragu) changed: What|Removed |Added Depends on||158631 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=158631 [Bug 158631] Simplify storing of the "Print mode" setting in Impress/Draw settings -- You are receiving this mail because: You are the assignee for the bug.
[Bug 158631] Simplify storing of the "Print mode" setting in Impress/Draw settings
https://bugs.documentfoundation.org/show_bug.cgi?id=158631 Stéphane Guillou (stragu) changed: What|Removed |Added CC||stephane.guillou@libreoffic ||e.org Blocks||108800, 120063 Ever confirmed|0 |1 Whiteboard| QA:needsComment| Status|UNCONFIRMED |NEW --- Comment #1 from Stéphane Guillou (stragu) --- Makes sense -> New. I notice that switching their values in the Expert Configuration dialog has no impact on the Print > Page Options settings, and that switching one to True will not automatically set the others to False. Is that expected, Gabor? Version: 24.8.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 29097009b1f8c0dcb050367d3f2acfcaf2074a56 CPU threads: 8; OS: Linux 5.15; UI render: default; VCL: gtk3 Locale: en-AU (en_AU.UTF-8); UI: en-US Calc: threaded Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=108800 [Bug 108800] [META] Print related issues https://bugs.documentfoundation.org/show_bug.cgi?id=120063 [Bug 120063] [META] Options dialog's expert configuration bugs and enhancements -- You are receiving this mail because: You are the assignee for the bug.
[Bug 108800] [META] Print related issues
https://bugs.documentfoundation.org/show_bug.cgi?id=108800 Stéphane Guillou (stragu) changed: What|Removed |Added Depends on||158631 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=158631 [Bug 158631] Simplify storing of the "Print mode" setting in Impress/Draw settings -- You are receiving this mail because: You are the assignee for the bug.
[Bug 158634] full dates are not visible in autofilter if formatted columns
https://bugs.documentfoundation.org/show_bug.cgi?id=158634 --- Comment #6 from Stéphane Guillou (stragu) --- Created attachment 191643 --> https://bugs.documentfoundation.org/attachment.cgi?id=191643&action=edit autofilter on column that only contains dates When starting from a new document, formatting the dates as "day-month" and omitting the year, I can filter by year by using the treelist view in the autofilter. My guess is that the sample file does not use such a date treelist view because there are cells in the column that don't contain a date (e.g. Q7). My take is this is "not a bug" because the column has mixed data and therefore LO needs to deal with the formatted data it has (and handle them as strings). -- You are receiving this mail because: You are the assignee for the bug.
[Bug 158923] Dragging, Copy and Pasting, or inserting callouts and Drawing objects get misplaced, and hyperlinks creation not working
https://bugs.documentfoundation.org/show_bug.cgi?id=158923 --- Comment #2 from Jeffry --- I got a tip and just converted everything to anchor to page and I was able to drag a tab from one separate Calc Window to an entirely separate Calc Window without anything getting misplaced. I'm not sure if this fixed the Restart to Safe Mode grouping the Anchored to Cell ones up in the upper left corner. I was dragging each map over to the new project to see if I could get Calc to make more hyperlinks, but it seems once I get to 3rd or 4th map sheet Calc removes earlier hyperlinks like there is some sort of limit on how many you can have. Is this the case? -- You are receiving this mail because: You are the assignee for the bug.
[Bug 158634] full dates are not visible in autofilter if formatted columns
https://bugs.documentfoundation.org/show_bug.cgi?id=158634 Stéphane Guillou (stragu) changed: What|Removed |Added Whiteboard| QA:needsComment| CC||balazs.varga...@gmail.com, ||stephane.guillou@libreoffic ||e.org Version|7.3.7.2 release |7.2.0.0 alpha1+ Summary|Something is wrong with |full dates are not visible |dates: they are not visible |in autofilter if formatted |in filter by formatted |columns |columns and are almost | |impossible to edit. | --- Comment #5 from Stéphane Guillou (stragu) --- Thanks for the report. Regarding the remaining issue 1, the change in behaviour happened in LO 7.2, I believe for bug 140968. Displaying the values in the list as they are formatted on the sheet was intended. Balazs, can you comment? -- You are receiving this mail because: You are the assignee for the bug.
[Bug 158803] Fix issues found by pyflakes
https://bugs.documentfoundation.org/show_bug.cgi?id=158803 --- Comment #5 from Commit Notification --- Bogdan B committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/4871de96cb5e31e5ab06cf97e02e09e0e04a4de8 tdf#158803 Remove unused imports from wizards It will be available in 24.8.0. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 158642] "Text boundaries" set to "automatic" obscure the cursor when line is empty
https://bugs.documentfoundation.org/show_bug.cgi?id=158642 Stéphane Guillou (stragu) changed: What|Removed |Added CC||stephane.guillou@libreoffic ||e.org Ever confirmed|0 |1 Status|UNCONFIRMED |NEEDINFO --- Comment #4 from Stéphane Guillou (stragu) --- Not reproduced on: Version: 7.6.4.1 (X86_64) / LibreOffice Community Build ID: e19e193f88cd6c0525a17fb7a176ed8e6a3e2aa1 CPU threads: 8; OS: Linux 5.15; UI render: default; VCL: gtk3 Locale: en-AU (en_AU.UTF-8); UI: en-US Calc: threaded Can you please share a screenshot of the issue? -- You are receiving this mail because: You are the assignee for the bug.
[Bug 158914] Calc leaks RAM in response to any action
https://bugs.documentfoundation.org/show_bug.cgi?id=158914 --- Comment #2 from Allen Belletti --- I installed and tested the development version just now, but it behaves essentially the same. As soon as I've selected a new Calc document, I'm able to leak memory at will. However, I did notice a few additional details which I've confirmed back in 7.6.4.1 as well: 1. It's not actually necessary to click -- merely "swirling" the pointer around in circles will trigger the same memory leakage, but *only* when the pointer is over the Calc window. Making the same movements over the desktop or another application have the expected result (no effect). 2. If I carefully confine the pointer to moving only along the horizontal scroll bar (immediately beneath the visible cells) or vertical scroll back (immediately to the right of visible cells), memory does not leak. Perhaps because these are being redrawn by the window manager rather than the Calc app itself? -- You are receiving this mail because: You are the assignee for the bug.
[Bug 158645] Problem Syncing with Microsoft OneDrive
https://bugs.documentfoundation.org/show_bug.cgi?id=158645 Stéphane Guillou (stragu) changed: What|Removed |Added Whiteboard| QA:needsComment| Status|UNCONFIRMED |NEEDINFO Ever confirmed|0 |1 CC||stephane.guillou@libreoffic ||e.org --- Comment #3 from Stéphane Guillou (stragu) --- Thanks for the report. Please do the following: - update to the latest release: https://www.libreoffice.org/download/download-libreoffice/ - check that OneDrive / Windows are up to date too - check that it happens with other file formats too - is this issue specific to LibreOffice? What if you edit a file with another program, save it but keep it open? - check that it isn't an issue related to leftover lock files (show hidden files in the file browser, remove any associated lockfiles) -- You are receiving this mail because: You are the assignee for the bug.
[Bug 158721] Printing: blank page produced with HP LaserJet 400
https://bugs.documentfoundation.org/show_bug.cgi?id=158721 Stéphane Guillou (stragu) changed: What|Removed |Added Summary|Printing fails in Writer: |Printing: blank page |blank page produced |produced with HP LaserJet ||400 CC||stephane.guillou@libreoffic ||e.org Whiteboard||needsHPPrinter Status|UNCONFIRMED |NEEDINFO Ever confirmed|0 |1 --- Comment #12 from Stéphane Guillou (stragu) --- Do different documents print OK, or is it specific to the attached document? Does printing from another component (e.g. Impress) work? -- You are receiving this mail because: You are the assignee for the bug.
[Bug 158423] CppunitTest_unoxml_domtest failing with libxml-2.12
https://bugs.documentfoundation.org/show_bug.cgi?id=158423 Stéphane Guillou (stragu) changed: What|Removed |Added See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=15 ||8722 -- You are receiving this mail because: You are the assignee for the bug.
[Bug 158722] Test failures on 24.2.0.0 beta1
https://bugs.documentfoundation.org/show_bug.cgi?id=158722 Stéphane Guillou (stragu) changed: What|Removed |Added CC||stephane.guillou@libreoffic ||e.org Ever confirmed|0 |1 See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=15 ||8423 Status|UNCONFIRMED |NEEDINFO --- Comment #5 from Stéphane Guillou (stragu) --- Gwyn and Rene, if the remaining issue is bug 158423, are we OK to close this one as fixed? -- You are receiving this mail because: You are the assignee for the bug.
[Bug 158603] Implement a slide zoom feature (like MS Office has)
https://bugs.documentfoundation.org/show_bug.cgi?id=158603 Stéphane Guillou (stragu) changed: What|Removed |Added CC||stephane.guillou@libreoffic ||e.org Resolution|--- |DUPLICATE Whiteboard| QA:needsComment| Status|UNCONFIRMED |RESOLVED --- Comment #1 from Stéphane Guillou (stragu) --- Thank you for the suggestion. This has already been requested and is tracked in bug 150383, so marking as a duplicate. *** This bug has been marked as a duplicate of bug 150383 *** -- You are receiving this mail because: You are the assignee for the bug.
[Bug 150383] Add zooming presentation (like MSO's Slide Zoom)
https://bugs.documentfoundation.org/show_bug.cgi?id=150383 Stéphane Guillou (stragu) changed: What|Removed |Added CC||schlittphil...@mail.de --- Comment #3 from Stéphane Guillou (stragu) --- *** Bug 158603 has been marked as a duplicate of this bug. *** -- You are receiving this mail because: You are the assignee for the bug.
[Bug 150383] Add zooming presentation (like MSO's Slide Zoom)
https://bugs.documentfoundation.org/show_bug.cgi?id=150383 Stéphane Guillou (stragu) changed: What|Removed |Added Blocks||103610 Summary|Add zooming presentation|Add zooming presentation ||(like MSO's Slide Zoom) Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=103610 [Bug 103610] [META] Slide show (presentation mode) bugs and enhancements -- You are receiving this mail because: You are the assignee for the bug.
[Bug 103610] [META] Slide show (presentation mode) bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=103610 Stéphane Guillou (stragu) changed: What|Removed |Added Depends on||150383 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=150383 [Bug 150383] Add zooming presentation (like MSO's Slide Zoom) -- You are receiving this mail because: You are the assignee for the bug.
[Bug 158905] Base Form Wizard not working.
https://bugs.documentfoundation.org/show_bug.cgi?id=158905 Stéphane Guillou (stragu) changed: What|Removed |Added Ever confirmed|0 |1 CC||stephane.guillou@libreoffic ||e.org Status|UNCONFIRMED |NEEDINFO --- Comment #1 from Stéphane Guillou (stragu) --- Thanks for the report. Please test a more recent version, as the 7.3 branch won't see further updates. 7.6 is the currently supported branch: https://www.libreoffice.org/download/download-libreoffice/ If the issue persists, please provide more precise steps (e.g. the precise section in the Guide, or ideally the shortest set of steps to reproduce the issue). -- You are receiving this mail because: You are the assignee for the bug.
[Bug 158914] Calc leaks RAM in response to any action
https://bugs.documentfoundation.org/show_bug.cgi?id=158914 --- Comment #1 from Telesto --- FWIW: a nasty bug slipped through into 7.6.4.1 which could be -indirectly - responsible for the leaking. You might try 24.2.0.0.beta1 to (double) check if the issue is still occurring https://dev-builds.libreoffice.org/pre-releases/mac/aarch64/LibreOfficeDev_24.2.0.0.beta1_MacOS_aarch64.dmg -- You are receiving this mail because: You are the assignee for the bug.
[Bug 158879] direct-formatting of INDIVIDUAL list symbols
https://bugs.documentfoundation.org/show_bug.cgi?id=158879 Telesto changed: What|Removed |Added CC||mikekagan...@hotmail.com --- Comment #5 from Telesto --- @Mike I guess you unintendedly introduced a new feature (workaround) as a side-effect of a change you made. I bibisected this based on attachment 191568 (bug 158835). Both are more or less about the some topic. Opening the file in older versions of LO doesn't show formatting of the numbered list. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 158879] direct-formatting of INDIVIDUAL list symbols
https://bugs.documentfoundation.org/show_bug.cgi?id=158879 Telesto changed: What|Removed |Added See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=15 ||5238 -- You are receiving this mail because: You are the assignee for the bug.
[Bug 158879] direct-formatting of INDIVIDUAL list symbols
https://bugs.documentfoundation.org/show_bug.cgi?id=158879 Telesto changed: What|Removed |Added Keywords|bibisectRequest |bibisected, bisected --- Comment #4 from Telesto --- Bisected to: tdf#155238: Reimplement how ListAutoFormat is stored to ODF This reimplements commits 6249858a8972aef077e0249bd93cfe8f01bce4d6 (sw: ODT import/export of DOCX's paragraph marker formatting, 2022-12-19) and 209dce614c43f63f63f5b42a746665c0ec1cbfe3 (sw: fix ODT import of paragraph marker formatting, 2022-12-20). Instead of using an empty trailing span for the ListAutoFormat data, introduce a new loext:marker-style-name attribute for text:p element, referencing a text autostyle. The problems with the previous implementation were that (1) it was impossible (or very difficult) to disambiguate several empty trailing spans, in case it was needed; and (2) this was incompatible change, with other ODF implementations treating the trailing span normally. I couldn't manage to incorporate the attribute to paragraph autostyle, because of problems referencing different autostyles one from another, so put it directly to the paragraph attributes. Change-Id: I33473147f1f774c24cbbc57bf0c4f3a1d83ce5bc Reviewed-on: https://gerrit.libreoffice.org/c/core/+/151645 -- You are receiving this mail because: You are the assignee for the bug.
[Bug 150517] Borders from a character style in "list context" not displayed (wokaround: assign font color)
https://bugs.documentfoundation.org/show_bug.cgi?id=150517 Telesto changed: What|Removed |Added Keywords||bibisectRequest --- Comment #2 from Telesto --- No border shown at all in Version: 4.3.7.2 Build ID: 8a35821d8636a03b8bf4e15b48f59794652c68ba start to look like the current since: Versie: 4.4.7.2 Build ID: f3153a8b245191196a4b6b9abd1d0da16eead600 Locale: nl_NL Suggesting this to be some kind of implementation error. A bibisect might give some clues about the commit introducing the borders (and the current bug) -- You are receiving this mail because: You are the assignee for the bug.
[Bug 158650] Scrolling is lagging/freezing everywhere
https://bugs.documentfoundation.org/show_bug.cgi?id=158650 --- Comment #14 from matt --- (In reply to steve from comment #13) > Skia/Metal is known to work. > > Can affected users please test and see if Skia/Raster works when running a > master build from > https://dev-builds.libreoffice.org/daily/master/current.html Skia/Raster performance seems to be significantly improved with the following development build: Version: 24.8.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 0f6f5048d223731aa52b768a77244d0208711391 CPU threads: 16; OS: macOS 13.6.1; UI render: Skia/Raster; VCL: osx Locale: en-CA (en_CA.UTF-8); UI: en-US Calc: threaded It's still noticeably slower than Skia/Metal, but I'm guessing that is expected. I encountered the issue in this ticket after upgrading to 7.6.4 (I think from 7.5.9, but not certain). However, at least in my case, I think there is something else going on here. After experiencing slowness I deleted ~/Library/Application Support/LibreOffice in attempt to reset, which seemed to resolve the problem. However, after some time had elapsed I noticed performance had degraded again. I did not change any settings or even enter the LibreOffice preferences dialog. After repeating this process a few times over several days I decided to diff the directory indicated earlier and noticed that the following setting exists when things become unusable--but not initially: > oor:name="ForceSkiaRaster" oor:op="fuse">true So after reset UI render is as follows (and performance is great): Version: 7.6.4.1 (X86_64) / LibreOffice Community Build ID: e19e193f88cd6c0525a17fb7a176ed8e6a3e2aa1 CPU threads: 16; OS: Mac OS X 13.6.1; UI render: Skia/Metal; VCL: osx Locale: en-CA (en_CA.UTF-8); UI: en-US Calc: threaded Later UI render has been changed (not by me) to: Version: 7.6.4.1 (X86_64) / LibreOffice Community Build ID: e19e193f88cd6c0525a17fb7a176ed8e6a3e2aa1 CPU threads: 16; OS: Mac OS X 13.6.1; UI render: Skia/Raster; VCL: osx Locale: en-CA (en_CA.UTF-8); UI: en-US Calc: threaded ...and Calc is unusable. I expect, with the changes in the development build I tried, performance will be alright when this happens--but I don't think it should be changing to Skia/Raster by itself. I had a quick grep through the codebase and I think SkiaZone::hardDisable() is being called for some reason? -- You are receiving this mail because: You are the assignee for the bug.
[Bug 158925] created pdf from master document does not create links for indexes in included documents
https://bugs.documentfoundation.org/show_bug.cgi?id=158925 --- Comment #4 from goodgu...@zoho.com --- (did not find a possibility to edit my description) precising: Actual Results: the index entries **in the framed index** do not hyperlink -- You are receiving this mail because: You are the assignee for the bug.
[Bug 158925] created pdf from master document does not create links for indexes in included documents
https://bugs.documentfoundation.org/show_bug.cgi?id=158925 --- Comment #3 from goodgu...@zoho.com --- Created attachment 191642 --> https://bugs.documentfoundation.org/attachment.cgi?id=191642&action=edit generated pdf from master -- You are receiving this mail because: You are the assignee for the bug.
[Bug 158925] created pdf from master document does not create links for indexes in included documents
https://bugs.documentfoundation.org/show_bug.cgi?id=158925 --- Comment #2 from goodgu...@zoho.com --- Created attachment 191641 --> https://bugs.documentfoundation.org/attachment.cgi?id=191641&action=edit master including document BugLO-158925.odt -- You are receiving this mail because: You are the assignee for the bug.
[Bug 158925] created pdf from master document does not create links for indexes in included documents
https://bugs.documentfoundation.org/show_bug.cgi?id=158925 --- Comment #1 from goodgu...@zoho.com --- Created attachment 191640 --> https://bugs.documentfoundation.org/attachment.cgi?id=191640&action=edit document with framed index -- You are receiving this mail because: You are the assignee for the bug.
[Bug 158925] New: created pdf from master document does not create links for indexes in included documents
https://bugs.documentfoundation.org/show_bug.cgi?id=158925 Bug ID: 158925 Summary: created pdf from master document does not create links for indexes in included documents Product: LibreOffice Version: 7.6.4.1 release Hardware: x86-64 (AMD64) OS: Linux (All) Status: UNCONFIRMED Severity: normal Priority: medium Component: Printing and PDF export Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: goodgu...@zoho.com Description: writer: having local indexes in frames (because like that i can copy / move them) in included documents do not create hyperlinks when exporting pdf from the master. this has been working up to 7.6.3.x Steps to Reproduce: 1. create a document with a frame containing an index 2. create an odm master including the first document 3. generate pdf from the master Actual Results: the index entries do not hyperlink Expected Results: there should be hyperlinks for the index entries Reproducible: Always User Profile Reset: No Additional Info: Version: 7.6.4.1 (X86_64) / LibreOffice Community Build ID: e19e193f88cd6c0525a17fb7a176ed8e6a3e2aa1 CPU threads: 4; OS: Linux 6.6; UI render: default; VCL: kf5 (cairo+xcb) Locale: de-CH (en_US.UTF-8); UI: en-US -- You are receiving this mail because: You are the assignee for the bug.
[Bug 155494] Cursor goes beyond margins when typing spaces at the end of a line
https://bugs.documentfoundation.org/show_bug.cgi?id=155494 --- Comment #61 from William Friedman --- > IMO, instead of the spaces over margins, our usual metaphor for text not > fitting to the space - which is a red triangle showing "more content outside > of the bounds" - could be used instead. Cf. to a fixed-size table cell / > frame, having too much text. I think either this or the solution you offered in comment 59 is superior to the current behavior, and would more closely match the original request in bug 104683. (Which the patch which causes this behavior was intended to solve, but IMO does not.) If it were possible to add a counter as was originally requested there, all the better (see below). > However, the cursor would still not move to the next line immediately, since > it will walk through every space in the hidden space run. It is IMO the only > sane behavior - skipping all the whitespace at once is inconsistent. This is the core issue. Prior to the change resulting from the "fix" to bug 104683, as soon as a space invisibly traverses the margin, the cursor would go to the next line and remain "stuck" there if additional spaces were added until a non-space character was entered. I happen to prefer that, because at least it indicated clearly where the next non-space character would go. I don't think there's a clear "sane" choice in this case, because I think that *every action that changes text should result in some visual indication that text is being changed.* This principle is violated both by: 1) freezing the cursor at the end of the line when pressing the space bar invisibly inserts spaces past the margin, *and* 2) by freezing the cursor at the beginning of the following line when pressing the space bar invisibly adds spaces to the previous line. That is why I think a counter would be superior to a static visual indicator that there is "something" invisible; it would indicate that changes are being made. > > > The question of how the spaces are actually treated is a secondary > > issue to this bug. > OK - got confused then by the text in comment 0. But then, are the bugs > marked as duplicates actually duplicates? You are right that in my "expected results" text I also conflated cursor movement with the internal treatment of spaces. Bug 155935 is a duplicate since it relates only to cursor movement. Bug 158082 requests that spaces move to the next line, which was the second part of my request rejected here, which I suppose is NAB. (But I don't think you're right that the current standard treatment of spaces is particularly desirable, nor that the number of users cc'ed on a bug report reflects anything about the desires of the larger user base. For a complaint about this going back to 2015, which requests a change that violates the standard, see https://bugs.documentfoundation.org/show_bug.cgi?id=43100#c6.) -- You are receiving this mail because: You are the assignee for the bug.
[Bug 103610] [META] Slide show (presentation mode) bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=103610 Vladislav Tarakanov changed: What|Removed |Added Depends on||158924 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=158924 [Bug 158924] Switching three slides when double clicking on the navigation button -- You are receiving this mail because: You are the assignee for the bug.
[Bug 158924] Switching three slides when double clicking on the navigation button
https://bugs.documentfoundation.org/show_bug.cgi?id=158924 Vladislav Tarakanov changed: What|Removed |Added CC||irgalie...@mail.ru Blocks||103610 See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=15 ||4839 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=103610 [Bug 103610] [META] Slide show (presentation mode) bugs and enhancements -- You are receiving this mail because: You are the assignee for the bug.
[Bug 158924] New: Switching three slides when double clicking on the navigation button
https://bugs.documentfoundation.org/show_bug.cgi?id=158924 Bug ID: 158924 Summary: Switching three slides when double clicking on the navigation button Product: LibreOffice Version: 7.6.0.0 alpha0+ Hardware: All OS: All Status: UNCONFIRMED Severity: normal Priority: medium Component: Impress Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: vladislav.taraka...@bk.ru Description: When using the navigation bar, double-clicking the toggle button switches to the next or previous slide 3 slides, not 2. The first click switches 1 slide, the second click switches 2 slides at once. Steps to Reproduce: 1. Enable use of navigation bar 2. Run a presentation with multiple slides 3. Double click on the button to switch to the next slide Actual Results: Switches 3 slides (one on the first click, two on the second) Expected Results: Switches 2 slides Reproducible: Always User Profile Reset: No Additional Info: Version: 24.2.0.0.alpha1+ (X86_64) / LibreOffice Community Build ID: 24135dc15a797ca91dd32c70cbc4d26a05dfd127 CPU threads: 12; OS: Linux 6.1; UI render: default; VCL: gtk3 Locale: ru-RU (ru_RU.UTF-8); UI: en-US Calc: CL threaded Also reproduced on Version: 7.6.3.2 (X86_64) / LibreOffice Community Build ID: 60(Build:2) CPU threads: 12; OS: Linux 6.1; UI render: default; VCL: gtk3_kde5 Locale: ru-RU (ru_RU.UTF-8); UI: ru-RU Calc: CL threaded -- You are receiving this mail because: You are the assignee for the bug.
[Bug 90993] EDITING: Objects anchored to frame disappear when frame anchor is changed.
https://bugs.documentfoundation.org/show_bug.cgi?id=90993 sdc.bla...@youmail.dk changed: What|Removed |Added Version|4.4.3.2 release |4.1.6.2 release -- You are receiving this mail because: You are the assignee for the bug.
[Bug 158923] Dragging, Copy and Pasting, or inserting callouts and Drawing objects get misplaced, and hyperlinks creation not working
https://bugs.documentfoundation.org/show_bug.cgi?id=158923 --- Comment #1 from Jeffry --- Created attachment 191639 --> https://bugs.documentfoundation.org/attachment.cgi?id=191639&action=edit Wilderness, M'Chek, Mikona, Canopies, Elysian Maps misplaced drawing object/ hyperlink creation issue This file stopped creating hyperlinks, and when I would copy and paste or drag and drop the contents or sheet itself into a new fresh Libre Calc, some callouts would get misplaced down and to the left. Doing a Restart to Safemode would convert them from the previously misplaced as well as some not previously misplaced drawing objects from Anchor to Page, to Anchor to Cell, and bunch them up in the upper left corner. I have had issues with Wilderness, M'Chek, Mikona, Cannopies and Elysia Map sheets. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 58440] EDITING: Moving cells/columns/rows with drag and drop and modifier keys do not work as advertised (see comment #48)
https://bugs.documentfoundation.org/show_bug.cgi?id=58440 eisa01 changed: What|Removed |Added CC||eis...@gmail.com --- Comment #49 from eisa01 --- Created attachment 191638 --> https://bugs.documentfoundation.org/attachment.cgi?id=191638&action=edit Test case with current bug behavior in LO 24.2 -- You are receiving this mail because: You are the assignee for the bug.
[Bug 58440] EDITING: Moving cells/columns/rows with drag and drop and modifier keys do not work as advertised (see comment #48)
https://bugs.documentfoundation.org/show_bug.cgi?id=58440 eisa01 changed: What|Removed |Added Summary|EDITING: moving |EDITING: Moving |columns/rows with |cells/columns/rows with | overwrites |drag and drop and modifier |instead of ousting |keys do not work as ||advertised (see comment ||#48) --- Comment #48 from eisa01 --- Updated title and added two duplicates: There's a few problems that are interlinked I have uploaded a test case with a table copy-pasted from the Help section describing the keyboard shortcuts and how they should work Some operations work as advertised, while others do not Using control instead of command fixes some of the issues, but not all, so there is something wrong somewhere :) -- You are receiving this mail because: You are the assignee for the bug.
[Bug 120200] [META] Update or correct help for features
https://bugs.documentfoundation.org/show_bug.cgi?id=120200 Bug 120200 depends on bug 119936, which changed state. Bug 119936 Summary: LibreOffice Calc macOS keyboard shortcuts for moving cells not behaving as expected in help https://bugs.documentfoundation.org/show_bug.cgi?id=119936 What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED -- You are receiving this mail because: You are the assignee for the bug.
[Bug 98290] [META] Better shortcuts on macOS
https://bugs.documentfoundation.org/show_bug.cgi?id=98290 Bug 98290 depends on bug 119936, which changed state. Bug 119936 Summary: LibreOffice Calc macOS keyboard shortcuts for moving cells not behaving as expected in help https://bugs.documentfoundation.org/show_bug.cgi?id=119936 What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED -- You are receiving this mail because: You are the assignee for the bug.
[Bug 119936] LibreOffice Calc macOS keyboard shortcuts for moving cells not behaving as expected in help
https://bugs.documentfoundation.org/show_bug.cgi?id=119936 eisa01 changed: What|Removed |Added Resolution|--- |FIXED Status|NEW |RESOLVED --- Comment #13 from eisa01 --- So I take it the help file was changed to reflect the macOS shortcuts (command + option) Now the issue is that not all of them work as described As there are bugs in the actual implementation (bug 58440), I'm closing this as updating only the help wouldn't make it all work as Windows/Linux -- You are receiving this mail because: You are the assignee for the bug.
[Bug 158923] New: Dragging, Copy and Pasting, or inserting callouts and Drawing objects get misplaced, and hyperlinks creation not working
https://bugs.documentfoundation.org/show_bug.cgi?id=158923 Bug ID: 158923 Summary: Dragging, Copy and Pasting, or inserting callouts and Drawing objects get misplaced, and hyperlinks creation not working Product: LibreOffice Version: 7.6.2.1 release Hardware: All OS: Windows (All) Status: UNCONFIRMED Severity: normal Priority: medium Component: Calc Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: torchl...@gmail.com Description: Version: 7.6.2.1 (X86_64) / LibreOffice Community Build ID: 56f7684011345957bbf33a7ee678afaf4d2ba333 CPU threads: 8; OS: Windows 10.0 Build 19045; UI render: Skia/Raster; VCL: win Locale: en-US (en_US); UI: en-US Calc: CL threaded My large map that I made will misplace some Callouts or drawing objects like arrows when I try to high-lite drag, copy or insert the entire map from the original file to a new separate Libre Office Calc window. If I tried to click on the misplaced drawing objects and used the scroll wheel they would disappear and get placed where they should have originally been in the first place. I haven't been able to determine what has been causing it. The reason I'm trying to move the files over to a new fresh file is that Libre Calc stopped creating new hyperlinks, and recreating the sheets was fixing that issue. This maybe unrelated but I was trying to figure the hyperlink problem on ask.libreoffice.org and the file would get stuck and not upload at 18%. Here is a link to that page which has some pictures of what was going on. https://ask.libreoffice.org/t/navigator-in-calc-has-stopped-making-hyperlinks-from-named-pictures/99813 Steps to Reproduce: 1. Highlight all the files of the map by dragging mouse over all pictures and drawing objects 2.Right Click mouse. 3.Select copy 4.Select a spot on new separateLibre Calc window 5.Use Copy and Paste function. or 1. Drag sheet from orignal Calc window 2. to anywhere in the new separate Calc window. Then doing the Restart in Safe Mode instructions Actual Results: The pictures usually get placed in the proper locations but some of the callouts, arrows (drawing objects, get misplaced in 100+ cells to the down, and hundreds of cells to the right of where they should be located. Restarting in Safe Mode would result in the drawing objects being placed in the upper left corner instead of where they were placed (to the left and down) by doing the drag and drop of the sheet, or high-light copy and paste to new Libre Calc. Expected Results: The drawing objects keep their original position. Hyperlink creation keeps working Reproducible: Always User Profile Reset: Yes Additional Info: The files have another issue where it won't make any hyperlinks anymore and it has an error where it won't upload past 18% on Ask.libreoffice.org. I noticed that after Resetting to safe mode it had changed all of the "anchor to page, drawing objects to "anchor to Cell and those are the ones that got bunched up in the upper left corner. Anything that was already set to "Anchor to Page" didn't seem to get moved from where they should be. Someone told me in the Ask.Libreoffice.orge help site that anchoring to cell prevented drawing objects from getting misplaced but I've found the exact opposite that anchoring to page seems to work much better. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 114220] [META] Drag and drop bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=114220 Bug 114220 depends on bug 136389, which changed state. Bug 136389 Summary: Selection drag-and-drop with Option key copying instead of shifting cells in Calc on Mac 6.4.6 https://bugs.documentfoundation.org/show_bug.cgi?id=136389 What|Removed |Added Status|NEW |RESOLVED Resolution|--- |DUPLICATE -- You are receiving this mail because: You are the assignee for the bug.
[Bug 58440] EDITING: moving columns/rows with overwrites instead of ousting
https://bugs.documentfoundation.org/show_bug.cgi?id=58440 eisa01 changed: What|Removed |Added CC||jds...@gmail.com --- Comment #47 from eisa01 --- *** Bug 136389 has been marked as a duplicate of this bug. *** -- You are receiving this mail because: You are the assignee for the bug.
[Bug 136389] Selection drag-and-drop with Option key copying instead of shifting cells in Calc on Mac 6.4.6
https://bugs.documentfoundation.org/show_bug.cgi?id=136389 eisa01 changed: What|Removed |Added Resolution|--- |DUPLICATE Status|NEW |RESOLVED --- Comment #5 from eisa01 --- *** This bug has been marked as a duplicate of bug 58440 *** -- You are receiving this mail because: You are the assignee for the bug.
[Bug 143235] Calc drag and drop of rows or columns should be more user friendly
https://bugs.documentfoundation.org/show_bug.cgi?id=143235 eisa01 changed: What|Removed |Added Summary|Calc drag and drop of rows |Calc drag and drop of rows |or columns not working on |or columns should be more |macOS |user friendly CC||eis...@gmail.com --- Comment #15 from eisa01 --- So I think what you're saying is that this should be more user friendly? I tested a bit in macOS Excel and there's no easy way there either as far as I can tell FYI: There's a separate bug 58440 on quite a bit of this functionality being broken/not as described in the help -- You are receiving this mail because: You are the assignee for the bug.
[Bug 129312] macOS Impress: when dragging / reordering slides, a black dot is shown instead of a black line
https://bugs.documentfoundation.org/show_bug.cgi?id=129312 eisa01 changed: What|Removed |Added See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=13 ||3776 -- You are receiving this mail because: You are the assignee for the bug.
[Bug 133776] No border when dragging columns (MacOS)
https://bugs.documentfoundation.org/show_bug.cgi?id=133776 eisa01 changed: What|Removed |Added See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=12 ||9312 --- Comment #19 from eisa01 --- Similar issues seen in Impress, bug 129312 Could be the same underlying bug? -- You are receiving this mail because: You are the assignee for the bug.
[Bug 133776] No border when dragging columns (MacOS)
https://bugs.documentfoundation.org/show_bug.cgi?id=133776 eisa01 changed: What|Removed |Added CC||eis...@gmail.com --- Comment #18 from eisa01 --- *** Bug 133228 has been marked as a duplicate of this bug. *** -- You are receiving this mail because: You are the assignee for the bug.
[Bug 114220] [META] Drag and drop bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=114220 Bug 114220 depends on bug 133228, which changed state. Bug 133228 Summary: Moving a cell with mouse shows only black dot instead of helpful cell highlightning https://bugs.documentfoundation.org/show_bug.cgi?id=133228 What|Removed |Added Status|NEW |RESOLVED Resolution|--- |DUPLICATE -- You are receiving this mail because: You are the assignee for the bug.
[Bug 109139] [META] Cell selection bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=109139 Bug 109139 depends on bug 133228, which changed state. Bug 133228 Summary: Moving a cell with mouse shows only black dot instead of helpful cell highlightning https://bugs.documentfoundation.org/show_bug.cgi?id=133228 What|Removed |Added Status|NEW |RESOLVED Resolution|--- |DUPLICATE -- You are receiving this mail because: You are the assignee for the bug.
[Bug 133228] Moving a cell with mouse shows only black dot instead of helpful cell highlightning
https://bugs.documentfoundation.org/show_bug.cgi?id=133228 eisa01 changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |DUPLICATE --- Comment #5 from eisa01 --- *** This bug has been marked as a duplicate of bug 133776 *** -- You are receiving this mail because: You are the assignee for the bug.
[Bug 158922] New: LibreOffice Calc takes longer to delete a sheet line after opening File>Properties dialog box
https://bugs.documentfoundation.org/show_bug.cgi?id=158922 Bug ID: 158922 Summary: LibreOffice Calc takes longer to delete a sheet line after opening File>Properties dialog box Product: LibreOffice Version: 7.6.3.2 release Hardware: x86-64 (AMD64) OS: Linux (All) Status: UNCONFIRMED Severity: minor Priority: medium Component: Calc Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: pedrofelgueiras2...@gmail.com Description: It happens every time. I'm using LibreOffice Calc 7.6.3.2 on Ubuntu 22.04 (amd64) and I discovered a bug that isn't severe, but boring: basically, every time I open 'Properties' dialog box of my .xlsx documents (I don't know if this happens with Open document files...) by 'File' menu and close it, when I try to delete some line of my sheet, It takes much more time than if I hadn't opened 'Properties' dialog box. I don't know if line deletion is the unique action affected by this bug. Again, that's not a severe bug that crashes the program, but bothers me a lot. The only solution I know for overcome this bug is to close the program and open it again. Please fix this. Thanks for your attention. Best Regards and Happy New Year! Steps to Reproduce: 1. Open any .xlsx file with any data 2. Go to 'Files' menu and click on 'Properties...' option 3. Navigate a bit on the opened dialog box and close it 4. Delete some line of your table and enjoy the bug Actual Results: Line deletion takes much longer Expected Results: Line deletion took the same time as if the 'Properties' dialog had not been opened. Reproducible: Always User Profile Reset: No Additional Info: LibreOffice version information - Version: 7.6.3.2 (X86_64) / LibreOffice Community Build ID: 4fe86607b5ac922e55f140471fda9b60bdaa980d CPU threads: 8; OS: Linux 6.2; UI render: default; VCL: gtk3 Locale: pt-PT (pt_PT.UTF-8); UI: pt-PT Calc: threaded Operating system information - Name and version: Ubuntu 22.04.3 LTS GNOME version: 42.9 Window manager: Wayland -- You are receiving this mail because: You are the assignee for the bug.
[Bug 129312] macOS Impress: when dragging / reordering slides, a black dot is shown instead of a black line
https://bugs.documentfoundation.org/show_bug.cgi?id=129312 eisa01 changed: What|Removed |Added See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=13 ||3228 -- You are receiving this mail because: You are the assignee for the bug.
[Bug 133228] Moving a cell with mouse shows only black dot instead of helpful cell highlightning
https://bugs.documentfoundation.org/show_bug.cgi?id=133228 eisa01 changed: What|Removed |Added See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=12 ||9312 -- You are receiving this mail because: You are the assignee for the bug.
[Bug 108364] [META] Table/Row/Column/Cell management function bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=108364 Bug 108364 depends on bug 156248, which changed state. Bug 156248 Summary: Option key does not move cells, and source are not emptied https://bugs.documentfoundation.org/show_bug.cgi?id=156248 What|Removed |Added Status|NEW |RESOLVED Resolution|--- |DUPLICATE -- You are receiving this mail because: You are the assignee for the bug.
[Bug 136389] Selection drag-and-drop with Option key copying instead of shifting cells in Calc on Mac 6.4.6
https://bugs.documentfoundation.org/show_bug.cgi?id=136389 eisa01 changed: What|Removed |Added CC||ksdav...@gmail.com --- Comment #4 from eisa01 --- *** Bug 156248 has been marked as a duplicate of this bug. *** -- You are receiving this mail because: You are the assignee for the bug.
[Bug 156248] Option key does not move cells, and source are not emptied
https://bugs.documentfoundation.org/show_bug.cgi?id=156248 eisa01 changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |DUPLICATE --- Comment #3 from eisa01 --- *** This bug has been marked as a duplicate of bug 136389 *** -- You are receiving this mail because: You are the assignee for the bug.
[Bug 158755] FORMATTING: Hidden styles appear unchanged in hierarchical list (styles sidebar)
https://bugs.documentfoundation.org/show_bug.cgi?id=158755 --- Comment #2 from Maxime --- Created attachment 191637 --> https://bugs.documentfoundation.org/attachment.cgi?id=191637&action=edit Screenshot of LibreOffice Calc styles sidebar Title 2 is hidden ("Titre 2" in the screenshot), yet there is no visual difference in comparison to Title 1 ("Titre 1"). -- You are receiving this mail because: You are the assignee for the bug.
[Bug 133228] Moving a cell with mouse shows only black dot instead of helpful cell highlightning
https://bugs.documentfoundation.org/show_bug.cgi?id=133228 --- Comment #4 from eisa01 --- Still present Version: 24.2.0.0.beta1 (AARCH64) / LibreOffice Community Build ID: 5f390384195b7264c6e52add9e90a39790285249 CPU threads: 10; OS: macOS 14.2; 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.