[Bug 160253] Heading numbering
https://bugs.documentfoundation.org/show_bug.cgi?id=160253 --- Comment #1 from Elmar --- Created attachment 193170 --> https://bugs.documentfoundation.org/attachment.cgi?id=193170=edit ToC before re-opening document I cannot tell if something is messed up in the styles or something else, I then correct every heading (I do this back-spacing the heading to the prev paragraph, then hit Enter, then apply the correct style, and Tab to set it to the right level Insert or re-do the ToC it is correct. Next time I open the doc, the headings are all messed up I cannot figure out what I have done wrong. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 160251] LibreOffice "Recent Documents" The preview image of a document reveals the content of the document
https://bugs.documentfoundation.org/show_bug.cgi?id=160251 Stéphane Guillou (stragu) changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED CC||stephane.guillou@libreoffic ||e.org Resolution|--- |NOTABUG URL||https://ask.libreoffice.org ||/t/any-way-to-disable-the-s ||tart-center-recent-files-di ||splay/103033/7 Summary|LibreOffice "最近的文档" |LibreOffice "Recent |文档的预览图泄露文档内容。 |Documents" The preview ||image of a document reveals ||the content of the document --- Comment #1 from Stéphane Guillou (stragu) --- Machine translated: --- "All my account passwords are recorded in a table. After editing with LibreOffice, a preview image will be automatically generated. This preview image will be displayed in the "Recent Documents" interface. This preview image leaks my account information. I hope to turn off this preview function and only display the file name. Although this feature is great, it can leak secrets. Hope it improves soon!" --- maxliu369, you can turn the thumbnails off using an expert configuration: Tools > Options > LibreOffice > Advanced > Open Expert Configuration > org.openoffice.Office.Common > History > RecentDocsThumbnail Double-click that property to set it to "false", then restart LibreOffice. (as a side note: managing passwords will likely be more securely done in a password manager application, with regular backups) -- You are receiving this mail because: You are the assignee for the bug.
[Bug 160253] New: Heading numbering
https://bugs.documentfoundation.org/show_bug.cgi?id=160253 Bug ID: 160253 Summary: Heading numbering Product: LibreOffice Version: 24.8.0.0 alpha0+ Master Hardware: All OS: Linux (All) Status: UNCONFIRMED Severity: normal Priority: medium Component: Writer Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: rob...@iafrica.com Description: Heading numbering gets messed up - cannot understand why. appears to be same in version 7.3 Steps to Reproduce: 1.created document with headings 2. 3. Actual Results: headings are not consistent when reopening document Expected Results: should be as per design Reproducible: Always User Profile Reset: No Additional Info: [Information automatically included from LibreOffice] Locale: en-US Module: TextDocument [Information guessed from browser] OS: Linux (All) OS is 64bit: yes -- You are receiving this mail because: You are the assignee for the bug.
[Bug 53895] Distraction-free writing extension or functionality (UI)
https://bugs.documentfoundation.org/show_bug.cgi?id=53895 --- Comment #10 from AvidSeeker --- Would love to see this. Currently it can be crudely done via toggling a few options in View tab: Normal -> Web, Status Bar, Sidebar, etc. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 116222] [META] Edit conditional formatting dialog bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=116222 Stéphane Guillou (stragu) changed: What|Removed |Added Depends on||160250 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=160250 [Bug 160250] Conditional formatting edit dialog keeps moving down and to the right (kf5) -- You are receiving this mail because: You are the assignee for the bug.
[Bug 160250] Conditional formatting edit dialog keeps moving down and to the right (kf5)
https://bugs.documentfoundation.org/show_bug.cgi?id=160250 Stéphane Guillou (stragu) changed: What|Removed |Added Blocks||102495, 116222 Version|24.2.0.3 release|6.4.0.3 release --- Comment #4 from Stéphane Guillou (stragu) --- No need to go through the Manage dialog, can be seen by repeatedly doing right-click > Conditional Formatting. Already reproduced in 6.4.0.3. No repro for gen VCL plugin. Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=102495 [Bug 102495] [META] KDE (kf5) VCL backend bugs and enhancements https://bugs.documentfoundation.org/show_bug.cgi?id=116222 [Bug 116222] [META] Edit conditional formatting dialog bugs and enhancements -- You are receiving this mail because: You are the assignee for the bug.
[Bug 102495] [META] KDE (kf5) VCL backend bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=102495 Stéphane Guillou (stragu) changed: What|Removed |Added Depends on||160250 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=160250 [Bug 160250] Conditional formatting edit dialog keeps moving down and to the right (kf5) -- You are receiving this mail because: You are the assignee for the bug.
[Bug 159728] picture cannot be resized if overlaps the footer
https://bugs.documentfoundation.org/show_bug.cgi?id=159728 lvm changed: What|Removed |Added Resolution|DUPLICATE |--- Status|RESOLVED|NEW Ever confirmed|0 |1 --- Comment #4 from lvm --- Reopening because bug 159543 is to be fixed by blocking manual invalid resizing of images which won't affect this bug caused by invalid pasting of images. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 112270] Find toolbar resets 'Other options' in the Find & Replace dialog
https://bugs.documentfoundation.org/show_bug.cgi?id=112270 --- Comment #15 from lvm --- Still reproducible, still didn't fix itself. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 160252] Editing a conditional format from the Manage dialog changes the range / creates a new one
https://bugs.documentfoundation.org/show_bug.cgi?id=160252 Stéphane Guillou (stragu) changed: What|Removed |Added Ever confirmed|0 |1 Regression By||Armin Le Grand Status|UNCONFIRMED |NEW -- You are receiving this mail because: You are the assignee for the bug.
[Bug 160250] Conditional formatting edit dialog keeps moving down and to the right (kf5)
https://bugs.documentfoundation.org/show_bug.cgi?id=160250 Stéphane Guillou (stragu) changed: What|Removed |Added See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=16 ||0252 -- You are receiving this mail because: You are the assignee for the bug.
[Bug 160252] New: Editing a conditional format from the Manage dialog changes the range / creates a new one
https://bugs.documentfoundation.org/show_bug.cgi?id=160252 Bug ID: 160252 Summary: Editing a conditional format from the Manage dialog changes the range / creates a new one Product: LibreOffice Version: 24.8.0.0 alpha0+ Master Hardware: x86-64 (AMD64) OS: Linux (All) Status: UNCONFIRMED Keywords: bibisected, bisected, regression Severity: normal Priority: medium Component: Calc Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: stephane.guil...@libreoffice.org CC: armin.le.gr...@me.com Blocks: 116221 Created attachment 193169 --> https://bugs.documentfoundation.org/attachment.cgi?id=193169=edit sample ODS Steps: 1. Open attached ODS 2. Format > Conditional > Manage > Edit (opens the dialog to edit the first conditional format) > Cancel 3. Click Edit again Result A: Range changes to active cell or active selection; creates a new rule if pressing OK. 4. Cancel Result 2: Manage dialog closes. Expected results: range does not change, rule is edited instead of creating a new one, Manage dialog stays open. Bibisected with linux-64-24.8 repo to first bad build [7f212cbb132606387f165be768f859dd36486c08] which points to: commit 74a56b7434047b6ffbf865af60dba98a9273b63a author Armin Le Grand (allotropia) Fri Jan 19 15:42:34 2024 +0100 committer Armin Le Grand Sun Jan 21 12:56:22 2024 +0100 ITEM: solve ScCondFormatDlgItem situation Reviewed-on: https://gerrit.libreoffice.org/c/core/+/162313 Repro in: Version: 24.8.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 39663a323c3330c18b610fcdc9e9c75ddac770f1 CPU threads: 8; OS: Linux 6.5; UI render: default; VCL: gtk3 Locale: en-AU (en_AU.UTF-8); UI: en-US Calc: CL threaded Same with gen VCL plugin. Armin, can you please have a look? Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=116221 [Bug 116221] [META] Manage conditional formatting dialog bugs and enhancements -- You are receiving this mail because: You are the assignee for the bug.
[Bug 116221] [META] Manage conditional formatting dialog bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=116221 Stéphane Guillou (stragu) changed: What|Removed |Added Depends on||160252 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=160252 [Bug 160252] Editing a conditional format from the Manage dialog changes the range / creates a new one -- You are receiving this mail because: You are the assignee for the bug.
[Bug 98259] [META] Keyboard shortcuts and accelerators bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=98259 Bug 98259 depends on bug 160075, which changed state. Bug 160075 Summary: key toggle of pointer focus to Main Menu has gone missing, toggle continues (Win) https://bugs.documentfoundation.org/show_bug.cgi?id=160075 What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|--- |FIXED -- You are receiving this mail because: You are the assignee for the bug.
[Bug 160251] New: LibreOffice "最近的文档" 文档的预览图泄露文档内容。
https://bugs.documentfoundation.org/show_bug.cgi?id=160251 Bug ID: 160251 Summary: LibreOffice "最近的文档" 文档的预览图泄露文档内容。 Product: LibreOffice Version: 24.2.1.2 release Hardware: x86-64 (AMD64) OS: Windows (All) Status: UNCONFIRMED Severity: normal Priority: medium Component: LibreOffice Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: maxliu...@skiff.com Created attachment 193168 --> https://bugs.documentfoundation.org/attachment.cgi?id=193168=edit 预览图泄密 我所有的账户密码都记录在一个表格内,用LibreOffice编辑过后会自动生成一个预览图,这个预览图会显示在"最近的文档"界面,这个预览图泄露了我的账户信息。 希望关闭这个预览图功能,只显示文档名就可以了。 虽然这个功能很好,但是会泄密。希望尽快改进! -- You are receiving this mail because: You are the assignee for the bug.
[Bug 109265] [META] Remember dialog's previous settings issues
https://bugs.documentfoundation.org/show_bug.cgi?id=109265 Stéphane Guillou (stragu) changed: What|Removed |Added Depends on||160250 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=160250 [Bug 160250] Conditional formatting edit dialog keeps moving down and to the right (kf5) -- You are receiving this mail because: You are the assignee for the bug.
[Bug 101285] Manage Conditional Formatting dialog doesn't remember position, column sizes, and range selection
https://bugs.documentfoundation.org/show_bug.cgi?id=101285 Stéphane Guillou (stragu) changed: What|Removed |Added See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=16 ||0250 -- You are receiving this mail because: You are the assignee for the bug.
[Bug 160250] Conditional formatting edit dialog keeps moving down and to the right (kf5)
https://bugs.documentfoundation.org/show_bug.cgi?id=160250 Stéphane Guillou (stragu) changed: What|Removed |Added Blocks||109265 Summary|Conditional formatting edit |Conditional formatting edit |dialog keeps moving down|dialog keeps moving down |and to the right|and to the right (kf5) See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=10 ||1285 Status|NEEDINFO|NEW --- Comment #3 from Stéphane Guillou (stragu) --- Interestingly, I can reproduce with kf5 (cairo+xcb) in a recent trunk build: Version: 24.8.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 39663a323c3330c18b610fcdc9e9c75ddac770f1 CPU threads: 8; OS: Linux 6.5; UI render: default; VCL: kf5 (cairo+xcb) Locale: en-AU (en_AU.UTF-8); UI: en-US Calc: CL threaded The dialog keeps moving down until it touches the display's edge. But with kf5 (cairy+wayland) and gtk3, it only moves once to a different position to the one I set, but it stays there on subsequent opens. Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=109265 [Bug 109265] [META] Remember dialog's previous settings issues -- You are receiving this mail because: You are the assignee for the bug.
[Bug 160250] Conditional formatting edit dialog keeps moving down and to the right
https://bugs.documentfoundation.org/show_bug.cgi?id=160250 --- Comment #2 from Dan Dascalescu --- Fedora Linux 38 KDE spin, kf5 (cairo+wayland) -- You are receiving this mail because: You are the assignee for the bug.
[Bug 160127] grammar context menu is not displayed if no suggestions exist
https://bugs.documentfoundation.org/show_bug.cgi?id=160127 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 159981] Pasting table data with no coloumn breaks (only row breaks), but with fixed number of columns.
https://bugs.documentfoundation.org/show_bug.cgi?id=159981 QA Administrators changed: What|Removed |Added Whiteboard|| QA:needsComment -- You are receiving this mail because: You are the assignee for the bug.
[Bug 160008] let's make Master Document window look different...
https://bugs.documentfoundation.org/show_bug.cgi?id=160008 QA Administrators changed: What|Removed |Added Whiteboard|| QA:needsComment -- You are receiving this mail because: You are the assignee for the bug.
[Bug 160127] grammar context menu is not displayed if no suggestions exist
https://bugs.documentfoundation.org/show_bug.cgi?id=160127 --- Comment #10 from QA Administrators --- [Automated Action] NeedInfo-To-Unconfirmed -- You are receiving this mail because: You are the assignee for the bug.
[Bug 156813] cannot save cannot make a name do not have privileges adminstration owner privileges
https://bugs.documentfoundation.org/show_bug.cgi?id=156813 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 156624] LibreOffice (writer) crashes intermittently on FIND after following hyperlink
https://bugs.documentfoundation.org/show_bug.cgi?id=156624 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 155759] Blurry text in LibreOffice Writer
https://bugs.documentfoundation.org/show_bug.cgi?id=155759 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 156813] cannot save cannot make a name do not have privileges adminstration owner privileges
https://bugs.documentfoundation.org/show_bug.cgi?id=156813 --- Comment #3 from QA Administrators --- Dear Trevor Apple Cherry, 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 156624] LibreOffice (writer) crashes intermittently on FIND after following hyperlink
https://bugs.documentfoundation.org/show_bug.cgi?id=156624 --- Comment #10 from QA Administrators --- Dear Dave Lovelace, Please read this message in its entirety before proceeding. Your bug report is being closed as INSUFFICIENTDATA due to inactivity and a lack of information which is needed in order to accurately reproduce and confirm the problem. We encourage you to retest your bug against the latest release. If the issue is still present in the latest stable release, we need the following information (please ignore any that you've already provided): a) Provide details of your system including your operating system and the latest version of LibreOffice that you have confirmed the bug to be present b) Provide easy to reproduce steps – the simpler the better c) Provide any test case(s) which will help us confirm the problem d) Provide screenshots of the problem if you think it might help e) Read all comments and provide any requested information Once all of this is done, please set the bug back to UNCONFIRMED and we will attempt to reproduce the issue. Please do not: a) respond via email b) update the version field in the bug or any of the other details on the top section of our bug tracker Warm Regards, QA Team MassPing-NeedInfo-FollowUp -- You are receiving this mail because: You are the assignee for the bug.
[Bug 149780] Writer pdf serial mail includes data sentences
https://bugs.documentfoundation.org/show_bug.cgi?id=149780 --- Comment #4 from QA Administrators --- Dear andreas.bergmann, 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 155759] Blurry text in LibreOffice Writer
https://bugs.documentfoundation.org/show_bug.cgi?id=155759 --- Comment #6 from QA Administrators --- Dear aaron.bush97, Please read this message in its entirety before proceeding. Your bug report is being closed as INSUFFICIENTDATA due to inactivity and a lack of information which is needed in order to accurately reproduce and confirm the problem. We encourage you to retest your bug against the latest release. If the issue is still present in the latest stable release, we need the following information (please ignore any that you've already provided): a) Provide details of your system including your operating system and the latest version of LibreOffice that you have confirmed the bug to be present b) Provide easy to reproduce steps – the simpler the better c) Provide any test case(s) which will help us confirm the problem d) Provide screenshots of the problem if you think it might help e) Read all comments and provide any requested information Once all of this is done, please set the bug back to UNCONFIRMED and we will attempt to reproduce the issue. Please do not: a) respond via email b) update the version field in the bug or any of the other details on the top section of our bug tracker Warm Regards, QA Team MassPing-NeedInfo-FollowUp -- You are receiving this mail because: You are the assignee for the bug.
[Bug 143394] Icon theme cannot be changed
https://bugs.documentfoundation.org/show_bug.cgi?id=143394 --- Comment #9 from QA Administrators --- Dear tomaskeb, 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 157320] Window gets resized to almost nothing when moving it between screens
https://bugs.documentfoundation.org/show_bug.cgi?id=157320 --- Comment #2 from QA Administrators --- Dear Pablo Pazos, 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 157070] Enormous fuzzy clone cursor with High-DPI display
https://bugs.documentfoundation.org/show_bug.cgi?id=157070 --- Comment #15 from QA Administrators --- Dear Jim Avera, This bug has been in NEEDINFO status with no change for at least 6 months. Please provide the requested information as soon as possible and mark the bug as UNCONFIRMED. Due to regular bug tracker maintenance, if the bug is still in NEEDINFO status with no change in 30 days the QA team will close the bug as INSUFFICIENTDATA due to lack of needed information. For more information about our NEEDINFO policy please read the wiki located here: https://wiki.documentfoundation.org/QA/Bugzilla/Fields/Status/NEEDINFO If you have already provided the requested information, please mark the bug as UNCONFIRMED so that the QA team knows that the bug is ready to be confirmed. Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-NeedInfo-Ping -- You are receiving this mail because: You are the assignee for the bug.
[Bug 144841] Undo not functioning properly after Special Paste RTF (pasted caused a crash prior to 7.1)
https://bugs.documentfoundation.org/show_bug.cgi?id=144841 --- Comment #4 from QA Administrators --- Dear Telesto, This bug has been in NEEDINFO status with no change for at least 6 months. Please provide the requested information as soon as possible and mark the bug as UNCONFIRMED. Due to regular bug tracker maintenance, if the bug is still in NEEDINFO status with no change in 30 days the QA team will close the bug as INSUFFICIENTDATA due to lack of needed information. For more information about our NEEDINFO policy please read the wiki located here: https://wiki.documentfoundation.org/QA/Bugzilla/Fields/Status/NEEDINFO If you have already provided the requested information, please mark the bug as UNCONFIRMED so that the QA team knows that the bug is ready to be confirmed. Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-NeedInfo-Ping -- You are receiving this mail because: You are the assignee for the bug.
[Bug 131894] Deleting/moving an empty sheet in a large calc file very slow
https://bugs.documentfoundation.org/show_bug.cgi?id=131894 --- Comment #12 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 112270] Find toolbar resets 'Other options' in the Find & Replace dialog
https://bugs.documentfoundation.org/show_bug.cgi?id=112270 --- Comment #14 from QA Administrators --- Dear lvm, 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 160250] Conditional formatting edit dialog keeps moving down and to the right
https://bugs.documentfoundation.org/show_bug.cgi?id=160250 Stéphane Guillou (stragu) changed: What|Removed |Added CC||stephane.guillou@libreoffic ||e.org Ever confirmed|0 |1 Status|UNCONFIRMED |NEEDINFO --- Comment #1 from Stéphane Guillou (stragu) --- No reproduced in: Version: 24.8.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 39663a323c3330c18b610fcdc9e9c75ddac770f1 CPU threads: 8; OS: Linux 6.5; UI render: default; VCL: gtk3 Locale: en-AU (en_AU.UTF-8); UI: en-US Calc: CL threaded Which operating system and VCL plugin? -- You are receiving this mail because: You are the assignee for the bug.
[Bug 160248] Support marking text as having no language
https://bugs.documentfoundation.org/show_bug.cgi?id=160248 Stéphane Guillou (stragu) changed: What|Removed |Added CC||stephane.guillou@libreoffic ||e.org Ever confirmed|0 |1 Status|UNCONFIRMED |NEEDINFO --- Comment #1 from Stéphane Guillou (stragu) --- [NONE] can already be set to a paragraph style or via character formatting. Why wouldn't that be the case with the implementation of bug 151290? I'm not sure we need a separate ticket for that. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 160218] perf: GetDefaultScriptType
https://bugs.documentfoundation.org/show_bug.cgi?id=160218 Aron Budea changed: What|Removed |Added Keywords||perf CC||aron.bu...@gmail.com -- You are receiving this mail because: You are the assignee for the bug.
[Bug 160226] LibreOffice Math: Clicking on visual elements (i.e. fraction) completely destroys your formula structure
https://bugs.documentfoundation.org/show_bug.cgi?id=160226 Stéphane Guillou (stragu) changed: What|Removed |Added Keywords|bibisectRequest, regression |bibisected, bisected CC||heiko.tietze@documentfounda ||tion.org, ||kha...@libreoffice.org --- Comment #5 from Stéphane Guillou (stragu) --- As I understand it, this was done on purpose with: commit ee187f6ed7873f3ebc1f845a4384a84713be1e9c author Khaled HosnyTue Sep 05 20:24:13 2023 +0300 committer خالد حسني Tue Sep 05 20:28:34 2023 +0200 starmath: Always insert using SmCursor when inline editing is enabled Choosing which code path based on which widget has focus is not a very good idea, and leads to unreliable UI tests as each code path inserts the text slightly differently (one code path inserts plain text then parses the whole equation again, while the other parses the new text then inserts the parsed node directly). Reviewed-on: https://gerrit.libreoffice.org/c/core/+/156578 Khaled, any chance this could be handled better? I assume more users than us 3 will perceive this as a bug. Jumping between visual and syntax editing with the help of the Elements sidebar is to be expected, in my opinion. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 160243] Moving picture with arrow key not synchronized with selection handles
https://bugs.documentfoundation.org/show_bug.cgi?id=160243 m_a_riosv changed: What|Removed |Added CC||miguelangelrv@libreoffice.o ||rg --- Comment #5 from m_a_riosv --- Seems fine for me with: Version: 24.2.2.1 (X86_64) / LibreOffice Community Build ID: bf759d854b5ab45b6ef0bfd22e51c6dc4fb8b882 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 neither UI render: default; VCL: win -- You are receiving this mail because: You are the assignee for the bug.
[Bug 160245] Paste special operations don't affect percentage cels
https://bugs.documentfoundation.org/show_bug.cgi?id=160245 --- Comment #2 from m_a_riosv --- And works with: Version: 24.2.2.1 (X86_64) / LibreOffice Community Build ID: bf759d854b5ab45b6ef0bfd22e51c6dc4fb8b882 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 -- You are receiving this mail because: You are the assignee for the bug.
[Bug 160245] Paste special operations don't affect percentage cels
https://bugs.documentfoundation.org/show_bug.cgi?id=160245 m_a_riosv changed: What|Removed |Added CC||miguelangelrv@libreoffice.o ||rg --- Comment #1 from m_a_riosv --- Works for me with: Version: 24.8.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 3ba85b7786663da4f2de1a3c2fe7ee9a27657293 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 -- You are receiving this mail because: You are the assignee for the bug.
[Bug 93844] SIDEBAR: Style previews in Styles and Formatting tab in Calc
https://bugs.documentfoundation.org/show_bug.cgi?id=93844 --- Comment #6 from m_a_riosv --- Unfortunately, no one takes care of it for now. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 160216] Not possible to load an existing text file (.odt) without the program freezing.
https://bugs.documentfoundation.org/show_bug.cgi?id=160216 --- Comment #3 from m_a_riosv --- Please, can you attach a sample file showing the issue. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 160232] LibreOffice Calc - Autocomplete completes Number cells with date cells
https://bugs.documentfoundation.org/show_bug.cgi?id=160232 m_a_riosv changed: What|Removed |Added Resolution|--- |NOTABUG Status|UNCONFIRMED |RESOLVED --- Comment #5 from m_a_riosv --- Your date is a text date, not a true date, it has a quote preceding the value. '21.02.24 If you change the cell format, you get the same '21.02.24 When a true date, autocomplete doesn't work. https://wiki.documentfoundation.org/Faq/Calc/How_to_convert_number_text_to_numeric_data -- You are receiving this mail because: You are the assignee for the bug.
[Bug 93352] UI. RTL: Horizontal scrolling for right-to-left Sheet moves in opposite direction (macOS and Linux)
https://bugs.documentfoundation.org/show_bug.cgi?id=93352 Patrick Luby (volunteer) changed: What|Removed |Added Status|NEW |ASSIGNED Assignee|libreoffice-b...@lists.free |guibomac...@gmail.com |desktop.org | --- Comment #32 from Patrick Luby (volunteer) --- Only had to revert a small portion of commit bfa21ce5fa08f2c634ccb6162914be55aef9f3c2 to get this RTL horizontal swiping and scrollbar clicking and dragging to work!: https://gerrit.libreoffice.org/c/core/+/164959 I still need to reimplement the original GTK issues that commit bfa21ce5fa08f2c634ccb6162914be55aef9f3c2 did fix. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 134864] Calc takes a time for XLSX file opening (so many condition formatting rules in the file)
https://bugs.documentfoundation.org/show_bug.cgi?id=134864 --- Comment #9 from m_a_riosv --- Opening the file with Excel is fast. But selecting in Excel Conditional Formatting Conditional Formatting Rule Manager and trying to select e.g. sheet W2 causes Excel to hang. Microsoft® Excel® para Microsoft 365 MSO (versión 2402 compilación 16.0.17328.20124) de 64 bits So it seems that something is wrong with the file. Maybe too much CF -- You are receiving this mail because: You are the assignee for the bug.
[Bug 160250] New: Conditional formatting edit dialog keeps moving down and to the right
https://bugs.documentfoundation.org/show_bug.cgi?id=160250 Bug ID: 160250 Summary: Conditional formatting edit dialog keeps moving down and to the right Product: LibreOffice Version: 24.2.0.3 release Hardware: All OS: All Status: UNCONFIRMED Severity: normal Priority: medium Component: Calc Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: ddascalescu+freedesk...@gmail.com 1. Open a sheet with several conditional formatting rules. 2. Go to Format -> Conditional -> Manage 3. Edit a rule. Notice the position of the "Conditional formatting for..." range. 4. Click the mouse in the range box to make the position more obvious in the next step. 5. Press Enter to close the dialog. 6. Edit another rule. 7. Notice how the mouse is above the range box. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 160249] Support marking text as having an arbitrary language
https://bugs.documentfoundation.org/show_bug.cgi?id=160249 --- Comment #1 from Eyal Rozenberg --- UI-wise, we should probably not just let the user type a language in whatever combo-box we provide them with, as they are likely to mistype a common language name and get an arbitrary language instead. We should probably offer adding a new language to the set of recognized ones. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 160249] Support marking text as having an arbitrary language
https://bugs.documentfoundation.org/show_bug.cgi?id=160249 Eyal Rozenberg changed: What|Removed |Added Blocks||151290 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=151290 [Bug 151290] A language must be a feature of text content, not of character/paragraph styles -- You are receiving this mail because: You are the assignee for the bug.
[Bug 151290] A language must be a feature of text content, not of character/paragraph styles
https://bugs.documentfoundation.org/show_bug.cgi?id=151290 Eyal Rozenberg changed: What|Removed |Added Depends on||160249 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=160249 [Bug 160249] Support marking text as having an arbitrary language -- You are receiving this mail because: You are the assignee for the bug.
[Bug 160249] New: Support marking text as having an arbitrary language
https://bugs.documentfoundation.org/show_bug.cgi?id=160249 Bug ID: 160249 Summary: Support marking text as having an arbitrary language Product: LibreOffice Version: Inherited From OOo Hardware: All OS: All Status: UNCONFIRMED Severity: normal Priority: medium Component: LibreOffice Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: eyalr...@gmx.com There are lots of artificial domain-specific languages - for programming, for specifying constraints, etc. People sometimes even invent their own toy languages. Once it becomes possible to specify the language of a stretch of text (bug 151290), we should make it possible to specify any language the user wishes to name - i.e. specifying an arbitrary language whose name is provided by the user. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 93352] UI. RTL: Horizontal scrolling for right-to-left Sheet moves in opposite direction (macOS and Linux)
https://bugs.documentfoundation.org/show_bug.cgi?id=93352 Patrick Luby (volunteer) changed: What|Removed |Added CC||caolan.mcnamara@collabora.c ||om --- Comment #31 from Patrick Luby (volunteer) --- (In reply to Patrick Luby (volunteer) from comment #30) > Several other control classes (e.g. listbox, text field, etc.) have logic > for when ScrollBar::StateChanged(StateChangedType::Mirroring) is called so > looks like that is where I'll focus next. Nevermind. I really think that I am going to need to manually revert large chunks of the following patch that caused this bug. That patch removed reversing of the direction of how many cells to move horizontally when trackpad swipes and mouse wheel events occur. @Caolán: Am I missing something? By the time a swipe or mouse wheel event reaches the ScrollAdaptor, Calc has already calculated which columns to display in the range of visible columns use the wrong direction before it sets the thumb position: https://cgit.freedesktop.org/libreoffice/core/commit/?id=bfa21ce5fa08f2c634ccb6162914be55aef9f3c2 author Jan Holesovsky 2012-10-19 01:21:22 +0200 committer Jan Holesovsky 2012-10-19 14:51:23 +0200 fdo#44657 Remove hack that "simulates" a mirrored horizontal scrollbar. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 160231] Images in Calc get lost even in the newest version of Libreoffice 24.2.0.3
https://bugs.documentfoundation.org/show_bug.cgi?id=160231 --- Comment #4 from MB --- You are right, of course I understand the need to have very specific steps but I couldn't find a deterministic sequence to reproduce it. I'll try to be more methodic and return with more infos. At this point would the corrupted file be useful, should I uploaded too? -- You are receiving this mail because: You are the assignee for the bug.
[Bug 151290] A language must be a feature of text content, not of character/paragraph styles
https://bugs.documentfoundation.org/show_bug.cgi?id=151290 Eyal Rozenberg changed: What|Removed |Added Blocks||160248 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=160248 [Bug 160248] Support marking text as having no language -- You are receiving this mail because: You are the assignee for the bug.
[Bug 160248] Support marking text as having no language
https://bugs.documentfoundation.org/show_bug.cgi?id=160248 Eyal Rozenberg changed: What|Removed |Added Depends on||151290 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=151290 [Bug 151290] A language must be a feature of text content, not of character/paragraph styles -- You are receiving this mail because: You are the assignee for the bug.
[Bug 160248] New: Support marking text as having no language
https://bugs.documentfoundation.org/show_bug.cgi?id=160248 Bug ID: 160248 Summary: Support marking text as having no language Product: LibreOffice Version: Inherited From OOo Hardware: All OS: All Status: UNCONFIRMED Severity: normal Priority: medium Component: LibreOffice Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: eyalr...@gmx.com (This bug regards a future era after we've resolved bug 151290 and can specify the language of a stretch of text, not as an aspect of formatting but properly; and regardless of "language groups".) Some text is not actually part of any language. Examples: * Gibberish text * Transcription of non-verbal noise * Randomly-generated text etc. and note this is _not_ the same as having unknown language, nor the same as being in multiple languages simultaneously. It should be possible to indicate that a stretch of text has _no_ language. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 151290] A language must be a feature of text content, not of character/paragraph styles
https://bugs.documentfoundation.org/show_bug.cgi?id=151290 Eyal Rozenberg changed: What|Removed |Added Summary|A language must not be a|A language must be a |feature of a|feature of text content, |character/paragraph style |not of character/paragraph ||styles --- Comment #9 from Eyal Rozenberg --- (In reply to ajlittoz from comment #8) > Comment #4 mentions a common usage of the Font language attribute to switch > off spellchecking (e.g. for computer code). However, I think this is > semantically wrong. Computer code is just another language (_None_ to avoid > mistaking it for a human language) and this is too part of the data. This is a good point, but there are actually three separate issues here: * Text with no language * Languages for programming and other specific domains rather than languages developed for general-purpose speech and writing. * Text in arbitrary languages LibreOffice does not know about apriori. > I don't like either the idea to retrieve current > language from keyboard layout. I don't believe that was suggested in the context of this bug. The effect of the chosen keyboard layout on the entered text's language is an interesting discussion to have, but let's not have it in this bug. > Auto-detecting current language based on glyph seems to me infeasible: It's indeed quite infeasible. However, in the context of "filling in" language tagging for a document we obtain with no-language-tagging - that might be a reasonable "limited-effort" heuristic. At any rate - doing so is also a matter for another, dependent, bug :-) > I don't grasp the present notion of "groups". What is the commonality > between Arabic and Hindi in the "Complex" group? Layout rules are > dramatically different. Well, there's some similarity in how typesetting is handled: A lot of glyph-joining. OTOH, there are ligatures in Latin/Western languages too... as for "Asian" languages - those are the ideogramic ones, so again, similarity in handling. But it's basically historical reasons. > What would make sense is language tagging. This should not be based on > glyph. Many glyphs are "neutral", like punctuation and in some aspects > "ordinary" digits. Consequently, only author's mark up can eliminate > ambiguities. Indeed. We need more of the LO community to realize the significance and necessity of this fundamental change, for it to gather enough momentum to be executed. > I acknowledge that the matter is difficult and compatibility with existing > documents must be preserved. Font tab language setting could be kept for > that but documentation should discourage its use as obsoleted by a new > feature (separate from the formatting layer). We will have compatibility considerations for the UI, and compatibility considerations for the document markup, and both must be handled with some care. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 160247] New: CONVERT becomes CONVERT_OOO when cell formula is set via macro.
https://bugs.documentfoundation.org/show_bug.cgi?id=160247 Bug ID: 160247 Summary: CONVERT becomes CONVERT_OOO when cell formula is set via macro. Product: LibreOffice Version: 7.3.3.2 release Hardware: All OS: All Status: UNCONFIRMED Severity: normal Priority: medium Component: Calc Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: vibrationofl...@pm.me Created attachment 193167 --> https://bugs.documentfoundation.org/attachment.cgi?id=193167=edit Contains macro that demonstrates bug. I attempted to set the cell formaul to CONVERT and it becomes CONVERT_OOO and fails. I have included an attachment with a simple macro: The SUM formula works fine. The CONVERT fails. I have tested this in basic and in python. From version 7.3 to Version 24.2. All fail the same. My testing machine is running Ubuntu 22.04. Sub Main doc = ThisComponent sheet = doc.Sheets(0) sheet.getCellByPosition(0,0).setValue(1) sheet.getCellByPosition(1,0).setValue(2) sheet.getCellByPosition(2,0).setFormula("=SUM(A1:B1)") sheet.getCellByPosition(3,0).setFormula("=CONVERT(A1, ""yd"", ""m""") End Sub Screenshot Link: https://github.com/Amourspirit/python-ooouno-ex/assets/4193389/cdec402a-1386-47c8-838c-6ac50a76a87e -- You are receiving this mail because: You are the assignee for the bug.
[Bug 160246] New: Some symbols default to a different font than the font selected when the symbol is inserted
https://bugs.documentfoundation.org/show_bug.cgi?id=160246 Bug ID: 160246 Summary: Some symbols default to a different font than the font selected when the symbol is inserted Product: LibreOffice Version: 24.2.1.2 release Hardware: x86-64 (AMD64) OS: Linux (All) Status: UNCONFIRMED Severity: trivial Priority: medium Component: Writer Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: triadoman...@protonmail.com Description: The font of some symbols after they are inserted is different than the font that was selected at the moment the symbol was clicked on to be inserted. Steps to Reproduce: 1.Set Liberation Serif as the font. 2.Click 'Insert Special Characters' button. 3.Click on the 'Almost Equal To' sign, or the 'Greek Small Letter Sigma' sign (there may be more examples). 4. Highlight just the symbol which appears. 5. Notice that the font for the highlighted symbol is not Liberation Serif, but Liberation Sans instead. 6. Follow the same steps with the symbol 'pi' and notice that there is no issue. Actual Results: The font of the symbol after insertion is different than the font that was selected when the symbol was inserted. Expected Results: The font of the symbol after insertion should be the same as the font that was selected when the symbol was inserted. Reproducible: Always User Profile Reset: No Additional Info: Version: 24.2.1.2 (X86_64) / LibreOffice Community Build ID: 420(Build:2) CPU threads: 12; OS: Linux 5.15; UI render: default; VCL: gtk3 Locale: en-GB (en_GB.UTF-8); UI: en-US Ubuntu package version: 4:24.2.1~rc2-0ubuntu0.22.04.1~lo1 Calc: threaded -- You are receiving this mail because: You are the assignee for the bug.
[Bug 160245] New: Paste special operations don't affect percentage cels
https://bugs.documentfoundation.org/show_bug.cgi?id=160245 Bug ID: 160245 Summary: Paste special operations don't affect percentage cels Product: LibreOffice Version: 24.2.0.3 release Hardware: All OS: All Status: UNCONFIRMED Severity: normal Priority: medium Component: Calc Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: ddascalescu+freedesk...@gmail.com Use case: I have a percentage column that's 100x more than the actual percentage (you'll surely recognize this situation). I want to Paste Special "100" from the clipboard with the Operation set to "Divide". However, the column remains unaffected. If I perform the same operation on a column formatted as Number, the operation succeeds. Reproduction steps: 1. In column A, enter numbers like 1, 2, 3 2. Copy column A to column B 3. Format column A as percent. You'll see 100%, 200%, 300%. 4. Copy "100" to the clipbaord 5. Select column A 6. Paste Special, with Operation set to Divide -> Notice nothing happens to column A 7. Select column B 8. Paste Special, with Operation set to Divide -> Notice numbers ARE divided by 100 -- You are receiving this mail because: You are the assignee for the bug.
[Bug 160244] New: Tab stops don't save in form controls
https://bugs.documentfoundation.org/show_bug.cgi?id=160244 Bug ID: 160244 Summary: Tab stops don't save in form controls Product: LibreOffice Version: 7.6.4.1 release Hardware: x86-64 (AMD64) OS: Windows (All) Status: UNCONFIRMED Severity: normal Priority: medium Component: Writer Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: galdar1...@gmail.com Created attachment 193166 --> https://bugs.documentfoundation.org/attachment.cgi?id=193166=edit Form control problems in a .docx format This is an additional bug with the form controls in writer on version 7.6.4.1. It seems like the bug I reported about text boxes not saving data, it also doesn't save the tab stops. I can go through and set them in order from 0 to 44 in design mode. Save it. Change to regular mode, and it works fine. As soon as I close the form and re-open it, all the tab stops are reset to 0. Thanks! Michael Boyer -- You are receiving this mail because: You are the assignee for the bug.
[Bug 160237] Deactivated rules in of languageTool are still applied in Libreoffice
https://bugs.documentfoundation.org/show_bug.cgi?id=160237 --- Comment #5 from Regina Henschel --- So the error is not with the build-in spell-checker but with a tool "languageTool". Someone else who uses such tool needs to look at this report. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 160243] Moving picture with arrow key not synchronized with selection handles
https://bugs.documentfoundation.org/show_bug.cgi?id=160243 --- Comment #4 from DuyN --- Thank you for reporting the bug. I can not reproduce the bug in Version: 24.8.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 3ba85b7786663da4f2de1a3c2fe7ee9a27657293 CPU threads: 16; OS: Windows 10.0 Build 22631; UI render: Skia/Vulkan; VCL: win Locale: en-US (en_US); UI: en-US Calc: threaded -- You are receiving this mail because: You are the assignee for the bug.
[Bug 160237] Deactivated rules in of languageTool are still applied in Libreoffice
https://bugs.documentfoundation.org/show_bug.cgi?id=160237 --- Comment #4 from Max --- I'm currently using version 24.2.1.2 (installed via pacman). However, I've reinstalled libreoffice and reset it to factory settings. Yet, the error persists. Two more thoughts: - I'm currently running a self-hosted version of the languageTool grammar checker - The new word is correctly added to the used defined dictionary. This works indeed. However, LanguageTool still thinks there's a spelling mistake. After factory resetting, the only settings I configured were: 1. The activation of LanguageTool 2. Change of the base URL to the locally hosted server. Is there anything else I can provide to help you replicate the issue? -- You are receiving this mail because: You are the assignee for the bug.
[Bug 160158] Textbox Not Saving Data in form
https://bugs.documentfoundation.org/show_bug.cgi?id=160158 --- Comment #2 from Michael Boyer --- I believe I found another bug with these form controls. Should I add it here or create another report? I think the tab index doesn't work in the form control. Tabbing through items doesn't seem to follow the tab index but I can't see why it is tabbing in the order it is. Anyone have a recommendation on whether to include that here or add a new bug report? -- You are receiving this mail because: You are the assignee for the bug.
[Bug 151290] A language must not be a feature of a character/paragraph style
https://bugs.documentfoundation.org/show_bug.cgi?id=151290 --- Comment #8 from ajlittoz --- Let me bring my 2 cents to this debate. As mentioned in several comments, _language_ is an inherent property of text. Presently, this can only be set through a character style. But styles in general are tools to **format** text, i.e. change its appearance and flow properties. The language attribute in the Font tab mixes two layers: the abstract semantic layer associated to text significance and the "graphical" decoration layer. As pointed out in another comment, language tagging should be separate from the formatting layer. Comment #4 mentions a common usage of the Font language attribute to switch off spellchecking (e.g. for computer code). However, I think this is semantically wrong. Computer code is just another language (_None_ to avoid mistaking it for a human language) and this is too part of the data. Presently, writing multi-lingual documents is a real pain because this means duplicating styles. I don't like either the idea to retrieve current language from keyboard layout. Keyboard, for me, is a language-neutral device to enter characters. I don't practice layout switching for language switch sake because my keyboards have single engraving. I do switch layout but only because I configured various layouts for infrequent characters access, still continuing to type in the same language. Keyboard layout (again in my workflow) is only a description of the physical keyboard (I have one intl-US in addition to my locale) without implication about the language I type. Not using Font tab language attribute is a way to make styles universal. But this means language sequence is set with direct formatting, which is generally bad because there is no UI for it or visual feedback. Auto-detecting current language based on glyph seems to me infeasible: too many languages share characters (e.g. all West-European languages shares the Latin set, Japanese and Chinese share Kanji, …). I don't grasp the present notion of "groups". What is the commonality between Arabic and Hindi in the "Complex" group? Layout rules are dramatically different. What would make sense is language tagging. This should not be based on glyph. Many glyphs are "neutral", like punctuation and in some aspects "ordinary" digits. Consequently, only author's mark up can eliminate ambiguities. I acknowledge that the matter is difficult and compatibility with existing documents must be preserved. Font tab language setting could be kept for that but documentation should discourage its use as obsoleted by a new feature (separate from the formatting layer). -- You are receiving this mail because: You are the assignee for the bug.
[Bug 113360] [META] Solver-related bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=113360 Bug 113360 depends on bug 160122, which changed state. Bug 160122 Summary: The Options dialog that opens from the Solver dialog could be a bit taller to fit all options https://bugs.documentfoundation.org/show_bug.cgi?id=160122 What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|--- |FIXED -- You are receiving this mail because: You are the assignee for the bug.
[Bug 160237] Deactivated rules in of languageTool are still applied in Libreoffice
https://bugs.documentfoundation.org/show_bug.cgi?id=160237 --- Comment #3 from Regina Henschel --- I can reproduce that the word is not added in version 7.6. But I cannot reproduce it in version 24.2.1. So the problem is already fixed. But I do not find an associated bug report to set this report as duplicate. You can get the new version from https://www.libreoffice.org/download/download-libreoffice/ -- You are receiving this mail because: You are the assignee for the bug.
[Bug 93352] UI. RTL: Horizontal scrolling for right-to-left Sheet moves in opposite direction (macOS and Linux)
https://bugs.documentfoundation.org/show_bug.cgi?id=93352 --- Comment #30 from Patrick Luby (volunteer) --- OK. I think I am getting closer to finding the cause of the problem. I found that Calc calls ScrollBar::EnableRTL(true) when the UI is RTL. In contrast, Writer and Impress appear to always call ScrollBar::EnableRTL(false). So, AFAICT, is seems that Calc relies on the ScrollBar class to reverse any coordinates passed to it but I looked at ScrollBar::StateChanged() and it ignores StateChangedType::Mirroring (i.e. the state that represents ScrollBar::EnableRTL(true)). Several other control classes (e.g. listbox, text field, etc.) have logic for when ScrollBar::StateChanged(StateChangedType::Mirroring) is called so looks like that is where I'll focus next. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 160243] Moving picture with arrow key not synchronized with selection handles
https://bugs.documentfoundation.org/show_bug.cgi?id=160243 --- Comment #3 from raal --- Created attachment 193164 --> https://bugs.documentfoundation.org/attachment.cgi?id=193164=edit select this picture printscreen of selected picture -- You are receiving this mail because: You are the assignee for the bug.
[Bug 160243] Moving picture with arrow key not synchronized with selection handles
https://bugs.documentfoundation.org/show_bug.cgi?id=160243 --- Comment #2 from raal --- Created attachment 193163 --> https://bugs.documentfoundation.org/attachment.cgi?id=193163=edit test file -- You are receiving this mail because: You are the assignee for the bug.
[Bug 160243] Moving picture with arrow key not synchronized with selection handles
https://bugs.documentfoundation.org/show_bug.cgi?id=160243 raal changed: What|Removed |Added Keywords||bibisected, bisected, ||regression CC||glo...@fbihome.de, ||r...@post.cz --- Comment #1 from raal --- This seems to have begun at the below commit in bibisect repository/OS bibisect-linux-64-6.0. Adding Cc: to Jan-Marek Glogowski ; Could you possibly take a look at this one? Thanks 39cd2b9108fd2b536bea08f5fb7ce97377bcd292 is the first bad commit commit 39cd2b9108fd2b536bea08f5fb7ce97377bcd292 Author: Jenkins Build User Date: Fri Jul 14 15:05:21 2017 +0200 source sha:52dfefec8da5d7f25c39218fd890cad6491728ab https://git.libreoffice.org/core/+/52dfefec8da5d7f25c39218fd890cad6491728ab Run LO scheduler only via system timer -- You are receiving this mail because: You are the assignee for the bug.
[Bug 160243] New: Moving picture with arrow key not synchronized with selection handles
https://bugs.documentfoundation.org/show_bug.cgi?id=160243 Bug ID: 160243 Summary: Moving picture with arrow key not synchronized with selection handles Product: LibreOffice Version: 6.2.0.3 release Hardware: All OS: Linux (All) Status: UNCONFIRMED Severity: normal Priority: medium Component: Impress Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: r...@post.cz Description: Moving picture with arrow key not synchronized with selection handles. It doesn't work in X11 without skia. When Skia is enabled, bug doesn't occurs. Steps to Reproduce: - open attached file - go to slide 5, select first picture. Handles appears. - move picture right or left with arrow key Actual Results: picture moves, after 1 second handles move (delay) Expected Results: not delay of handles moving Reproducible: Always User Profile Reset: No Additional Info: Version: 24.8.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 7eebe680068f68d2e4081c2f4d9b290a4524d40a CPU threads: 4; OS: Linux 6.5; UI render: default; VCL: x11 Locale: cs-CZ (cs_CZ.UTF-8); UI: en-US Calc: threaded Jumbo -- You are receiving this mail because: You are the assignee for the bug.
[Bug 160242] New: Enhancement: Make possible 2 or more impress in fullscreen each on a dedicated monitor AND each seekable indipendently with user-defined hotkeys per each file.
https://bugs.documentfoundation.org/show_bug.cgi?id=160242 Bug ID: 160242 Summary: Enhancement: Make possible 2 or more impress in fullscreen each on a dedicated monitor AND each seekable indipendently with user-defined hotkeys per each file. Product: LibreOffice Version: unspecified Hardware: All OS: All Status: UNCONFIRMED Severity: enhancement Priority: medium Component: Impress Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: mrt_...@yahoo.com Description: I'm creating and running courses and I want to use libreoffice impress. I want to be able to launch multiple presentations in full screen at the same time, each on a dedicated monitor\projector. I want to be able to change slides, independently, on each presentation from the keyboard alone: I would like each presentation to be able to control, at least to go forward and backward, each with keys that I define. For example the first presentation controlled with < and >, the second with WASD, the third with PG+PG- and so on. When I save the files, it must remember that hotkeys, for that specific file. Hotkeys must be file-related and overlapped (in addition) to the global arrows. Then, globally, when there are multiple presentations open, the classic arrows must control all the presentations at the same time (forward by one them all/backward by one them all at the same time); while with the hotkeys defined for each file I can, instead, advance only the one that interests me from time to time. Obviously all in full screen on different screens. If it were possible to also save the preference of which screen to use in each file, it would be great. Actual Results: Impossible to launch multiple fullscreen presentation. Impossibile to control each presentation separately with specific keys user-defined. Expected Results: Ability to launch fullscreen multiple presentation. Control the launched multiple presentation in fullscreen by custom hotkeys each ones, individually and globally. Reproducible: Always User Profile Reset: No Additional Info: . -- You are receiving this mail because: You are the assignee for the bug.
[Bug 160237] Deactivated rules in of languageTool are still applied in Libreoffice
https://bugs.documentfoundation.org/show_bug.cgi?id=160237 --- Comment #2 from Max --- Thanks a lot for looking into this matter, much appreciated! The word is added to the user defined dictionaries (Tools -> Options -> Languages and Locales -> Writing Aids -> standard [all]). This is where it got added after right clicking the word and selecting "add to dictionary". After adding the word into the above dictionary (and restarting libreoffice completely), it is still highlighted as *wrong* (red underlining). Cutting and copying the word retains the issue, as does removing the sentence and retyping it. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 160237] Deactivated rules in of languageTool are still applied in Libreoffice
https://bugs.documentfoundation.org/show_bug.cgi?id=160237 Regina Henschel changed: What|Removed |Added CC||rb.hensc...@t-online.de --- Comment #1 from Regina Henschel --- I cannot confirm it. To which dictionary do you have added the word? -- You are receiving this mail because: You are the assignee for the bug.
[Bug 160240] Problem to read with MS Powerpoint a pptx file generated with Impress 7.6 or 24.2
https://bugs.documentfoundation.org/show_bug.cgi?id=160240 Regina Henschel changed: What|Removed |Added CC||rb.hensc...@t-online.de Status|UNCONFIRMED |RESOLVED Resolution|--- |DUPLICATE --- Comment #3 from Regina Henschel --- I set this as duplicate to but 159931. That one is fixed. The fix will be available in version 7.6.7 and 24.2.3. You can already test it in a daily build. You can install a daily build alongside a regular build. https://dev-builds.libreoffice.org/daily/master/ If you find, that your problem is not fixed in these builds, please set the bug status back to UNCONFIRMED. *** This bug has been marked as a duplicate of bug 159931 *** -- You are receiving this mail because: You are the assignee for the bug.
[Bug 159984] FILESAVE PPTX asks to repair when opened with MSO
https://bugs.documentfoundation.org/show_bug.cgi?id=159984 Regina Henschel changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |DUPLICATE --- Comment #3 from Regina Henschel --- I set this as duplicate to but 159931. That on is fixed. The fix will be available in version 7.6.7 and 24.2.3. You can already test it in a daily build. You can install a daily build alongside a regular build. https://dev-builds.libreoffice.org/daily/master/ If you find, that your problem is not fixed in these builds, please set the bug status back to NEW. *** This bug has been marked as a duplicate of bug 159931 *** -- You are receiving this mail because: You are the assignee for the bug.
[Bug 116091] Replace 'AutoFormat' button with table style listbox in Convert Text to Table dialog
https://bugs.documentfoundation.org/show_bug.cgi?id=116091 Sujatro Bhadra changed: What|Removed |Added Assignee|libreoffice-b...@lists.free |sujatrobha...@gmail.com |desktop.org | --- Comment #36 from Sujatro Bhadra --- I have ass -- You are receiving this mail because: You are the assignee for the bug.
[Bug 160241] Scrollbar arrows not always visible despite Windows settings
https://bugs.documentfoundation.org/show_bug.cgi?id=160241 Mike Kaganski changed: What|Removed |Added See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=15 ||1238 -- You are receiving this mail because: You are the assignee for the bug.
[Bug 151238] Windows 11 Scroll bar arrows hidden when set visible
https://bugs.documentfoundation.org/show_bug.cgi?id=151238 Mike Kaganski changed: What|Removed |Added See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=16 ||0241 -- You are receiving this mail because: You are the assignee for the bug.
[Bug 160241] Scrollbar arrows not always visible despite Windows settings
https://bugs.documentfoundation.org/show_bug.cgi?id=160241 Mike Kaganski changed: What|Removed |Added URL||https://ask.libreoffice.org ||/t/global-libreoffice-scrol ||lbar-accessibility/103609 -- You are receiving this mail because: You are the assignee for the bug.
[Bug 93352] UI. RTL: Horizontal scrolling for right-to-left Sheet moves in opposite direction (macOS and Linux)
https://bugs.documentfoundation.org/show_bug.cgi?id=93352 --- Comment #29 from Patrick Luby (volunteer) --- (In reply to Patrick Luby (volunteer) from comment #28) > Conclusion: I believe that this is a bug in the Calc code. For me, the > horizontal scrollbar layout and swiping behavior looks correct in Writer and > Impress documents, but Calc is failing to flip both the horizontal scrollbar > layout and the native horizontal scroll events that it receives. After a little debugging, I think there are two separate bugs that will need to be fixed: 1. Swiping and mouse wheel: horizontal events cause Calc to move in the opposite direction than expected but are handled correctly in Writer and Impress. 2. Scrollbar display: I disabled the "use native scrollbar" code using the following debug patch and the non-native scrollbar is correctly positioned against the right edge of the window, Also, dragging the horizontal scrollbar thumb or clicking on the non-thumb of the scrollbar works correctly. So I am guessing that the macOS HITheme functions that draw a native scrollbar on macOS are flipping the direction of the horizontal scrollbar: diff --git a/vcl/osx/salnativewidgets.cxx b/vcl/osx/salnativewidgets.cxx index 8a7e81fd5d86..8b5ee27f9d96 100644 --- a/vcl/osx/salnativewidgets.cxx +++ b/vcl/osx/salnativewidgets.cxx @@ -135,9 +135,11 @@ bool AquaSalGraphics::isNativeControlSupported(ControlType nType, ControlPart nP return true; break; case ControlType::Scrollbar: +/* if (nPart == ControlPart::DrawBackgroundHorz || nPart == ControlPart::DrawBackgroundVert || nPart == ControlPart::Entire || nPart == ControlPart::HasThreeButtons) return true; +*/ break; case ControlType::Slider: if (nPart == ControlPart::TrackHorzArea || nPart == ControlPart::TrackVertArea) -- You are receiving this mail because: You are the assignee for the bug.
[Bug 160241] New: Scrollbar arrows not always visible despite Windows settings
https://bugs.documentfoundation.org/show_bug.cgi?id=160241 Bug ID: 160241 Summary: Scrollbar arrows not always visible despite Windows settings Product: LibreOffice Version: unspecified Hardware: All OS: Windows (All) Status: UNCONFIRMED Severity: normal Priority: medium Component: LibreOffice Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: sarah_davie...@hotmail.com Having a disability affecting my arm control, the move towards hiding (or worse), removing scrollbar arrows (started by Apple and now seen as an acceptable sacrifice by Microsoft) has eroded accessibility and general usability. Despite using the Windows 11 "Always show Scrollbars" setting (on), the scrollbar arrows are only visible when I use my mouse alternative (standard Windows mouse settings) to where the arrows should be. Please could this be addressed as a major accessibility problem? To improve accessibility further: There is respite from this only in the Chrome browser by using the following extension: https://chromewebstore.google.com/detail/custom-scrollbars/ddbipglapfjojhfapmpmofnaoellkggc It would give LibreOffice an amazing accessibility boost if negotiations with developer of the extension, Wesley Branton, to include it in every LibreOffice application for Windows. Please, consider this suggestion. Many thanks, Sarah -- You are receiving this mail because: You are the assignee for the bug.
[Bug 93844] SIDEBAR: Style previews in Styles and Formatting tab in Calc
https://bugs.documentfoundation.org/show_bug.cgi?id=93844 Benjamin Guy-Williams changed: What|Removed |Added Version|5.1.0.0.alpha0+ Master |24.2.1.2 release Hardware|Other |x86-64 (AMD64) --- Comment #5 from Benjamin Guy-Williams --- This is an old bug - is it being ignored? It makes applying styles a bit of a pain... -- You are receiving this mail because: You are the assignee for the bug.
[Bug 160239] Coloring text in a list can change its alignment
https://bugs.documentfoundation.org/show_bug.cgi?id=160239 --- Comment #3 from t...@protonmail.com --- I uploaded the file test2 with 2 unchanged lines in the list. Then duplicated these two lines twice and coloured them. The font and size remains Calibri 8pt but the lines changed the alignment or the distance between the lines increased. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 160239] Coloring text in a list can change its alignment
https://bugs.documentfoundation.org/show_bug.cgi?id=160239 --- Comment #2 from t...@protonmail.com --- Created attachment 193162 --> https://bugs.documentfoundation.org/attachment.cgi?id=193162=edit changed list items after coloring -- You are receiving this mail because: You are the assignee for the bug.
[Bug 160127] grammar context menu is not displayed if no suggestions exist
https://bugs.documentfoundation.org/show_bug.cgi?id=160127 --- Comment #9 from Fred Kruse --- Created attachment 193161 --> https://bugs.documentfoundation.org/attachment.cgi?id=193161=edit Bug: LO 24.2: Right click on grammar error -- You are receiving this mail because: You are the assignee for the bug.
[Bug 160127] grammar context menu is not displayed if no suggestions exist
https://bugs.documentfoundation.org/show_bug.cgi?id=160127 --- Comment #8 from Fred Kruse --- Created attachment 193160 --> https://bugs.documentfoundation.org/attachment.cgi?id=193160=edit Correct: LO 7.6.5: Right click on grammar error -- You are receiving this mail because: You are the assignee for the bug.
[Bug 160127] grammar context menu is not displayed if no suggestions exist
https://bugs.documentfoundation.org/show_bug.cgi?id=160127 --- Comment #7 from Fred Kruse --- 1. I tested it in English and German. An ODT with a short English text is added. Grammar error: A closing quote is missing. 2. To make it easier to test, I used the built-in LanguageTool with the default server URL for the attached screenshots. But the same error occurred with the Java-based LanguageTool extension. 3. The first screenshots "right click LO 7.6.5" shows the expected behavior. The second screenshot "right click LO 24.2" shows the bug. There is no grammar error context menu but the default context menu as there were nor grammar error. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 160127] grammar context menu is not displayed if no suggestions exist
https://bugs.documentfoundation.org/show_bug.cgi?id=160127 --- Comment #6 from Fred Kruse --- Created attachment 193159 --> https://bugs.documentfoundation.org/attachment.cgi?id=193159=edit ODT with grammar error: missig quote -- You are receiving this mail because: You are the assignee for the bug.
[Bug 160239] Coloring text in a list can change its alignment
https://bugs.documentfoundation.org/show_bug.cgi?id=160239 V Stuart Foote changed: What|Removed |Added CC||vsfo...@libreoffice.org --- Comment #1 from V Stuart Foote --- Can't confirm. Changing Highlighting via the Character... dialog or the Standard TB button, nor if removing the DF and adjusting the List style. Alignment remains, though the original list does have mixed font size (11pt Calibri from style for the leading Tab, with 8pt Calibri DF for the text entry). Version: 24.2.1.2 (X86_64) / LibreOffice Community Build ID: db4def46b0453cc22e2d0305797cf981b68ef5ac CPU threads: 8; OS: Windows 10.0 Build 19045; UI render: Skia/Vulkan; VCL: win Locale: en-US (en_US); UI: en-US Calc: CL threaded -- You are receiving this mail because: You are the assignee for the bug.
[Bug 145666] "Arial black" is not used for the "Text field" form when exporting as pdf. However, this is the case for the radio button.
https://bugs.documentfoundation.org/show_bug.cgi?id=145666 Robert Großkopf changed: What|Removed |Added CC||rob...@familiegrosskopf.de --- Comment #9 from Robert Großkopf --- This bug has been reported about something with "Arial black" as bold font. Then it has been changed to a report about fonts in form controls. Reading the title there should be also something about radio buttons. Such a confusing bug-thread could never been solved. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 38844] Reduce XOR rendering (search RasterOp::Xor)
https://bugs.documentfoundation.org/show_bug.cgi?id=38844 --- Comment #38 from Devansh Varshney --- (In reply to Hossein from comment #36) > $ git grep RasterOp::Xor|grep -v wmf|grep -v emf|grep -v workben > vcl/source/gdi/print.cxx:mpGraphics->SetXORMode( (RasterOp::Invert > == meRasterOp) || (RasterOp::Xor == meRasterOp), RasterOp::Invert == > meRasterOp ); In this one it sets the XOR mode on the acquired graphics object based on the current raster operation (meRasterOp). So, can we replace the SetXORMode() function with SetCompositionMode() to transition away from XOR rendering in the Skia backend? got some idea after searching - https://cpp.hotexamples.com/examples/-/QPainter/setCompositionMode/cpp-qpainter-setcompositionmode-method-examples.html Or is there any other way? -- You are receiving this mail because: You are the assignee for the bug.
[Bug 160222] LibreOffice 7.6.5 - SF_Session RunApplication crash for unknown reason
https://bugs.documentfoundation.org/show_bug.cgi?id=160222 --- Comment #4 from Julien Nabet --- On pc Debian x86-64 with master sources updated today, I could open gedit by using: session.RunApplication("/usr/bin/gedit") and after having changed SF_Session.xba oShell.execute(sCommand, Parameters, com.sun.star.system.SystemShellExecuteFlags.URIS_ONLY) to oShell.execute(Command, Parameters, com.sun.star.system.SystemShellExecuteFlags.DEFAULTS) I gave a try with this change on SF_Session.xba in Windows, it worked too. Of course if it's ok, we could get rid of these 2 lines: Dim sCommand As StringCommand as an URL sCommand = SF_FileSystem._ConvertToUrl(Command) but I prefer having more feedback since I hardly know ScriptForge. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 72662] Use Different Measurement Units for Line vs Page Properties (e.g. point vs inch)
https://bugs.documentfoundation.org/show_bug.cgi?id=72662 --- Comment #33 from Sahil Gautam --- What are your opinions on this. We add support for arithmetic, like gimp does, and for units, we will take the unit of the last metric in the equation. Like if the current entry is 1 cm, and some one adds 1 pt to it, then the sum is displayed as 29.3 pt (taking the unit of 1 pt). If we want to keep the unit same, we can have an extra + 0 cm at the end. If no unit is specified, then the current unit is used for that number. (And once the unit has been changed, it will be remembered) -- You are receiving this mail because: You are the assignee for the bug.
[Bug 72662] Use Different Measurement Units for Line vs Page Properties (e.g. point vs inch)
https://bugs.documentfoundation.org/show_bug.cgi?id=72662 --- Comment #32 from Sahil Gautam --- Summarizing: So there are a lot of spinedits for setting number values for different things, say paragraph spacing, border/margin width etc. And all those have a number and a unit. Now the issue is that for the whole application (calc/writer etc), we have a single unit for all such spinedits under the application, which is like "one size trying to fit all" situation. The solutions proposed are a) modify the spinedit to show a dropdown when clicked on the unit, so that the user can choose the appropriate unit. b) the gimp way of doing it (where what we type in inside the spinedit will manipulate the unit (comment 31). The GSoC Idea page also talks about remembering unit per spinedit (ideally), and some way to change the precision as number with more/less decimal places are typed in. My take: I just jumped in looking at the cool spinedit mod, but now that I see the whole picture, the gimp way makes more sense, because in the approach (a), most of the energy goes into creating a new spinedit, which looks cool, but might not be as functional as the the ones gimp has. Also if approach (a) is implemented, then clicking on the modified spinedit (unit area) will show the units dropdown, which might come in the way if later someone tries to add some of the approach (b) features. Currently if the spinedit has the units in pt, and I type 1cm (after clearing the whole entry, then it converts that to pt, and shows the new unit 28.3pt. But any arithmetic conversion/binary operation doesn't work right now (either with same units, or with different units) -- You are receiving this mail because: You are the assignee for the bug.
[Bug 160226] LibreOffice Math: Clicking on visual elements (i.e. fraction) completely destroys your formula structure
https://bugs.documentfoundation.org/show_bug.cgi?id=160226 Stéphane Guillou (stragu) changed: What|Removed |Added OS|Linux (All) |All CC||stephane.guillou@libreoffic ||e.org Keywords||bibisectRequest, regression --- Comment #4 from Stéphane Guillou (stragu) --- No repro in 7.6 with experimental mode turned on: Version: 7.6.5.2 (X86_64) / LibreOffice Community Build ID: 38d5f62f85355c192ef5f1dd47c5c0c0c6d6598b CPU threads: 8; OS: Linux 6.5; UI render: default; VCL: gtk3 Locale: en-AU (en_AU.UTF-8); UI: en-US Calc: CL threaded Reproduced in 24.2.1: Version: 24.2.1.1 (X86_64) / LibreOffice Community Build ID: 359ef544e625d2ffbfced462ab37bd593ca85fa7 CPU threads: 8; OS: Linux 6.5; UI render: default; VCL: gtk3 Locale: en-AU (en_AU.UTF-8); UI: en-US Calc: threaded So it's a regression. -- You are receiving this mail because: You are the assignee for the bug.