[Libreoffice-bugs] [Bug 145843] Incidental Crash on macOS with skia raster
https://bugs.documentfoundation.org/show_bug.cgi?id=145843 --- Comment #4 from Telesto --- 1. Open LibreOffice (Start Center) 2. Writer document 3. Help -> Restart in safe mode 4. Cancel 5. LibreOffice About. Press copy button 6. Close dialog 7. LibreOffice About. Press copy button 8. Help -> Restart in safe mode 9. Switch to different app and back 10. Cancel dialog 11. LibreOffice About. Press copy button Crash should occur somewhere in this dance. Sometimes it crashes instant, other times it takes a little longer -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 106976] Can't paste english text as a filename when russian keyboard is on
https://bugs.documentfoundation.org/show_bug.cgi?id=106976 Mike Kaganski changed: What|Removed |Added See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=12 ||6638 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 126638] macOS: Can't paste, copy, cut or ⌘A (select all) using keyboard shortcuts in Save-As field on Catalina or Big Sur
https://bugs.documentfoundation.org/show_bug.cgi?id=126638 Mike Kaganski changed: What|Removed |Added See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=10 ||6976 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 145983] New: CTL in not needed for Word Joiner (and No-width optional break)
https://bugs.documentfoundation.org/show_bug.cgi?id=145983 Bug ID: 145983 Summary: CTL in not needed for Word Joiner (and No-width optional break) Product: LibreOffice Version: unspecified Hardware: All OS: All Status: UNCONFIRMED Severity: normal Priority: medium Component: Documentation Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: mikekagan...@hotmail.com CC: olivier.hal...@libreoffice.org Bug 104610 has removed the requirement to enable CTL to see Word Joiner and No-width optional break in Insert->Formatting Mark menu. However, relevant documentation has not been updated: 1. "Preventing Hyphenation of Specific Words" help entry [1]. 2. "Inserting non-breaking spaces, hyphens, and more" topic in Writer Guide [2]. This may confuse reader (see bug 145982, where user attempted to enable CTL to see the element). [1] https://help.libreoffice.org/7.3/en-US/text/swriter/guide/hyphen_prevent.html?DbPAR=WRITER#bm_id3149695 [2] https://documentation.libreoffice.org/assets/Uploads/Documentation/en/WG7.2/WG72-WriterGuide.pdf#page=45 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 145982] The Word Joiner feature mentioned in the 7.2 Writer Guide is missing
https://bugs.documentfoundation.org/show_bug.cgi?id=145982 Mike Kaganski changed: What|Removed |Added See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=10 ||4610 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 145982] The Word Joiner feature mentioned in the 7.2 Writer Guide is missing
https://bugs.documentfoundation.org/show_bug.cgi?id=145982 Mike Kaganski changed: What|Removed |Added Resolution|--- |NOTABUG Status|UNCONFIRMED |RESOLVED --- Comment #1 from Mike Kaganski --- Word Joiner is where it should be (and where "No-width no break" previously was): in menu Insert->Formatting Mark->Word Joiner. The guide [1] even shows a screenshot for that. Note that unlike some other items of that menu, Word Joiner doesn't need CTL/Asian support to be shown. [1] https://documentation.libreoffice.org/assets/Uploads/Documentation/en/WG7.2/WG72-WriterGuide.pdf#page=45 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 145982] New: The Word Joiner feature mentioned in the 7.2 Writer Guide is missing
https://bugs.documentfoundation.org/show_bug.cgi?id=145982 Bug ID: 145982 Summary: The Word Joiner feature mentioned in the 7.2 Writer Guide is missing Product: LibreOffice Version: unspecified Hardware: All OS: Windows (All) Status: UNCONFIRMED Severity: normal Priority: medium Component: Writer Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: tarotf...@protonmail.com Description: With a "word" such as C++ appearing at the right margin, Writer wants to split the "word" and put C+ on the end of one line and the second + on the start of the next line. There should be an easy, intuitive, way to keep the "word" from being split like that, but instead there is a feature mentioned in the 7.2 Writer Guide that shows using the Word Joiner feature (in previous versions allegedly known as "No-width no break"), but when you go to Tools > Language Settings > Languages there is no such listing--even if you have CTL (complex text layout) selected. Actual Results: Expected Results: A way to keep words that should not be split from being split (I hate hyphens, especially since no word processor I know of obeys the traditional hyphenation rules). Reproducible: Always User Profile Reset: Yes Additional Info: Version: 7.2.3.1 (x64) / LibreOffice Community Build ID: 1d5dee817bde88d78dbcc0d00f88492568e131d5 CPU threads: 4; OS: Windows 10.0 Build 19044; UI render: Skia/Raster; 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 145712] Error when opening dbf files
https://bugs.documentfoundation.org/show_bug.cgi?id=145712 Olivier Berten changed: What|Removed |Added Status|NEEDINFO|RESOLVED Resolution|--- |FIXED --- Comment #9 from Olivier Berten --- This seems to have been fixed by one of the latest updates, either of LibreOffice or of Ubuntu... I can again open DBF files :-) Thanks! -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 145715] PRINTING pages with comments leads to scaled down prints
https://bugs.documentfoundation.org/show_bug.cgi?id=145715 Dieter changed: What|Removed |Added Whiteboard| QA:needsComment| CC||dgp-m...@gmx.de Status|UNCONFIRMED |NEEDINFO Ever confirmed|0 |1 --- Comment #3 from Dieter --- As far as I can see, this is the expected result. I guess your settings are: Print comments in margin and paper size is A5. So for me it's logic, that if you print on A5 and comment should be printed too, they are part of the print preview and regular text is scaled down. Is this helpful? If you use different settings or comments on first page are not part of print preview, there's a different problem. Please specify it in this case. => NEEDINFO -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 145724] Automatic icon detection make the icons invisible
https://bugs.documentfoundation.org/show_bug.cgi?id=145724 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 145715] PRINTING pages with comments leads to scaled down prints
https://bugs.documentfoundation.org/show_bug.cgi?id=145715 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 145666] "Arial black" is not used for the "Text field" form when exporting as pdf. However, this is the case for the radio button.
https://bugs.documentfoundation.org/show_bug.cgi?id=145666 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 145515] Does LibreOffice alter xls files such that Excel 2004 must be force-quit?
https://bugs.documentfoundation.org/show_bug.cgi?id=145515 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 145515] Does LibreOffice alter xls files such that Excel 2004 must be force-quit?
https://bugs.documentfoundation.org/show_bug.cgi?id=145515 --- Comment #5 from QA Administrators --- [Automated Action] NeedInfo-To-Unconfirmed -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 142042] When auto filter is used, the output result is abnormal
https://bugs.documentfoundation.org/show_bug.cgi?id=142042 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 142042] When auto filter is used, the output result is abnormal
https://bugs.documentfoundation.org/show_bug.cgi?id=142042 --- Comment #3 from QA Administrators --- Dear 胡剑锋, 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 141984] LibreOffice Writer crashed when trying to input Special Character 'Paragraph' symbol from tool bar widget.
https://bugs.documentfoundation.org/show_bug.cgi?id=141984 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 141984] LibreOffice Writer crashed when trying to input Special Character 'Paragraph' symbol from tool bar widget.
https://bugs.documentfoundation.org/show_bug.cgi?id=141984 --- Comment #3 from QA Administrators --- Dear Nigel, 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 142637] Speichern Unter - funktioniert nicht in der Version 7.1.3.2
https://bugs.documentfoundation.org/show_bug.cgi?id=142637 --- Comment #3 from QA Administrators --- Dear herbi.maech...@sunrise.ch, 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 130230] Writer create .pdf files with wrong link
https://bugs.documentfoundation.org/show_bug.cgi?id=130230 --- Comment #11 from QA Administrators --- Dear Daniel, 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 128296] Sheet event 'Content changed' not thrown in some cases where it should be
https://bugs.documentfoundation.org/show_bug.cgi?id=128296 --- Comment #6 from QA Administrators --- Dear Wolfgang Jäger, 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 142437] Applying autocorrect wordlist changes sub-strings for Marathi
https://bugs.documentfoundation.org/show_bug.cgi?id=142437 Shantanu changed: What|Removed |Added Status|NEEDINFO|UNCONFIRMED Ever confirmed|1 |0 --- Comment #6 from Shantanu --- Reproduced using: Version: 7.1.4.2 (x64) / LibreOffice Community Build ID: a529a4fab45b75fefc5b6226684193eb000654f6 CPU threads: 1; OS: Windows 10.0 Build 17763; UI render: Skia/Raster; VCL: win Locale: en-US (en_US); UI: en-US Calc: threaded Can you please post your output when you apply autocorrect to the list mentioned in my post (comment 3)? -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 43808] [META] Right-To-Left and Complex Text Layout language issues (RTL/CTL)
https://bugs.documentfoundation.org/show_bug.cgi?id=43808 Aron Budea changed: What|Removed |Added Depends on||145730 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=145730 [Bug 145730] Flip Impress templates when locale setting is set to RTL language -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 145730] Flip Impress templates when locale setting is set to RTL language
https://bugs.documentfoundation.org/show_bug.cgi?id=145730 Aron Budea changed: What|Removed |Added Blocks||43808 CC||ba...@caesar.elte.hu, ||libreoffice-ux-advise@lists ||.freedesktop.org Keywords||needsUXEval --- Comment #1 from Aron Budea --- That's an interesting idea. UX team, do you think this would work as a simple "trick" for RTL languages, or are there pitfalls to look out for? Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=43808 [Bug 43808] [META] Right-To-Left and Complex Text Layout language issues (RTL/CTL) -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 145981] New: Eliminate the "Document is read-only" warning dialog and merge functionality with infobar
https://bugs.documentfoundation.org/show_bug.cgi?id=145981 Bug ID: 145981 Summary: Eliminate the "Document is read-only" warning dialog and merge functionality with infobar Product: LibreOffice Version: 7.2.2.2 release Hardware: All OS: All Status: UNCONFIRMED Severity: enhancement Priority: medium Component: UI Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: jhanso...@gmail.com Description: Basis: 1. The read-only dialog warning is redundant with the info bar warning. 2. The user experience would be better if the writeability notification was integrated with the infobar and always active (with optional disablement in the config). 3. The dialog is annoying when the file is under control of a VCS or document management system and the user is already aware of the file status when opening it. When browsing through a bunch of such files it guarantees doubling the number of mouse clicks for access. It may make sense to combine the read-only infobar with real-time collaboration or CMIS status updates. While not directly related to the read-only dialog file locking and writeability are the primary contentions in these situations. Steps to Reproduce: 1. Open read-only file 2. 3. Actual Results: Read-only/notification dialog displayed followed by read-only infobar shown Expected Results: Option available to skip the the read-only/notification dialog Reproducible: Always User Profile Reset: No Additional Info: v7.2.3.2 (not in version list) -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 145515] Does LibreOffice alter xls files such that Excel 2004 must be force-quit?
https://bugs.documentfoundation.org/show_bug.cgi?id=145515 --- Comment #4 from n6ac --- Thanks, I will try to gather the appropriate items. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 145948] In an RTL sheet, merged cell borders don't show until save or direction change
https://bugs.documentfoundation.org/show_bug.cgi?id=145948 Aron Budea changed: What|Removed |Added CC||ba...@caesar.elte.hu --- Comment #1 from Aron Budea --- Created attachment 176613 --> https://bugs.documentfoundation.org/attachment.cgi?id=176613&action=edit Screenshot (good? bad?) Not sure what I should see here. I'm not seeing a difference when saving/reloading, or when switching to LTR sheet and back. Is this screenshot, taken right after opening the file, correct or not? Could you please upload a comparison screenshot? Version: 7.3.0.0.beta1+ / LibreOffice Community Build ID: 81b26582ed62db40e2be701ddefede7d8230d0d2 CPU threads: 16; OS: Linux 5.4; UI render: default; VCL: gtk3 Locale: en-GB (en_US.UTF-8); UI: en-US Calc: threaded -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 98595] FILEOPEN: OOXML - Rectangular fill not imported correctly
https://bugs.documentfoundation.org/show_bug.cgi?id=98595 --- Comment #7 from Luke --- Still repo in 7.2. I'm torn on this issue. See Comment 5. The Radial mapping in Bug 94238 maps 1 to 1 in MSO/LO. Here's it's not so cut an dry. I think the correct solution may be to add a new fill type "Rectangular" that maps more closely to MSO's. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 70418] When selecting text, automatically select entire word
https://bugs.documentfoundation.org/show_bug.cgi?id=70418 Luke changed: What|Removed |Added Status|NEEDINFO|NEW --- Comment #13 from Luke --- Why would it be "dangerous"? This is exactly how Word and PowerPoint behave my default. In my description, I said, "this feature would be especially useful for those of us on laptop with imprecise input devices like touchpads or pointing sticks." Actually compare Writer with Word and you will see why this would be such a useful feature. I do not miss this feature when using a mouse. That's why I said it should be an optional feature, just like it is in MSO. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 117191] Comment in the header/footer moves to the second page after inserting a second page
https://bugs.documentfoundation.org/show_bug.cgi?id=117191 --- Comment #6 from LeroyG --- Also in Linux: Version: 7.1.7.2 / LibreOffice Community Build ID: c6a4e3954236145e2acb0b65f68614365aeee33f CPU threads: 1; OS: Linux 4.12; UI render: default; VCL: kf5 Locale: es-MX (es_ES.UTF-8); UI: en-US Calc: threaded -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 145980] New: Table Alignment options are somewhat confusing, illustration needed
https://bugs.documentfoundation.org/show_bug.cgi?id=145980 Bug ID: 145980 Summary: Table Alignment options are somewhat confusing, illustration needed Product: LibreOffice Version: 5.0.0.5 release Hardware: All OS: All Status: UNCONFIRMED Severity: minor Priority: medium Component: Writer Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: eyalr...@gmx.com Created attachment 176612 --> https://bugs.documentfoundation.org/attachment.cgi?id=176612&action=edit Current Table tab of the Table Properties dialog The Table tab of the Table Properties dialog has, on one side, a set of radio boxes: **Alignment** ( ) Automatic ( ) Left ( ) From Left ( ) Right ( ) Center ( ) Manual Disregarding for a moment other controls in this dialog, this list is confusing: Some items are vague/confusing in themselves, while some confuse me in the context of the other choices. Let's start at the purely linguistic level. There is no way you could create a valid phrase with "alignment" and "from left": "Aligned from left", "Aligned with From Left", "From-Left-Aligned"? Nope. You simply can't put "From Left" on the list of options. Now for semantics. The user can (?) be assumed to know what alignment means, based on the alignment of paragraphs. The options there are: Left, Right, Start, End, Center, Justified. Start and End are sadly not yet implemented; that is bug 131192; so let's ignore them; and Justified could be forced to have a meaning for tables, but that's not necessary, so forget about that too. That leaves us with "Left", "Right" and "Center" as notions the user is familiar with, and could (if we're very optimistic) guess what happens when they are chosen. But if these terms are used differently than for paragraphs, or even if they are offered along with other, non-paragraph-like options - even these 3 options, and certainly any other ones, must be explained at least as clearly and in a straightforward manner as paragraph alignments are in the paragraph dialog. That is to say: -> Some visual illustration of the aligned table on a page, within surrounding text, is necessary in this dialog in support of the choice of alignment. Now for the worst part: "Automatic alignment" - While this _sounds_ nice, it is actually _meaningless_, or rather - conflicts with the meaning of alignment we know from paragraphs. For the life of me - to this day I don't understand what exactly is automated in automatic alignment. And I'm not the only one; to quote Frank Brutting from bug 113960: > Furthermore, I don’t quite understand what “automatic alignment” should mean? Considering how tables behave with this mode - wouldn't it be better to call it "No Alignment" or "None"? i.e. the table is never actively moved or stretched due to alignment considerations? Then there's the second travesty, which is "Left" vs "From Left". WTF? And my only guess would be that "From Left" is perhaps a synonym for "Right"; but then - we have "Right" alignment. It doesn't help that "From Left" and "Right" offer the same combination of non-grayed-out controls. This situation probably means that the illustration of alignment mode should make it clear how these three modes differ (if they all should even exist, which I'm not 100% sure of). An illustration may also allow placing the other controls near the regions they affect, which would make their graying-out or hiding make more sense. It might also allow setting offsets/sizes by dragging the edges of the mock table, or dragging the whole table etc; and would help clarify and contextualize how different values affect each other. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 135991] Hebrew Text Randomly Disappears and Reappears
https://bugs.documentfoundation.org/show_bug.cgi?id=135991 --- Comment #12 from M Plaut --- Created attachment 176611 --> https://bugs.documentfoundation.org/attachment.cgi?id=176611&action=edit uses Windows Steps Recorder to show bug Here is the result of using Windows Steps Recorder to show the bug. I added some comments to make things clearer I hope. The first screen shows the page as it first appears. Then I press Enter and Boom, the additional text appears. (I am sure it was really there all the time but just not showing.) I can do this again and again if it helps. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 145979] Öffnen einer angeblich passwortgeschützten docx-Datei möglich! Aufforderung in LibreOffice Writer die Dateisperre zu ignorieren
https://bugs.documentfoundation.org/show_bug.cgi?id=145979 --- Comment #1 from frank.f.wer...@gmail.com --- Sehr geehrtes Team von Bugzilla, bei der Überspielung meiner Nachricht gab es offensichtlich einige Übermittlungsfehler. Für das Wort "die" ist in dem Bestätigungsschrieben von Ihnen immer das Wort "sterben" eingesetzt worden. Für "können" das Wort "can", für "Wenn" das Wort "if" und im vorletzten Absatz bei zusätzliche Informationen muss es zum Satzende heißen: "und weiterer oben genannter Fensterinhalt öffnen müssen." Und nochmals der wichtige Hinweis, dass mir nur die von mir verwendete Version LibreOffice 7.2 bekannt ist. Die von ihnen genannten Unterversionen kenne ich nicht. Daher ist es nicht ausgeschlossen, dass es eine von den von Ihnen genannten Versionen mit der 7.2 am Anfang ist. Vielen Dank für eine Rückantwort. Herzliche Grüße Frank Werner -- 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 Samuel Mehrbrodt (allotropia) changed: What|Removed |Added Depends on||145671 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=145671 [Bug 145671] EDITING: Calc URL open twice in browser. Cell Edit mode. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 145979] New: Öffnen einer angeblich passwortgeschützten docx-Datei möglich! Aufforderung in LibreOffice Writer die Dateisperre zu ignorieren
https://bugs.documentfoundation.org/show_bug.cgi?id=145979 Bug ID: 145979 Summary: Öffnen einer angeblich passwortgeschützten docx-Datei möglich! Aufforderung in LibreOffice Writer die Dateisperre zu ignorieren Product: LibreOffice Version: 7.2.0.0.alpha0+ Hardware: x86-64 (AMD64) OS: other Status: UNCONFIRMED Severity: normal Priority: medium Component: LibreOffice Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: frank.f.wer...@gmail.com Description: Ich wollte aus dem Windows Explorer eine docx-Datei auf meinem Laptop (Betriebssystem Windows 10 Pro Education), die ich auf meinem Desktop erstellt habe mit LibreOffice Writer öffnen. Diese Datei ist von mir nicht mit dem Attribut "schreibgeschützt" versehen worden. Sie ist also zum Bearbeiten freigegeben!! Dennoch erhalte ich beim Öffnen der Datei mit LibreOffice Writer folgende Meldung in einem neu geöffneten Fenster: Dokument in Benutzung Die Dokumentendatei "Themen zum Test 30.11.21.docx" ist zum Bearbeiten gesperrt durch: In der nächsten Zeile folgt die Bezeichnung meines Desktops Dann folgt im gleichen Fenster die folgende Nachricht: Öffnen sie das Dokument schreibgeschützt oder erstellen sie eine Arbeitskopie. Sie können die Dateisperre auch ignorieren und das Dokument zum Bearbeiten öffnen. Darunter sind dann folgende Button zur Aktivierung zur Auswahl: Schreibgeschützt öffnen Arbeitskopie öffnen Öffnen Abbrechen Das ist wirklich sehr merkwürdig. Auch wenn die Datei im Original nicht schreibgeschützt war, kann es ja nicht sein, dass es zumindest in LibreOffice Writer offensichtlich generell möglich ist (siehe obige Beschreibung des Fensterinhaltes), eine Dateisperre zu ignorieren und das Dokument zum Bearbeiten zu öffnen. Ich kann also den Button "Schreibgeschützt öffnen" anklicken, dann wird die Datei in LibreOffice 7.2 mit dem LibreOffice Writer schreibgeschützt geöffnet. Oben links steht der Dateiname mit der Endung docx (Schreibgeschützt) - LibreOffice Writer. Das LibreOffice-Programm geht also offensichtlich davon aus, dass die Datei schreibgeschützt ist!! Oben rechts gibt es die Möglichkeit "Dokument Bearbeiten" anzuklicken. Nach dem Anklicken ist die Datei vollumfänglich zu ändern und zu bearbeiten. Wenn man "Öffnen" anklickt ist die Datei sogar direkt ohne Schreibschutz bearbeitbar und die Bezeichnung "(Schreibgeschützt)" erscheint links oben hinter dem Dateinamen nicht mehr. Hier liegt offensichtlich ein schwerer !! Programmierungsfehler vor !! Ob dieser Fehler auch in anderen LibreOffice-Programmen auftritt kann ich nicht beurteilen. Es darf sicher nicht möglich sein, dass ein Programm eine Dateisperre, bzw. einen Schreibschutz einfach ignoriert und eine geschützte Datei zum Bearbeiten freigibt. Noch ein Hinweis zur Version von LibreOffice, die weiter unten abgefragt wird. Ich habe nur die Information, dass es sich bei meinem LibreOffice um die Version 7.2 handelt. Die unten aufgeführten Unter-Versionen sind mir nicht bekannt. Ich freue mich über eine Rückmeldung an frank.f.wer...@gmail.com Herzlichen Dank!!! Frank Werner Steps to Reproduce: 1.Bei drei Dateien ohne Schreibschutz ausprobiert, bei denen der Hinweis "zum Bearbeiten gesperrt" usw. (siehe obiger Beschreibung zum Fensterinhalt) nach dem Öffnen mit LibreOffice Writer erschien. 2.Mehrere weitere Dateien mit den gleichen Attributen, also ohne Schreibschutz, ließen sich ohne Probleme und ohne den genannten Hinweis zur Sperre normal zur Bearbeitung mit LibreOffice Writer öffnen. Actual Results: Bei einigen docx-Dateien wird das oben in der Beschreibung erläuterte Fenster mit der Ignorierung der Dateisperre usw. geöffnet, andere docx-Dateien werden ganz normal geöffnet, obwohl die Dateiattribute identisch sind. Bei keiner docx-Datei ist ein Schreibschutz eingestellt! Expected Results: Ich hätte erwartet, dass dieser Fehler bei allen docx-Dateien auftritt, da die Dateiattribute ja bei allen gleich waren. Reproducible: Sometimes User Profile Reset: No Additional Info: Da die Dateien alle ohne Schutzattribute versehen waren, hätte das Programm, LibreOffice Writer die Dateien einfach ohne den Hinweis, "zum Bearbeiten gesperrt" und weiterer oben genannter Fensterinhalt öffnen müssen. Wenn das Programm davon ausgeht, dass die Dateien zum Bearbeiten gesperrt sind, darf es keine Möglichkeit geben, die Dateien dennoch schreibgeschützt zu öffnen und dann zu bearbeiten. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 145739] Column tab of Table Properties dialog is confusing and frustrating
https://bugs.documentfoundation.org/show_bug.cgi?id=145739 --- Comment #2 from Eyal Rozenberg --- (In reply to Heiko Tietze from comment #1) > bug 129639 "Could Not Set Column Width in One Column Table" That one is about the size change not working, it's not a complaint about the UI layout; plus it's about a different dialog (Table context menu | Size | Column Width). > bug 139096 and bug 139109 with the same issue pointing to bug 114633 > "Setting unevenly distributed columns sizes is hard and cumbersome the > achieve using Table properties or set width" That (unclosed) bug it's not about the UI layout per se, but about the cascading effects of setting one column width on the others - which is not something I complained about here, although it is certainly frustrating and related to the UI choices. > bug 116609 pointing to bug 113960 "Adapting table width by default" No complaints about the size redistribution policy here. I'd say that's not even a related issue. Redistributing among the two neighbors is valid logic, and so is redistributing among all columns. > bug 100537 "Width and relative checkboxes disabled in Table dialog by > default with automatic alignment" (resolved NAB) I didn't complain about that; my concerns are with the Column Widths dialog _only_. > I suggest to have only one dialog for the UI redesign. Do you mean "only one bugzilla bug"? Or do you mean the same dialog reachable from Table Properties and from the context menu? > "Adjust table width" is not so unclear, admittedly with some ugly > dependencies like discussed in bug 145738, You've misquoted the label text (which I interpret as another indication of the problem with this setting). It's labeled "_adapt_ table width". _adjust_ table width would be just as bad: You only adjust something with a value from a continuous range, or at least a choice among many settings, while this is a checkbox - a binary choice. > and we could also argue to read the help. You know that saying, "patriotism is the refuge of the scoundrel" :-P ... so, I'm not saying anything like that, but "read the help" is the refuge of the flawed UI... a decent UI is such that, for the common use-cases at least, almost nobody needs to consult the help, because what you need to do is just obvious. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 145978] Macro Selector should remember last run module/macro
https://bugs.documentfoundation.org/show_bug.cgi?id=145978 Rafael Lima changed: What|Removed |Added Keywords||needsUXEval -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 145978] New: Macro Selector should remember last run module/macro
https://bugs.documentfoundation.org/show_bug.cgi?id=145978 Bug ID: 145978 Summary: Macro Selector should remember last run module/macro Product: LibreOffice Version: 7.2.2.2 release Hardware: All OS: All Status: UNCONFIRMED Severity: enhancement Priority: medium Component: LibreOffice Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: rafael.palma.l...@gmail.com Suppose you want to run a macro named "MyMacro" from "Module1" in the "Standard" user library. If you use the "Macro Selector" dialog, you have to go to Tools - Macros - Run macro and then: 1) Click the expand ">" sign in "My Macros" 2) Scroll down until you find the "Standard" library and click the ">" sign again 3) Find the module "Module1" and click ">" again 4) Find the macro "MyMacro", select it and click "Run" (or double-click it) Now suppose you want to run the same macro again and go to the "Macro Selector" dialog. When the dialog opens, all macro containers will be collapsed and you'll have to navigate through all containers, libraries, modules again till you reach the desired macro. I would like to propose an enhancement to the Macro Selector dialog: it should remember the last run module/macro, so that when the user runs a macro and then open the dialog again, the previously run module/macro will be selected by default. The "Macro Organizer" (Tools - Macros - Organize macros - Basic) dialog already has a similar behavior to what I'm proposing. When you run a macro from a certain module, when the dialog is opened again the previously selected module is remembered, which is very handy. However, it does not remember the last run macro, which should be selected by default. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 145937] Image does NOT "Keep ratio" if BOTH "Relative to" check-boxes are selected
https://bugs.documentfoundation.org/show_bug.cgi?id=145937 --- Comment #11 from Telesto --- (In reply to Julien Nabet from comment #10) Sorry, aspect ratio -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 114633] Setting unevenly distributed column width is hard & cumbersome using Table properties or Size|Column Width
https://bugs.documentfoundation.org/show_bug.cgi?id=114633 Eyal Rozenberg changed: What|Removed |Added Summary|Setting unevenly|Setting unevenly |distributed columns sizes |distributed column width is |is hard and cumbersome the |hard & cumbersome using |achieve using Table |Table properties or |properties or set width |Size|Column Width CC||eyalr...@gmx.com -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 145948] In an RTL sheet, merged cell borders don't show until save or direction change
https://bugs.documentfoundation.org/show_bug.cgi?id=145948 Eyal Rozenberg changed: What|Removed |Added See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=34 ||837 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 34837] Merged Cell's borders vanishes when changing sheet direction to (Right-To-Left)
https://bugs.documentfoundation.org/show_bug.cgi?id=34837 Eyal Rozenberg changed: What|Removed |Added See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=14 ||5948 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 145948] In an RTL sheet, merged cell borders don't show until save or direction change
https://bugs.documentfoundation.org/show_bug.cgi?id=145948 Eyal Rozenberg changed: What|Removed |Added Blocks|129661 | Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=129661 [Bug 129661] [META] Right-To-Left (RTL) user interface issues -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 129661] [META] Right-To-Left (RTL) user interface issues
https://bugs.documentfoundation.org/show_bug.cgi?id=129661 Eyal Rozenberg changed: What|Removed |Added Depends on|145948 | Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=145948 [Bug 145948] In an RTL sheet, merged cell borders don't show until save or direction change -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 108320] [META] Calc cells merging and splitting bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=108320 Eyal Rozenberg changed: What|Removed |Added Depends on||145948 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=145948 [Bug 145948] In an RTL sheet, merged cell borders don't show until save or direction change -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 59284] [META] Cell border related issues
https://bugs.documentfoundation.org/show_bug.cgi?id=59284 Eyal Rozenberg changed: What|Removed |Added Depends on||145948 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=145948 [Bug 145948] In an RTL sheet, merged cell borders don't show until save or direction change -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 43808] [META] Right-To-Left and Complex Text Layout language issues (RTL/CTL)
https://bugs.documentfoundation.org/show_bug.cgi?id=43808 Eyal Rozenberg changed: What|Removed |Added Depends on||145948 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=145948 [Bug 145948] In an RTL sheet, merged cell borders don't show until save or direction change -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 145948] In an RTL sheet, merged cell borders don't show until save or direction change
https://bugs.documentfoundation.org/show_bug.cgi?id=145948 Eyal Rozenberg changed: What|Removed |Added Blocks||43808, 59284, 108320 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=43808 [Bug 43808] [META] Right-To-Left and Complex Text Layout language issues (RTL/CTL) https://bugs.documentfoundation.org/show_bug.cgi?id=59284 [Bug 59284] [META] Cell border related issues https://bugs.documentfoundation.org/show_bug.cgi?id=108320 [Bug 108320] [META] Calc cells merging and splitting bugs and enhancements -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 145948] In an RTL sheet, merged cell borders don't show until save or direction change
https://bugs.documentfoundation.org/show_bug.cgi?id=145948 Eyal Rozenberg changed: What|Removed |Added Blocks||129661 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=129661 [Bug 129661] [META] Right-To-Left (RTL) user interface issues -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 129661] [META] Right-To-Left (RTL) user interface issues
https://bugs.documentfoundation.org/show_bug.cgi?id=129661 Eyal Rozenberg changed: What|Removed |Added Depends on||145948 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=145948 [Bug 145948] In an RTL sheet, merged cell borders don't show until save or direction change -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 128279] TABLE: Deleting a column from an equi-distributed table should redistribute widths
https://bugs.documentfoundation.org/show_bug.cgi?id=128279 --- Comment #5 from Eyal Rozenberg --- (In reply to Justin L from comment #4) > So you are back to the suggestion about adding an option to keep the table > columns balanced. In general, I don't think that is necessary (unless ODF > already has a specification that a table should do this). Designing tables > is a user task, not a computer task. It is easy enough to re-balance the > table once the infrequent "design change" is finished. Let me try to suggest a "compromise suggestion", which may satisfy both @John's initial expectation and agree with what you (@JustinL) have written. I believe John was expecting a rebalancing of widths based on that fact that he had not explicitly set the width of any column, nor done anything else to countermand his initial expressed wish of equi-distributed columns. So, one could argue that, for the special case of columns whose last width setting was an equi-distribution, a deletion could be expected to equi-distribute among the remaining columns; but in any other situation, only the two surrounding columns would gain width as is the current behavior. I'm personally of two minds regarding what I would feel meets my expectations as a user. Anyway, rephrased the title to better express what John seems to ask for. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 128279] TABLE: Deleting a column from an equi-distributed table should redistribute widths
https://bugs.documentfoundation.org/show_bug.cgi?id=128279 Eyal Rozenberg changed: What|Removed |Added Summary|TABLE: distribute columns |TABLE: Deleting a column |evenly not working |from an equi-distributed ||table should redistribute ||widths -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 145937] Image does NOT "Keep ratio" if BOTH "Relative to" check-boxes are selected
https://bugs.documentfoundation.org/show_bug.cgi?id=145937 --- Comment #10 from Julien Nabet --- (In reply to Telesto from comment #9) > (In reply to Julien Nabet from comment #8) > .. > Yes AR is off (but needs side by side view to tell in certain cases) "AR" ?? What do you mean? -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 145622] Recording a Macro in Calc, not generating the proper code
https://bugs.documentfoundation.org/show_bug.cgi?id=145622 --- Comment #4 from Ron --- I uninstalled my Libreoffice 7.1.6.2 on my second computer and Installed version 7.0. The same macro worked FINE! No issues. Something must have been changed, or not activated or perhaps a setting is causing the issue in 7.1.6.2 Thanks for any help...Ron G -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 145964] Drag & drop of image with unicode characters in filename does not insert image and shows "Insert Section" dialog
https://bugs.documentfoundation.org/show_bug.cgi?id=145964 Mike Kaganski changed: What|Removed |Added Status|UNCONFIRMED |ASSIGNED Ever confirmed|0 |1 Assignee|libreoffice-b...@lists.free |mikekagan...@hotmail.com |desktop.org | --- Comment #2 from Mike Kaganski --- https://gerrit.libreoffice.org/c/core/+/126131 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 129062] [META] Skia library bugs
https://bugs.documentfoundation.org/show_bug.cgi?id=129062 Bug 129062 depends on bug 145811, which changed state. Bug 145811 Summary: Painting glitches when scrolling around entered OLE object on MacOS in Skia Raster mode https://bugs.documentfoundation.org/show_bug.cgi?id=145811 What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|--- |FIXED -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 145811] Painting glitches when scrolling around entered OLE object on MacOS in Skia Raster mode
https://bugs.documentfoundation.org/show_bug.cgi?id=145811 Luboš Luňák changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|--- |FIXED CC||l.lu...@collabora.com -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 145811] Painting glitches when scrolling around entered OLE object on MacOS in Skia Raster mode
https://bugs.documentfoundation.org/show_bug.cgi?id=145811 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 145811] Painting glitches when scrolling around entered OLE object on MacOS in Skia Raster mode
https://bugs.documentfoundation.org/show_bug.cgi?id=145811 --- Comment #4 from Commit Notification --- Luboš Luňák committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/cdebd76284204f6a34df2a01d4eaedbd540c5fe6 fix Skia copyArea() not coping with coordinates outside (tdf#145811) 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 126317] Saving to remote (Webdav) freezes Libreoffice for a long time
https://bugs.documentfoundation.org/show_bug.cgi?id=126317 Gabor Kelemen (allotropia) changed: What|Removed |Added Blocks||117073 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=117073 [Bug 117073] [META] WebDAV bugs -- 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 Gabor Kelemen (allotropia) changed: What|Removed |Added Depends on||126317 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=126317 [Bug 126317] Saving to remote (Webdav) freezes Libreoffice for a long time -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 145671] EDITING: Calc URL open twice in browser. Cell Edit mode.
https://bugs.documentfoundation.org/show_bug.cgi?id=145671 Samuel Mehrbrodt (allotropia) changed: What|Removed |Added Assignee|libreoffice-b...@lists.free |samuel.mehrbrodt@allotropia |desktop.org |.de See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=12 ||1039 Status|NEW |ASSIGNED -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 145977] Modules shown in the Macro Selector should be sorted alphabetically
https://bugs.documentfoundation.org/show_bug.cgi?id=145977 Rafael Lima changed: What|Removed |Added Keywords||needsUXEval -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 145977] Modules shown in the Macro Selector should be sorted alphabetically
https://bugs.documentfoundation.org/show_bug.cgi?id=145977 --- Comment #1 from Rafael Lima --- Created attachment 176610 --> https://bugs.documentfoundation.org/attachment.cgi?id=176610&action=edit Screenshot of the "Macro Organizer" dialog which sorts correctly Interestingly, the Macro Organizer dialog (Tools - Macros - Organize Macros - Basic) sorts macros correctly (see attached image). We just need to replicate this behavior to the Macro Selector dialog. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 145970] Conditionnal formating turns date format into decimal format
https://bugs.documentfoundation.org/show_bug.cgi?id=145970 --- Comment #4 from Gabor Kelemen (allotropia) --- Created attachment 176609 --> https://bugs.documentfoundation.org/attachment.cgi?id=176609&action=edit The example document in 6.3 and 6.0.7 (good) -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 87351] [META] Conditional formatting bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=87351 Gabor Kelemen (allotropia) changed: What|Removed |Added Depends on||145970 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=145970 [Bug 145970] Conditionnal formating turns date format into decimal format -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 145970] Conditionnal formating turns date format into decimal format
https://bugs.documentfoundation.org/show_bug.cgi?id=145970 Gabor Kelemen (allotropia) changed: What|Removed |Added See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=11 ||7715 Keywords||bibisected, bisected, ||regression Status|UNCONFIRMED |NEW Blocks||87351 CC||er...@redhat.com, ||kelem...@ubuntu.com Ever confirmed|0 |1 --- Comment #3 from Gabor Kelemen (allotropia) --- Confirming with version: Version: 7.3.0.0.beta1+ / LibreOffice Community Build ID: 81b26582ed62db40e2be701ddefede7d8230d0d2 CPU threads: 8; OS: Linux 5.4; UI render: default; VCL: gtk3 Locale: hu-HU (hu_HU.UTF-8); UI: en-US Calc: threaded Seems to have started with: https://git.libreoffice.org/core/+/0b9e0f20763f0e723d66f31aee85205deec9f6f8 author Eike Rathke Sun Oct 27 00:25:28 2019 +0200 committer Caolán McNamara Wed Oct 30 18:04:18 2019 +0100 tree519cc33af5493e8c97c750395919fd628f10c2da parent fe7deff845c39a351a92b8e01168a527fc237a9b [diff] Resolves: tdf#117715 Conditional format takes precedence; reverts tdf#93300 Adding CC to: Eike Rathke Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=87351 [Bug 87351] [META] Conditional formatting bugs and enhancements -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 145977] New: Modules shown in the Macro Selector should be sorted alphabetically
https://bugs.documentfoundation.org/show_bug.cgi?id=145977 Bug ID: 145977 Summary: Modules shown in the Macro Selector should be sorted alphabetically Product: LibreOffice Version: 7.2.2.2 release Hardware: All OS: All Status: UNCONFIRMED Severity: normal Priority: medium Component: LibreOffice Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: rafael.palma.l...@gmail.com Created attachment 176608 --> https://bugs.documentfoundation.org/attachment.cgi?id=176608&action=edit Screenshots showing the problem Open the macro selector (Tools - Macros - Run Macro) and open a library containing many modules. Now notice that the modules are not sorted at any particular order (see examples in the attached ODG file). IMO it would be better if module names were sorted alphabetically. Also, the names of the libraries are sorted alphabetically in ascending order, however in a case-sensitive fashion: all capital letters coming before small letters. Maybe it would be better to sort alphabetically without considering case-sensitiveness. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 145971] LibreOffice Spell Checker not working in Ubuntu
https://bugs.documentfoundation.org/show_bug.cgi?id=145971 Gabor Kelemen (allotropia) changed: What|Removed |Added Resolution|--- |NOTABUG Status|UNCONFIRMED |RESOLVED --- Comment #1 from Gabor Kelemen (allotropia) --- You should probably install some hunspell-en-* packages, those contain the language specific English dictionaries which are used by the Spell Checker dialog. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 145976] Description box on Macro Selector should have fixed height
https://bugs.documentfoundation.org/show_bug.cgi?id=145976 Rafael Lima changed: What|Removed |Added Keywords||needsUXEval -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 145976] New: Description box on Macro Selector should have fixed height
https://bugs.documentfoundation.org/show_bug.cgi?id=145976 Bug ID: 145976 Summary: Description box on Macro Selector should have fixed height Product: LibreOffice Version: 7.2.2.2 release Hardware: All OS: All Status: UNCONFIRMED Severity: enhancement Priority: medium Component: LibreOffice Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: rafael.palma.l...@gmail.com Created attachment 176607 --> https://bugs.documentfoundation.org/attachment.cgi?id=176607&action=edit Screen capture showing the problem Open the macro selector in any LibreOffice component (Tools - Macros - Run Macro). Now suppose you have a long list of libraries and modules and you would like to increase the size of the list containing the libraries. Currently, doing this will increase both the size of the Library list and the Description text box (see attached video illustrating the problem). The main problem with increasing the size of the "Description" field is that it occupies a portion of the screen that is incompatible with the amount of information it contains (for most libraries it is empty). Moreover, it hinders increasing the size of the Library list. Hence I would like to propose setting the height of the Description box to a fixed value, so that resizing the dialog would only resize to upper part of the dialog. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 145975] New: LibreOffice write, paste from another document overwrites destination's formatting
https://bugs.documentfoundation.org/show_bug.cgi?id=145975 Bug ID: 145975 Summary: LibreOffice write, paste from another document overwrites destination's formatting Product: LibreOffice Version: 7.1.4.2 release Hardware: All OS: Linux (All) Status: UNCONFIRMED Severity: normal Priority: medium Component: Writer Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: fp...@telus.net Description: When I cut and paste from another document, the source's formatting overwrites the destination's. I would expect the default to be to for the software to update the pasted text's format to match the destination's style and Paste Special to have an option to "Retain source document's formatting" It seems there isn't an option on Paste Special which allows me to do this and the only work-around I can find is to paste the text, change the Paragraph Style to something else (e.g. Title) and then back to Text Body. Steps to Reproduce: 1. Create two odt documents with different styles (font, size etc) 2. Cut and paste from one to the other 3. Note how destination document is now "contaminated" with the wrong style Actual Results: My destination document is formatted to Text Body: Liberation Serif 12 pt The following line is pasted from a destination document… This is the source Text Body: Liberation Sans 12 pt. Expected Results: My destination document is formatted to Text Body: Liberation Serif 12 pt The following line is pasted from a destination document… This is the source Text Body: Liberation Sans 12 pt updated to Liberation Serif 12 pt [not that you can see the formatting in a text box :) ] Reproducible: Always User Profile Reset: No Additional Info: n/a -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 145902] The default border values for images, equations, frames are wrong.
https://bugs.documentfoundation.org/show_bug.cgi?id=145902 --- Comment #6 from psidiumcode --- I believe David W. Snow is referring to the border dialog view which has line value of 0.05pt. See attachment 176605 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 145902] The default border values for images, equations, frames are wrong.
https://bugs.documentfoundation.org/show_bug.cgi?id=145902 --- Comment #5 from psidiumcode --- Created attachment 176605 --> https://bugs.documentfoundation.org/attachment.cgi?id=176605&action=edit Image border dialog -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 132705] Font kerning is extremely irregular in Writer compared to Word in Windows
https://bugs.documentfoundation.org/show_bug.cgi?id=132705 --- Comment #36 from Rafael Lima --- Created attachment 176606 --> https://bugs.documentfoundation.org/attachment.cgi?id=176606&action=edit Screenshot on Linux (KDE) at 180% This kerning issue has been present since when I started using LibreOffice. On Linux it also happens, at least on KDE (using Kf5). See the screenshot I've just added, where I highlight 2 instances of kerning inconsistency. Using the same words result in different kerning. Open the attached image and zoom in a lot and you'll notice many differences in spacing between characters. For instance, the distance between a and u in "default", but there is also difference between e and f in "default" as well (and in many other places). Version info: Version: 7.2.3.2 / LibreOffice Community Build ID: 20(Build:2) CPU threads: 16; OS: Linux 5.13; UI render: default; VCL: kf5 (cairo+xcb) Locale: pt-BR (pt_BR.UTF-8); UI: en-US Ubuntu package version: 1:7.2.3~rc2-0ubuntu0.21.10.1~lo1 Calc: threaded -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 145974] Scrollbar in Comment box appearing over text while typing
https://bugs.documentfoundation.org/show_bug.cgi?id=145974 --- Comment #1 from Rafael Lima --- Created attachment 176604 --> https://bugs.documentfoundation.org/attachment.cgi?id=176604&action=edit ODT file used in the video This is the ODT file I used in the video so that other can try to replicate the problem. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 145974] New: Scrollbar in Comment box appearing over text while typing
https://bugs.documentfoundation.org/show_bug.cgi?id=145974 Bug ID: 145974 Summary: Scrollbar in Comment box appearing over text while typing Product: LibreOffice Version: 7.2.2.2 release Hardware: All OS: All Status: UNCONFIRMED Severity: normal Priority: medium Component: Writer Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: rafael.palma.l...@gmail.com Created attachment 176603 --> https://bugs.documentfoundation.org/attachment.cgi?id=176603&action=edit Screen capture showing the problem In Writer, when we add a longer comment between two other comments a scrollbar appear in the comment box, which is a good thing. However, text is appearing below the scrollbar and becomes partially hidden until we exit the comment box. This behavior is not a good experience while typing long comments, specially in pages with many comments where all of them have scrollbars. See the attached video with a demonstration of the problem. What I think is going on is that when the scrollbar is shown, the width of the textbox containing the comment text is not updated to account for the scrollbar. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 145973] New: Keyboard shortcut personalization not working and impossible to assign empty shortcuts
https://bugs.documentfoundation.org/show_bug.cgi?id=145973 Bug ID: 145973 Summary: Keyboard shortcut personalization not working and impossible to assign empty shortcuts Product: LibreOffice Version: unspecified Hardware: x86-64 (AMD64) OS: Linux (All) Status: UNCONFIRMED Severity: normal Priority: medium Component: Calc Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: ingpa...@msoft.it Description: After updating to 7.2.3.2, suddenly my personalized keyboard shorcuts stopped working. It seems that LO does not get correct keys pressed (i.e. ctrl+alt+F is recognized only as alt+F). The result is that personalized keyboard shortcuts with ctrl+alt+... are no longer working. And it is not possible, as well, to assign macros to empty keyboard shortcuts. The button "Change" is disabled. It is enabled only on already used (by LO or personalized) shortcuts. My system's details: Version: 7.2.3.2 / LibreOffice Community Build ID: 20(Build:2) CPU threads: 8; OS: Linux 5.4; UI render: default; VCL: gtk3 Locale: it-IT (it_IT.UTF-8); UI: it-IT Ubuntu package version: 1:7.2.3~rc2-0ubuntu0.20.04.1~lo1 Calc: threaded Steps to Reproduce: 1. Open Personalization window 2. Try to set a macro to an empty keyboard shortcut 3. If you have a macro assigned to ctrl+alt+[KEY], try to run it with that shortcut Actual Results: Impossible to assign a macro to empty keyboard shortcut Existing shortcuts behave as if you use only alt+[KEY] Expected Results: Assign macro to empty keyboard shortcut Use already configured ctrl+alt+[KEY] shortcuts Reproducible: Always User Profile Reset: No Additional Info: With all previous LO versions everything worked as expected -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 145972] UI: Image width relative to page becomes 1% when checked if default measurement unit set to pt
https://bugs.documentfoundation.org/show_bug.cgi?id=145972 Telesto changed: What|Removed |Added Keywords||bibisectRequest, regression Version|7.4.0.0 alpha0+ Master |6.2.0.3 release --- Comment #2 from Telesto --- Also in Version: 6.2.9.0.0+ (x86) Build ID: 5f01fe15eb2661f1f9ce12d1d99dc2a705b462ee CPU threads: 4; OS: Windows 6.3; UI render: default; VCL: win; Locale: nl-NL (nl_NL); UI-Language: en-US Calc: CL still OK with Version: 6.0.6.0.0+ Build ID: c30963b8b4bbbe42a24b97aafa161eff9d7ccdd4 CPU threads: 4; OS: Windows 6.3; UI render: default; Locale: nl-NL (nl_NL); Calc: CL -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 145970] Conditionnal formating turns date format into decimal format
https://bugs.documentfoundation.org/show_bug.cgi?id=145970 --- Comment #2 from Regis Perdreau --- Version : 6.3.3.2 is not affected Version: 6.3.4.1 is affected Build ID: a21169d87339dfa44546f33d6d159e89881e9d92 CPU threads: 8; OS: Linux 5.4; UI render: default; VCL: gtk3; Locale: fr-FR (fr_FR.UTF-8); UI-Language: en-US Calc: threaded So think the false commit is in this version. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 145972] UI: Image width relative to page becomes 1% when checked if default measurement unit set to pt
https://bugs.documentfoundation.org/show_bug.cgi?id=145972 --- Comment #1 from Telesto --- Created attachment 176602 --> https://bugs.documentfoundation.org/attachment.cgi?id=176602&action=edit Real example file -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 145972] New: UI: Image width relative to page becomes 1% when checked if default measurement unit set to pt
https://bugs.documentfoundation.org/show_bug.cgi?id=145972 Bug ID: 145972 Summary: UI: Image width relative to page becomes 1% when checked if default measurement unit set to pt 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: UI: Image width relative to page becomes 1% when checked if default measurement unit set to pt Steps to Reproduce: 1. Open attachment 176576 2. Tools -> Options -> Writer -> General -> Set measurement unit to PT 3. Press Ok 4. Select the image & press F4 5. Check the relative width checkbox Actual Results: 1% Expected Results: 59% (based on CM) Reproducible: Always User Profile Reset: No Additional Info: Version: 7.4.0.0.alpha0+ (x64) / LibreOffice Community Build ID: ddc57169ac8d1de00403dbb09fef5221beaa0f3d 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 108988] [META] Validity-related bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=108988 Bug 108988 depends on bug 136857, which changed state. Bug 136857 Summary: Spaces in Validity Input Help multiply with each save https://bugs.documentfoundation.org/show_bug.cgi?id=136857 What|Removed |Added Status|NEW |RESOLVED Resolution|--- |DUPLICATE -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 137945] Every time after spreadsheet saved and reopened, spaces are multiplied in content validation help messages
https://bugs.documentfoundation.org/show_bug.cgi?id=137945 Gabor Kelemen (allotropia) changed: What|Removed |Added CC||jdmaidan...@gmail.com --- Comment #13 from Gabor Kelemen (allotropia) --- *** Bug 136857 has been marked as a duplicate of this bug. *** -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 136857] Spaces in Validity Input Help multiply with each save
https://bugs.documentfoundation.org/show_bug.cgi?id=136857 Gabor Kelemen (allotropia) changed: What|Removed |Added Resolution|--- |DUPLICATE Status|NEW |RESOLVED --- Comment #6 from Gabor Kelemen (allotropia) --- *** This bug has been marked as a duplicate of bug 137945 *** -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 145902] The default border values for images, equations, frames are wrong.
https://bugs.documentfoundation.org/show_bug.cgi?id=145902 --- Comment #4 from Telesto --- (In reply to psidiumcode from comment #3) > I could reproduce it in ver: Me slightly confused, about what changed compared to comment 1. I don't see borders at insertion time for Image/OLE object Version: 7.4.0.0.alpha0+ (x64) / LibreOffice Community Build ID: ddc57169ac8d1de00403dbb09fef5221beaa0f3d 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 145604] Dragging & dropping outline in navigator is off by one
https://bugs.documentfoundation.org/show_bug.cgi?id=145604 David changed: What|Removed |Added CC||rayk...@gmail.com --- Comment #2 from David --- @john Would this regression possibly have something to do with the work you have been doing on the Navigator? -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 145971] New: LibreOffice Spell Checker not working in Ubuntu
https://bugs.documentfoundation.org/show_bug.cgi?id=145971 Bug ID: 145971 Summary: LibreOffice Spell Checker not working in Ubuntu Product: LibreOffice Version: 7.2.2.2 release Hardware: ARM OS: Linux (All) Status: UNCONFIRMED Severity: normal Priority: medium Component: LibreOffice Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: t...@whiteice.co.uk Description: I am using a fully updated Ubuntu 21.10 on a Pi4 LibreOffice is fully updated Unfortunately the Spell Checker does not function. i.e. it does not recognise a miss spelled word and therefore corrections can not be made. Using F& will bring up the Spelling dialogue box but without any miss spelled words displayed. Great Product. Small issue Thanks Tim Steps to Reproduce: 1.type a miss spelled word 2. 3. Actual Results: miss spelled word not identified Expected Results: miss spelled word to be identified and dialogue box available to correct or add word to dictionary Reproducible: Always User Profile Reset: Yes Additional Info: [Information automatically included from LibreOffice] Locale: en-US Module: StartModule [Information guessed from browser] OS: Linux (All) OS is 64bit Ubuntu: yes -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 145080] make sure, cell selection colors use good contrast when following system highlight color on macOS
https://bugs.documentfoundation.org/show_bug.cgi?id=145080 --- Comment #8 from Michael Warner --- (In reply to Heiko Tietze from comment #7) > Certainly we should care about good contrast, which could be done by bolder > border lines (bug 143733; abandoned patch at > https://gerrit.libreoffice.org/c/core/+/121491), a different position, and > bigger decorations (the grip rectangle is very small, maybe due to the high > resolution). All that would certainly help. Maybe once that is implemented it's good enough, but without seeing it I can't say. > And personally I'm all in for user customization but got some > pushback for my initial proposal. I'm not sure what pushback you received to this, as I don't see it in either Bug 143733 or Bug 142959. Anyway, I agree with Timur in https://bugs.documentfoundation.org/show_bug.cgi?id=142959#c11 that we should just add another option to Application Colors->Spreadsheet and have it default to the system highlight color. Seems like that would resolve all conflicts on this. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 141235] Backspace does not work at beginning of paragraph
https://bugs.documentfoundation.org/show_bug.cgi?id=141235 --- Comment #4 from Nii --- Hi, No repro in Version: 7.2.2.2 (x64) / LibreOffice Community Build ID: 02b2acce88a210515b4a5bb2e46cbfb63fe97d56 CPU threads: 8; OS: Windows 10.0 Build 19042; UI render: Skia/Raster; VCL: win Locale: fi-FI (fi_FI); UI: fi-FI Calc: CL or Version: 7.3.0.0.alpha0+ (x64) / LibreOffice Community Build ID: ec76fff198323122bedc63ffdfd896c2543102c6 CPU threads: 8; OS: Windows 10.0 Build 19042; UI render: Skia/Raster; VCL: win Locale: fi-FI (fi_FI); UI: fi-FI Calc: CL -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 145763] Opening previously password-protected Calc document directly from Spotlight fails
https://bugs.documentfoundation.org/show_bug.cgi?id=145763 Michael Warner changed: What|Removed |Added Resolution|NOTABUG |WORKSFORME --- Comment #5 from Michael Warner --- (In reply to David Ruggiero from comment #4) > Not a bug / NTF after update. Thanks for coming back to update the status of this report. It sounds like this was a problem in an earlier LO version, that went away when you tried it in the most recent version. If you take a look at the descriptions in: https://wiki.documentfoundation.org/QA/Bugzilla/Fields/Status/RESOLVED That should be marked as RESOLVED WORKSFORME. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 145902] The default border values for images, equations, frames are wrong.
https://bugs.documentfoundation.org/show_bug.cgi?id=145902 psidiumcode changed: What|Removed |Added Status|NEEDINFO|NEW --- Comment #3 from psidiumcode --- I could reproduce it in ver: Version: 7.4.0.0.alpha0+ / LibreOffice Community Build ID: e9332dcdc8f2ea268d1b17c73d43a8834cf75365 CPU threads: 12; OS: Mac OS X 10.15.7; UI render: Skia/Raster; VCL: osx Locale: en-GB (en_GB.UTF-8); UI: en-US Calc: threaded Version: 7.2.3.2 / LibreOffice Community Build ID: d166454616c1632304285822f9c83ce2e660fd92 CPU threads: 12; OS: Mac OS X 10.15.7; UI render: default; VCL: osx Locale: en-GB (en_GB.UTF-8); UI: en-US Calc: threaded -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 145859] Can not download from Thai Website
https://bugs.documentfoundation.org/show_bug.cgi?id=145859 --- Comment #5 from Michael Warner --- (In reply to Buovjaga from comment #4) > This works fine for me: > https://mirror.cyberbits.asia/tdf/libreoffice/stable/7.2.2/win/x86_64/ That one is not working for me either. -- 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 130618, which changed state. Bug 130618 Summary: WebDAV recent file items don't handle authorization correctly https://bugs.documentfoundation.org/show_bug.cgi?id=130618 What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 130618] WebDAV recent file items don't handle authorization correctly
https://bugs.documentfoundation.org/show_bug.cgi?id=130618 Gabor Kelemen (allotropia) changed: What|Removed |Added Status|NEW |RESOLVED CC||kelem...@ubuntu.com Resolution|--- |FIXED --- Comment #3 from Gabor Kelemen (allotropia) --- I can no longer reproduce this in bibisect-linux-7.3 since https://cgit.freedesktop.org/libreoffice/core/commit/?id=bdef11f5337ecc87556a92693f6b7b5e200eb29e configure: default to --with-webdav=curl Now the master password dialog pops up and LO loads the remote file from the recent documents list. In the commit before there was just the error message from comment #0 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 112566] FILESAVE XLSX Spreadsheets with data validation from external file XLSX export issue when the external file is not present
https://bugs.documentfoundation.org/show_bug.cgi?id=112566 Gabor Kelemen (allotropia) changed: What|Removed |Added Status|RESOLVED|VERIFIED See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=14 ||4636 --- Comment #10 from Gabor Kelemen (allotropia) --- (In reply to Balázs Varga from comment #9) > Created attachment 176586 [details] > Validation in master > > Probably fixed by these commits: > > https://gerrit.libreoffice.org/c/core/+/122026 > > and > > https://gerrit.libreoffice.org/c/core/+/123822 Indeed it was fixed by https://git.libreoffice.org/core/+/12ee423c7549ddd2b86dfc3fc6fed2c617dcca7f tdf#144397 tdf#144636 XLSX: cache external named ranges and their formulas Now saving the original file does not generate invalid XML error in Excel. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 145902] The default border values for images, equations, frames are wrong.
https://bugs.documentfoundation.org/show_bug.cgi?id=145902 --- Comment #2 from David W. Snow --- I did not select the square border. That too was the default. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 144636] FILESAVE XLSX Named range pointing to external file is lost
https://bugs.documentfoundation.org/show_bug.cgi?id=144636 Gabor Kelemen (allotropia) changed: What|Removed |Added See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=11 ||2566 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 141098] Spell checker changes b1.plus.c to b1.pplus.c, even when told to ignore.
https://bugs.documentfoundation.org/show_bug.cgi?id=141098 --- Comment #6 from Nii --- Hi, No repro in Version: 7.3.0.0.alpha0+ (x64) / LibreOffice Community Build ID: ec76fff198323122bedc63ffdfd896c2543102c6 CPU threads: 8; OS: Windows 10.0 Build 19042; UI render: Skia/Raster; VCL: win Locale: fi-FI (fi_FI); UI: fi-FI Calc: CL or Version: 7.2.2.2 (x64) / LibreOffice Community Build ID: 02b2acce88a210515b4a5bb2e46cbfb63fe97d56 CPU threads: 8; OS: Windows 10.0 Build 19042; UI render: Skia/Raster; VCL: win Locale: fi-FI (fi_FI); UI: fi-FI Calc: CL Do you still have the same problem? -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 109087] [META] Calc sheet header and footer bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=109087 Bug 109087 depends on bug 144940, which changed state. Bug 144940 Summary: Calc disables header/footer or loses footer content when saves a spreadsheet ( part 2 ) https://bugs.documentfoundation.org/show_bug.cgi?id=144940 What|Removed |Added Status|REOPENED|RESOLVED Resolution|--- |FIXED -- You are receiving this mail because: You are the assignee for the bug.
