[Libreoffice-bugs] [Bug 69479] Formula is getting corrupted after input
https://bugs.documentfoundation.org/show_bug.cgi?id=69479 --- Comment #24 from Buovjaga --- Just like in 2018, I don't reproduce it. I just get Err:508 and no extra zeroes appear. Arch Linux 64-bit Version: 7.4.0.0.alpha0+ / LibreOffice Community Build ID: 71be70b16b37fb3c1b6331ab3581300556ecc7aa CPU threads: 8; OS: Linux 5.15; UI render: default; VCL: kf5 (cairo+xcb) Locale: fi-FI (fi_FI.UTF-8); UI: en-US Calc: threaded Built on 7 January 2022 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 146754] Inserting a hyperlink without scheme and with port creates an invalid URL
https://bugs.documentfoundation.org/show_bug.cgi?id=146754 --- Comment #1 from Stephan Bergmann --- (In reply to Mike Kaganski from comment #0) > IMO, we need to consider bSmart when trying to detect unknown schemes. There > may be different approaches, the easiest would be to always use > m_eSmartScheme when bSmart is true and m_eSmartScheme is not > INetProtocol::NotValid; a more strict check could be that the next character > after the found colon is a digit; and even stricter check could be that the > sequence of characters after the colon till the end of URL/forward > slash/query separator/fragment separator only consists of digits. [...] > Stephan: what do you think? Yes, some check that it is a mostly-valid URL starting with host:port and missing scheme:// prefix sounds good for the bSmart case. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 144092] FILEOPEN PPTX: Empty table rows appear with lower height
https://bugs.documentfoundation.org/show_bug.cgi?id=144092 --- Comment #5 from Justin L --- I have a mass revert patch at https://gerrit.libreoffice.org/c/core/+/128376. Obviously since some of these have been in the product since LO 5.0, it wouldn't be very nice to actually push this unless those bugs are fixed properly, but I post it here for the record. It fixes this bug, and bug 139511. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 146754] New: Inserting a hyperlink without scheme and with port creates an invalid URL
https://bugs.documentfoundation.org/show_bug.cgi?id=146754 Bug ID: 146754 Summary: Inserting a hyperlink without scheme and with port creates an invalid URL Product: LibreOffice Version: unspecified Hardware: All OS: All Status: UNCONFIRMED Severity: normal Priority: medium Component: LibreOffice Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: mikekagan...@hotmail.com CC: sberg...@redhat.com In a Writer document, use Insert->Hyperlink (Ctrl+K), check that "Protocol:" is Web, and type "www.wikipedia.org:80" into "URL:" field. Click OK, and try to Ctrl+Click the created hyperlink to open the web page in the browser. => This fails (at least on Windows 10, it opens a "You need a new app to open this www.wikipedia.org link" message, with "Look for an app in the Microsoft Store" as the only available option; testing with Ubuntu, Ctrl+click and "Open Hyperlink" from context menu both do nothing). Changing the URL in the dialog from "www.wikipedia.org:80" into "http://www.wikipedia.org:80; fixes this. The problem is that the colon separating the host from the port, in the absence of the real scheme part in the ULR, is treated as separating an unknown "www.wikipedia.org" scheme from the hierarchical part of the URL. This happens in INetURLObject::setAbsURIRef [1], which is called with bSmart = true, and m_eSmartScheme = Http (2) that comes from the dialog's "Protocol:" setting. IMO, we need to consider bSmart when trying to detect unknown schemes. There may be different approaches, the easiest would be to always use m_eSmartScheme when bSmart is true and m_eSmartScheme is not INetProtocol::NotValid; a more strict check could be that the next character after the found colon is a digit; and even stricter check could be that the sequence of characters after the colon till the end of URL/forward slash/query separator/fragment separator only consists of digits. This would also improve URLTransformer::parseSmart() for similar cases, which uses the same INetURLObject::setAbsURIRef call. Stephan: what do you think? [1] https://opengrok.libreoffice.org/xref/core/tools/source/fsys/urlobj.cxx?r=9f4aad49=28507=722#872 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 146674] Duplex dropdown list in the Generic Printer's Paper tab is not translatable
https://bugs.documentfoundation.org/show_bug.cgi?id=146674 Ming Hua changed: What|Removed |Added Blocks||114068 CC||ming.v@qq.com Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=114068 [Bug 114068] [META] Text strings that are not yet possible to localize or dont appear localized -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 114068] [META] Text strings that are not yet possible to localize or dont appear localized
https://bugs.documentfoundation.org/show_bug.cgi?id=114068 Ming Hua changed: What|Removed |Added Depends on||146674 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=146674 [Bug 146674] Duplex dropdown list in the Generic Printer's Paper tab is not translatable -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 129400] X overlined with a bar that in latex is written \bar{x} is not correctly translated from Word
https://bugs.documentfoundation.org/show_bug.cgi?id=129400 BogdanB changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever confirmed|0 |1 CC||buzea.bog...@libreoffice.or ||g --- Comment #10 from BogdanB --- I confirm this but with Version: 7.2.5.2 / LibreOffice Community Build ID: 499f9727c189e6ef3471021d6132d4c694f357e5 CPU threads: 4; OS: Linux 5.11; UI render: default; VCL: gtk3 Locale: ro-RO (ro_RO.UTF-8); UI: en-US Calc: threaded At Zoom factor of 100% is like in the screenshot, the line is almost over the text. At a Zoom factor of 300% is much better in LibreOffice. But as reporter have said in comment 4 maybe there is a different implemenation between Word and LibreOffice. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 124572] tabs in calc (for sheets) and draw (for layer) style
https://bugs.documentfoundation.org/show_bug.cgi?id=124572 --- Comment #41 from BogdanB --- Created attachment 177539 --> https://bugs.documentfoundation.org/attachment.cgi?id=177539=edit screenshot screenshot. Seems like 4 sheets, but in fact are 3 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 124572] tabs in calc (for sheets) and draw (for layer) style
https://bugs.documentfoundation.org/show_bug.cgi?id=124572 --- Comment #40 from BogdanB --- Created attachment 177538 --> https://bugs.documentfoundation.org/attachment.cgi?id=177538=edit demo document In this document you could see 4 sheets, but in fact there are 3. You can not know how many are because we don't have a separator. This bug solved the design, and I like the change very much, but also I agree here should be a very thin separator between sheets. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 146753] New: this program sucks
https://bugs.documentfoundation.org/show_bug.cgi?id=146753 Bug ID: 146753 Summary: this program sucks Product: LibreOffice Version: 7.0.1.2 release Hardware: All OS: Windows (All) Status: UNCONFIRMED Severity: normal Priority: medium Component: LibreOffice Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: ahv...@reagan.com Description: it is impossible to have two columns of the same width. it is m nearly impossible to copy one column on the left side and paste the in the second column and have them match It is very annoying to have to click on view then schroll clear to the bottom and click on view 50% then have to do the same thing when one wants a larger view For computer experts you failed, go back to school. Why can't there be a page set up Setting the margins manually takes to long and nearly impossible Ms Works worked fine I despise this program. after three and a half hours I finally got two even columns width. Seems as though every time i use this program something works different. Take A Blank page format it for tw0 columns Enter A ten linen paragraph and that paragraph is broken into two columns. I think The developers are idiots. Steps to Reproduce: 1.uncheck auto width 2.enter exact column width for each col. 3.check auto width Actual Results: Worked once I thought. Evenly distribute contents box checked our unchecked no difference.impossible to enter the exact width in both columns. as soon as I enter column width in col 1 then choose col 2 the #1 col changes as soon as i attempt to enter col 2 width Expected Results: see above Reproducible: Always User Profile Reset: No Additional Info: F12 got turned on does not matter what i do when i press enter a new numbered paragraph appears yeah i have to press f12 but why how do i this program works differently every time i use it I give up it is now 830pm pst i started @ 530pm pst -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 146589] Numbered list restarts with last used DF font applied to DF list
https://bugs.documentfoundation.org/show_bug.cgi?id=146589 Deep17 changed: What|Removed |Added CC||deepoose2...@gmail.com Status|UNCONFIRMED |NEW Ever confirmed|0 |1 --- Comment #2 from Deep17 --- I can confirm the issue in Version: 7.2.5.2 (x64) / LibreOffice Community Build ID: 499f9727c189e6ef3471021d6132d4c694f357e5 CPU threads: 4; OS: Windows 10.0 Build 19042; UI render: Skia/Vulkan; VCL: win Locale: en-US (en_US); UI: en-US Calc: threaded and Version: 7.4.0.0.alpha0+ (x64) / LibreOffice Community Build ID: bb29b12a9e367d181a5d9d962d466df41e093e0c CPU threads: 4; OS: Windows 10.0 Build 19042; 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.
[Libreoffice-bugs] [Bug 146586] Option clear direct formatting from bullets and numbering list
https://bugs.documentfoundation.org/show_bug.cgi?id=146586 Deep17 changed: What|Removed |Added CC||deepoose2...@gmail.com Ever confirmed|0 |1 Status|UNCONFIRMED |NEW --- Comment #1 from Deep17 --- I can confirm the issue in Version: 7.2.5.2 (x64) / LibreOffice Community Build ID: 499f9727c189e6ef3471021d6132d4c694f357e5 CPU threads: 4; OS: Windows 10.0 Build 19042; UI render: Skia/Vulkan; VCL: win Locale: en-US (en_US); UI: en-US Calc: threaded and Version: 7.4.0.0.alpha0+ (x64) / LibreOffice Community Build ID: bb29b12a9e367d181a5d9d962d466df41e093e0c CPU threads: 4; OS: Windows 10.0 Build 19042; 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.
[Libreoffice-bugs] [Bug 119745] Scrolling with a laptop touchpad in Libreoffice way too fast
https://bugs.documentfoundation.org/show_bug.cgi?id=119745 --- Comment #36 from Ian Hodgson --- Same issue with LO Writer and Calc. In Calc, scrolling up/down and left/right is super fast/sensitive. In Writer, scrolling up/down is good. But Ctrl + up/down + 2 finger scroll (zoom in/out) is too sensitive to be able to use in both Calc and Writer. XPS13 9370 Not sure what the trackpad hardware details are. I don't know which output entry from lspci/lsusb refers to the trackpad. Ubuntu 20.04 LO 6.4.7.2 Ian -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 146451] Textbox doesn't move up from second line to the first (but gets deleted), if pressing backspace and the first line being empty
https://bugs.documentfoundation.org/show_bug.cgi?id=146451 QA Administrators changed: What|Removed |Added Whiteboard| QA:needsComment| -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 146481] Writer stops responding to keyboard inputs after changing text type
https://bugs.documentfoundation.org/show_bug.cgi?id=146481 QA Administrators changed: What|Removed |Added Whiteboard|| QA:needsComment -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 145973] Keyboard shortcut personalization not working and impossible to assign empty shortcuts
https://bugs.documentfoundation.org/show_bug.cgi?id=145973 QA Administrators changed: What|Removed |Added Whiteboard| QA:needsComment| -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 146477] On macOS, UI render is Metal at first, but switches to Raster after restarting LO (device-specific)
https://bugs.documentfoundation.org/show_bug.cgi?id=146477 QA Administrators changed: What|Removed |Added Whiteboard|| QA:needsComment -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 129400] X overlined with a bar that in latex is written \bar{x} is not correctly translated from Word
https://bugs.documentfoundation.org/show_bug.cgi?id=129400 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 129400] X overlined with a bar that in latex is written \bar{x} is not correctly translated from Word
https://bugs.documentfoundation.org/show_bug.cgi?id=129400 --- Comment #9 from QA Administrators --- [Automated Action] NeedInfo-To-Unconfirmed -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 90486] [META] Chart bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=90486 Bug 90486 depends on bug 142868, which changed state. Bug 142868 Summary: EDITING Not all chart data series should be allowed to be aligned to secondary Y axis https://bugs.documentfoundation.org/show_bug.cgi?id=142868 What|Removed |Added Status|NEEDINFO|RESOLVED Resolution|--- |INSUFFICIENTDATA -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 142895] When I open a file it comes up read or copy only
https://bugs.documentfoundation.org/show_bug.cgi?id=142895 QA Administrators changed: What|Removed |Added Status|NEEDINFO|RESOLVED Resolution|--- |INSUFFICIENTDATA -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 142895] When I open a file it comes up read or copy only
https://bugs.documentfoundation.org/show_bug.cgi?id=142895 --- Comment #3 from QA Administrators --- Dear getagrip97, 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 142868] EDITING Not all chart data series should be allowed to be aligned to secondary Y axis
https://bugs.documentfoundation.org/show_bug.cgi?id=142868 QA Administrators changed: What|Removed |Added Status|NEEDINFO|RESOLVED Resolution|--- |INSUFFICIENTDATA -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 142868] EDITING Not all chart data series should be allowed to be aligned to secondary Y axis
https://bugs.documentfoundation.org/show_bug.cgi?id=142868 --- Comment #13 from QA Administrators --- Dear NISZ LibreOffice Team, 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 143382] Pointer position while making changes to written text in LibreOffice Writer
https://bugs.documentfoundation.org/show_bug.cgi?id=143382 --- Comment #4 from QA Administrators --- Dear dr.silviaclamor, 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 143370] Calc: Vertical scrollbar does not slide on desktop computer.
https://bugs.documentfoundation.org/show_bug.cgi?id=143370 --- Comment #4 from QA Administrators --- Dear unkle.stephen, 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 129204] Impress File rendered only white
https://bugs.documentfoundation.org/show_bug.cgi?id=129204 --- Comment #8 from QA Administrators --- Dear Jean-Sebastien Bevilacqua, 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 89749] UX Drawing first side of polygon in LibreOffice Draw requires click and drag but every side after uses a click.
https://bugs.documentfoundation.org/show_bug.cgi?id=89749 --- Comment #7 from QA Administrators --- Dear Gabriel Diosan, 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 69479] Formula is getting corrupted after input
https://bugs.documentfoundation.org/show_bug.cgi?id=69479 --- Comment #23 from QA Administrators --- Dear Urmas, 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 129653] Adjust table size on iOS
https://bugs.documentfoundation.org/show_bug.cgi?id=129653 --- Comment #4 from QA Administrators --- Dear Andreas Gruhler, To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from https://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to 'inherited from OOo'; 4b. If the bug was not present in 3.3 - add 'regression' to keyword Feel free to come ask questions or to say hello in our QA chat: https://web.libera.chat/?settings=#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 143134] PDF restrictions in signed PDF documents
https://bugs.documentfoundation.org/show_bug.cgi?id=143134 --- Comment #6 from renato...@gmail.com --- (In reply to [REDACTED] from comment #2) > (In reply to Timur from comment #1) > > I don't understand. Isn't it normal that you cannot add comments in signed > > file. Please be specific with which software it's possible, best attach such > > signed PDF and write in which PDF software it's possible to add comment and > > sign again. > > Full ACK - I also wouldn't want a PDF, which I signed, can be changed by any > other software. From that very moment, I'd insist that my signature will be > removed from that document. In my region, we have seen external users and companies signing contracts one after the other. This have guaranteed the digital validity of documents. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 146571] Crash when close Manage changes dialog
https://bugs.documentfoundation.org/show_bug.cgi?id=146571 Deep17 changed: What|Removed |Added CC||deepoose2...@gmail.com --- Comment #3 from Deep17 --- No crash with Version: 7.4.0.0.alpha0+ (x64) / LibreOffice Community Build ID: bb29b12a9e367d181a5d9d962d466df41e093e0c CPU threads: 4; OS: Windows 10.0 Build 19042; 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.
[Libreoffice-bugs] [Bug 143134] PDF restrictions in signed PDF documents
https://bugs.documentfoundation.org/show_bug.cgi?id=143134 --- Comment #5 from renato...@gmail.com --- I consider we are discussing many aspects of signing. First, attending former comments, I am describing 2 forms of signing: keeping signatures outside of main file and keeping signatures within the main file. Then, I am returning to the point of signing PDF in LibreOffice. In this point, the details are pointing out several difficulties to sign within the main PDF file. Basically, the focus of this ticket is to verify the possibility to manage PDF flags and to perform more than one signature within the main file; First, there are 2 forms of storing signatures: - Keeping signatures in additional files; - Keeping signatures altogether within the main document; Keeping signatures in attached files It is well known that some projects keep signatures and fingerprints out of the main document. It is a very good option to implement new systems/tools. The reason is that the main file do not need interactions or additional changes to store signatures. This option prevents changes in fingerprint and file corruption through the signing process and other steps. This option is the easiest to implement and to maintain using common open source tools and well know concepts of signatures. Keeping signatures within the main document On the other hand, keeping all signatures in the same document delivers signatures for all users which received the only one - main file. The problem is that if signatures are kept all together in the same file, all signature recordings change the main document. Therefore, this might lead to fingerprint alterations, and in some cases the main fie might be susceptible to external changes or file corruption. The most risky part is that all signatures needs the user to interact with the main file. The user must download it, expose the file to the environment, sign it, and upload back to the server. Since, there are threats related to PDFs or any other files, changing files for signatures do not seems to be the securest solution. Considering the main file pass through internal and external users, multiple access might increase the risky changes or virus injections.. Another point, which might be good or not, is that this solution might depend on proprietary definitions. The advantage of this solution is that it is easy to store all signatures and data in one file. It is good for a long run. To sum up, to keep all signatures within the same file might bring some risks, however this option have been used for a long time. I would consider both options of signing are functional. Focusing in signing PDF After detailing the two options of keeping signatures, I am switching to the point of signing one main file in Libre Office. I highlight the option of keeping signatures in one main document. And, I consider the main document is a PDF file. Then, I move forward to the topic of signing PDF in LibreOffice. I am using an example to consolidate the scene. In my example: two people need to sign a PDF file. Unfortunately, the second one is reporting trouble. The second is an external user signing the same main PDF file. The problem is that If the first user signs via LibreOffice, the second can not sign successfully in other PDF reader. The last reader could use any program. In fact, we could focus in the flags. I guess that the blockage which the second user faces might be caused because of flags which LibreOffice sets in the first PDF signature. It seems that flags, which are written in first version of signed file, are not compatible with second access for the second signature. Other problems such as not having permissions to add stamps and not having permissions to add visual marks are seen for the second signer at the second access. Opposite to the difficulty presented in this environment, two different signatures are possible in proprietary PDF reader solution and have been used in my region. To check the possibility to edit flags and to execute multiple signatures in the LibreOffice. I would verify the possibility to include a function to allow multiple signatures and to allow specific flags to be available in the signature box. It is because the second signature depend on right flags such as Editable, Comments and Signatures to access the document properly. In fact, most of readers rely on those flags to add information, and other programs have managed all functionalities which can handle two signatures properly. Basically, other programs have allowed two people to sign PDF properly, and I would appreciate if LibreOffice could perform such way. That means placing a visual stamp and adding signatures in the second access. – PS: @Timur and Comment2: Unfortunately, I can not provide official documents using others’ signatures; however I wish I could explained what is needed for comprehension in this comment. Mainly, specific flags are used for other programs to guarantee two
[Libreoffice-bugs] [Bug 143134] PDF restrictions in signed PDF documents
https://bugs.documentfoundation.org/show_bug.cgi?id=143134 renato...@gmail.com changed: What|Removed |Added Status|NEEDINFO|UNCONFIRMED Ever confirmed|1 |0 --- Comment #4 from renato...@gmail.com --- I consider we are discussing many aspects of signing. First, attending former comments, I am describing 2 forms of signing: keeping signatures outside of main file and keeping signatures within the main file. Then, I am returning to the point of signing PDF in LibreOffice. In this point, the details are pointing out several difficulties to sign within the main PDF file. Basically, the focus of this ticket is to verify the possibility to manage PDF flags and to perform more than one signature within the main file; First, there are 2 forms of storing signatures: - Keeping signatures in additional files; - Keeping signatures altogether within the main document; Keeping signatures in attached files It is well known that some projects keep signatures and fingerprints out of the main document. It is a very good option to implement new systems/tools. The reason is that the main file do not need interactions or additional changes to store signatures. This option prevents changes in fingerprint and file corruption through the signing process and other steps. This option is the easiest to implement and to maintain using common open source tools and well know concepts of signatures. Keeping signatures within the main document On the other hand, keeping all signatures in the same document delivers signatures for all users which received the only one - main file. The problem is that if signatures are kept all together in the same file, all signature recordings change the main document. Therefore, this might lead to fingerprint alterations, and in some cases the main fie might be susceptible to external changes or file corruption. The most risky part is that all signatures needs the user to interact with the main file. The user must download it, expose the file to the environment, sign it, and upload back to the server. Since, there are threats related to PDFs or any other files, changing files for signatures do not seems to be the securest solution. Considering the main file pass through internal and external users, multiple access might increase the risky changes or virus injections.. Another point, which might be good or not, is that this solution might depend on proprietary definitions. The advantage of this solution is that it is easy to store all signatures and data in one file. It is good for a long run. To sum up, to keep all signatures within the same file might bring some risks, however this option have been used for a long time. I would consider both options of signing are functional. Focusing in signing PDF After detailing the two options of keeping signatures, I am switching to the point of signing one main file in Libre Office. I highlight the option of keeping signatures in one main document. And, I consider the main document is a PDF file. Then, I move forward to the topic of signing PDF in LibreOffice. I am using an example to consolidate the scene. In my example: two people need to sign a PDF file. Unfortunately, the second one is reporting trouble. The second is an external user signing the same main PDF file. The problem is that If the first user signs via LibreOffice, the second can not sign successfully in other PDF reader. The last reader could use any program. In fact, we could focus in the flags. I guess that the blockage which the second user faces might be caused because of flags which LibreOffice sets in the first PDF signature. It seems that flags, which are written in first version of signed file, are not compatible with second access for the second signature. Other problems such as not having permissions to add stamps and not having permissions to add visual marks are seen for the second signer at the second access. Opposite to the difficulty presented in this environment, two different signatures are possible in proprietary PDF reader solution and have been used in my region. To check the possibility to edit flags and to execute multiple signatures in the LibreOffice. I would verify the possibility to include a function to allow multiple signatures and to allow specific flags to be available in the signature box. It is because the second signature depend on right flags such as Editable, Comments and Signatures to access the document properly. In fact, most of readers rely on those flags to add information, and other programs have managed all functionalities which can handle two signatures properly. Basically, other programs have allowed two people to sign PDF properly, and I would appreciate if LibreOffice could perform such way. That means placing a visual stamp and adding signatures in the
[Libreoffice-bugs] [Bug 146752] menu and dialog font size IS adjustable; not by system (that I can find)
https://bugs.documentfoundation.org/show_bug.cgi?id=146752 --- Comment #5 from Pierre Fortin --- Ooops: "Just downloaded LO 7.5.2.2" -- obviously should be 7.2.5.2 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 146752] menu and dialog font size IS adjustable; not by system (that I can find)
https://bugs.documentfoundation.org/show_bug.cgi?id=146752 --- Comment #4 from Pierre Fortin --- Created attachment 177537 --> https://bugs.documentfoundation.org/attachment.cgi?id=177537=edit scalc 7.2.5.2 stated after oocalc 7.2.2.2 running -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 146752] menu and dialog font size IS adjustable; not by system (that I can find)
https://bugs.documentfoundation.org/show_bug.cgi?id=146752 --- Comment #3 from Pierre Fortin --- Created attachment 177536 --> https://bugs.documentfoundation.org/attachment.cgi?id=177536=edit oocalc 7.2.2.2 started first -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 146752] menu and dialog font size IS adjustable; not by system (that I can find)
https://bugs.documentfoundation.org/show_bug.cgi?id=146752 Pierre Fortin changed: What|Removed |Added Attachment #177534|scalc when 7.2.5.2 started |scalc 7.2.5.2 started first description|first | -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 146752] menu and dialog font size IS adjustable; not by system (that I can find)
https://bugs.documentfoundation.org/show_bug.cgi?id=146752 --- Comment #2 from Pierre Fortin --- Created attachment 177535 --> https://bugs.documentfoundation.org/attachment.cgi?id=177535=edit oocalc 7.2.2.2 started after scalc 7.2.5.2 running -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 146752] menu and dialog font size IS adjustable; not by system (that I can find)
https://bugs.documentfoundation.org/show_bug.cgi?id=146752 --- Comment #1 from Pierre Fortin --- Created attachment 177534 --> https://bugs.documentfoundation.org/attachment.cgi?id=177534=edit scalc when 7.2.5.2 started first -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 146752] New: menu and dialog font size IS adjustable; not by system (that I can find)
https://bugs.documentfoundation.org/show_bug.cgi?id=146752 Bug ID: 146752 Summary: menu and dialog font size IS adjustable; not by system (that I can find) Product: LibreOffice Version: 7.2.5.2 release Hardware: All OS: Linux (All) Status: UNCONFIRMED Severity: normal Priority: medium Component: UI Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: p...@pfortin.com Just downloaded LO 7.5.2.2 and installed via Mageia 7 mcc (rpm gui) -- it got installed into /opt... OK. After a long time using oo to start, realized it's now s... OK. Wow! Dialog and menu fonts are REALLY TINY My eyes are no longer that good. After much searching, it "appears" the fonts are controlled by the system; however, my settings are 14 and 16. The dialogs and menus appear to be 4 or 5... Now comes the surprise while scalc was running, I started oocalc (7.2.2.2) whose menu and dialog fonts were TINY like scalc's... Hmm... If I start oocalc first, I get my normal fonts. Then, starting scalc, its fonts are normal to me... It gets better: Help->About oocalc, then scalc -- both appear the same and both report 7.2.2.2 scalc, then oocalc -- both appear the same and both report 7.2.5.2 So now I know these fonts are under the control of LO, not the system. What/where is this magic config that controls the menu and dialog fonts? In fact, the dialogs, while totally different in oocalc vs scalc; whichever is started first gets to choose the dialogs, etc... -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 136481] Regression in 7.0.0 & 7.0.1 - Data Validation Drop-down when using keys "ALT+DOWN Arrow", it doesn't auto highlight the first option (when cell is blank)
https://bugs.documentfoundation.org/show_bug.cgi?id=136481 Aron Budea changed: What|Removed |Added Keywords||bibisected, bisected, ||regression CC||ba...@caesar.elte.hu, ||caol...@redhat.com Hardware|x86-64 (AMD64) |All --- Comment #5 from Aron Budea --- This is reproducible in Linux when using gen VCL plugin. Bibisected to the following commit using repo bibisect-linux-64-7.0. Adding CC: to Caolán McNamara. https://cgit.freedesktop.org/libreoffice/core/commit/?id=df50b02cd3177570bb26484a03273ba5caa50037 author Caolán McNamara 2020-05-24 20:48:03 +0100 committer Caolán McNamara 2020-05-25 20:20:44 +0200 weld ScFilterListBox -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 63859] Highlight Referenced Cell Live (or immediately)
https://bugs.documentfoundation.org/show_bug.cgi?id=63859 Aron Budea changed: What|Removed |Added CC||ba...@caesar.elte.hu Version|4.0.2.2 release |unspecified -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 96520] XY plot: Allow more than 2 Y axes and more than 1 X axis
https://bugs.documentfoundation.org/show_bug.cgi?id=96520 Jean-Baptiste Faure changed: What|Removed |Added Summary|XY plot: Allow more than 2 |XY plot: Allow more than 2 |X or Y axes |Y axes and more than 1 X ||axis --- Comment #11 from Jean-Baptiste Faure --- Why did you do the summary lest precise than it was? Best regards. JBF -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 121398] Powers of negative numbers highly inconsistent
https://bugs.documentfoundation.org/show_bug.cgi?id=121398 --- Comment #11 from Jean-Baptiste Faure --- (In reply to Roberto from comment #10) > [...] > =0^0 --> 1 > > but really must be an error. 0^0 = 1 by definition. So not a bug. > > With the same formula Ecxel give an error.. > I know many calc apps give 1 as result but not all! It is not necessary to mimic all MS-Excel's bugs! Best regards. JBF -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 136186] vsdx import incorrectly render process boxes as white (making text unreadable)
https://bugs.documentfoundation.org/show_bug.cgi?id=136186 --- Comment #19 from Andras Timar --- Created attachment 177533 --> https://bugs.documentfoundation.org/attachment.cgi?id=177533=edit The same file in VSD format. It's OK. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 136186] vsdx import incorrectly render process boxes as white (making text unreadable)
https://bugs.documentfoundation.org/show_bug.cgi?id=136186 --- Comment #18 from Andras Timar --- (In reply to Bartosz from comment #14) > Could you please save the vsdx file also in other formats (eg. vsd). I would > like to check if the issue is also with old formats. VSD format does not have this bug. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 146735] Calc can not save a huge XLSX file to ODS format
https://bugs.documentfoundation.org/show_bug.cgi?id=146735 m.a.riosv changed: What|Removed |Added Ever confirmed|0 |1 CC||miguelangelrv@libreoffice.o ||rg Status|UNCONFIRMED |NEW --- Comment #1 from m.a.riosv --- Repro After a quarter shows the message, and clicking ok in it, seems like it begins again to save. I cut it after a half an hour. It was doing something not freeze. Cleaning the direct format for whole sheets doesn't solve the issue. Version: 7.4.0.0.alpha0+ (x64) / LibreOffice Community Build ID: bb29b12a9e367d181a5d9d962d466df41e093e0c CPU threads: 4; OS: Windows 10.0 Build 21390; UI render: default; VCL: win Locale: es-ES (es_ES); UI: en-US Calc: CL -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 146104] DATA LOSS when pressing tab to add a row in a table in writer
https://bugs.documentfoundation.org/show_bug.cgi?id=146104 Jean-Baptiste Faure changed: What|Removed |Added Priority|medium |high Severity|normal |major --- Comment #7 from Jean-Baptiste Faure --- Dataloss -> Major as ctrl+Z does not restore original content of the cells wrongly interpreted as dates and converted in serial numbers. Best regards. JBF -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 146104] DATA LOSS when pressing tab to add a row in a table in writer
https://bugs.documentfoundation.org/show_bug.cgi?id=146104 Jean-Baptiste Faure changed: What|Removed |Added Version|7.0.6.2 release |6.4.7.2 release CC||jbfa...@libreoffice.org --- Comment #6 from Jean-Baptiste Faure --- Already reproducible in LO 6.4.7 : Version: 6.4.7.2 Build ID: 1:6.4.7-0ubuntu0.20.04.2 CPU threads: 8; OS: Linux 5.11; UI render: default; VCL: gtk3; Locale: fr-FR (fr_FR.UTF-8); UI-Language: en-US Calc: threaded Best regards. JBF -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 106560] Calc cell number format categories should be described in Help
https://bugs.documentfoundation.org/show_bug.cgi?id=106560 --- Comment #25 from gmarco --- Created attachment 177532 --> https://bugs.documentfoundation.org/attachment.cgi?id=177532=edit new screenshot -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 106560] Calc cell number format categories should be described in Help
https://bugs.documentfoundation.org/show_bug.cgi?id=106560 --- Comment #24 from gmarco --- (In reply to Rafael Lima from comment #23) > > Your choice is to call it "Divisore" (MS calls it "Frazione" and you too in > > the Guide) > > but you should still offer an explanation of what that type of formatting > > means (not > > everyone is able to understand this and understand how to use it). > > Gmarco, maybe this is a translation issue. In English the term used is > "Fraction" which is the same in MS Excel [1]. A review could be done in the > Italian translation for more consistency? Yes, I think the term "Frazione" is more adequate, as the Guide too uses that one. > As for the rest, I believe the "Numbers" page [2] could use some > improvement. We can explain that the options available are only presets and > what they do can be seen in the "Format code" box. > > [2] > https://help.libreoffice.org/7.4/en-US/text/shared/01/05020300. > html?=CALC=UNIX Yes, but it may not be enough, it would not explain its meaning and use (as more fully indicated in the MS help). And the meaning of my speech is: an help should help less experienced people to easily find useful information by finding in the guide what appears in the menus. And this is almost never the same: see, for example, the guide I get pressing PF1 file:///C:/Program%20Files/LibreOffice/help/it/text/scalc/main0105.html?DbPAR=CALC link and the new screenshot attached (where menu and guide differ). -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 146738] Fill with color
https://bugs.documentfoundation.org/show_bug.cgi?id=146738 m.a.riosv changed: What|Removed |Added CC||miguelangelrv@libreoffice.o ||rg --- Comment #1 from m.a.riosv --- Please test with a clean profile, Menu/Help/Restart in Safe Mode -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 146751] CONFIGURATION:
https://bugs.documentfoundation.org/show_bug.cgi?id=146751 m.a.riosv changed: What|Removed |Added CC||miguelangelrv@libreoffice.o ||rg --- Comment #1 from m.a.riosv --- Please test with a clean profile, Menu/Help/Restart in Safe Mode -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 121398] Powers of negative numbers highly inconsistent
https://bugs.documentfoundation.org/show_bug.cgi?id=121398 --- Comment #10 from Roberto --- I agree with a revision of code. Another bug is: =0^0 --> 1 but really must be an error. With the same formula Ecxel give an error.. I know many calc apps give 1 as result but not all! -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 94488] Nested tags embedvar to link do not work
https://bugs.documentfoundation.org/show_bug.cgi?id=94488 Buovjaga changed: What|Removed |Added Resolution|--- |WONTFIX Status|NEW |RESOLVED --- Comment #7 from Buovjaga --- Yep, let's close. Not really worth it to invest in the XSLT much anymore. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 146458] Opening typographic quotation mark always gets separate tag when inside text box/shape
https://bugs.documentfoundation.org/show_bug.cgi?id=146458 phv changed: What|Removed |Added Ever confirmed|1 |0 Status|NEEDINFO|UNCONFIRMED --- Comment #2 from phv --- I only manage to reproduce the bug by following my steps. Which require that: - the paragraph is in a textbox (or a shape); - the paragraph begins with an opening typographic quotation mark; - a direct style is applied on the text containing this mark. In this case, there is 100% success: the character of the opening typographic quotation mark gets a separate tag after saving. It doesn't seem to be an issue if: - the paragraph is not in a textbox; - or the opening typographic quotation mark is not at the beginning of the paragraph; - or no direct style is applied to the text containing this mark. There is therefore an issue when this particular glyph is the first character of a paragraph. No matter the font, the paragraph style or the direct style. I just noticed that this also happens with the closing typographic quotation mark. Could the AutoCorrect tool interferes when saving? Then why does it only happen at the beginning of the paragraph inside a textbox? -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 94488] Nested tags embedvar to link do not work
https://bugs.documentfoundation.org/show_bug.cgi?id=94488 Rafael Lima changed: What|Removed |Added CC||ilmari.lauhakangas@libreoff ||ice.org, ||rafael.palma.l...@gmail.com --- Comment #6 from Rafael Lima --- I ran a test locally and indeed this does not work. Inserting a inside a tag will not render as a link. This is mainly because a can contain a inside it, so the example you gave could result in problems because it would result in a link inside a link. I understand why you would like to write something like the example you gave, however the current practice in writing help pages is something like this: SFDialogs.DialogControl service You insert the link inside the variable. Then when you want to embed it anywhere else (using or ), it will include the link. or Test link to I don't think it is possible to change this behavior now, because it might result in breaking many help pages. My take is WF... Ilmari, what is your view? Is this possible? -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 146751] New: CONFIGURATION:
https://bugs.documentfoundation.org/show_bug.cgi?id=146751 Bug ID: 146751 Summary: CONFIGURATION: Product: LibreOffice Version: 7.2.5.2 release Hardware: All OS: All Status: UNCONFIRMED Severity: normal Priority: medium Component: Installation Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: noel...@netplus.ch Created attachment 177531 --> https://bugs.documentfoundation.org/attachment.cgi?id=177531=edit Erreur interne -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 144862] Wiggling letter with window size of 1920 pixel width (72dpi) and zoom 140% (RSID?)
https://bugs.documentfoundation.org/show_bug.cgi?id=144862 --- Comment #28 from Caolán McNamara --- When this is included in the next daily there will be: tools, options, writer, view with "Classic", "Layout" and "Layout & Match Render" to explore. Classic is the original heuristic described as https://wiki.openoffice.org/wiki/Writer/WYSIWYG where the example document here probably shifts position at 140%/120% when . is typed after Bouw Layout is basically that heuristic turned off. At 90% the o and w in Bouw will probably appear to have too much space between them and Layout & Match Render is the new option to play with -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 129121] FILESAVE Bad Allocation crash (32bit build problem only)
https://bugs.documentfoundation.org/show_bug.cgi?id=129121 --- Comment #15 from MarvinWWW --- I got out my little OLD Acer computer on which I first noticed this problem. I loaded LibreOffice 7.2.5 on it. I tried working with one of the large spreadsheets that always caused the problem reported in this Bug Report. I could not reproduce the problem. The spreadsheet seemed to work fine while running LibreOffice Calc, and it seemed to Save to disk in normal fashion when I was done. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 122652] [META] Memory problems in LibreOffice
https://bugs.documentfoundation.org/show_bug.cgi?id=122652 Bug 122652 depends on bug 129121, which changed state. Bug 129121 Summary: FILESAVE Bad Allocation crash (32bit build problem only) https://bugs.documentfoundation.org/show_bug.cgi?id=129121 What|Removed |Added Status|NEW |RESOLVED Resolution|--- |WORKSFORME -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 106560] Calc cell number format categories should be described in Help
https://bugs.documentfoundation.org/show_bug.cgi?id=106560 --- Comment #23 from Rafael Lima --- > Your choice is to call it "Divisore" (MS calls it "Frazione" and you too in > the Guide) > but you should still offer an explanation of what that type of formatting > means (not > everyone is able to understand this and understand how to use it). Gmarco, maybe this is a translation issue. In English the term used is "Fraction" which is the same in MS Excel [1]. A review could be done in the Italian translation for more consistency? [1] https://support.microsoft.com/en-us/office/available-number-formats-in-excel-0afe8f52-97db-41f1-b972-4b46e9f1e8d2 As for the rest, I believe the "Numbers" page [2] could use some improvement. We can explain that the options available are only presets and what they do can be seen in the "Format code" box. [2] https://help.libreoffice.org/7.4/en-US/text/shared/01/05020300.html?=CALC=UNIX -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 129121] FILESAVE Bad Allocation crash (32bit build problem only)
https://bugs.documentfoundation.org/show_bug.cgi?id=129121 MarvinWWW changed: What|Removed |Added Resolution|--- |WORKSFORME Status|NEW |RESOLVED -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 146742] The return value of Basic function is not initialized when called from Calc formula
https://bugs.documentfoundation.org/show_bug.cgi?id=146742 Andreas Heinisch changed: What|Removed |Added Ever confirmed|0 |1 Status|UNCONFIRMED |NEW --- Comment #3 from Andreas Heinisch --- Confirmed in: Version: 7.4.0.0.alpha0+ (x64) / LibreOffice Community Build ID: 423773c0054ac8c70c47606113dc0d92af2ac8e2 CPU threads: 6; OS: Windows 10.0 Build 19042; UI render: Skia/Raster; VCL: win Locale: de-DE (de_DE); UI: en-US Calc: CL Imho, we should move the initialization code to SbMethod::Call. I could not think about a scenario where this could lead to an error. I tested some calls including recursions or remaining values in the function calls. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 146750] New: PRINTING : LibreOffice sometimes refuses to print colored background text
https://bugs.documentfoundation.org/show_bug.cgi?id=146750 Bug ID: 146750 Summary: PRINTING : LibreOffice sometimes refuses to print colored background text Product: LibreOffice Version: 7.1.8.1 release Hardware: All OS: Windows (All) Status: UNCONFIRMED Severity: normal Priority: medium Component: Printing and PDF export Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: mm.tsu...@gmail.com Created attachment 177530 --> https://bugs.documentfoundation.org/attachment.cgi?id=177530=edit Example of colored background text with image previews To reproduce sometimes the bug : - write some text - select it - on the properties panel on the right (if opted on), change background caracter color. I picked "clear green 3" for example. - verify that printing option "print text in black" is not opted. - verify that printing option "to gray level" is not opted neither. - print document on printer. NB : Maybe attached document doesn't produce the bug. Printer is a HP inkjet of my office work. Moreover, - Export to PDF ==> PDF does have colored background text. - Printing this PDF transform (through Adobe reader) those color in gray level EXCEPT images, chapes and photos that keep their colors. Best regards. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 146746] LO 7.3.0.2 stuck on startup in safemode
https://bugs.documentfoundation.org/show_bug.cgi?id=146746 --- Comment #2 from Ryan --- Running in safe mode still freezes with my user profile. I need hide my profile to run in safe mode. This surely can't be necessary for safe mode. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 146749] One document cause LO to crash when scrolling.
https://bugs.documentfoundation.org/show_bug.cgi?id=146749 --- Comment #1 from Ryan --- I cannot share the document publicly as it has work-related content. Please let me know if there is some other info I can provide. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 146749] New: One document cause LO to crash when scrolling.
https://bugs.documentfoundation.org/show_bug.cgi?id=146749 Bug ID: 146749 Summary: One document cause LO to crash when scrolling. Product: LibreOffice Version: 7.3.0.1 rc Hardware: All OS: Linux (All) Status: UNCONFIRMED Severity: normal Priority: medium Component: LibreOffice Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: jryan.dani...@gmail.com Description: LO was crashing when I scrolled on one particular document. I tested on other documents and they did not cause the issue. I did a manual install of LO. I then uninstalled LO and installed via the PPA. This did not help. I then restarted LO in safe mode but this did not change anything. I created a copy of the doc in odt (save as) and docx but both of these copies behaved exactly the same. When I copy the content form LO, writer crashes. Steps to Reproduce: 1.Open LO and use the menu to open the above mentioned document or use the CLI to open the document. 2. Scroll up or down. Actual Results: Writer crashes, restarts and asks to do a recovery. The recovered document behaves the same. Expected Results: The document does not crash when I scroll. Reproducible: Always User Profile Reset: Yes Additional Info: Additional Info: I am on Ubuntu 22.04 Linux 5.15.0-16-generic #16-Ubuntu SMP Sat Jan 8 10:05:40 UTC 2022 x86_64 Running sway 1.5.1 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 146746] LO 7.3.0.2 stuck on startup in safemode
https://bugs.documentfoundation.org/show_bug.cgi?id=146746 --- Comment #1 from Ryan --- I tested on another user account and it starts up fine. I hid my user profile (changed the name) and I managed to get it to start up. From there I selected the option to restarted normally (got out of safe mode). I then put my user account back in place, after that everything was back to normal. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 144862] Wiggling letter with window size of 1920 pixel width (72dpi) and zoom 140% (RSID?)
https://bugs.documentfoundation.org/show_bug.cgi?id=144862 --- Comment #27 from Commit Notification --- Caolán McNamara committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/935761709fb7629c8d23aa5dc8bfcbd2988f5bbf tdf#144862 adjust positioning experimental options It will be available in 7.4.0. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 146748] More numbering/more bullets always opens Customize tab (not last tab accessed)
https://bugs.documentfoundation.org/show_bug.cgi?id=146748 Telesto changed: What|Removed |Added Severity|normal |enhancement -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 146748] More numbering/more bullets always opens Customize tab (not last tab accessed)
https://bugs.documentfoundation.org/show_bug.cgi?id=146748 Telesto changed: What|Removed |Added Keywords||needsUXEval CC||heiko.tietze@documentfounda ||tion.org -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 146748] New: More numbering/more bullets always opens Customize tab (not last tab accessed)
https://bugs.documentfoundation.org/show_bug.cgi?id=146748 Bug ID: 146748 Summary: More numbering/more bullets always opens Customize tab (not last tab accessed) Product: LibreOffice Version: 7.4.0.0 alpha0+ Master Hardware: All OS: All Status: UNCONFIRMED Severity: normal Priority: medium Component: UI Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: tele...@surfxs.nl Description: More numbering/more bullets always opens Customize tab Steps to Reproduce: 1. Open Writer 2. Click the 'arrow down' part of Numbered list toggle in toolbar 3. Click more numbering 4. Opens Customize tab Actual Results: Customize tab Expected Results: Outline numbering & image numbering are also regular used variants. It's not that you by definition want to create a customized variant. So maybe set it to the last tab used? Instead of fixed Customize tab. So maybe simply open the last used.. As mostly happens with the dialogs? Reproducible: Always User Profile Reset: No Additional Info: Version: 7.2.1.0.0+ (x64) / LibreOffice Community Build ID: 8fdbb8aed1b48734a717d5f98ada566de7204605 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 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 146747] Crash mergedlo!SfxItemPool::PutImpl+0x1a7:
https://bugs.documentfoundation.org/show_bug.cgi?id=146747 Telesto changed: What|Removed |Added CC||caol...@redhat.com --- Comment #2 from Telesto --- @Caolan Bug 146285 got fixed, but found another case -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 146747] Crash mergedlo!SfxItemPool::PutImpl+0x1a7:
https://bugs.documentfoundation.org/show_bug.cgi?id=146747 --- Comment #1 from Telesto --- No crash with Version: 7.2.1.0.0+ (x64) / LibreOffice Community Build ID: 8fdbb8aed1b48734a717d5f98ada566de7204605 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 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 146747] Crash mergedlo!SfxItemPool::PutImpl+0x1a7:
https://bugs.documentfoundation.org/show_bug.cgi?id=146747 Telesto changed: What|Removed |Added See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=14 ||6285 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 146747] New: Crash mergedlo!SfxItemPool::PutImpl+0x1a7:
https://bugs.documentfoundation.org/show_bug.cgi?id=146747 Bug ID: 146747 Summary: Crash mergedlo!SfxItemPool::PutImpl+0x1a7: Product: LibreOffice Version: 7.4.0.0 alpha0+ Master Hardware: All OS: All Status: UNCONFIRMED Severity: normal Priority: medium Component: Writer Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: tele...@surfxs.nl Description: Crash mergedlo!SfxItemPool::PutImpl+0x1a7: Steps to Reproduce: 1. Open the sidebar 2. Right click Default paragraph style -> Modify -> Outline & List tab 3. pick a list style 4. Press edit -> crash Pretty similar to bug 146285 Actual Results: Crash Expected Results: No crash Reproducible: Always User Profile Reset: No Additional Info: Version: 7.4.0.0.alpha0+ (x64) / LibreOffice Community Build ID: bb29b12a9e367d181a5d9d962d466df41e093e0c 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 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 146375] Cannot rename user-defined categories in template manager
https://bugs.documentfoundation.org/show_bug.cgi?id=146375 Xisco Faulí changed: What|Removed |Added CC||xiscofa...@libreoffice.org --- Comment #6 from Xisco Faulí --- Verified in Version: 7.3.1.0.0+ / LibreOffice Community Build ID: 0b6ae07240e79738d88fe61676f814044cf71c7c CPU threads: 8; OS: Linux 5.10; UI render: default; VCL: gtk3 Locale: es-ES (es_ES.UTF-8); UI: en-US Calc: threaded @Noel, thanks for fixing this issue!! -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 130687] CRASH: after paste and undo ( table related )
https://bugs.documentfoundation.org/show_bug.cgi?id=130687 Xisco Faulí changed: What|Removed |Added Resolution|WORKSFORME |DUPLICATE --- Comment #7 from Xisco Faulí --- Issue fixed by https://cgit.freedesktop.org/libreoffice/core/commit/?id=682e0488df819c191c13a03758fad0690706e508 Closing as duplicated of bug 134099 *** This bug has been marked as a duplicate of bug 134099 *** -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 146746] New: LO 7.3.0.2 stuck on startup in safemode
https://bugs.documentfoundation.org/show_bug.cgi?id=146746 Bug ID: 146746 Summary: LO 7.3.0.2 stuck on startup in safemode Product: LibreOffice Version: 7.3.0.1 rc Hardware: x86-64 (AMD64) OS: Linux (All) Status: UNCONFIRMED Severity: normal Priority: medium Component: LibreOffice Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: jryan.dani...@gmail.com Description: When starting LO, the splash screen is shown but the app does not open. Steps to Reproduce: 1. Using either the terminal or the bemenu launcher, I start up LO. Actual Results: The splash screen appears with the progress bar complete. Nothing else happens. Expected Results: The app opens. Reproducible: Always User Profile Reset: Yes Additional Info: I am on Ubuntu 22.04 Linux 5.15.0-16-generic #16-Ubuntu SMP Sat Jan 8 10:05:40 UTC 2022 x86_64 Running sway 1.5.1 I did a manual install of LO. LO was crashing when I scrolled on one particular document so I was trying to troubleshoot this. I then uninstalled LO and installed via the PPA. This did not help. I then restarted LO in safe mode. After I did this LO would not go passed the splash screen. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 146458] Opening typographic quotation mark always gets separate tag when inside text box/shape
https://bugs.documentfoundation.org/show_bug.cgi?id=146458 Dieter changed: What|Removed |Added Ever confirmed|0 |1 Whiteboard| QA:needsComment| CC||dgp-m...@gmx.de Status|UNCONFIRMED |NEEDINFO --- Comment #1 from Dieter --- As far as I can see, this is not related to text boxes / frames I could reproduce it with following steps: 1. Open a new document 2. Typ: "Hello World" 3. Save (it doesn't matter, if you save it as fodt-file or "normal" odt-file) 4. Open fodt-file and content.xml (odt-file) in editor. Tested with Version: 7.2.5.2 (x64) / LibreOffice Community Build ID: 499f9727c189e6ef3471021d6132d4c694f357e5 CPU threads: 4; OS: Windows 10.0 Build 19044; UI render: Skia/Raster; VCL: win Locale: de-DE (de_DE); UI: en-GB Calc: CL phv, could you please retest without textbox / frame? => NEEDINFO Since I'm not a developer, I can't assess for 100%, if this is a bug or not. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 143106] DOCX: Images are being duplicated on document reopen
https://bugs.documentfoundation.org/show_bug.cgi?id=143106 --- Comment #6 from Commit Notification --- Michael Stahl committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/f261fae4af72b1328bc3e93fc52a9a24ce0975b3 tdf#143039 tdf#143106 sw: DOCX export: don't export duplicate flys It will be available in 7.4.0. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 143039] FILESAVE DOCX Change tracked shape with textbox doubles
https://bugs.documentfoundation.org/show_bug.cgi?id=143039 --- Comment #7 from Commit Notification --- Michael Stahl committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/f261fae4af72b1328bc3e93fc52a9a24ce0975b3 tdf#143039 tdf#143106 sw: DOCX export: don't export duplicate flys It will be available in 7.4.0. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 143106] DOCX: Images are being duplicated on document reopen
https://bugs.documentfoundation.org/show_bug.cgi?id=143106 Commit Notification changed: What|Removed |Added Whiteboard||target:7.4.0 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 143039] FILESAVE DOCX Change tracked shape with textbox doubles
https://bugs.documentfoundation.org/show_bug.cgi?id=143039 Commit Notification changed: What|Removed |Added Whiteboard||target:7.4.0 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 117073] [META] WebDAV bugs
https://bugs.documentfoundation.org/show_bug.cgi?id=117073 Bug 117073 depends on bug 146460, which changed state. Bug 146460 Summary: webdav: website fails to load from open file dialog https://bugs.documentfoundation.org/show_bug.cgi?id=146460 What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|--- |NOTOURBUG -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 146460] webdav: website fails to load from open file dialog
https://bugs.documentfoundation.org/show_bug.cgi?id=146460 Michael Stahl (allotropia) changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|--- |NOTOURBUG --- Comment #3 from Michael Stahl (allotropia) --- uh how did you find this webserver? with neon, it: * replies to OPTIONS with 404 * replies to HEAD with 404 * replies to GET with "Range: bytes=0-0" with 200 and a 1.3 MiB body with curl: * replies to OPTIONS with 403 * replies to HEAD with 403 * then we don't continue to GET 0 bytes because that only happens for 404, 405 and 501 * but if i change it to GET 0 bytes after 403 the result is still 403 ... it turns out the problem is this header: User-Agent: LibreOffice 7.4.0.0 curl/7.79.1 NSS/3.73\r\n if i remove the string "curl" from the header it works. this is ridiculous. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 96520] XY plot: Allow more than 2 X or Y axes
https://bugs.documentfoundation.org/show_bug.cgi?id=96520 --- Comment #10 from Frederic Parrenin --- As of 7.2.5, this functionality has not yet been implemented. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 96520] XY plot: Allow more than 2 X or Y axes
https://bugs.documentfoundation.org/show_bug.cgi?id=96520 Frederic Parrenin changed: What|Removed |Added Summary|XY plot: Allow more than 2 |XY plot: Allow more than 2 |Y axes and more than 1 X|X or Y axes |axis| -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 129797] Selection Mode: Block Area. After copying and pasting, lines appeared in reversed order
https://bugs.documentfoundation.org/show_bug.cgi?id=129797 drexlar changed: What|Removed |Added Resolution|--- |WORKSFORME Status|NEW |RESOLVED --- Comment #3 from drexlar --- Good afternoon it works for me in Spanish Writer version 7.0.4.2 for Debian 11 32-bit and in English Writer version 7.1.7.2 for Ubuntu 20.04.3 64-bit. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 146419] The order in which hyperlinks are listed in Navigator is strange
https://bugs.documentfoundation.org/show_bug.cgi?id=146419 Xisco Faulí changed: What|Removed |Added CC||xiscofa...@libreoffice.org Resolution|WORKSFORME |FIXED -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 146745] LibreofficeWriter hangs if I move a Frame anchor to another page
https://bugs.documentfoundation.org/show_bug.cgi?id=146745 --- Comment #1 from Patrick Invernizzi --- Created attachment 177529 --> https://bugs.documentfoundation.org/attachment.cgi?id=177529=edit ODT Document to reproduce the problem -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 146745] New: LibreofficeWriter hangs if I move a Frame anchor to another page
https://bugs.documentfoundation.org/show_bug.cgi?id=146745 Bug ID: 146745 Summary: LibreofficeWriter hangs if I move a Frame anchor to another page Product: LibreOffice Version: 7.2.5.2 release Hardware: All OS: All Status: UNCONFIRMED Severity: normal Priority: medium Component: Writer Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: sirpatri...@gmx.ch Description: Libreoffice Writer. 2 pages. On the first page there is some text and 2 frames The frame (frame1) is anchored (page anchor) to the bottom of page. The frame (frame2) is inside frame1, anchored to frame1. The text overlaps frame1. If I try to move the anchor of frame1 from page1 to page2, Libreoffice writer freezes (hangs) and I have to kill the application. If I delete some lines in order to have the text NOT overlapping frame1, everything i can move the anchor to the other page without problems. Maybe it's related to Bug 141610 Actual Results: Libreoffice writer freezes when moving frame1 anchor to the second page. I have to kill the application. Expected Results: It should be possible to move the frame1 anchor to the second page and Libreoffice Writer should not freeze. Reproducible: Always User Profile Reset: No Additional Info: Version: 7.2.5.2 (x64) / LibreOffice Community Build ID: 499f9727c189e6ef3471021d6132d4c694f357e5 CPU threads: 4; OS: Windows 10.0 Build 19044; UI render: Skia/Raster; VCL: win Locale: it-CH (it_CH); UI: it-IT Calc: CL -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 129400] X overlined with a bar that in latex is written \bar{x} is not correctly translated from Word
https://bugs.documentfoundation.org/show_bug.cgi?id=129400 --- Comment #8 from schlebe --- Created attachment 177528 --> https://bugs.documentfoundation.org/attachment.cgi?id=177528=edit X-bar in formula in LibreOffice then in MS word -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 129400] X overlined with a bar that in latex is written \bar{x} is not correctly translated from Word
https://bugs.documentfoundation.org/show_bug.cgi?id=129400 --- Comment #7 from schlebe --- I tried on Windows 10 and the 2 x have now a bar above x. The problem for x-bar in text is clearly resolved. But the x-bar display in formula in LibreOffice is not very perfect versus MS Word version. I have added a picture file so you can quickly see the difference. The first part is LibreOffice and the last part is MS Word. Must I create a new bug for this ? Can also create a new bug because LibreOffice doesn't keep color in formula as MS Word do ? -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 146741] Importing csv removes dot in some numbers and not in other numbers
https://bugs.documentfoundation.org/show_bug.cgi?id=146741 Eike Rathke changed: What|Removed |Added Status|RESOLVED|CLOSED -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 146741] Importing csv removes dot in some numbers and not in other numbers
https://bugs.documentfoundation.org/show_bug.cgi?id=146741 Eike Rathke changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|--- |NOTABUG --- Comment #1 from Eike Rathke --- Make sure that in the CSV Import dialog you set the proper import locale, i.e. here an English (probably English-US) locale. For your Dutch locale has ',' comma decimal separator and '.' group separator, the dot in the numbers is taken as group separator (if thousands separator, thus multiple of three digits to the right) else the character sequence is imported as text instead of numeric value. Another possibility is, again in the import dialog, to set specific column types to English-US. Not a bug. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 146744] New: Custom Verification IP
https://bugs.documentfoundation.org/show_bug.cgi?id=146744 Bug ID: 146744 Summary: Custom Verification IP Product: cppunit Version: unspecified Hardware: All URL: https://www.truechip.net/product/verification-ip/s-592 834231 OS: All Status: UNCONFIRMED Severity: normal Priority: medium Component: General Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: seo.future...@gmail.com CC: markus.mohrh...@googlemail.com -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 146743] New: AquaSalInstance::getOSVersion() does not give Darwin kernel version
https://bugs.documentfoundation.org/show_bug.cgi?id=146743 Bug ID: 146743 Summary: AquaSalInstance::getOSVersion() does not give Darwin kernel version Product: LibreOffice Version: 7.4.0.0 alpha0+ Master Hardware: All OS: macOS (All) Status: UNCONFIRMED Severity: normal Priority: medium Component: graphics stack Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: chris.sherloc...@gmail.com Description: AquaSalInstance::getOSVersion() does not give Darwin kernel version. Steps to Reproduce: Run AquaSalInstance::getOSVersion() to get the OS version. It gives the Mac OS X (sic) version, not the Darwin version. Actual Results: Probably should give the Darwin kernel version, in line with all other Unix variants. Expected Results: In line with other Unix variants, should give Darwin version. Reproducible: Always User Profile Reset: No Additional Info: Version: 7.2.5.2 / LibreOffice Community Build ID: 499f9727c189e6ef3471021d6132d4c694f357e5 CPU threads: 4; OS: Mac OS X 11.6.2; UI render: default; VCL: osx Locale: en-AU (en_AU.UTF-8); UI: en-US Calc: threaded -- You are receiving this mail because: You are the assignee for the bug.