[Libreoffice-bugs] [Bug 148426] Inserting image via clipboard or drag and drop inserts only placeholder
https://bugs.documentfoundation.org/show_bug.cgi?id=148426 Robert Großkopf changed: What|Removed |Added Keywords||regression CC||rob...@familiegrosskopf.de --- Comment #3 from Robert Großkopf --- Works with the same page on LO 7.2.5 and all LO versions before. See bug 147272. So a regression. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 144981] Insert Hyperlink dialog with artifacts in icons on the left bar (using kf5)
https://bugs.documentfoundation.org/show_bug.cgi?id=144981 --- Comment #6 from Jan-Marek Glogowski --- This looks like a bug in the headless VCL plugin code. Removing the cairo_matrix_t aMatrix; cairo_matrix_init_translate(, 0.5, 0.5); cairo_set_matrix(cr, ); block from SvpGraphicsBackend::drawPolyPolygon fixes this artifact, but results in other drawing glitches, because the sub-pixel positioning then is a bit off (half a pixel). Or I'm missing something else or maybe it's a Cairo bug. It doesn't show up in gtk3, which also uses Cairo / this code, because gtk3 - via weld - uses a native widget instead of LO's widget (some GtkNotebook). The QPainter Qt5 code is also correct. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 148385] Textimport doesn't work correct
https://bugs.documentfoundation.org/show_bug.cgi?id=148385 --- Comment #6 from Rolf --- (In reply to Xisco Faulí from comment #1) > Thank you for reporting the bug. Please attach a sample document, as this > makes it easier for us to verify the bug. > I have set the bug's status to 'NEEDINFO'. Please change it back to > 'UNCONFIRMED' once the requested document is provided. > (Please note that the attachment will be public, remove any sensitive > information before attaching it. > See > https://wiki.documentfoundation.org/QA/ > FAQ#How_can_I_eliminate_confidential_data_from_a_sample_document.3F for help > on how to do so.) Thanks , i have uploaded a file and a description. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 148385] Textimport doesn't work correct
https://bugs.documentfoundation.org/show_bug.cgi?id=148385 --- Comment #5 from Rolf --- (In reply to m.a.riosv from comment #4) > Maybe I'm wrong, but it not looks as normalized csv file format. > https://en.wikipedia.org/wiki/Comma-separated_values I used such a file many times befor, it works, but in the currend Office it doesn't work. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 147040] Impress crashes with kf5 / qt5 after editing slide text
https://bugs.documentfoundation.org/show_bug.cgi?id=147040 Michael Weghorn changed: What|Removed |Added CC||m.wegh...@posteo.de --- Comment #2 from Michael Weghorn --- Is this the same as tdf#143135, which I can reproduce on Wayland only? -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 102495] [META] KDE VCL backend bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=102495 Bug 102495 depends on bug 147285, which changed state. Bug 147285 Summary: Pasting from Firefox results in raw code (\u) instead of Chinese text under kf5 (cairo+wayland) https://bugs.documentfoundation.org/show_bug.cgi?id=147285 What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|--- |FIXED -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 100156] [META] Wayland-related bugs
https://bugs.documentfoundation.org/show_bug.cgi?id=100156 Bug 100156 depends on bug 147285, which changed state. Bug 147285 Summary: Pasting from Firefox results in raw code (\u) instead of Chinese text under kf5 (cairo+wayland) https://bugs.documentfoundation.org/show_bug.cgi?id=147285 What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|--- |FIXED -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 81952] Installing 4.3 does not remove 4.2
https://bugs.documentfoundation.org/show_bug.cgi?id=81952 Ben Affleck changed: What|Removed |Added URL||https://wordle-2.com/ -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 81953] 2d chart cannot be rendered normally by the opengl
https://bugs.documentfoundation.org/show_bug.cgi?id=81953 Jimmy Dean changed: What|Removed |Added URL||https://wordleunlimited.onl ||ine -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 145644] FILESAVE XLSX character color in header has changed to white
https://bugs.documentfoundation.org/show_bug.cgi?id=145644 Kevin Suo changed: What|Removed |Added Summary|FILESAVE XLSX character |FILESAVE XLSX character |color in header has |color in header has changed |changed.|to white CC||suokunl...@126.com -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 76595] Microsoft Offfice
https://bugs.documentfoundation.org/show_bug.cgi?id=76595 --- Comment #28 from luna beth --- IJ Scan Utility is an application that allows users to scan documents, photos, and more quickly. Users can complete from scanning to storage at once by clicking on the corresponding icon in the IJ Scan Utility main screen. https://istartsetup.com/ij-scan-utility/ https://istartsetup.com/canon-com-ijsetup/ https://www.ijstartcan-on.org/ -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 148154] Reordering Conditional Formats (Not Conditions)?
https://bugs.documentfoundation.org/show_bug.cgi?id=148154 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 148325] Writer 7.3.2 will only print 1 blank page even if preview shows 3 pages
https://bugs.documentfoundation.org/show_bug.cgi?id=148325 QA Administrators changed: What|Removed |Added Status|NEEDINFO|UNCONFIRMED Ever confirmed|1 |0 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 148325] Writer 7.3.2 will only print 1 blank page even if preview shows 3 pages
https://bugs.documentfoundation.org/show_bug.cgi?id=148325 --- Comment #3 from QA Administrators --- [Automated Action] NeedInfo-To-Unconfirmed -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 141584] Bug at Export directly to PDF file, in the Standard bar, when using arab characters
https://bugs.documentfoundation.org/show_bug.cgi?id=141584 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 141584] Bug at Export directly to PDF file, in the Standard bar, when using arab characters
https://bugs.documentfoundation.org/show_bug.cgi?id=141584 --- Comment #7 from QA Administrators --- [Automated Action] NeedInfo-To-Unconfirmed -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 140900] [Feature Request] A setting to change the size of the font previews dropdown
https://bugs.documentfoundation.org/show_bug.cgi?id=140900 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 140900] [Feature Request] A setting to change the size of the font previews dropdown
https://bugs.documentfoundation.org/show_bug.cgi?id=140900 --- Comment #8 from QA Administrators --- [Automated Action] NeedInfo-To-Unconfirmed -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 145002] Crash when type command
https://bugs.documentfoundation.org/show_bug.cgi?id=145002 --- Comment #2 from QA Administrators --- Dear Giovanni Trotta, 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 144344] Incorrect result when editing cell value in Calc
https://bugs.documentfoundation.org/show_bug.cgi?id=144344 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 144344] Incorrect result when editing cell value in Calc
https://bugs.documentfoundation.org/show_bug.cgi?id=144344 --- Comment #3 from QA Administrators --- Dear d.dutoit1942, 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 148434] LibreOffice Calc Formatting Option for Leading Zeros in Numbers Does Not Format Correctly
https://bugs.documentfoundation.org/show_bug.cgi?id=148434 --- Comment #1 from Jerry Sussman --- Created attachment 179365 --> https://bugs.documentfoundation.org/attachment.cgi?id=179365=edit Screenshot Help - LibreOffice Calc -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 148434] New: LibreOffice Calc Formatting Option for Leading Zeros in Numbers Does Not Format Correctly
https://bugs.documentfoundation.org/show_bug.cgi?id=148434 Bug ID: 148434 Summary: LibreOffice Calc Formatting Option for Leading Zeros in Numbers Does Not Format Correctly Product: LibreOffice Version: 7.0.4.2 release Hardware: x86-64 (AMD64) OS: Linux (All) Status: UNCONFIRMED Severity: normal Priority: medium Component: Calc Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: jsussma...@outlook.com Description: When I format a spreadsheet cell to set the number of leading zeros for a number (N), the resultant format is not the number of leading zeros in the number N. Rather, the format is the number of digits to the left of the decimal at which a leading zero, if any, will appear. E.g., if I format the number of leading zeros at 4, the number 01234 will be formatted as 1234. However, if I format the number of leading zeros at 5, the number 01234will be formatted to appear correctly as 01234. Global formatting of the cells of a spreadsheet containing numbers with different numbers of digits to the left of a decimal point that are preceded by one or more leading zeros (e.g., 01, 001, 0001, 1, etc.) now is practically impossible. To be accurate, the total number of digits to the left of a decimal point within each cell now would need to be counted, and--unless all cells contained numbers with both the same number of digits and the same number of leading zeros--to be separately formatted to make sure that the correct number of leading zeros are selected. Making matters worse, even if one painstakingly counts the numbers of digits to the left of the decimal point and the number of leading zeros for each number, and formats each cell accordingly, the efforts may be for naught if another LibreOffice Calc formatting setting later is applied. Thus, e.g., in the case of "Autoformatting" an otherwise properly formatted spreadsheet to enhance visual appeal (e.g., different color backgrounds for every other row and column) the number of leading zeros for every cell will be modified in accord with the Autoformatting rather with the cell formatting set by the user. Steps to Reproduce: 1.Open LibreOffice Calc; 2.Open Spreadsheet; 3.Enter number with one or more leading zeros in one or more cells; 4.Select one or more cell containing number with one or more leading zeros; 5.Select Format; 6.Select Numbers; 7.Select Options; and 8.Select Leading Zeros. 9.Enter number of Leading zeros. Actual Results: Cells containing one or more numbers with leading zeros were not formatted to display the number of leading zeros selected. Instead, the cells were formatted to display the number of digits to the left of the decimal point at which a leading zero, if any, would appear. Expected Results: The number of leading zeros selected (LibreOffice Calc>Spreadsheet>Format>Cells>Numbers>Options>Leading zeros) is the number of leading zeros regardless of the number of digits to the left of the decimal point that the number has. Reproducible: Always User Profile Reset: Yes Additional Info: I have been using and enjoying LibreOffice (and its Sun Office progenitor) for decades, in various Linux distributions. Insofar as I am aware, the "leading zero" feature does not work as it did in previous versions of LibreOffice Calc. Last week, I switched to the MX-21 XFCE Wildflower distro from Linux Mint (Mate). I discovered this "bug" through happenstance while proofing a spreadsheet containing numerous account data. See attached for "Help - About LibreOffice." -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 148433] Extreme keyboard input delays in paragraphs which contain both rtl and numeric characters in DOCX files
https://bugs.documentfoundation.org/show_bug.cgi?id=148433 Yotam Benshalom changed: What|Removed |Added Attachment #179363|0 |1 is obsolete|| --- Comment #3 from Yotam Benshalom --- Created attachment 179364 --> https://bugs.documentfoundation.org/attachment.cgi?id=179364=edit Input selay testcase - corrcet version -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 148433] Extreme keyboard input delays in paragraphs which contain both rtl and numeric characters in DOCX files
https://bugs.documentfoundation.org/show_bug.cgi?id=148433 --- Comment #2 from Yotam Benshalom --- Sorry, incomplete attachment. I add the complete one here. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 148433] Extreme keyboard input delays in paragraphs which contain both rtl and numeric characters in DOCX files
https://bugs.documentfoundation.org/show_bug.cgi?id=148433 Yotam Benshalom changed: What|Removed |Added Keywords||filter:docx -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 148433] Extreme keyboard input delays in paragraphs which contain both rtl and numeric characters in DOCX files
https://bugs.documentfoundation.org/show_bug.cgi?id=148433 Yotam Benshalom changed: What|Removed |Added Keywords||text:rtl -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 148433] Extreme keyboard input delays in paragraphs which contain both rtl and numeric characters in DOCX files
https://bugs.documentfoundation.org/show_bug.cgi?id=148433 --- Comment #1 from Yotam Benshalom --- Created attachment 179363 --> https://bugs.documentfoundation.org/attachment.cgi?id=179363=edit Input delay testcase -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 148433] New: Extreme keyboard input delays in paragraphs which contain both rtl and numeric characters in DOCX files
https://bugs.documentfoundation.org/show_bug.cgi?id=148433 Bug ID: 148433 Summary: Extreme keyboard input delays in paragraphs which contain both rtl and numeric characters in DOCX files Product: LibreOffice Version: 7.3.2.2 release Hardware: All OS: All Status: UNCONFIRMED Severity: normal Priority: medium Component: Writer Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: bensha...@gmail.com Description: There are extreme keyboard input delays (when typing characters and/or navigating with the arrow keys) in paragraphs which contain both rtl and numeric characters in DOCX files. Since the arrow keys and the characters are handled in independent queues, for some reason, this bug makes it very difficult to edit such files in libreoffice. The characters typed are often inserted before the arrows even if the user typed the arrow first. Steps to Reproduce: 1.Open the attached file in writer. 2.Try to move the cursor along each of the four paragraphs using the arrow keys. Actual Results: In the second paragraph (the only one containing both rtl and numeric characters) the cursor moves extremely slowly and makes uncontrollable jumps. In the other three paragraphs the cursor moves as expected. Expected Results: No input delay should occur in the second paragraph. Reproducible: Always User Profile Reset: No Additional Info: This is tested on ubuntu 22.04 with gnome 42, but I suspect that this problem is platform-independent. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 49091] UI: Alt-Left, Alt-Right keyboard shortcuts ineffective
https://bugs.documentfoundation.org/show_bug.cgi?id=49091 --- Comment #20 from Vince --- As one who reported this bug a long time ago to https://bz.apache.org/ooo/show_bug.cgi?id=113502 and later as duplicate bug 53190, I have have been resigned to live without the ability of customizing Alt+(Right,Left) in Writer. I finally decided to tackle this as well as another keyboard customization bug and will be submitting a patch to gerrit soon. The ability to interactively resize writer tables using the keyboard has been around for a long time. This capability is described in the help: https://help.libreoffice.org/6.2/en-US/text/swriter/guide/table_sizing.html The way this capability has been implemented breaks the ability for users to customize table sizing keystrokes to do other things. My patch corrects that by giving priority to keyboard customization if it exists. The keyboard table resizing functionality is pretty nice and I thought there might be a case where even if a user wants to customize the table sizing keystrokes to do other things, they still might want have access to that functionality when needed. My patch provides for that as follows: When Caps Lock is turned on, customized table sizing keystrokes are ignored and instead will produce their default table sizing actions. Turning Caps Lock off restores custom action. Finally it should be noted even if Alt+Right or Alt+Left have NOT been customized and you are NOT in a table, they behave like Right and Left respectively instead of acting like dead keys. My patch does not address this idiosyncrasy. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 148432] New: Navigator never presents an RTL tree for RTL documents
https://bugs.documentfoundation.org/show_bug.cgi?id=148432 Bug ID: 148432 Summary: Navigator never presents an RTL tree for RTL documents Product: LibreOffice Version: Inherited From OOo Hardware: All OS: All Status: UNCONFIRMED Severity: normal Priority: medium Component: Writer Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: eyalr...@gmx.com Navigator presents the trees for various categories, e.g. Headings, fully in LTR. This, even if the entire document is RTL: Default page style, Heading N styles, Default Paragraph Style, the works. For "RTL documents" (defining that as one will), either the entire tree, or at least the subtrees of: Headings, References, Bookmarks, Tables, Indices, Comments, Footnotes and Endnotes - should be RTL. Note that the effect of the current state of affairs is, that if your Navigator is not very wide, you are likely to not be able to see the numbers and the first several words of headings, bookmarks, etc. - which is exactly the content you _must_ see to understand what item this is. This is somewhat similar to the issue of the Cross-Reference dialog hierarchy of items. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 131725] RTL paragraphs aligned-left in cross-reference dialog
https://bugs.documentfoundation.org/show_bug.cgi?id=131725 Eyal Rozenberg changed: What|Removed |Added See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=14 ||8432 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 113438] [META] Font name combobox bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=113438 Bug 113438 depends on bug 136943, which changed state. Bug 136943 Summary: TOOLBAR: Fonts Name Combobox has wrong height https://bugs.documentfoundation.org/show_bug.cgi?id=136943 What|Removed |Added Status|RESOLVED|NEW Resolution|DUPLICATE |--- -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 136943] TOOLBAR: Fonts Name Combobox has wrong height
https://bugs.documentfoundation.org/show_bug.cgi?id=136943 medmedin2014 changed: What|Removed |Added Status|RESOLVED|NEW Resolution|DUPLICATE |--- --- Comment #4 from medmedin2014 --- (In reply to Dieter from comment #3) > Let's treat it as duplicate of bug 91130. Medmedin, feel free to change it > back to NEW with a short reasoning, if you disagree. > > *** This bug has been marked as a duplicate of bug 91130 *** The item 91130 is just an enhancement to modify the whole list view for better usability, but this bug is regression because the combobox is there and what should be fixed is just its height to fit inside screen and using the scrollbar thumb user can reach any item in the list. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 141456] Separate outline browsing and heading browsing in Navigator
https://bugs.documentfoundation.org/show_bug.cgi?id=141456 Mike Kaganski changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|--- |WONTFIX --- Comment #12 from Mike Kaganski --- (In reply to Eyal Rozenberg from comment #10) > What's really bothering me is seeing non-headings in the tree for headings. > > ... > > I have a document with heading styles applied, but also with paragraph style > which have an outline level. They're not section headings. I don't want to > see them in Headings view in navigator. They have an outline level because I > want them to participate in numbering. The participation of outline levels in numbering means what exactly? I *guess* you mean things like table captions or formula numbering (created using respective numbering fields); and the intended use of that feature is exactly per-chapter numbering - thus the outline level being a synonym of chapter is clear, again. But indeed, one is not forced to use features only as intended - any creative (mis)use is OK. But when one would use outline levels for that, one could limit the outline levels in Navigator to only those levels that are used for chapters. Again: using features outside of their intended use (outline level of paragraphs = (sub)chapter heading) is OK, but not a reason to introduce some changes that make everyone's life (except yours) much harder. Most (MOST) users would be confused (to put it politely) if your proposal is implemented. > I understand that you're stating, or claiming, that Outline level = Heading > level. But as long as different names are used, then they're not. These > words are not synonyms. They are. The "words" in any program are not "words of human language". They are terms, and they mean specific things in the program, and that meaning should not (and cannot) match all the breadth of meaning the human language word bears. The LibreOffice Writer's Outline level is the same as LibreOffice Writer's Heading level. Period. > Outlines = Headings = Chapters > > any of those two false equivalencies is annoying, but how can you seriously > defend both of them, while keeping the triple-inconsistent names? So - your problem in this discussion is just that you believe that you know how we should use words, and if we are allowed or not to use some of them as synonyms. And you know what, you may discuss that (renaming the three to a single term), and it might even make sense - but it is not what this issue is about. Closing WONTFIX again (in fact, it should be INVALID, because WONTFIX means "there's a problem, but resolving it is undesirable", while this is "I do not want to believe that the term means what it really means"). Nothing to discuss here. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 148430] Use std functions instead of our own implementation
https://bugs.documentfoundation.org/show_bug.cgi?id=148430 Roman Kuznetsov <79045_79...@mail.ru> changed: What|Removed |Added CC||79045_79...@mail.ru Status|UNCONFIRMED |NEW Ever confirmed|0 |1 --- Comment #1 from Roman Kuznetsov <79045_79...@mail.ru> --- Set to NEW -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 141456] Separate outline browsing and heading browsing in Navigator
https://bugs.documentfoundation.org/show_bug.cgi?id=141456 --- Comment #11 from Mike Kaganski --- (In reply to Eyal Rozenberg from comment #10) > (In reply to Mike Kaganski from comment #7) > > and for now, LibreOffice only > > uses outline level of paragraphs to e.g. create ToC. > > Also for numbering. But I'll grant you it's not that much. What's really > bothering me is seeing non-headings in the tree for headings. No one claimed that outline level is only used for ToC, and for nothing else. If you tried to read what I wrote, you could see that "e.g.", which implies "for this, but not only for this", in addition to the contraposition (implied in the whole description, but also explicit in the next sentence discussing that LO does not use heading styles specially). Again: the sentence you incorrectly quotes meant not "outline level is used exclusively for ToC, and for nothing else", but "to build ToC, only outline level is used by default by LO, and nothing else is used to build ToC by default". Sorry for having to clarify this. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 148431] New: document recovery includes file which failed previously
https://bugs.documentfoundation.org/show_bug.cgi?id=148431 Bug ID: 148431 Summary: document recovery includes file which failed previously Product: LibreOffice Version: 7.3.1.3 release Hardware: All OS: Linux (All) Status: UNCONFIRMED Severity: normal Priority: medium Component: Calc Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: p...@pfortin.com During normal operation, tried to load a file that was too big for calc. OK, ignore and move on. To test for another bug, "kill"ed office. On starting oocalc, got the Document Recovery with 10 documents. One of those docs was the one that failed to load days earlier. Got the "The data could not be loaded completely because the maximum number of rows per sheet was exceeded." This file, having failed previously and the load cancelled, should not appear in the Document Recovery. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 113438] [META] Font name combobox bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=113438 Bug 113438 depends on bug 136943, which changed state. Bug 136943 Summary: TOOLBAR: Fonts Name Combobox has wrong height https://bugs.documentfoundation.org/show_bug.cgi?id=136943 What|Removed |Added Status|NEW |RESOLVED Resolution|--- |DUPLICATE -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 91130] Smaller default font name list
https://bugs.documentfoundation.org/show_bug.cgi?id=91130 Dieter changed: What|Removed |Added CC||med.medin.2...@gmail.com --- Comment #37 from Dieter --- *** Bug 136943 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 136943] TOOLBAR: Fonts Name Combobox has wrong height
https://bugs.documentfoundation.org/show_bug.cgi?id=136943 Dieter changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |DUPLICATE --- Comment #3 from Dieter --- Let's treat it as duplicate of bug 91130. Medmedin, feel free to change it back to NEW with a short reasoning, if you disagree. *** This bug has been marked as a duplicate of bug 91130 *** -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 113438] [META] Font name combobox bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=113438 Dieter changed: What|Removed |Added Depends on||148169 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=148169 [Bug 148169] Font selection in format toolbar is very slow to respond -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 148169] Font selection in format toolbar is very slow to respond
https://bugs.documentfoundation.org/show_bug.cgi?id=148169 Dieter changed: What|Removed |Added Blocks||113438 CC||dgp-m...@gmx.de --- Comment #1 from Dieter --- (In reply to robgrune from comment #0) > Problem: > Open LO Writer. > On format toolbar, click the font menu box to list fonts. > Very long delay to show list of fonts: about 15 seconds > Cannot scroll up or down to find a font. I can't confirm with Version: 7.3.2.2 (x64) / LibreOffice Community Build ID: 49f2b1bff42cfccbd8f788c8dc32c1c309559be0 CPU threads: 4; OS: Windows 10.0 Build 19044; UI render: Skia/Raster; VCL: win Locale: zh-CN (de_DE); UI: en-GB Calc: CL Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=113438 [Bug 113438] [META] Font name combobox bugs and enhancements -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 148430] New: Use std functions instead of our own implementation
https://bugs.documentfoundation.org/show_bug.cgi?id=148430 Bug ID: 148430 Summary: Use std functions instead of our own implementation Product: LibreOffice Version: unspecified Hardware: All OS: All Status: UNCONFIRMED Keywords: difficultyMedium, easyHack, skillCpp Severity: normal Priority: medium Component: LibreOffice Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: hoss...@libreoffice.org CC: mentor...@documentfoundation.org Blocks: 143781 Historically, some functions including various mathematical functions were not available in the early versions of C/C++. In order to use those functions inside LibreOffice, these functions were implemented internally. For an example, some (inverse) trigonometric and (inverse) hyperbolic functions like asinh() and acosh() were not available in the early versions of C++ std. Instead of our own implementation inside LibreOffice, we now can use std::asinh() and std::acosh() from , available since C++11: https://en.cppreference.com/w/cpp/numeric/math/asinh The underlying methods from are available since C99: https://en.cppreference.com/w/c/numeric/math/asinh The reason provided in f70de5267d7d9b7b6946cd72fe26e91bb6ac8431 to provide an internal implementation was that asinh() and acosh() were "part of the C99 standard, but not provided by some compilers". This was true at that time, but is no longer the case as the methods are now well established. Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=143781 [Bug 143781] [META] Development- and code-related bug reports -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 143781] [META] Development- and code-related bug reports
https://bugs.documentfoundation.org/show_bug.cgi?id=143781 Hossein changed: What|Removed |Added Depends on||148430 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=148430 [Bug 148430] Use std functions instead of our own implementation -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 148426] Inserting image via clipboard or drag and drop inserts only placeholder
https://bugs.documentfoundation.org/show_bug.cgi?id=148426 Gerhard Weydt changed: What|Removed |Added CC||c.huege...@gmail.com --- Comment #2 from Gerhard Weydt --- *** Bug 147272 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 147272] Images lost while copy paste html to Writer
https://bugs.documentfoundation.org/show_bug.cgi?id=147272 Gerhard Weydt changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |DUPLICATE --- Comment #6 from Gerhard Weydt --- *** This bug has been marked as a duplicate of bug 148426 *** -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 148412] TexMath does not install on version 7.2.6
https://bugs.documentfoundation.org/show_bug.cgi?id=148412 --- Comment #1 from V Stuart Foote --- No issue with download or the install of the extension, doing a simple os download from web browser from the LibreOffice Extension service: https://extensions.libreoffice.org/?q=texmaths_doExtensionSearch=Search The TexMaths button entries are made to the Standard toolbar, and a project Help menu entry is added. => WFM Version: 7.3.2.2 (x64) / LibreOffice Community Build ID: 49f2b1bff42cfccbd8f788c8dc32c1c309559be0 CPU threads: 8; OS: Windows 10.0 Build 19044; UI render: Skia/Vulkan; VCL: win Locale: en-US (en_US); UI: en-US Calc: CL -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 147272] Images lost while copy paste html to Writer
https://bugs.documentfoundation.org/show_bug.cgi?id=147272 Robert Großkopf changed: What|Removed |Added OS|Windows (All) |All -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 147272] Images lost while copy paste html to Writer
https://bugs.documentfoundation.org/show_bug.cgi?id=147272 --- Comment #5 from Robert Großkopf --- This seems to be a special problem with content like it is designed on https://www.ndr.de/ Other websites like https://www.wdr.de/ or wikipedia will be pasted together with images, but content from ndr.de won't be pasted since LO 7.3. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 141456] Separate outline browsing and heading browsing in Navigator
https://bugs.documentfoundation.org/show_bug.cgi?id=141456 Eyal Rozenberg changed: What|Removed |Added Resolution|WONTFIX |--- Status|RESOLVED|UNCONFIRMED --- Comment #10 from Eyal Rozenberg --- Heiko, we're in the middle of a conversation, so please don't just close this as WONTFIX. Anyway... (In reply to Mike Kaganski from comment #7) > and for now, LibreOffice only > uses outline level of paragraphs to e.g. create ToC. Also for numbering. But I'll grant you it's not that much. What's really bothering me is seeing non-headings in the tree for headings. > what is > the intended *use case* for what you propose; what *real-life problem* > should if solve. I have a document with heading styles applied, but also with paragraph style which have an outline level. They're not section headings. I don't want to see them in Headings view in navigator. They have an outline level because I want them to participate in numbering. I understand that you're stating, or claiming, that Outline level = Heading level. But as long as different names are used, then they're not. These words are not synonyms. You mentioned an official LO definition - can you link to it? I must say this reminds me of another inconsistent annoyance, which is that in LO, Outlines = Chapters, but the project refuses to name things consistently (bug 141452). Oh yes, I see you mentioned this too. So, with this additional artificial synonym, we now have: Outlines = Headings = Chapters any of those two false equivalencies is annoying, but how can you seriously defend both of them, while keeping the triple-inconsistent names? -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 148327] table row still visible after deletion with track & changes enabled (comment 3)
https://bugs.documentfoundation.org/show_bug.cgi?id=148327 Regina Henschel changed: What|Removed |Added CC||rb.hensc...@t-online.de --- Comment #9 from Regina Henschel --- The commit does not belong to this bug report but to bug 148342. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 127477] Incomplete description of date & time functions in the help information
https://bugs.documentfoundation.org/show_bug.cgi?id=127477 --- Comment #10 from Albrecht Müller --- I think your patch does not address the rounding issues discussed at the beginning of this thread. The use of different rounding methods can produce quite different results. Therefore the help information should explain how date and time functions handle the rounding that is necessary due to the inherently inexact representation of time values. Note: There is a pending change of the open document specification that addresses this problem (see https://issues.oasis-open.org/browse/OFFICE-4094). -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 148408] Pasting a not-so-long section of a webpage takes lots of time
https://bugs.documentfoundation.org/show_bug.cgi?id=148408 --- Comment #4 from Eyal Rozenberg --- (In reply to Rainer Bielefeld Retired from comment #2) I realize this might not be easy to reproduce. But like Telesto says, it's some brittle combination of circumstances. I can't even reproduce it myself. But there _are_ some code paths which wait, and wait, and wait. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 98259] [META] Keyboard shortcuts and accelerators bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=98259 Bug 98259 depends on bug 148258, which changed state. Bug 148258 Summary: Allow customization of Alt+ on gtk3 https://bugs.documentfoundation.org/show_bug.cgi?id=148258 What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|--- |DUPLICATE -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 103182] [META] GTK3-specific bugs
https://bugs.documentfoundation.org/show_bug.cgi?id=103182 Bug 103182 depends on bug 148258, which changed state. Bug 148258 Summary: Allow customization of Alt+ on gtk3 https://bugs.documentfoundation.org/show_bug.cgi?id=148258 What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|--- |DUPLICATE -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 146174] ALT no longer usable for hotkeys, goes to dropdown menu now (started in 7.2.3) (gtk3 only)
https://bugs.documentfoundation.org/show_bug.cgi?id=146174 Vince changed: What|Removed |Added CC||l...@4reher.org --- Comment #25 from Vince --- *** Bug 148258 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 148403] Impossible to move square or circle shapes to free selected direction in unsaved document
https://bugs.documentfoundation.org/show_bug.cgi?id=148403 --- Comment #5 from fml2 --- Windows 10.0 Build 19043 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 148406] RFE - Mouse Autoscroll
https://bugs.documentfoundation.org/show_bug.cgi?id=148406 V Stuart Foote changed: What|Removed |Added Status|UNCONFIRMED |NEEDINFO Ever confirmed|0 |1 Summary|Feature Request |RFE - Mouse Autoscroll CC||vstuart.fo...@utsa.edu --- Comment #1 from V Stuart Foote --- Something beyond the current default assignment to the Mouse - 'Middle button'? See Tools -> Options -> View in the 'Mouse' segment. And with a two button mouse (no third-button, or scroll wheel) you should have an os/DE available sequence to generate the "Middle button". -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 148383] UI: Fill Series dialog does not respect the number format of the source cell
https://bugs.documentfoundation.org/show_bug.cgi?id=148383 Daniel Kamil Kozar changed: What|Removed |Added Attachment #179360|0 |1 is obsolete|| --- Comment #6 from Daniel Kamil Kozar --- Created attachment 179362 --> https://bugs.documentfoundation.org/attachment.cgi?id=179362=edit Using a pl-PL date with a en-GB LibreOffice on Linux Previous video was improperly encoded. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 148383] UI: Fill Series dialog does not respect the number format of the source cell
https://bugs.documentfoundation.org/show_bug.cgi?id=148383 --- Comment #5 from Daniel Kamil Kozar --- Submitted a proposed fix to Gerrit : https://gerrit.libreoffice.org/c/core/+/132532 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 148410] content of formula bar placed too low (kf5)
https://bugs.documentfoundation.org/show_bug.cgi?id=148410 V Stuart Foote changed: What|Removed |Added Summary|content of formula bar |content of formula bar |placed too low |placed too low (kf5) -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 148410] content of formula bar placed too low
https://bugs.documentfoundation.org/show_bug.cgi?id=148410 V Stuart Foote changed: What|Removed |Added Component|UI |Calc CC||vstuart.fo...@utsa.edu -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 148383] UI: Fill Series dialog does not respect the number format of the source cell
https://bugs.documentfoundation.org/show_bug.cgi?id=148383 --- Comment #4 from Daniel Kamil Kozar --- Perhaps this happens to work when the combination is en-US / es-ES. In my particular case, I'm running a en-GB locale and the selected date format is (one of) pl-PL ones. Attached, please see the explanatory videos trying to use a pl-PL date with a en-GB LibreOffice on Linux, and the other way around on Windows 7. Build infos : Version: 7.3.2.2 / LibreOffice Community Build ID: 30(Build:2) CPU threads: 16; OS: Linux 5.17; UI render: default; VCL: gtk3 Locale: en-GB (en_GB.UTF-8); UI: en-US 7.3.2-1 Calc: threaded Version: 7.3.2.2 (x64) / LibreOffice Community Build ID: 49f2b1bff42cfccbd8f788c8dc32c1c309559be0 CPU threads: 2; OS: Windows 6.1 Service Pack 1 Build 7601; UI render: Skia/Raster; VCL: win Locale: pl-PL (pl_PL); UI: pl-PL Calc: threaded -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 148383] UI: Fill Series dialog does not respect the number format of the source cell
https://bugs.documentfoundation.org/show_bug.cgi?id=148383 --- Comment #3 from Daniel Kamil Kozar --- Created attachment 179361 --> https://bugs.documentfoundation.org/attachment.cgi?id=179361=edit Using a en-GB date with a pl-PL LibreOffice on Windows 7 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 148383] UI: Fill Series dialog does not respect the number format of the source cell
https://bugs.documentfoundation.org/show_bug.cgi?id=148383 --- Comment #2 from Daniel Kamil Kozar --- Created attachment 179360 --> https://bugs.documentfoundation.org/attachment.cgi?id=179360=edit Using a pl-PL date with a en-GB LibreOffice on Linux -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 148365] CRASH: Writer 7.4 enters infinite loop while opening DOCX file (works fine in 7.3)
https://bugs.documentfoundation.org/show_bug.cgi?id=148365 Julien Nabet changed: What|Removed |Added CC||michael.st...@allotropia.de ||, serval2...@yahoo.fr, ||vmik...@collabora.com --- Comment #11 from Julien Nabet --- On pc Debian x86-64 with master sources updated today, I could reproduce this. I got different types of logs first (let's say 20secs), eg: warn:sw.core:187945:187945:sw/source/core/doc/textboxhelper.cxx:1184: SwTextBoxHelper::syncFlyFrameAttr: The anchor of the shape different from the textframe! warn:legacy.osl:187945:187945:sw/source/core/text/frmform.cxx:1217: SwTextFrame::FormatLine: line height is zero warn:sw.core:187945:187945:sw/source/core/doc/textboxhelper.cxx:1184: SwTextBoxHelper::syncFlyFrameAttr: The anchor of the shape different from the textframe! warn:sw.core:187945:187945:sw/source/core/doc/textboxhelper.cxx:1184: SwTextBoxHelper::syncFlyFrameAttr: The anchor of the shape different from the textframe! warn:sw.core:187945:187945:sw/source/core/doc/textboxhelper.cxx:1184: SwTextBoxHelper::syncFlyFrameAttr: The anchor of the shape different from the textframe! warn:sw.core:187945:187945:sw/source/core/doc/textboxhelper.cxx:1184: SwTextBoxHelper::syncFlyFrameAttr: The anchor of the shape different from the textframe! warn:sw.core:187945:187945:sw/source/core/view/vdraw.cxx:246: Trying to move anchor from invalid page - fix layouting! warn:sw.core:187945:187945:sw/source/core/view/vdraw.cxx:246: Trying to move anchor from invalid page - fix layouting! warn:sw.core:187945:187945:sw/source/core/doc/textboxhelper.cxx:1184: SwTextBoxHelper::syncFlyFrameAttr: The anchor of the shape different from the textframe! warn:sw.core:187945:187945:sw/source/core/doc/textboxhelper.cxx:1184: SwTextBoxHelper::syncFlyFrameAttr: The anchor of the shape different from the textframe! warn:sw.core:187945:187945:sw/source/core/view/vdraw.cxx:246: Trying to move anchor from invalid page - fix layouting! warn:sw.core:187945:187945:sw/source/core/view/vdraw.cxx:246: Trying to move anchor from invalid page - fix layouting! then the never ending loop: warn:legacy.osl:187945:187945:sw/source/core/layout/objectformatter.cxx:326: LoopControl in SwObjectFormatter::FormatObj_: Stage 3!!! Michael/Miklos: I know it's no news layout mechanism is quite complex, any idea about at least a bandaid here? -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 148422] Assertion failed: (rSData.empty() || rSData[0].m_bRedlineMoved || (rSData[0].m_nRedlineCount == rDoc.getIDocumentRedlineAccess().GetRedlineTable().size())), function Se
https://bugs.documentfoundation.org/show_bug.cgi?id=148422 --- Comment #4 from Telesto --- (In reply to Julien Nabet from comment #3) > Created attachment 179359 [details] > bt with debug symbols > > On pc Debian x86-64 with master sources updated today, I had an assertion > applied first example but after some extra undoing. > > About the second example, "Undo" button is disabled since LO considers > there's nothing to undo. I suppose I missed something. Apply Yellow Character Highlighting to 'grit' and 'put'. And next undo both changes.. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 148422] Assertion failed: (rSData.empty() || rSData[0].m_bRedlineMoved || (rSData[0].m_nRedlineCount == rDoc.getIDocumentRedlineAccess().GetRedlineTable().size())), function Se
https://bugs.documentfoundation.org/show_bug.cgi?id=148422 Julien Nabet changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever confirmed|0 |1 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 148422] Assertion failed: (rSData.empty() || rSData[0].m_bRedlineMoved || (rSData[0].m_nRedlineCount == rDoc.getIDocumentRedlineAccess().GetRedlineTable().size())), function Se
https://bugs.documentfoundation.org/show_bug.cgi?id=148422 --- Comment #3 from Julien Nabet --- Created attachment 179359 --> https://bugs.documentfoundation.org/attachment.cgi?id=179359=edit bt with debug symbols On pc Debian x86-64 with master sources updated today, I had an assertion applied first example but after some extra undoing. About the second example, "Undo" button is disabled since LO considers there's nothing to undo. I suppose I missed something. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 148429] New: Link external data doesn't work anymore
https://bugs.documentfoundation.org/show_bug.cgi?id=148429 Bug ID: 148429 Summary: Link external data doesn't work anymore Product: LibreOffice Version: 7.3.2.2 release Hardware: x86-64 (AMD64) OS: macOS (All) Status: UNCONFIRMED Severity: normal Priority: medium Component: Calc Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: clebersa...@gmail.com After upgrading to LibreOffice 7.3 my external data links does not update anymore. Some links are still updated, but some links like this one doesn't work anymore URL: https://fundamentus.com.br/fii_resultado.php Even if I create a new File and go to Link External Data it brings nothing for the URL: https://fundamentus.com.br/fii_resultado.php -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 148383] UI: Fill Series dialog does not respect the number format of the source cell
https://bugs.documentfoundation.org/show_bug.cgi?id=148383 m.a.riosv changed: What|Removed |Added CC||miguelangelrv@libreoffice.o ||rg --- Comment #1 from m.a.riosv --- Works for me: Version: 7.2.7.0.0+ (x64) / LibreOffice Community Build ID: 848ba18f3196a2fc64d08573eb9d1aeda074e758 CPU threads: 4; OS: Windows 10.0 Build 19044; UI render: Skia/Raster; VCL: win Locale: es-ES (es_ES); UI: en-US Calc: CL Version: 7.3.3.0.0+ (x64) / LibreOffice Community Build ID: a45cfefc284b2e468ca2847e47102964c67d12c4 CPU threads: 4; OS: Windows 10.0 Build 19044; UI render: Skia/Raster; VCL: win Locale: es-ES (es_ES); UI: en-US Calc: threaded -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 148385] Textimport doesn't work correct
https://bugs.documentfoundation.org/show_bug.cgi?id=148385 m.a.riosv changed: What|Removed |Added CC||miguelangelrv@libreoffice.o ||rg --- Comment #4 from m.a.riosv --- Maybe I'm wrong, but it not looks as normalized csv file format. https://en.wikipedia.org/wiki/Comma-separated_values -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 147272] Images lost while copy paste html to Writer
https://bugs.documentfoundation.org/show_bug.cgi?id=147272 Robert Großkopf changed: What|Removed |Added Summary|copy paste html to writer |Images lost while copy ||paste html to Writer -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 147272] copy paste html to writer
https://bugs.documentfoundation.org/show_bug.cgi?id=147272 Robert Großkopf changed: What|Removed |Added Ever confirmed|0 |1 CC||rob...@familiegrosskopf.de Keywords||regression Status|UNCONFIRMED |NEW --- Comment #4 from Robert Großkopf --- I could confirm the buggy behavior. Same problem here: Pasting into LO 7.2 (and LO versions before) works well, since LO 7.3 (tested with LO 7.3.2.2 on OpenSUSE 15.3 64bit rpm Linux) images weren't pasted. There is only a little border. If I click on this border I could see it is linked to the website but the content isn't shown in Writer. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 148404] Calc and Writer are slow opening app and files, sometimes blank screen while waiting 30 sec or more
https://bugs.documentfoundation.org/show_bug.cgi?id=148404 m.a.riosv changed: What|Removed |Added Ever confirmed|0 |1 Status|UNCONFIRMED |NEEDINFO CC||miguelangelrv@libreoffice.o ||rg --- Comment #1 from m.a.riosv --- Test if some history files are in a none available driver or net connection. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 148256] Deadlocks while typing (macOS only?)
https://bugs.documentfoundation.org/show_bug.cgi?id=148256 --- Comment #11 from frank.tsi...@yahoo.com --- @Roman The machine does not support a newer version of MacOS. However, I was able to run the same test on a 2nd machine with MacOS 10.14.6. So far I have not been able to reproduce the deadlock on the 2nd machine. I also tried limiting the cores via XCode instruments to increase the chance of instruction order related deadlocking issues but have not been able to reproduce the issue. The deadlock issue may be specific to the MacOS version. I will run an older version of LibreOffice on the problematic machine. Thanks to everyone that reviewed this issue. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 148427] EDITING: Calc freezes when attempting to "Paste Special"
https://bugs.documentfoundation.org/show_bug.cgi?id=148427 m.a.riosv changed: What|Removed |Added CC||miguelangelrv@libreoffice.o ||rg Ever confirmed|0 |1 Status|UNCONFIRMED |NEEDINFO --- 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 131023] Preinstalled 3000px theme graphics not extending full width of UI elements, affects 2K, 4K, 5K and multi-head systems
https://bugs.documentfoundation.org/show_bug.cgi?id=131023 V Stuart Foote changed: What|Removed |Added CC||barth.ja...@hotmail.de --- Comment #18 from V Stuart Foote --- *** Bug 148409 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 148409] UI: Preinstalled themes are not applied to the whole window width
https://bugs.documentfoundation.org/show_bug.cgi?id=148409 V Stuart Foote changed: What|Removed |Added CC||vstuart.fo...@utsa.edu Status|UNCONFIRMED |RESOLVED Resolution|--- |DUPLICATE --- Comment #2 from V Stuart Foote --- *** This bug has been marked as a duplicate of bug 131023 *** -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 148428] i18n: add dv-MV Dhivehi (Maldives) locale data (was: LibreOffice Calc Vs MS Excel Dhivehi Calendar Issues)
https://bugs.documentfoundation.org/show_bug.cgi?id=148428 Eike Rathke changed: What|Removed |Added Version|7.3.2.2 release |unspecified Component|Calc|Localization Severity|minor |enhancement OS|Windows (All) |All Status|UNCONFIRMED |NEW Summary|LibreOffice Calc Vs MS |i18n: add dv-MV Dhivehi |Excel Dhivehi Calendar |(Maldives) locale data |Issues |(was: LibreOffice Calc Vs ||MS Excel Dhivehi Calendar ||Issues) Ever confirmed|0 |1 Hardware|x86-64 (AMD64) |All --- Comment #2 from Eike Rathke --- The OP is missing the dv-MV Dhivehi (Maldives) locale data, of which month names are part, which we currently don't have. Someone would have to contribute. For how to contribute locale data please see https://wiki.documentfoundation.org/LibreOffice_Localization_Guide/How_To_Submit_New_Locale_Data -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 148428] LibreOffice Calc Vs MS Excel Dhivehi Calendar Issues
https://bugs.documentfoundation.org/show_bug.cgi?id=148428 Julien Nabet changed: What|Removed |Added CC||serval2...@yahoo.fr --- Comment #1 from Julien Nabet --- would it be possible you attach an example file? -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 107739] [META] Field bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=107739 Buovjaga changed: What|Removed |Added Depends on||148333 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=148333 [Bug 148333] EDITING: Slow to edit paragraphs with fields in them (Linux-only) -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 148333] EDITING: Slow to edit paragraphs with fields in them (Linux-only)
https://bugs.documentfoundation.org/show_bug.cgi?id=148333 Buovjaga changed: What|Removed |Added Keywords||perf Severity|normal |minor Summary|EDITING: LO is slower on|EDITING: Slow to edit |Linux than on Windows |paragraphs with fields in ||them (Linux-only) Blocks||107739 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=107739 [Bug 107739] [META] Field bugs and enhancements -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 148333] EDITING: LO is slower on Linux than on Windows
https://bugs.documentfoundation.org/show_bug.cgi?id=148333 --- Comment #12 from Christian Lehmann --- However, it may still be instructive to look why the Windows version fairs so much better on this count. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 148327] table row still visible after deletion with track & changes enabled (comment 3)
https://bugs.documentfoundation.org/show_bug.cgi?id=148327 --- Comment #8 from Commit Notification --- Attila Bakos (NISZ) committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/9592da0a8e596869a1cd0859619dd28a541d7234 tdf#148327 docx export: fix puzzle shape 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 148327] table row still visible after deletion with track & changes enabled (comment 3)
https://bugs.documentfoundation.org/show_bug.cgi?id=148327 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 140900] [Feature Request] A setting to change the size of the font previews dropdown
https://bugs.documentfoundation.org/show_bug.cgi?id=140900 --- Comment #7 from chameleonsca...@protonmail.com --- $ xdpyinfo | grep -B 2 resolution screen #0: dimensions:3840x2160 pixels (1016x571 millimeters) resolution:96x96 dots per inch -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 133092] [META] Crash bugs
https://bugs.documentfoundation.org/show_bug.cgi?id=133092 Bug 133092 depends on bug 148395, which changed state. Bug 148395 Summary: CRASH: doubleclick on chart OLE Object https://bugs.documentfoundation.org/show_bug.cgi?id=148395 What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 148395] CRASH: doubleclick on chart OLE Object
https://bugs.documentfoundation.org/show_bug.cgi?id=148395 Julien Nabet changed: What|Removed |Added Resolution|--- |FIXED Status|NEW |RESOLVED --- Comment #6 from Julien Nabet --- Since the commit was only on 7.4, let's put this one to FIXED. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 148395] CRASH: doubleclick on chart OLE Object
https://bugs.documentfoundation.org/show_bug.cgi?id=148395 --- Comment #5 from Commit Notification --- Julien Nabet committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/e0bd17c169fbf97f7f3223db43c432f9c4513602 tdf#148395: CRASH: doubleclick on chart OLE Object (bandaid) 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 148395] CRASH: doubleclick on chart OLE Object
https://bugs.documentfoundation.org/show_bug.cgi?id=148395 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 148075] LibreOffice crashes when opening certain large files (which worked with other versions)
https://bugs.documentfoundation.org/show_bug.cgi?id=148075 --- Comment #14 from Julien Nabet --- I noticed "SwTextFrame::FormatLine" in the bt but the function has 130 lines, difficult to pinpoint the exact pb. Could you give a try at https://wiki.documentfoundation.org/QA/FirstSteps ? (above all profile and fonts part). -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 147040] Impress crashes with kf5 / qt5 after editing slide text
https://bugs.documentfoundation.org/show_bug.cgi?id=147040 Jan-Marek Glogowski changed: What|Removed |Added Version|7.4.0.0 alpha0+ Master |6.3.6.2 release --- Comment #1 from Jan-Marek Glogowski --- The reproducer is actually simpler: 3. Switch to some other application 4. Switch back to the impress window. I tried to find a working version, but I doubt that exists. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 148428] New: LibreOffice Calc Vs MS Excel Dhivehi Calendar Issues
https://bugs.documentfoundation.org/show_bug.cgi?id=148428 Bug ID: 148428 Summary: LibreOffice Calc Vs MS Excel Dhivehi Calendar Issues Product: LibreOffice Version: 7.3.2.2 release Hardware: x86-64 (AMD64) OS: Windows (All) Status: UNCONFIRMED Severity: minor Priority: medium Component: Calc Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: adam7...@gmail.com Description: First of all, I congratulate and commend LibreOffice’s performances and contributions to the Opensource community. And I don't honestly believe this to be a bug but amiss of including some locale definitions. I've made a huge sheet which calculates durations based on dates and it uses DATEDIF(), DAYS() and simple arithmetic operators to get the results. I started it on MS Excel and it works fine. However, after coming across LibreOffice I'm trying to completely switch from MS to LibreOffice. However, one thing is stopping me which is why I'm writing this. All my MS Excel calculations are correctly displayed in LibreOffice Calc, except the displaying of month names in English and not in Dhivehi although LibreOffice can detect the Maldives language Dhivehi. It seems that the Dhivehi names of weekdays and months of Gregorian calendar in Thaana script are not included. Also, need to include the Hijri calendar particulars for same as the Maldives is the only 100% Muslim country after Saudi Arabia in the world. Steps to Reproduce: 1. Include the Dhivehi names of weekdays and months of Gregorian calendar in Thaana script. 2. Include the Dhivehi names of weekdays and months of Hijri calendar in Thaana script. Actual Results: 1. In MS Excel blank sheet, enter a date in any language. 2. Copy the same date to another cell. 3. Set the first date's locale to Dhivehi and calendar type to Gregorian by going to the Format Cells dialog box. 4. Set the second date's locale to Dhivehi and calendar type to Hijri by going to the Format Cells dialog box. 5. Save the MS Excel file and exit MS Excel. 6. Open the saved MS Excel file in LibreOffice and see if your dates are correctly displayed in the set locales and with the latest set calendar type. 7. Sure, as it can be, you won't see it. And that why this little work is important to be done. Expected Results: The user would expect the same locale and calendar type to be intact no matter which spreadsheet application the user is opening his/her work. Reproducible: Sometimes User Profile Reset: Yes OpenGL enabled: Yes Additional Info: If you require any more information or contributions I shall be willing to respond to the best of my ability. Please reach me via: adam7...@gmail.com I've already prepared a PDF of the confusions this issue may produce in a comparative display of the results in the two applications. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 133092] [META] Crash bugs
https://bugs.documentfoundation.org/show_bug.cgi?id=133092 Bug 133092 depends on bug 148397, which changed state. Bug 148397 Summary: Crash on font features dialog opening with EB Garamond https://bugs.documentfoundation.org/show_bug.cgi?id=148397 What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|--- |FIXED -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 148333] EDITING: LO is slower on Linux than on Windows
https://bugs.documentfoundation.org/show_bug.cgi?id=148333 --- Comment #11 from Christian Lehmann --- Yes, this observation is apparently on the right track. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 140900] [Feature Request] A setting to change the size of the font previews dropdown
https://bugs.documentfoundation.org/show_bug.cgi?id=140900 --- Comment #6 from chameleonsca...@protonmail.com --- I will also provide mine when I get back to it but seeing your screenshot I can already say it looks small to me. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 140900] [Feature Request] A setting to change the size of the font previews dropdown
https://bugs.documentfoundation.org/show_bug.cgi?id=140900 --- Comment #5 from chameleonsca...@protonmail.com --- If you're happy with how things are I think it would be interesting to know what your screen's size and resolution are because this request is heavily dependent on it. Just to be clear I don't experience any unintended behavior with this list. It's just a subjective feature request. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 148144] most icons in groupedbar toolbar disappear when clicking to edit
https://bugs.documentfoundation.org/show_bug.cgi?id=148144 --- Comment #3 from urielejh --- Yes, double click. I think it is a Windows specific issue, seeing others having similar ones. -- You are receiving this mail because: You are the assignee for the bug.