[Libreoffice-bugs] [Bug 158034] New: Feature request: Editing, Formatting, UI. Option to add linebreaks when merging cells into one.
https://bugs.documentfoundation.org/show_bug.cgi?id=158034 Bug ID: 158034 Summary: Feature request: Editing, Formatting, UI. Option to add linebreaks when merging cells into one. Product: LibreOffice Version: unspecified Hardware: All OS: All Status: UNCONFIRMED Severity: enhancement Priority: medium Component: Calc Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: angyon...@gmail.com Description: When merging cells in Libreoffice Calc, there is an option to append the hidden cells into the main cell. However when this option is used, cells do not retain their structure, i.e. text in lower cells do not remain lower but get pushed to the right since there is no linebreaks and the result is only a single line. It would be nice if I could merge the cells while keeping the structure, like tabs and linebreaks, which are normally used when transferring tables in text-only applications. This would also make it easy to "unmerge" cells later, by simply copying that cell's content and pasting it at the destination. Steps to Reproduce: 1.create more than 1 adjacent cell with content in each cell 2.select the cells 3.right click and select merge cells Actual Results: Dialog box with options that do not include linebreaks Expected Results: Dialog box with option to keep cell structure using tabs and/or using linebreaks Reproducible: Always User Profile Reset: No Additional Info: Version: 7.3.7.2 / LibreOffice Community Build ID: 30(Build:2) CPU threads: 8; OS: Linux 4.14; UI render: default; VCL: gtk3 Locale: en-US (en_US.UTF-8); UI: en-US Ubuntu package version: 1:7.3.7-0ubuntu0.22.04.3 Calc: threaded -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 109236] [META] CSV import bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=109236 Ming Hua changed: What|Removed |Added Depends on||158025 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=158025 [Bug 158025] Calc Open CSV Shows chinese characters -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 158025] Calc Open CSV Shows chinese characters
https://bugs.documentfoundation.org/show_bug.cgi?id=158025 Ming Hua changed: What|Removed |Added Blocks||109236 --- Comment #7 from Ming Hua --- (In reply to Jonny Grant from comment #5) > The bug appears to be that a UTF16 BOM in a genuine UTF16 file, is > remembered by Calc. It then stays in UTF16 mode. It does not return to a > default of UTF8. > > The test files are attached. > > Note, my UTF8 file does not contain a BOM. I am far from an expert, but my understanding is that with BOM it's much easier to detect the UTF-16 encoded file properly. On the other hand, the UTF-8 file attached only contain ASCII characters, and therefore without BOM is much harder to detect encoding confidently and correctly. Anyway, let's ping the CSV import meta bug and see if someone knows better can look at this. Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=109236 [Bug 109236] [META] CSV import bugs and enhancements -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157924] It opens almost all documents with distorted fonts
https://bugs.documentfoundation.org/show_bug.cgi?id=157924 QA Administrators changed: What|Removed |Added Status|NEEDINFO|UNCONFIRMED Ever confirmed|1 |0 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 154566] Headlines in Local Help are styled as plain text
https://bugs.documentfoundation.org/show_bug.cgi?id=154566 QA Administrators changed: What|Removed |Added Resolution|--- |INSUFFICIENTDATA Status|NEEDINFO|RESOLVED -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157924] It opens almost all documents with distorted fonts
https://bugs.documentfoundation.org/show_bug.cgi?id=157924 --- Comment #4 from QA Administrators --- [Automated Action] NeedInfo-To-Unconfirmed -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 156691] [FR] export to markup tables
https://bugs.documentfoundation.org/show_bug.cgi?id=156691 QA Administrators changed: What|Removed |Added Ever confirmed|1 |0 Status|NEEDINFO|UNCONFIRMED -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 156691] [FR] export to markup tables
https://bugs.documentfoundation.org/show_bug.cgi?id=156691 --- Comment #3 from QA Administrators --- [Automated Action] NeedInfo-To-Unconfirmed -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 154262] MAILMERGE does the wrong thing with multiple "Next Record" field from different databases
https://bugs.documentfoundation.org/show_bug.cgi?id=154262 QA Administrators changed: What|Removed |Added Resolution|--- |INSUFFICIENTDATA Status|NEEDINFO|RESOLVED -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 154566] Headlines in Local Help are styled as plain text
https://bugs.documentfoundation.org/show_bug.cgi?id=154566 --- Comment #3 from QA Administrators --- Dear Leona Go., Please read this message in its entirety before proceeding. Your bug report is being closed as INSUFFICIENTDATA due to inactivity and a lack of information which is needed in order to accurately reproduce and confirm the problem. We encourage you to retest your bug against the latest release. If the issue is still present in the latest stable release, we need the following information (please ignore any that you've already provided): a) Provide details of your system including your operating system and the latest version of LibreOffice that you have confirmed the bug to be present b) Provide easy to reproduce steps – the simpler the better c) Provide any test case(s) which will help us confirm the problem d) Provide screenshots of the problem if you think it might help e) Read all comments and provide any requested information Once all of this is done, please set the bug back to UNCONFIRMED and we will attempt to reproduce the issue. Please do not: a) respond via email b) update the version field in the bug or any of the other details on the top section of our bug tracker Warm Regards, QA Team MassPing-NeedInfo-FollowUp -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 154262] MAILMERGE does the wrong thing with multiple "Next Record" field from different databases
https://bugs.documentfoundation.org/show_bug.cgi?id=154262 --- Comment #3 from QA Administrators --- Dear Jonathan Kamens, Please read this message in its entirety before proceeding. Your bug report is being closed as INSUFFICIENTDATA due to inactivity and a lack of information which is needed in order to accurately reproduce and confirm the problem. We encourage you to retest your bug against the latest release. If the issue is still present in the latest stable release, we need the following information (please ignore any that you've already provided): a) Provide details of your system including your operating system and the latest version of LibreOffice that you have confirmed the bug to be present b) Provide easy to reproduce steps – the simpler the better c) Provide any test case(s) which will help us confirm the problem d) Provide screenshots of the problem if you think it might help e) Read all comments and provide any requested information Once all of this is done, please set the bug back to UNCONFIRMED and we will attempt to reproduce the issue. Please do not: a) respond via email b) update the version field in the bug or any of the other details on the top section of our bug tracker Warm Regards, QA Team MassPing-NeedInfo-FollowUp -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 155154] Spanish spelling checker fails certain verbs past tense indefinido
https://bugs.documentfoundation.org/show_bug.cgi?id=155154 --- Comment #2 from QA Administrators --- Dear Pander, This bug has been in NEEDINFO status with no change for at least 6 months. Please provide the requested information as soon as possible and mark the bug as UNCONFIRMED. Due to regular bug tracker maintenance, if the bug is still in NEEDINFO status with no change in 30 days the QA team will close the bug as INSUFFICIENTDATA due to lack of needed information. For more information about our NEEDINFO policy please read the wiki located here: https://wiki.documentfoundation.org/QA/Bugzilla/Fields/Status/NEEDINFO If you have already provided the requested information, please mark the bug as UNCONFIRMED so that the QA team knows that the bug is ready to be confirmed. Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-NeedInfo-Ping -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 153881] Impress in full screen presentation mode displays a non existing white line on the lower and right edges
https://bugs.documentfoundation.org/show_bug.cgi?id=153881 --- Comment #14 from QA Administrators --- Dear Andy, This bug has been in NEEDINFO status with no change for at least 6 months. Please provide the requested information as soon as possible and mark the bug as UNCONFIRMED. Due to regular bug tracker maintenance, if the bug is still in NEEDINFO status with no change in 30 days the QA team will close the bug as INSUFFICIENTDATA due to lack of needed information. For more information about our NEEDINFO policy please read the wiki located here: https://wiki.documentfoundation.org/QA/Bugzilla/Fields/Status/NEEDINFO If you have already provided the requested information, please mark the bug as UNCONFIRMED so that the QA team knows that the bug is ready to be confirmed. Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-NeedInfo-Ping -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 153582] a5 printing is broken
https://bugs.documentfoundation.org/show_bug.cgi?id=153582 --- Comment #9 from QA Administrators --- Dear mattreecebentley, This bug has been in NEEDINFO status with no change for at least 6 months. Please provide the requested information as soon as possible and mark the bug as UNCONFIRMED. Due to regular bug tracker maintenance, if the bug is still in NEEDINFO status with no change in 30 days the QA team will close the bug as INSUFFICIENTDATA due to lack of needed information. For more information about our NEEDINFO policy please read the wiki located here: https://wiki.documentfoundation.org/QA/Bugzilla/Fields/Status/NEEDINFO If you have already provided the requested information, please mark the bug as UNCONFIRMED so that the QA team knows that the bug is ready to be confirmed. Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-NeedInfo-Ping -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 151759] Writer 7.4.x ignores Win10 Dell printer driver tray settings
https://bugs.documentfoundation.org/show_bug.cgi?id=151759 --- Comment #2 from QA Administrators --- Dear fluidstates, This bug has been in NEEDINFO status with no change for at least 6 months. Please provide the requested information as soon as possible and mark the bug as UNCONFIRMED. Due to regular bug tracker maintenance, if the bug is still in NEEDINFO status with no change in 30 days the QA team will close the bug as INSUFFICIENTDATA due to lack of needed information. For more information about our NEEDINFO policy please read the wiki located here: https://wiki.documentfoundation.org/QA/Bugzilla/Fields/Status/NEEDINFO If you have already provided the requested information, please mark the bug as UNCONFIRMED so that the QA team knows that the bug is ready to be confirmed. Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-NeedInfo-Ping -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 96410] WEBDAV: old version opened after simultaneous open (read only)
https://bugs.documentfoundation.org/show_bug.cgi?id=96410 --- Comment #32 from QA Administrators --- Dear Tim Banchi, To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from https://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to 'inherited from OOo'; 4b. If the bug was not present in 3.3 - add 'regression' to keyword Feel free to come ask questions or to say hello in our QA chat: https://web.libera.chat/?settings=#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 140281] Add colored rectangular for Calc formulas in real time
https://bugs.documentfoundation.org/show_bug.cgi?id=140281 --- Comment #2 from QA Administrators --- Dear laur_florin49, This bug has been in NEEDINFO status with no change for at least 6 months. Please provide the requested information as soon as possible and mark the bug as UNCONFIRMED. Due to regular bug tracker maintenance, if the bug is still in NEEDINFO status with no change in 30 days the QA team will close the bug as INSUFFICIENTDATA due to lack of needed information. For more information about our NEEDINFO policy please read the wiki located here: https://wiki.documentfoundation.org/QA/Bugzilla/Fields/Status/NEEDINFO If you have already provided the requested information, please mark the bug as UNCONFIRMED so that the QA team knows that the bug is ready to be confirmed. Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-NeedInfo-Ping -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 145125] EDITING Moving a bulleted paragraph upwards/downwards and rejecting all changes leaves paragraph bulleted
https://bugs.documentfoundation.org/show_bug.cgi?id=145125 --- Comment #3 from QA Administrators --- Dear Gabor Kelemen (allotropia), To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from https://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to 'inherited from OOo'; 4b. If the bug was not present in 3.3 - add 'regression' to keyword Feel free to come ask questions or to say hello in our QA chat: https://web.libera.chat/?settings=#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 90009] UI: button size inconsistent, the buttons are not the same height in the Chart Wizard and in the options dialog
https://bugs.documentfoundation.org/show_bug.cgi?id=90009 --- Comment #14 from QA Administrators --- Dear clemty, To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from https://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to 'inherited from OOo'; 4b. If the bug was not present in 3.3 - add 'regression' to keyword Feel free to come ask questions or to say hello in our QA chat: https://web.libera.chat/?settings=#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 104142] Hard to pick a line with an image in its background because of "grab hand" cursor
https://bugs.documentfoundation.org/show_bug.cgi?id=104142 --- Comment #16 from QA Administrators --- Dear s.p.helma, To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from https://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to 'inherited from OOo'; 4b. If the bug was not present in 3.3 - add 'regression' to keyword Feel free to come ask questions or to say hello in our QA chat: https://web.libera.chat/?settings=#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 158033] PDF: Writer Docx to PDF export fails to render asian fonts in V7
https://bugs.documentfoundation.org/show_bug.cgi?id=158033 Prashanna changed: What|Removed |Added Summary|Writer Docx to PDF export |PDF: Writer Docx to PDF |fails to render asian fonts |export fails to render |in V7 |asian fonts in V7 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 112538] Cropped image created by MAC Impress cannot display correctly in the Windows Impress
https://bugs.documentfoundation.org/show_bug.cgi?id=112538 --- Comment #36 from pranav --- This issue of cropped images in Libre Office (LO) impress looking different on different PCs (PC1 and PC2) still exists. PC1: 13 inch screen, 1920 x 1080 display resolution, scale 100%, LO version 6.4.7.2, OS Ubuntu 20.04 PC2: 14 inch screen, 1900 x 1200 display resolution, scale 150%, LO version 7.5.7.1, OS MS Windows 11 Additional Information: NOTE: On the PC2 when I change the scale to 100% (same setting as that on PC1), then the LO impress shows the cropped images correctly. Of course, it is not very convenient to keep changing the scale settings as all the icons on 14 inch screen look very small with the 100% scale setting. Is there a way the cropped images in LO impress can preserve their form across different display formats, like when converted to .pdf? I guess, the LO could somehow be made read the scale of a particular PC and then rescale automatically when opened with a different PC. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 112538] Cropped image created by MAC Impress cannot display correctly in the Windows Impress
https://bugs.documentfoundation.org/show_bug.cgi?id=112538 --- Comment #35 from pranav --- This issue of cropped images in Libre Office (LO) impress looking different on different PCs (PC1 and PC2) still exists. PC1: 13 inch screen, 1920 x 1080 display resolution, scale 100%, LO version 6.4.7.2, OS Ubuntu 20.04 PC2: 14 inch screen, 1900 x 1200 display resolution, scale 150%, LO version 7.5.7.1, OS MS Windows 11 Additional Information: NOTE: On the PC2 when I change the scale to 100% (same setting as that on PC1), then the LO impress shows the cropped images correctly. Of course, it is not very convenient to keep changing the scale settings as all the icons on 14 inch screen look very small with the 100% scale setting. Is there a way the cropped images in LO impress can preserve their form across different display formats, like when converted to .pdf? I guess, the LO could somehow be made read the scale of a particular PC and then rescale automatically when opened with a different PC. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 112538] Cropped image created by MAC Impress cannot display correctly in the Windows Impress
https://bugs.documentfoundation.org/show_bug.cgi?id=112538 --- Comment #34 from pranav --- This issue of cropped images in Libre Office (LO) impress looking different on different PCs (PC1 and PC2) still exists. PC1: 13 inch screen, 1920 x 1080 display resolution, scale 100%, LO version 6.4.7.2, OS Ubuntu 20.04 PC2: 14 inch screen, 1900 x 1200 display resolution, scale 150%, LO version 7.5.7.1, OS MS Windows 11 Additional Information: NOTE: On the PC2 when I change the scale to 100% (same setting as that on PC1), then the LO impress shows the cropped images correctly. Of course, it is not very convenient to keep changing the scale settings as all the icons on 14 inch screen look very small with the 100% scale setting. Is there a way the cropped images in LO impress can preserve their form across different display formats, like when converted to .pdf? I guess, the LO could somehow be made read the scale of a particular PC and then rescale automatically when opened with a different PC. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 158033] Writer Docx to PDF export fails to render asian fonts in V7
https://bugs.documentfoundation.org/show_bug.cgi?id=158033 --- Comment #2 from Prashanna --- Created attachment 190597 --> https://bugs.documentfoundation.org/attachment.cgi?id=190597=edit Another example docx used to replicate the bug -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 158033] Writer Docx to PDF export fails to render asian fonts in V7
https://bugs.documentfoundation.org/show_bug.cgi?id=158033 --- Comment #1 from Prashanna --- Created attachment 190596 --> https://bugs.documentfoundation.org/attachment.cgi?id=190596=edit Example docx use to replicate the bug -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 92375] Impress loses cropped image ratio on saving and re-opening in different LO versions.
https://bugs.documentfoundation.org/show_bug.cgi?id=92375 --- Comment #42 from pranav --- This issue of cropped images in Libre Office (LO) impress looking different on different PCs (PC1 and PC2) still exists. PC1: 13 inch screen, 1920 x 1080 display resolution, scale 100%, LO version 6.4.7.2, OS Ubuntu 20.04 PC2: 14 inch screen, 1900 x 1200 display resolution, scale 150%, LO version 7.5.7.1, OS MS Windows 11 Additional Information: NOTE: On the PC2 when I change the scale to 100% (same setting as that on PC1), then the LO impress shows the cropped images correctly. Of course, it is not very convenient to keep changing the scale settings as all the icons on 14 inch screen look very small with the 100% scale setting. Is there a way the cropped images in LO impress can preserve their form across different display formats, like when converted to .pdf? I guess, the LO could somehow be made read the scale of a particular PC and then rescale automatically when opened with a different PC. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 158033] New: Writer Docx to PDF export fails to render asian fonts in V7
https://bugs.documentfoundation.org/show_bug.cgi?id=158033 Bug ID: 158033 Summary: Writer Docx to PDF export fails to render asian fonts in V7 Product: LibreOffice Version: 7.0 all versions Hardware: All OS: Linux (All) Status: UNCONFIRMED Severity: normal Priority: medium Component: Writer Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: prashanna.kailasanat...@onetwo.com.au Description: Asian character font rendering in the Writer Docx to PDF export appears to consistently break after a specific point in the PDF document, resulting in tofu box characters, while still rendering correctly in the Writer application. Note, the character set and font is the same across the pages where the breakage occurs. I have tried multiple linux distros and a range of libreoffice versions and distributables (both distro and libreoffice.org maintained packages). This regression is only present in Libreoffice v7, reverting to 6.4.7.2 solve the issue. Steps to Reproduce: 1. Ensure all asian character fonts is installed and supported e.g. (apt-get install fonts-noto-cjk) 2. Export docx to PDF either via the GUI or command line 3. Open PDF to observe the issue near the end of the document. Actual Results: After a certain number of pages in the exported PDF document, the expected asian font character are replaced with tofu box characters. Expected Results: We should see the correctly encoded asian characters. Reproducible: Always User Profile Reset: Yes Additional Info: $ libreoffice --help LibreOffice 7.4.7.2 40(Build:2) -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 158027] when updating to 7.6.2 it gives - internal error 2503
https://bugs.documentfoundation.org/show_bug.cgi?id=158027 m...@mail.ru changed: What|Removed |Added Version|7.5.3.2 release |7.6.2.1 release --- Comment #4 from m...@mail.ru --- у меня win_11 KB2999226 не нужно удалил версию 7.5.3 при установке LibreOffice_6.1.3.2_Win_x64.msi пишет что "уже установлена более поздняя версия" (но я её удалил) и заканчивает установку при установки версии 7.6.2.1 "Ошибка 1714. Не возможно удалить СТАРУЮ ВЕРСИЮ l.O-7.6.2.1 свяжитесь с системным администратором" -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 158027] when updating to 7.6.2 it gives - internal error 2503
https://bugs.documentfoundation.org/show_bug.cgi?id=158027 --- Comment #3 from m...@mail.ru --- у меня win_11 KB2999226 не нужно удалил версию 7.5.3 при установке LibreOffice_6.1.3.2_Win_x64.msi пишет что "уже установлена более поздняя версия" (но я её удалил) и заканчивает установку при установки версии 7.6.2.1 "Ошибка 1714. Не возможно удалить СТАРУЮ ВЕРСИЮ l.O-7.6.2.1 свяжитесь с системным администратором" -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157937] EDITING Cycle case with change tracking freezes Writer
https://bugs.documentfoundation.org/show_bug.cgi?id=157937 Commit Notification changed: What|Removed |Added Whiteboard|target:24.2.0 |target:24.2.0 target:7.6.3 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157679] PPTX: Default custom text is shown in slideshow or when exporting to PDF
https://bugs.documentfoundation.org/show_bug.cgi?id=157679 Commit Notification changed: What|Removed |Added Whiteboard|target:24.2.0 |target:24.2.0 target:7.6.3 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157975] close a spreadsheet and all the data is lost
https://bugs.documentfoundation.org/show_bug.cgi?id=157975 --- Comment #12 from simon.j.hun...@gmail.com --- if i now open the bad file and then reload it, it is empty. i didn't try this earlier. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 158017] Impress Freshes Template using wrong font color in some slides
https://bugs.documentfoundation.org/show_bug.cgi?id=158017 --- Comment #6 from steve --- @m.a.riosv: Your screenshot shows identical problem as my screenshot but this bug here is still unconfirmed. What am I missing? -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 154454] Incorrect numbering in Show Changes mode
https://bugs.documentfoundation.org/show_bug.cgi?id=154454 --- Comment #18 from Matthew Kogan --- As I said in comment 15, it's not fixed, I've just added a workaround. The incorrect numbering still needs fixing properly. If there is going to be a new bug report for that then fine, but until then this one should remain open in my opinion. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 154454] Incorrect numbering in Show Changes mode
https://bugs.documentfoundation.org/show_bug.cgi?id=154454 Dieter changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever confirmed|0 |1 --- Comment #17 from Dieter --- (In reply to Buovjaga from comment #10) > I repro => NEW Matthew, if you think it is fixed, please change status to RESOLVED FIXED. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 74074] FORMATTING: Ability to rearrange order of conditions in conditional formatting dialogs
https://bugs.documentfoundation.org/show_bug.cgi?id=74074 --- Comment #29 from Peter Lairo --- I found two bugs that attempt to add the ability to rearrange the top-level conditions (they call these "outer" conditions): bug 126047 and bug 148154. I was not able to find a bug to make it possible to set any parts of a Style as "do not touch this part of the formatting". -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157939] SVG import/boxes instead of text (regression)
https://bugs.documentfoundation.org/show_bug.cgi?id=157939 Caolán McNamara changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever confirmed|0 |1 --- Comment #15 from Caolán McNamara --- I think we can confirm this anyway seeing as I can get it to happen too -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157924] It opens almost all documents with distorted fonts
https://bugs.documentfoundation.org/show_bug.cgi?id=157924 --- Comment #3 from Max --- Hi I noticed that this problem appears with the "Times New Roman" font. Capital letters and numbers are distorted regardless of the font size. Im used ttf-mscorefonts-installer Доброго дня. Помітив, що дана проблема проявляється з шрифтом "Times New Roman". Спотворюються великі літери і цифри не залежно від розміру шрифта. Я використовую ttf-mscorefonts-installer -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 74074] FORMATTING: Ability to rearrange order of conditions in conditional formatting dialogs
https://bugs.documentfoundation.org/show_bug.cgi?id=74074 --- Comment #28 from Peter Lairo --- Read me. It's worth it. *NOT FIXED* I don't think that this bug is fixed. At best, a rare sub-set of the issue was fixed. The original intent of this bug was to add the ability to "change the order of conditions" and "create two or more conditions in conditional formatting". There's no mention of rearranging only the conditions within the exact same range of cells. It's clearly about ALL conditions. *SIMPLIFIED EXAMPLE* Note: Row 1 contains the TITLES of the columns. Range: A2:H / Condition: $A2<>"" / top & bottom border = pale-blue --> Nice "table" formatting that "grows" with more data-rows Range: G2:G / Condition: $G2>200 / background = light-green --> Highlights interesting values *WHAT WENT WRONG AND WHY* LibreOffice (incomprehensibly) forcibly orders the conditions by the letter of the cell-column in the "Range". Therefore, the condition for Range "A2:H" will ALWAYS be above the condition for the Range "G2:G" (A is before G). *The formatting in a Rule that is below another Rule will ALWAYS override the formatting in the Rules above it.* There's no way to rearrange these conditions. In my example above, any cell that receives the light-green background will lose the top+bottom border. *This cross-contamination of Conditional Format rules affects all rules that have non-identical but overlapping Ranges.* Since it is quite possible that one rule is more important than another, and if its Range starts in a column with a letter further to the FRONT of the alphabet, it will unfortunately ALWAYS be overwritten by the less important Rule whose Range starts in a column with a letter further to the BACK of the alphabet. *THE STYLES PROBLEM - MAKING THINGS WORSE* The inability to sort conditions is made even worse by LibreOffice's inability to set any parts of a Style as "do not touch this sub-part of the formatting" (e.g. Don't touch Borders - i.e. make the background light-green, but do not overwrite the pale-blue border. Excel is able to do this, IIRC. *THREE PATHS FORWARD* To make LibreOffice's Conditional Formatting not an eternal exercise in frustration, at least one of the following paths needs to be chosen: 1. Reopen this bug until it is actually fixed (i.e. ability to rearrange top-level Conditional Formats). 2. Create a new bug or name an existing bug for rearranging the top-level conditions. 3. Create a new bug or name an existing bug to make it possible to set any parts of a Style as "do not touch this part of the formatting". My vote is for #1 and #3. :-) I'd be grateful for any pointers those bug numbers. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 153293] [META] Dark Mode bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=153293 Jeff Fortin Tam changed: What|Removed |Added Depends on||158032 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=158032 [Bug 158032] Hyperlinks should automatically render with lighter colors when using the system dark theme color scheme for documents -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 143344] [META] Linux Dark Mode bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=143344 Jeff Fortin Tam changed: What|Removed |Added Depends on||158032 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=158032 [Bug 158032] Hyperlinks should automatically render with lighter colors when using the system dark theme color scheme for documents -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 158032] Hyperlinks should automatically render with lighter colors when using the system dark theme color scheme for documents
https://bugs.documentfoundation.org/show_bug.cgi?id=158032 Jeff Fortin Tam changed: What|Removed |Added Blocks||143344, 153293 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=143344 [Bug 143344] [META] Linux Dark Mode bugs and enhancements https://bugs.documentfoundation.org/show_bug.cgi?id=153293 [Bug 153293] [META] Dark Mode bugs and enhancements -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 158032] New: Hyperlinks should automatically render with lighter colors when using the system dark theme color scheme for documents
https://bugs.documentfoundation.org/show_bug.cgi?id=158032 Bug ID: 158032 Summary: Hyperlinks should automatically render with lighter colors when using the system dark theme color scheme for documents Product: LibreOffice Version: 7.6.2.1 release Hardware: All OS: All Status: UNCONFIRMED Severity: enhancement Priority: medium Component: LibreOffice Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: nekoh...@gmail.com Created attachment 190595 --> https://bugs.documentfoundation.org/attachment.cgi?id=190595=edit Screenshot In the Options/Preferences, in "LibreOffice > Application Colors", if the color scheme is "Automatic" with "System Theme", Writer (and other applications, like Calc) will automatically change the color scheme when the operating system switches to dark theme mode. This mostly works, except hyperlinks in contents, that are still rendered with their traditional dark-blue and dark-red colors (see attached screenshot). Instead, they should use lighter colors specific to the dark theme. Firefox's "Reader" mode does this, for example (it uses a lighter blue for hyperlinks when in dark mode). This should affect only on-screen rendering, not printing or PDF export. --- Tested on version: 7.6.2.1 (X86_64) / LibreOffice Community Build ID: 56f7684011345957bbf33a7ee678afaf4d2ba333 CPU threads: 8; OS: Linux 6.5; UI render: default; VCL: gtk3 Locale: fr-CA (en_CA.UTF-8); UI: en-US Flatpak Calc: threaded -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 158029] The accessible name of the spreadsheet document should not be it's URL
https://bugs.documentfoundation.org/show_bug.cgi?id=158029 Michael Weghorn changed: What|Removed |Added CC||m.wegh...@posteo.de Ever confirmed|0 |1 Status|UNCONFIRMED |NEEDINFO --- Comment #1 from Michael Weghorn --- Thanks for your bug report and sorry for coming up with a lot of questions for now. (In reply to Joanmarie Diggs from comment #0) > Expected result: The name should not be the URL. Do you have any suggestion what the name *should* be instead? > Accessible names should be short and meaningful. Exposing the URL should be > done via the Document interface and not the name. Can you point to a specification/documentation describing how to do that correctly? Looking at the XML spec of the AT-SPI Document interface [1], that interface has `GetAttributes` and `GetAttributeValue` methods which seem to be the most likely candidates, but what attribute name should be used? >From what I can see, LO currently doesn't have an equivalent for the AT-SPI Document interface, and neither Gtk 4 nor Qt provide a way to do so, only Gtk 3 does (AtkDocument). >From a first glance, I also didn't see anything equivalent for UIA or NSAccessibility/macOS, which might make it harder to argue that Qt should be adding an equivalent. Since I didn't have to do with it at all yet: Could object attributes for the document object be a potential alternative? (As described in bug 155447 comment 2 in more detail, Gtk 4 and Qt currently also don't currently seem to support object attributes, but my first impression is that it *might* be easier to argue for adding those, but I might be wrong.) > Impact: I'm on a mission to eliminate all of Orca's sad hacks. :) (...) That generally sounds like a great idea! :) And it also fits well with my plan to make LO more compliant with the platform specifications/expectations. :-) One of the main challenge I ran into so far is that I didn't find good documentation for the supported/expected attributes etc. for AT-SPI. For IAccessible2 there are [2] and [3]. Is there anything similar for AT-SPI? Or would it make sense to start something like this and properly document things, e.g. in the at-spi2-core repo where other documentation is being added? (What I did so far was mainly looking into what the gtk3 VCL plugin of LO and the Gtk library currently do, and what Orca does/expects, but it's IMHO not great to have to do that every time and the different implementations also don't always agree/match...) [1] https://gitlab.gnome.org/GNOME/at-spi2-core/-/blob/7cc4cee53ddbd22631fd110f0e5ce045dec2e411/xml/Document.xml [2] https://wiki.linuxfoundation.org/accessibility/iaccessible2/textattributes [3] https://wiki.linuxfoundation.org/accessibility/iaccessible2/objectattributes -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 146606] Field "Position X" under "Position and size" right-sidebar sometimes is empty.
https://bugs.documentfoundation.org/show_bug.cgi?id=146606 --- Comment #7 from Michael Meeks --- First impression is that only when the property changes do we set the spinbutton content for that property; in the past apparently we re-built the whole dialog continually; presumably we set that stuff at construction, now apparently we don't. I'll not have time to look at this anytime soon; but if we can dig out which UI file is used for this side-bar panel in particular and note it in the bug, and map that filename to the source code file with 'git grep' it is possible that the bug jumps out of the file in a few seconds reading =) Thanks. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 158030] Consider exposing the end-user-consumable coordinates via {row, col}indextext object attribute
https://bugs.documentfoundation.org/show_bug.cgi?id=158030 Michael Weghorn changed: What|Removed |Added CC||m.wegh...@posteo.de Status|UNCONFIRMED |NEW Ever confirmed|0 |1 --- Comment #1 from Michael Weghorn --- Setting to NEW, since this generally sounds reasonable. The Core Accessibility API Mappings 1.2 suggest to map the "aria-rowindextext" attribute to "rowindextext" for all of IAccessible2, UIA and AT-SPI: [1] It might therefore even be possible to just implement that right in the cell object rather than having to map to different attributes on different platforms. IMHO the problem/blocker is that only Gtk 3 currently seems to support setting object attributes on Linux, while Gtk 4 and Qt don't, see bug 155447 comment 2 for more details. [1] https://www.w3.org/TR/core-aam-1.2/#ariaRowIndexText -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 148924] entering complex text in wayland session gives undesirable results
https://bugs.documentfoundation.org/show_bug.cgi?id=148924 --- Comment #7 from Stéphane Guillou (stragu) --- Gaurang, do you still experience this in 7.6? -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 148924] entering complex text in wayland session gives undesirable results
https://bugs.documentfoundation.org/show_bug.cgi?id=148924 --- Comment #6 from Buovjaga --- (In reply to Eyal Rozenberg from comment #5) > (In reply to Buovjaga from comment #4) > > With SDDM (often used with KDE Plasma) it is in the bottom left. > > With Gnome's GDM, when you click the username, a cog icon appears in the > > lower right area. > > I use lightdm. With lightdm, I see a tool icon in the top right where I can switch between Wayland and X11. However, you should have the relevant Wayland package installed. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 144784] UI draws with smaller font size than system default on generic VCL (okay with extra package libreoffice-gtk3)
https://bugs.documentfoundation.org/show_bug.cgi?id=144784 Stéphane Guillou (stragu) changed: What|Removed |Added See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=15 ||7990 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157990] Changing text size in windows 11 accessibility settings some of the text won't enlarge
https://bugs.documentfoundation.org/show_bug.cgi?id=157990 Stéphane Guillou (stragu) changed: What|Removed |Added Keywords||accessibility See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=14 ||4784 Blocks||103303 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=103303 [Bug 103303] [META] Desktop integration bugs and enhancements -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 103303] [META] Desktop integration bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=103303 Stéphane Guillou (stragu) changed: What|Removed |Added Depends on||157990 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=157990 [Bug 157990] Changing text size in windows 11 accessibility settings some of the text won't enlarge -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 155695] No keyboard shortcut to go to the end of the sheet on macOS
https://bugs.documentfoundation.org/show_bug.cgi?id=155695 --- Comment #3 from mbinte...@gmail.com --- (In reply to Dan Dascalescu from comment #0) > On macOS, it appears there's no keyboard shortcut to go to the end of the > sheet. > > Fn+Ctrl+DownArrow should do that. Hello. I have just tried to replicate the issue on my Mac (macOS 14.1, LibreOffice 7.6.2.1). While Fn + Ctrl + Down does not work, hitting Cmd + Down should do the trick. Please note that you first need to select a cell in a column that contains data. Cmd + Down will then move the focus to the last cell in that column with data in it. If you do this with an empty cell selected, the focus will then shift to the very last cell in the spreadsheet, e.g. A1048576. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 144784] UI draws with smaller font size than system default on generic VCL (okay with extra package libreoffice-gtk3)
https://bugs.documentfoundation.org/show_bug.cgi?id=144784 Stéphane Guillou (stragu) changed: What|Removed |Added CC||stephane.guillou@libreoffic ||e.org --- Comment #12 from Stéphane Guillou (stragu) --- Heiko, do you still experience this? -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 158027] when updating to 7.6.2 it gives - internal error 2503
https://bugs.documentfoundation.org/show_bug.cgi?id=158027 Stéphane Guillou (stragu) changed: What|Removed |Added Summary|при обновлении до 7.6.2 |when updating to 7.6.2 it |выдаёт - внутренняя ошибка |gives - internal error 2503 |2503| --- Comment #2 from Stéphane Guillou (stragu) --- (In reply to m...@mail.ru from comment #0) > при обновлении до 7.6.2 выдаёт - внутренняя ошибка 2503 > и всё Automatic translation: "when updating to 7.6.2 it gives - internal error 2503 and that's all" -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 158026] all apps crash if i don’t open LibreOffice first
https://bugs.documentfoundation.org/show_bug.cgi?id=158026 --- Comment #9 from Erdem --- Crush dump analysis: KEY_VALUES_STRING: 1 Key : Analysis.CPU.mSec Value: 546 Key : Analysis.Elapsed.mSec Value: 17644 Key : Analysis.IO.Other.Mb Value: 44 Key : Analysis.IO.Read.Mb Value: 40 Key : Analysis.IO.Write.Mb Value: 106 Key : Analysis.Init.CPU.mSec Value: 421 Key : Analysis.Init.Elapsed.mSec Value: 43853 Key : Analysis.Memory.CommitPeak.Mb Value: 244 Key : Failure.Bucket Value: INVALID_PARAMETER_c00d_mergedlo.dll!Unknown Key : Failure.Hash Value: {3a3d0f7a-b655-9bd3-d479-257c643e0a3b} Key : Timeline.OS.Boot.DeltaSec Value: 229 Key : Timeline.Process.Start.DeltaSec Value: 1 Key : WER.OS.Branch Value: ni_release Key : WER.OS.Version Value: 10.0.22621.1 Key : WER.Process.Version Value: 73.2.0.0 FILE_IN_CAB: 0f4cba9c-66a9-4025-ae56-b1550fbfe82e.dmp CONTEXT: (.ecxr) rax=00703558bc00 rbx=024037a388f0 rcx=00703558bc00 rdx=0020 rsi= rdi= rip=7ffc17290425 rsp=00703558b800 rbp=00703558b900 r8=00b0 r9=00c0 r10=7ffc8688 r11=7ffc86881b6b r12= r13= r14= r15= iopl=0 nv up ei pl nz na pe nc cs=0033 ss=002b ds=002b es=002b fs=0053 gs=002b efl=0202 mergedlo!package_OStorageFactory_get_implementation+0x76ff5: 7ffc`17290425 c74424500dc0 mov dword ptr [rsp+50h],0C00Dh ss:0070`3558b850=c00d Resetting default scope EXCEPTION_RECORD: (.exr -1) ExceptionAddress: ExceptionCode: c00d ExceptionFlags: NumberParameters: 3 Parameter[0]: 00703558b8f0 Parameter[1]: 00703558baf0 Parameter[2]: PROCESS_NAME: icudt73.dll ERROR_CODE: (NTSTATUS) 0xc00d - Bir hizmet veya i leve ge ersiz bir parametre ge ildi. EXCEPTION_CODE_STR: c00d EXCEPTION_PARAMETER1: 00703558b8f0 EXCEPTION_PARAMETER2: 00703558baf0 EXCEPTION_PARAMETER3: STACK_TEXT: 0070`3558b800 7ffc`9fe4ada4 : ` ` `0016 `0050 : mergedlo!package_OStorageFactory_get_implementation+0x76ff5 0070`3558c120 7ffc`9fe7fb66 : ` ` `0016 ` : ucrtbase!_invalid_parameter_internal+0xac 0070`3558c170 7ffc`9fe31c18 : 0240`571584b0 0070`3558c230 0240`535d6d30 `001a : ucrtbase!_mbstowcs_internal+0x4defe 0070`3558c1c0 7ffc`9fe31438 : 0070`3558c390 ` `000f `000c : ucrtbase!call_wsetlocale+0xf4 0070`3558c250 7ffc`9fe313da : `000b 0070`3558c390 `000f 0070`3558c3c0 : ucrtbase!::operator()+0x38 0070`3558c340 7ffc`9fe31397 : 0070`3558c440 0070`3558c5a9 `000f 0070`3558c3c0 : ucrtbase!__crt_seh_guarded_call::operator()<, &, >+0x36 0070`3558c370 7ffc`86f12135 : ` 0240`535d6d30 `0004 0240`0004 : ucrtbase!setlocale+0x47 0070`3558c3b0 7ffc`86f04cfe : `000b ` 0070`3558c510 `000f : msvcp140!std::_Locinfo::_Locinfo_dtor+0x15 0070`3558c3e0 7ffc`1723ffc6 : 0070`3558c500 `000f 0070`3558c500 ` : msvcp140!std::_Locinfo::~_Locinfo+0xe 0070`3558c410 7ffc`1724117a : 9df3`730ab4d1 7ffc`17240e82 0070`3558c588 `0010 : mergedlo!package_OStorageFactory_get_implementation+0x26b96 0070`3558c4f0 7ffc`17240db2 : 0240`54497b10 0070`3558c5a9 `000f 7ffc`000e : mergedlo!package_OStorageFactory_get_implementation+0x27d4a 0070`3558c540 7ffc`17241217 : `0039 `0010 0240`54497a30 `0001 : mergedlo!package_OStorageFactory_get_implementation+0x27982 0070`3558c610 7ffc`1723c983 : 0240`583eb1b0 0070`3558c9d0 0070`3558c988 7ffc`8688 : mergedlo!package_OStorageFactory_get_implementation+0x27de7 0070`3558c7f0 7ffc`17237c4d : 0240`5441cfe0 0240`37a25fe0 0070`3558c8d9 0240`5441cfe0 : mergedlo!package_OStorageFactory_get_implementation+0x23553 0070`3558c830 7ffc`165909e5 : 0070`3558c988 0070`3558c9d0 0240`37a25fe0 0070`3558c9f0 : mergedlo!package_OStorageFactory_get_implementation+0x1e81d 0070`3558c940 7ffc`16bc5185 : 0070`3558caa0 7ffc`166e90cb 0070`3558c860 7ffc`19497970 : mergedlo!Translate::Create+0x515 0070`3558ca60 7ffc`16718ccc : 0240`529b5690 0070`3558cb39 0240`54429030 0240`54429030 : mergedlo!VclResId+0x95 0070`3558cac0
[Libreoffice-bugs] [Bug 148998] On a clickable image, Writer doesn't follow the hyperlink that pops up in the hover tooltip
https://bugs.documentfoundation.org/show_bug.cgi?id=148998 Buovjaga changed: What|Removed |Added Resolution|WORKSFORME |FIXED -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 154857] when switching between application colors, formula content does not update
https://bugs.documentfoundation.org/show_bug.cgi?id=154857 --- Comment #9 from Buovjaga --- (In reply to Buovjaga from comment #8) > Reproduced, Tools - Options - LibreOffice - Application Colors - Automatic: > Dark. > > Arch Linux 64-bit, X11 > Version: 24.2.0.0.alpha0+ (X86_64) / LibreOffice Community > Build ID: 6abe70d181e764c962a9c5e85e826247650bab3a > CPU threads: 8; OS: Linux 6.5; UI render: default; VCL: kf5 (cairo+wayland) > Locale: fi-FI (fi_FI.UTF-8); UI: en-US > Calc: threaded > Built on 1 November 2023 I forgot to replace my stock "X11" in there, but now I also tested under X11 and I reproduce the problem. Also repro with gtk3 and gen UIs. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 158026] all apps crash if i don’t open LibreOffice first
https://bugs.documentfoundation.org/show_bug.cgi?id=158026 --- Comment #8 from Erdem --- (In reply to m.a.riosv from comment #7) > Try using the repair option on the system for LibreOffice. (Add & remove > apps) i downloaded the installer and chose the repair option, didn't help -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157816] PAC gives >"Link" annotation is not nested inside a "Link" structure element< error with references and caption frame
https://bugs.documentfoundation.org/show_bug.cgi?id=157816 --- Comment #3 from Michael Stahl (allotropia) --- Created attachment 190594 --> https://bugs.documentfoundation.org/attachment.cgi?id=190594=edit link attributes and fly this also happens for hyperlink attributes, and also there's more problems: * if there is a fly anchored in the hyperlink attribute, it will become a link itself in the PDF * fly causes link annotation to split in 2 but not the link SE (regression from bug 156565) * if the fly vertically half-overlaps the line with the link then the selection code which only works on rectangles creates 3 rectangles, one of which is half-height and full-width, which doesn't match any of the 2 SE -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 148924] entering complex text in wayland session gives undesirable results
https://bugs.documentfoundation.org/show_bug.cgi?id=148924 --- Comment #5 from Eyal Rozenberg --- (In reply to Buovjaga from comment #4) > Usually you can pick the session type, Xorg or Wayland, from the login > screen. In some cases, perhaps, but not in mine; hence my question. > With SDDM (often used with KDE Plasma) it is in the bottom left. > With Gnome's GDM, when you click the username, a cog icon appears in the > lower right area. I use lightdm. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 113403] [META] RTF (text) shape-related issues
https://bugs.documentfoundation.org/show_bug.cgi?id=113403 Gabor Kelemen (allotropia) changed: What|Removed |Added Depends on||124274 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=124274 [Bug 124274] FILEOPEN: RTF: Importer BUG -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 124274] FILEOPEN: RTF: Importer BUG
https://bugs.documentfoundation.org/show_bug.cgi?id=124274 Gabor Kelemen (allotropia) changed: What|Removed |Added Blocks||113403 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=113403 [Bug 113403] [META] RTF (text) shape-related issues -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 124274] FILEOPEN: RTF: Importer BUG
https://bugs.documentfoundation.org/show_bug.cgi?id=124274 --- Comment #10 from Gabor Kelemen (allotropia) --- Created attachment 190591 --> https://bugs.documentfoundation.org/attachment.cgi?id=190591=edit The reduced example in Word 2016 and Writer Version: 24.2.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: d8326f1f54b2f4644b52fbfa7106eeeae6e5bb7b CPU threads: 15; OS: Windows 10.0 Build 19045; UI render: Skia/Raster; VCL: win Locale: en-US (hu_HU); UI: en-US Calc: threaded -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 155876] [LOCALHELP] - Calc - Help pages about dialogs should provide instructions for the Tabbed UI
https://bugs.documentfoundation.org/show_bug.cgi?id=155876 --- Comment #21 from Commit Notification --- Olivier Hallot committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/help/commit/0ca63be69ab23e8f420825d381bfb8e6a058ac58 tdf#155876 UI cmds Calc-Insert menu (17) -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 155876] [LOCALHELP] - Calc - Help pages about dialogs should provide instructions for the Tabbed UI
https://bugs.documentfoundation.org/show_bug.cgi?id=155876 --- Comment #22 from Commit Notification --- Olivier Hallot committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/help/commit/2dea31ccc46cfbc44fed1c3348ed57f9b3344a7a tdf#155876 UI cmds Calc-Insert menu (18) -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 155876] [LOCALHELP] - Calc - Help pages about dialogs should provide instructions for the Tabbed UI
https://bugs.documentfoundation.org/show_bug.cgi?id=155876 --- Comment #20 from Commit Notification --- Olivier Hallot committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/help/commit/b28faac2c5fe5600c97b40ba65e773b7f75c299c tdf#155876 UI cmds Calc-Insert menu (16) -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 155876] [LOCALHELP] - Calc - Help pages about dialogs should provide instructions for the Tabbed UI
https://bugs.documentfoundation.org/show_bug.cgi?id=155876 --- Comment #19 from Commit Notification --- Olivier Hallot committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/help/commit/5218a19ee667dd6486e75178ab029587978fa11b tdf#155876 UI cmds Calc-Insert menu (15) -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 124274] FILEOPEN: RTF: Importer BUG
https://bugs.documentfoundation.org/show_bug.cgi?id=124274 --- Comment #9 from Gabor Kelemen (allotropia) --- Created attachment 190590 --> https://bugs.documentfoundation.org/attachment.cgi?id=190590=edit reduced RTF example file for the blue squares Looking at the floating tables, I think those are now reasonably good looking. Let's focus on the light blue rectangles at the bottom of the first page. Here their horizontal positioning setting of the left one is Absolute position (1.67 cm) to the right of Margin. This is imported incorrectly as "From Left" (1.67 cm) to "Entire paragraph area". If I convert the attachment 150186 example to Transitional docx in Word, then it is imported with correct looking position and the setting is "From left" by 1.67 cm to "Page text area". The horizontal position of the right one is Alignment: "Right" relative to "Margin" in Word. This is imported as "Right" to "Entire paragraph area" which puts it to the very right edge of the sheet. >From the docx version it is imported as "Right" to "Page text area" which is much closer to the original look. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 155876] [LOCALHELP] - Calc - Help pages about dialogs should provide instructions for the Tabbed UI
https://bugs.documentfoundation.org/show_bug.cgi?id=155876 --- Comment #18 from Commit Notification --- Olivier Hallot committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/help/commit/66de4e5a3f8015f2742e7a4c64701769c2d9f33d tdf#155876 UI cmds Calc-Insert menu (14) -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 107733] [META] Hyperlink bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=107733 Justin L changed: What|Removed |Added Depends on||158031 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=158031 [Bug 158031] Writer in editeng: right click doesn't edit hyperlink in when mouse over last half / cursor after hyperlink -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 158031] New: Writer in editeng: right click doesn't edit hyperlink in when mouse over last half / cursor after hyperlink
https://bugs.documentfoundation.org/show_bug.cgi?id=158031 Bug ID: 158031 Summary: Writer in editeng: right click doesn't edit hyperlink in when mouse over last half / cursor after hyperlink Product: LibreOffice Version: Inherited From OOo Hardware: All OS: Linux (All) Status: UNCONFIRMED Severity: normal Priority: medium Component: Writer Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: jl...@mail.com CC: jl...@mail.com Blocks: 107733 Created attachment 190589 --> https://bugs.documentfoundation.org/attachment.cgi?id=190589=edit 108318_copyHyperlink.odt: web link in textbox Linux only. (I could not reproduce with SAL_USE_VCLPLUGIN=gen. In an editeng textbox, the context menu for a hyperlink only opens the edit dialog when the mouse is over the first half of the hyperlink (when the right-click moves the cursor to the front). I could not reproduce the right-click problem with native hyperlinks in Writer/Calc/Draw/Impress. It only happens with these editeng ones in Writer and Calc. This has always been true. The ability to right-click and get edit hyperlink in the context menu only came in LO 6.4 via commit 86cb2a1f98c0585d2121e6ae34fe62f072ef9a63 Author: Samuel Mehrbrodt on Fri Jul 12 10:37:41 2019 +0200 tdf#112543 Add Edit/Remove hyperlink to text boxes/shapes in Writer Steps to reproduce: -open 108318_copyHyperlink.odt and double click in the textbox to edit contents. -notice where the cursor is. (ENSURE the hyperlink is NOT selected.) -right click on over "https://de.wikipedia; and edit hyperlink -notice the dialog pops up - close it. Cursor is before the hyperlink now. -right click over "org/wiki/LibreOffice" -no dialog. Cursor has moved behind the hyperlink In all the other apps/instances, all of these would be editing the same hyperlink. As an aside: similarly, Insert - Hyperlink does not modify the existing link if the cursor is after the hyperlink. (Not linux specific in this case.) (It does edit if the cursor is before the link, or if the link is selected.) I can reproduce the cursor-after-hyperlink problem in a Draw Textbox. Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=107733 [Bug 107733] [META] Hyperlink bugs and enhancements -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 158028] Newly created DOCX files do not remember border values after saving and quitting
https://bugs.documentfoundation.org/show_bug.cgi?id=158028 m.a.riosv changed: What|Removed |Added Status|UNCONFIRMED |NEEDINFO Ever confirmed|0 |1 CC||miguelangelrv@libreoffice.o ||rg --- Comment #1 from m.a.riosv --- Please attach the odt sample file. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 158026] all apps crash if i don’t open LibreOffice first
https://bugs.documentfoundation.org/show_bug.cgi?id=158026 m.a.riosv changed: What|Removed |Added CC||miguelangelrv@libreoffice.o ||rg --- Comment #7 from m.a.riosv --- Try using the repair option on the system for LibreOffice. (Add & remove apps) -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157948] Offset function using negative numbers
https://bugs.documentfoundation.org/show_bug.cgi?id=157948 --- Comment #3 from Eike Rathke --- So what's the difference to B1: =SUM(OFFSET(A1;$E$1+1;0;-$E$1;1)) B2: =SUM(OFFSET(A2;$E$1+1;0;-$E$1;1)) ... B8: =SUM(OFFSET(A8;$E$1+1;0;-$E$1;1)) B9: =SUM(OFFSET(A9;$E$1+1;0;-$E$1;1)) ... ? Which IMHO makes it even clearer that an actual range is shifted. (except that Excel apparently displays #REF! error in B1:B6 instead of Err:502). In real one probably would enter 7 in E1 and instead use B1: =SUM(OFFSET(A1;-($E$1-1);0;$E$1;1)) ... -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 145001] Image shrinks and positioned differently when actually printing (OK in print Preview; OK with PDF export)
https://bugs.documentfoundation.org/show_bug.cgi?id=145001 --- Comment #7 from Telesto --- Repro (FWIW: build is 7 weeks old) Version: 24.2.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: be9d7bee88eff89c0d361f23abb447ac2086c3b4 CPU threads: 4; OS: Windows 6.3 Build 9600; UI render: Skia/Raster; VCL: win Locale: nl-NL (nl_NL); UI: en-US Calc: CL threaded -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 158023] Incorrect recognition of ")" when importing formulas from docx
https://bugs.documentfoundation.org/show_bug.cgi?id=158023 m.a.riosv changed: What|Removed |Added Status|UNCONFIRMED |NEW CC||miguelangelrv@libreoffice.o ||rg Ever confirmed|0 |1 --- Comment #2 from m.a.riosv --- Reproducible: Version: 24.2.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: d8326f1f54b2f4644b52fbfa7106eeeae6e5bb7b CPU threads: 16; OS: Windows 10.0 Build 22621; UI render: Skia/Raster; VCL: win Locale: es-ES (es_ES); UI: en-US Calc: CL threaded Resaving with: Microsoft® Word para Microsoft 365 MSO (versión 2310 compilación 16.0.16924.20054) de 64 bits does not solve the issue. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 112983] [META] Multiple page view bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=112983 Bug 112983 depends on bug 121087, which changed state. Bug 121087 Summary: Choppy scrolling in multi-page view; especially with OpenGL enabled but also noticeable without https://bugs.documentfoundation.org/show_bug.cgi?id=121087 What|Removed |Added Status|NEW |RESOLVED Resolution|--- |WORKSFORME -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 108075] [META] Scrolling and Page up/down issues
https://bugs.documentfoundation.org/show_bug.cgi?id=108075 Bug 108075 depends on bug 121087, which changed state. Bug 121087 Summary: Choppy scrolling in multi-page view; especially with OpenGL enabled but also noticeable without https://bugs.documentfoundation.org/show_bug.cgi?id=121087 What|Removed |Added Status|NEW |RESOLVED Resolution|--- |WORKSFORME -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 121087] Choppy scrolling in multi-page view; especially with OpenGL enabled but also noticeable without
https://bugs.documentfoundation.org/show_bug.cgi?id=121087 Telesto changed: What|Removed |Added Resolution|--- |WORKSFORME Status|NEW |RESOLVED --- Comment #9 from Telesto --- No repro either Version: 24.2.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: be9d7bee88eff89c0d361f23abb447ac2086c3b4 CPU threads: 4; OS: Windows 6.3 Build 9600; UI render: Skia/Raster; VCL: win Locale: nl-NL (nl_NL); UI: en-US Calc: CL threaded -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 148924] entering complex text in wayland session gives undesirable results
https://bugs.documentfoundation.org/show_bug.cgi?id=148924 Buovjaga changed: What|Removed |Added CC||ilmari.lauhakangas@libreoff ||ice.org --- Comment #4 from Buovjaga --- (In reply to Eyal Rozenberg from comment #3) > I want to try and reproduce this, but while I'm on Linux, my distribution > does not seem to use Wayland by default. > > Can you possibly provide reproduction instructions for such a distribution? > e.g. Debian? Also, can you list Linux distributions and distribution > versions on which you've experienced the bug? Usually you can pick the session type, Xorg or Wayland, from the login screen. So you could say logout and then look for a selector in the login manager. With SDDM (often used with KDE Plasma) it is in the bottom left. With Gnome's GDM, when you click the username, a cog icon appears in the lower right area. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 152119] Dropdown content control for RTL fields no longer selectable by mouse
https://bugs.documentfoundation.org/show_bug.cgi?id=152119 Buovjaga changed: What|Removed |Added Status|UNCONFIRMED |NEW CC||ilmari.lauhakangas@libreoff ||ice.org Ever confirmed|0 |1 --- Comment #8 from Buovjaga --- Repro with all Linux VCL UIs on Wayland and with SAL_RTL_ENABLED=1 Arch Linux 64-bit, X11 Version: 24.2.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 6abe70d181e764c962a9c5e85e826247650bab3a CPU threads: 8; OS: Linux 6.5; UI render: default; VCL: kf5 (cairo+wayland) Locale: fi-FI (fi_FI.UTF-8); UI: en-US Calc: threaded Built on 1 November 2023 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 158018] Misbehaving Freeze Calc Rows/Columns
https://bugs.documentfoundation.org/show_bug.cgi?id=158018 m.a.riosv changed: What|Removed |Added CC||miguelangelrv@libreoffice.o ||rg Status|UNCONFIRMED |NEEDINFO Ever confirmed|0 |1 --- Comment #2 from m.a.riosv --- Please read the help carefully. https://help.libreoffice.org/latest/en-US/text/scalc/guide/line_fix.html If that doesn't work, please relate step by step what you do, like what cell you select and what rows/columns you want to freeze. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 155900] Font color in pdf, created from impress ppt/odp file, is reduced to black for bold text.
https://bugs.documentfoundation.org/show_bug.cgi?id=155900 Buovjaga changed: What|Removed |Added Ever confirmed|0 |1 Status|UNCONFIRMED |NEEDINFO --- Comment #5 from Buovjaga --- (In reply to Hex876_ from comment #2) > Yes, Gnome 44.2 with Wayland. However: Having tried various situations, it > turns out: > - it happens only for certain fonts: > · Bug does NOT appear with e.g. Carlito, Comfortaa, Droid Sans; > · Bug DOES appear with e.g. NotoSans, Cantarell, DejaVu Sans; > - I can reproduce the bug with a fresh download and boot of > 'Fedora-Workstation-Live-x86_64-38-1.6.iso' in VirtualBox. All I needed to > do was install the OS in a VM (did not install updates), start Impress, and > the white slideshow-title "Freshes Impress Template" (with default font Noto > Sans) is black in the pdf, while the original white text below "Lorem > ipsum…" stays white in the pdf… Gnome 44.5 with Wayland, gtk3, no problem with LibreOffice 7.5.6 or 7.6.2. Debian testing. I also tried the original steps. Can you do another test with the latest stuff? Set to NEEDINFO. Change back to UNCONFIRMED, if the problem persists. Change to RESOLVED WORKSFORME, if the problem went away. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 103182] [META] GTK3-specific bugs
https://bugs.documentfoundation.org/show_bug.cgi?id=103182 Buovjaga changed: What|Removed |Added Depends on||155448 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=155448 [Bug 155448] Window does not unmaximize (normalize) when first opened in maximized state on GNOME-Wayland -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 100156] [META] Wayland-related bugs
https://bugs.documentfoundation.org/show_bug.cgi?id=100156 Buovjaga changed: What|Removed |Added Depends on||155448 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=155448 [Bug 155448] Window does not unmaximize (normalize) when first opened in maximized state on GNOME-Wayland -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 155448] Window does not unmaximize (normalize) when first opened in maximized state on GNOME-Wayland
https://bugs.documentfoundation.org/show_bug.cgi?id=155448 Buovjaga changed: What|Removed |Added Blocks||103182, 100156 Whiteboard| QA:needsComment| Ever confirmed|0 |1 CC||ilmari.lauhakangas@libreoff ||ice.org Status|UNCONFIRMED |NEW --- Comment #4 from Buovjaga --- Reproduced, used the method of double-clicking the title bar as there were no window controls. LibreOffice 7.6.2 gtk3, Debian 12, GNOME with Wayland. Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=100156 [Bug 100156] [META] Wayland-related bugs https://bugs.documentfoundation.org/show_bug.cgi?id=103182 [Bug 103182] [META] GTK3-specific bugs -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 148998] On a clickable image, Writer doesn't follow the hyperlink that pops up in the hover tooltip
https://bugs.documentfoundation.org/show_bug.cgi?id=148998 Justin L changed: What|Removed |Added CC||vmik...@collabora.com --- Comment #10 from Justin L --- Fixed in LO 7.4 (and backported to 7.3.x) with commit a24dd76ca6c1d0f2876e1eca698c73f815fe Author: Miklos Vajna on Tue Apr 26 15:40:44 2022 +0200 sw: fix double-click opening frame dialog, not graphic dialog on images -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 154857] when switching between application colors, formula content does not update
https://bugs.documentfoundation.org/show_bug.cgi?id=154857 Buovjaga changed: What|Removed |Added CC||ilmari.lauhakangas@libreoff ||ice.org Ever confirmed|0 |1 Status|UNCONFIRMED |NEW --- Comment #8 from Buovjaga --- Reproduced, Tools - Options - LibreOffice - Application Colors - Automatic: Dark. Arch Linux 64-bit, X11 Version: 24.2.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 6abe70d181e764c962a9c5e85e826247650bab3a CPU threads: 8; OS: Linux 6.5; UI render: default; VCL: kf5 (cairo+wayland) Locale: fi-FI (fi_FI.UTF-8); UI: en-US Calc: threaded Built on 1 November 2023 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 150321] Cursor position randomly jumps when filling down and having rows out of view above (Wayland + gtk3 on Linux)
https://bugs.documentfoundation.org/show_bug.cgi?id=150321 Buovjaga changed: What|Removed |Added CC||ilmari.lauhakangas@libreoff ||ice.org Blocks||103182 Ever confirmed|0 |1 Summary|Calc: Cursor position |Cursor position randomly |randomly jumps when the |jumps when filling down and |content of cells is dragged |having rows out of view |(Wayland on Linux) |above (Wayland + gtk3 on ||Linux) Status|UNCONFIRMED |NEW --- Comment #9 from Buovjaga --- I reproduce, but only with gtk3. Kf5 is fine. First fill down about thirty rows, scroll the view down, so most of it is out of view. Then, grab the fill handle again and start dragging. The cursor will jump and scroll the view upwards. Arch Linux 64-bit, Wayland Version: 24.2.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 6abe70d181e764c962a9c5e85e826247650bab3a CPU threads: 8; OS: Linux 6.5; UI render: default; VCL: gtk3 Locale: fi-FI (fi_FI.UTF-8); UI: en-US Calc: threaded Built on 1 November 2023 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=103182 [Bug 103182] [META] GTK3-specific bugs -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 103182] [META] GTK3-specific bugs
https://bugs.documentfoundation.org/show_bug.cgi?id=103182 Buovjaga changed: What|Removed |Added Depends on||150321 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=150321 [Bug 150321] Cursor position randomly jumps when filling down and having rows out of view above (Wayland + gtk3 on Linux) -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 112125] [META] Hyperlink dialog bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=112125 Bug 112125 depends on bug 112131, which changed state. Bug 112131 Summary: Unable to modify hyperlink target in document https://bugs.documentfoundation.org/show_bug.cgi?id=112131 What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|--- |FIXED -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157936] Calc EDITING: pressing context menu key in a cell causes context menus of calc as well as the cell to popup at same time with focus on calc context menu
https://bugs.documentfoundation.org/show_bug.cgi?id=157936 Buovjaga changed: What|Removed |Added CC||ilmari.lauhakangas@libreoff ||ice.org --- Comment #1 from Buovjaga --- Not reproduced, only the cell context menu is opened from the keyboard menu key. Version: 7.5.6.0.0+ (X86_64) / LibreOffice Community Build ID: f0e825382a76d685998be702ed551a00b73476a5 CPU threads: 2; OS: Windows 10.0 Build 22621; UI render: default; VCL: win Locale: en-US (en_FI); UI: en-US Calc: threaded Version: 24.2.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 676e0527d2f31556eccae314fbb12ce204f02ec7 CPU threads: 2; OS: Windows 10.0 Build 22621; UI render: Skia/Raster; VCL: win Locale: en-US (en_FI); UI: en-US Calc: threaded -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157902] INCONSISTENT FORMATTING IN CALC
https://bugs.documentfoundation.org/show_bug.cgi?id=157902 Buovjaga changed: What|Removed |Added Status|UNCONFIRMED |NEEDINFO Ever confirmed|0 |1 CC||ilmari.lauhakangas@libreoff ||ice.org --- Comment #4 from Buovjaga --- NEEDINFO while we wait for the reporter to respond. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157929] Lost PUA chars with xlsx/ods formats
https://bugs.documentfoundation.org/show_bug.cgi?id=157929 Buovjaga changed: What|Removed |Added Status|UNCONFIRMED |NEEDINFO Ever confirmed|0 |1 CC||ilmari.lauhakangas@libreoff ||ice.org --- Comment #4 from Buovjaga --- (In reply to ajlittoz from comment #3) > Before concluding that something is wrong in Calc, it is necessary to check > what is in the test file. > > From experiment (using Alt-X), problematic cells contain a pair of Unicode > codepoints taken from the Surrogate block, but order in these pairs is > incorrect. First codepoint is low surrogate instead of high. > > When members of the pair are switched, the surrogate pair is recognised as > such and Calc displays an X-crossed rectangle (missing glyph in font) in my > 7.5.7.1 under Fedora 38, KDE Plasma desktop. > > OP claims the characters are taken from a PUA block but decoding the > surrogate pairs (at least in A9 and A10) shows they are somewhere in Plane 2. > > I'd first suspect an incorrect designation for the intended characters. > > More information in needed about the intended characters. NEEDINFO while we wait for the reporter to respond. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 120543] [META] Bugs and enhancements around hyperlinks in Calc
https://bugs.documentfoundation.org/show_bug.cgi?id=120543 Bug 120543 depends on bug 131853, which changed state. Bug 131853 Summary: Ctrl-clicking a hyperlink in a cell does not work while editing a shape or text box https://bugs.documentfoundation.org/show_bug.cgi?id=131853 What|Removed |Added Status|NEW |RESOLVED Resolution|--- |DUPLICATE -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 131853] Ctrl-clicking a hyperlink in a cell does not work while editing a shape or text box
https://bugs.documentfoundation.org/show_bug.cgi?id=131853 Justin L changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |DUPLICATE --- Comment #3 from Justin L --- Fixed in LO 6.4 with commit 91b431f88e7abaa3a088b8caf1bdd7e5fe0bf120 Author: Samuel Mehrbrodt on Mon Aug 19 15:31:14 2019 +0200 tdf#121039 Open URL also when in edit mode *** This bug has been marked as a duplicate of bug 121039 *** -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 149750] Hyperlinks should default to https
https://bugs.documentfoundation.org/show_bug.cgi?id=149750 Justin L changed: What|Removed |Added CC||jl...@mail.com --- Comment #3 from Justin L --- I thought this might be a super easy one to find, but so luck so far. I searched for INET_HTTP_SCHEME, '"http://' and PROT_HTTP. Likely changing it will break a lot of internal stuff that just expects http, like unit tests or other non-LAN interactions. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 155636] Forms: Background of form controls isn't shown while creating a form.
https://bugs.documentfoundation.org/show_bug.cgi?id=155636 --- Comment #6 from Robert Großkopf --- (In reply to Timur from comment #5) > I maybe did not understand. Best way to report bug is to write Steps and > Experienced and Expected behavior, so that it is clear later. Please read the bug description: Open the form for editing, not for input data. OK, there might be somebody, who didn't ever used Base and want to have a look at Base bugs: Right mouse click on the form → context menu → Edit… You will see form controls, which all seem to be transparent. No background. Now mark one of the transparent controls (Ctrl + left mouse click). Right mouseclick → Control Properties → General Have a look at the Background Color. For 3 fields you could see "White", one field is set to "Light Yellow 4". None of this colors will be shown in design mode any more. This is the bug: Design doesn't show the background colors. It doesn't show the default color "White", it doesn't show any other color as chosen. > > Here you say "The first control should be with yellow background. " - why? Because this is the design for the form. In my forms, for example, all fields, which are write protected, will be shown with "Light Yellow 4". And I expect, if I chose this color, it will be shown in editing mode. > > And if someone from QA changes field, do not change again, because you think > it is important - just explain and call someone else to evaluate, OK? Maybe you don't know: I'm also "from QA", but special Base - and this since 2011. I'm the author of the German Base-Handbuch. It is very frustating for a Base user to see the many bugs in Base, which are ignored, where nobody is interested in… And this is the next step I see: We set the bugs in Base to minor bugs. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 106553] Hyperlink to filename containing spaces or other URL-encodable characters is mangled upon examination with End key, if name is longer than input field
https://bugs.documentfoundation.org/show_bug.cgi?id=106553 Justin L changed: What|Removed |Added CC||caolan.mcnamara@collabora.c ||om Status|NEW |RESOLVED Resolution|--- |FIXED --- Comment #12 from Justin L --- Fixed in LO 6.4 with commit 1942182a3d1817bc539229d7fda3af69f7e295b8 Author: Caolán McNamara on Sun Jun 23 19:51:15 2019 +0100 weld HyperLink Dialog -- You are receiving this mail because: You are the assignee for the bug.