[Bug 160280] Check-boxes will not be printed
https://bugs.documentfoundation.org/show_bug.cgi?id=160280 raal changed: What|Removed |Added CC||r...@post.cz --- Comment #3 from raal --- I cannot confirm with Version: 24.8.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 2887ffbf240aa70330cb50bf810170cf9c896405 CPU threads: 4; OS: Linux 6.5; UI render: default; VCL: gtk3 Locale: cs-CZ (cs_CZ.UTF-8); UI: en-US Calc: threaded Jumbo I can see checkboxes, but these checkboxes are not checked [X] in Evince. Everything is correct in Firefox. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 124647] CRASH: after undoing deletion ( steps in comment 5 )
https://bugs.documentfoundation.org/show_bug.cgi?id=124647 Stéphane Guillou (stragu) changed: What|Removed |Added Crash report or|["SwHistoryBookmark::SetInD |["SwHistoryBookmark::SetInD crash signature|oc(SwDoc *,bool)"] |oc(SwDoc ||*,bool)","SwHistoryBookmark ||::SetInDoc(SwDoc*, ||bool)","SwHistoryBookmark:: ||SetInDoc","SwNodeIndex::ope ||rator=(SwNode const ||&)","swlo.dll","libstdc++.s ||o.6"] Severity|normal |critical CC||stephane.guillou@libreoffic ||e.org --- Comment #11 from Stéphane Guillou (stragu) --- Reproduced as in comment 5 on Linux with LO 6.3, with signature "SwHistoryBookmark::SetInDoc": https://crashreport.libreoffice.org/stats/crash_details/df8f5281-b799-46bb-8a3e-84cecfa89408 Version: 6.3.0.4 Build ID: 057fc023c990d676a43019934386b85b21a9ee99 CPU threads: 8; OS: Linux 6.5; UI render: default; VCL: gtk3; Locale: en-AU (en_AU.UTF-8); UI-Language: en-US Calc: CL That signature was last seen in 7.1.7.2. In 7.2, same steps lead to "SwHistoryBookmark::SetInDoc(SwDoc*, bool)" signature. https://crashreport.libreoffice.org/stats/crash_details/7dfde548-8b20-42dd-ab71-7b0f6eaca9fb Version: 7.2.0.4 / LibreOffice Community Build ID: 9a9c6381e3f7a62afc1329bd359cc48accb6435b CPU threads: 8; OS: Linux 6.5; UI render: default; VCL: gtk3 Locale: en-AU (en_AU.UTF-8); UI: en-US Calc: CL That signature was last seen in 7.6.5.2. With 7.6.5.2 and 24.2.1.1, I get "libstdc++.so.6": https://crashreport.libreoffice.org/stats/crash_details/1010a85d-102f-43b8-b788-4687a8675154 Version: 24.2.1.2 (X86_64) / LibreOffice Community Build ID: db4def46b0453cc22e2d0305797cf981b68ef5ac CPU threads: 8; OS: Linux 6.5; UI render: default; VCL: gtk3 Locale: en-AU (en_AU.UTF-8); UI: en-US Calc: CL threaded If Ubuntu catches it, it reports "soffice.bin crashed with SIGSEGV in SwContentIndex::ChgValue()". 24.2 Backtrace from Apport: #0 0x7ae678282940 in SwContentIndex::ChgValue(SwContentIndex const&, int) () at /opt/libreoffice24.2/program/../program/libswlo.so #1 0x7ae6782ce19f in SwPosition::SwPosition(SwNode const&, o3tl::strong_int) () at /opt/libreoffice24.2/program/../program/libswlo.so #2 0x7ae6782cff9f in SwPaM::SwPaM(SwNode const&, int, SwPaM*) () at /opt/libreoffice24.2/program/../program/libswlo.so #3 0x7ae6786b723b in () at /opt/libreoffice24.2/program/../program/libswlo.so #4 0x7ae678779850 in () at /opt/libreoffice24.2/program/../program/libswlo.so #5 0x7ae6bbf08b68 in () at /opt/libreoffice24.2/program/libmergedlo.so #6 0x7ae6bf12a20b in () at /opt/libreoffice24.2/program/libuno_sal.so.3 #7 0x7ae6ba094ac3 in start_thread (arg=) at ./nptl/pthread_create.c:442 #8 0x7ae6ba126850 in clone3 () at ../sysdeps/unix/sysv/linux/x86_64/clone3.S:81 Still crashing in recent trunk build: Version: 24.8.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 479b5bbe8ca2177ba7574e7aa2308b5d0de1895c CPU threads: 8; OS: Linux 6.5; UI render: default; VCL: gtk3 Locale: en-AU (en_AU.UTF-8); UI: en-US Calc: CL threaded -- You are receiving this mail because: You are the assignee for the bug.
[Bug 160265] Undo of deleting conditional formatting with formula effecting multiple sheets deleted some data.
https://bugs.documentfoundation.org/show_bug.cgi?id=160265 Alex K changed: What|Removed |Added Resolution|DUPLICATE |FIXED --- Comment #3 from Alex K --- Thank you for all your help and diligence Alex -- You are receiving this mail because: You are the assignee for the bug.
[Bug 151238] Windows 11 Scroll bar arrows hidden when set visible
https://bugs.documentfoundation.org/show_bug.cgi?id=151238 --- Comment #10 from Mike Kaganski --- (In reply to V Stuart Foote from comment #9) > Would add that the Win11 WDM handles scrollbars oddly. Note that there are *some* Windows apps that behave *properly* with regards to "Always show scroll bars" setting (outside of contrast themes). E.g.: the "Settings" app itself; and notepad.exe. So, our implementation of scrollbars behavior wrt that setting must follow these apps' behavior. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 160098] Writer, incorrect jump to the File menu.
https://bugs.documentfoundation.org/show_bug.cgi?id=160098 --- Comment #1 from Naresh --- Harald Berger, Alt+D highlights the address bar in your web. Can you try Ctrl+S to save? Thanks, -- You are receiving this mail because: You are the assignee for the bug.
[Bug 147148] Paste in Writer loses Source Format
https://bugs.documentfoundation.org/show_bug.cgi?id=147148 --- Comment #5 from measrasy --- Look at the path - it's on the user's disk file:///C:/Users/korisnik/AppData/Local/Temp/Temp1_Moj+sretni+broj+1-1.zip/Moj%20sretni%20broj%201/zamjena_mjesta_pribrojnika.ppsx https://bugs.documentfoundation.org/show_bug.cgi?id=147148#add_comment https://geometrydashsubzero.net As you can see even in temp and zip :) The path you can see also in the hzperlink dialog (ctrl+k) -- You are receiving this mail because: You are the assignee for the bug.
[Bug 108057] Primary key should default to AutoValue=Yes when type is integer
https://bugs.documentfoundation.org/show_bug.cgi?id=108057 Commit Notification changed: What|Removed |Added Whiteboard||target:24.8.0 -- You are receiving this mail because: You are the assignee for the bug.
[Bug 160284] Big UI bug after update
https://bugs.documentfoundation.org/show_bug.cgi?id=160284 --- Comment #2 from peterpr...@outlook.com --- Created attachment 193209 --> https://bugs.documentfoundation.org/attachment.cgi?id=193209=edit Normal desing -- You are receiving this mail because: You are the assignee for the bug.
[Bug 160284] Big UI bug after update
https://bugs.documentfoundation.org/show_bug.cgi?id=160284 --- Comment #1 from peterpr...@outlook.com --- Created attachment 193208 --> https://bugs.documentfoundation.org/attachment.cgi?id=193208=edit Image of the UI bug -- You are receiving this mail because: You are the assignee for the bug.
[Bug 160284] New: Big UI bug after update
https://bugs.documentfoundation.org/show_bug.cgi?id=160284 Bug ID: 160284 Summary: Big UI bug after update Product: LibreOffice Version: 24.2.1.2 release Hardware: x86-64 (AMD64) OS: Linux (All) Status: UNCONFIRMED Severity: normal Priority: medium Component: UI Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: peterpr...@outlook.com Description: After I updated to 24.2.1.2, I have an issue with the size of the buttons in the UI. I use the system zoom at 125% but the look is too big for that setting. It happens in Wayland and X11. When I set the system zoom to 100%, it get solved but the other apps become too little. My screen is a 1080p 15.6" screen. Steps to Reproduce: 1.Set the system zoom to 125% and reboot the application 2. 3. Actual Results: The UI become too big Expected Results: Have the normal appearance Reproducible: Always User Profile Reset: Yes Additional Info: Version: 24.2.1.2 (X86_64) / LibreOffice Community Build ID: 420(Build:2) CPU threads: 8; OS: Linux 6.7; UI render: default; VCL: kf6 (cairo+wayland) Locale: es-ES (es_ES.UTF-8); UI: es-ES 24.2.1-4 Calc: threaded -- You are receiving this mail because: You are the assignee for the bug.
[Bug 104790] [META] Database connectivity interfaces (ODBC, JDBC..) and external databases
https://bugs.documentfoundation.org/show_bug.cgi?id=104790 Bug 104790 depends on bug 103068, which changed state. Bug 103068 Summary: New Database Wizard gets confused between ODBC and JDBC connection if you backup twice to step 1. https://bugs.documentfoundation.org/show_bug.cgi?id=103068 What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|--- |FIXED -- You are receiving this mail because: You are the assignee for the bug.
[Bug 113375] [META] Database wizard bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=113375 Bug 113375 depends on bug 103068, which changed state. Bug 103068 Summary: New Database Wizard gets confused between ODBC and JDBC connection if you backup twice to step 1. https://bugs.documentfoundation.org/show_bug.cgi?id=103068 What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|--- |FIXED -- You are receiving this mail because: You are the assignee for the bug.
[Bug 160055] Installer for LibreOffice 24.2 bug
https://bugs.documentfoundation.org/show_bug.cgi?id=160055 QA Administrators changed: What|Removed |Added Whiteboard|| QA:needsComment -- You are receiving this mail because: You are the assignee for the bug.
[Bug 160053] LibreOfficePortable 7.6 crashes after switching to another window and afterwards returning to LOP - FILESAVE
https://bugs.documentfoundation.org/show_bug.cgi?id=160053 QA Administrators changed: What|Removed |Added Whiteboard|| QA:needsComment -- You are receiving this mail because: You are the assignee for the bug.
[Bug 160050] CONFIGURATION: In Writer, on theme format, adding a theme shows window with covered text/graphics
https://bugs.documentfoundation.org/show_bug.cgi?id=160050 QA Administrators changed: What|Removed |Added Whiteboard|| QA:needsComment -- You are receiving this mail because: You are the assignee for the bug.
[Bug 90917] Table cell with border padding on left edge disappearing under text
https://bugs.documentfoundation.org/show_bug.cgi?id=90917 --- Comment #11 from QA Administrators --- Dear Janusz, To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from https://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to 'inherited from OOo'; 4b. If the bug was not present in 3.3 - add 'regression' to keyword Feel free to come ask questions or to say hello in our QA chat: https://web.libera.chat/?settings=#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug -- You are receiving this mail because: You are the assignee for the bug.
[Bug 160035] duplicated help page for .uno:InsertFieldCtrl
https://bugs.documentfoundation.org/show_bug.cgi?id=160035 QA Administrators changed: What|Removed |Added Whiteboard|| QA:needsComment -- You are receiving this mail because: You are the assignee for the bug.
[Bug 156844] FORMATTING carriage return at end of paragraph reverts applied custom paragraph style to text body
https://bugs.documentfoundation.org/show_bug.cgi?id=156844 QA Administrators changed: What|Removed |Added Resolution|--- |INSUFFICIENTDATA Status|NEEDINFO|RESOLVED -- You are receiving this mail because: You are the assignee for the bug.
[Bug 160047] Writer - CLI search format / backquotes
https://bugs.documentfoundation.org/show_bug.cgi?id=160047 QA Administrators changed: What|Removed |Added Whiteboard|| QA:needsComment -- You are receiving this mail because: You are the assignee for the bug.
[Bug 156844] FORMATTING carriage return at end of paragraph reverts applied custom paragraph style to text body
https://bugs.documentfoundation.org/show_bug.cgi?id=156844 --- Comment #3 from QA Administrators --- Dear ronjenson, Please read this message in its entirety before proceeding. Your bug report is being closed as INSUFFICIENTDATA due to inactivity and a lack of information which is needed in order to accurately reproduce and confirm the problem. We encourage you to retest your bug against the latest release. If the issue is still present in the latest stable release, we need the following information (please ignore any that you've already provided): a) Provide details of your system including your operating system and the latest version of LibreOffice that you have confirmed the bug to be present b) Provide easy to reproduce steps – the simpler the better c) Provide any test case(s) which will help us confirm the problem d) Provide screenshots of the problem if you think it might help e) Read all comments and provide any requested information Once all of this is done, please set the bug back to UNCONFIRMED and we will attempt to reproduce the issue. Please do not: a) respond via email b) update the version field in the bug or any of the other details on the top section of our bug tracker Warm Regards, QA Team MassPing-NeedInfo-FollowUp -- You are receiving this mail because: You are the assignee for the bug.
[Bug 157069] Calc formatting border options won't display correctly with Colibre icons on the side bar.
https://bugs.documentfoundation.org/show_bug.cgi?id=157069 --- Comment #2 from QA Administrators --- Dear darkmetal262, This bug has been in NEEDINFO status with no change for at least 6 months. Please provide the requested information as soon as possible and mark the bug as UNCONFIRMED. Due to regular bug tracker maintenance, if the bug is still in NEEDINFO status with no change in 30 days the QA team will close the bug as INSUFFICIENTDATA due to lack of needed information. For more information about our NEEDINFO policy please read the wiki located here: https://wiki.documentfoundation.org/QA/Bugzilla/Fields/Status/NEEDINFO If you have already provided the requested information, please mark the bug as UNCONFIRMED so that the QA team knows that the bug is ready to be confirmed. Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-NeedInfo-Ping -- You are receiving this mail because: You are the assignee for the bug.
[Bug 38727] FILEOPEN, EDITING: Cross-reference to bookmark on DDE data does not update on file open
https://bugs.documentfoundation.org/show_bug.cgi?id=38727 --- Comment #10 from QA Administrators --- Dear trumpton9, To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from https://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to 'inherited from OOo'; 4b. If the bug was not present in 3.3 - add 'regression' to keyword Feel free to come ask questions or to say hello in our QA chat: https://web.libera.chat/?settings=#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug -- You are receiving this mail because: You are the assignee for the bug.
[Bug 160283] New: New possibilities for Japanese language education: The emergence of ChatGPT
https://bugs.documentfoundation.org/show_bug.cgi?id=160283 Bug ID: 160283 Summary: New possibilities for Japanese language education: The emergence of ChatGPT Product: cppunit Version: 1.14 Hardware: All OS: All Status: UNCONFIRMED Severity: normal Priority: medium Component: General Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: roberto.legend...@gmail.com CC: markus.mohrh...@googlemail.com In recent years, advances in technology have revolutionized the way we learn languages. In particular, advances in artificial intelligence (AI) are opening up new possibilities in the field of language education. Among these, the emergence of a language generation model called ChatGPT is bringing about major changes in the field of Japanese language education. In this article, I would like to explore a new form of Japanese language education using ChatGPT To use more free Chatgpt features, please visit the following website: https://chatgptjp.ai/ 1. What is ChatGPT? ChatGPT is one of the language generation models developed by OpenAI. The model is trained on large datasets and can generate natural human-like speech. When a user types a sentence into ChatGPT, it automatically generates a response based on the context and continues the conversation. 2. Japanese language education using ChatGPT ChatGPT can play various roles in the field of Japanese language education. For example, it can be used in the following ways. - Japanese conversation practice You can practice Japanese conversation using ChatGPT. When users ask ChatGPT questions in Japanese, the model generates appropriate responses and allows them to practice conversation. This makes it possible to simulate a living language environment. - Learning Japanese grammar and vocabulary ChatGPT has the ability to generate natural Japanese, so users can learn Japanese grammar and vocabulary from ChatGPT. For example, you can ask ChatGPT for examples of how to use a particular grammar to understand how that grammar is used. - Understanding culture and history ChatGPT can handle a variety of topics, so you can also answer questions about Japanese culture and history. Users can deepen their understanding of Japanese culture and history through ChatGPT. 3. Advantages of education using ChatGPT Japanese language education using ChatGPT has the following advantages. - Flexibility and accessibility ChatGPT is available online and can be used anytime, anywhere. We can also provide customized learning experiences to suit the level and needs of individual learners. - Natural conversation experience ChatGPT has the ability to generate natural conversations, so it can simulate a living language environment. This gives learners a more realistic conversation experience. - Reinforcement and retention of learning Using the Japanese language with ChatGPT will enhance learning and retention. By practicing conversation repeatedly, learners will be able to speak Japanese with more confidence. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 160226] LibreOffice Math: Clicking on visual elements (i.e. fraction) completely destroys your formula structure
https://bugs.documentfoundation.org/show_bug.cgi?id=160226 Stéphane Guillou (stragu) changed: What|Removed |Added Version|24.2.1.2 release|24.2.0.0 alpha0+ CC||xiscofa...@libreoffice.org --- Comment #8 from Stéphane Guillou (stragu) --- Thanks, Khaled. Xisco, what do you think? - 2d47c824cd31294899fa24989b3d7bd4f98dcdee: Visual mode made default + option to turn it off, in which Khaled did note: "If it turns to be a disaster, we can flip the option and disable it by default." - ee187f6ed7873f3ebc1f845a4384a84713be1e9c: Always insert using SmCursor. Instead of reverting everything, we can default to Visual mode off but keep it out of experimental, and this report can stay open. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 101155] FILEOPEN PDF text overlaps because text is split to many boxes, with duplicated characters
https://bugs.documentfoundation.org/show_bug.cgi?id=101155 Stéphane Guillou (stragu) changed: What|Removed |Added Summary|FILEOPEN PDF text overlaps |FILEOPEN PDF text overlaps |because text is split to|because text is split to |many boxes which don't fit |many boxes, with duplicated ||characters --- Comment #10 from Stéphane Guillou (stragu) --- Other sample PDF with same splitting issue in attachment 193198 from bug 160277. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 99746] [META] PDF import filter in Draw
https://bugs.documentfoundation.org/show_bug.cgi?id=99746 Stéphane Guillou (stragu) changed: What|Removed |Added Depends on|160277 | Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=160277 [Bug 160277] FORMATTING: PDF File text spans appear double struck in Libreoffice Draw, letters duplicated in draw text boxes -- You are receiving this mail because: You are the assignee for the bug.
[Bug 160277] FORMATTING: PDF File text spans appear double struck in Libreoffice Draw, letters duplicated in draw text boxes
https://bugs.documentfoundation.org/show_bug.cgi?id=160277 Stéphane Guillou (stragu) changed: What|Removed |Added Resolution|--- |DUPLICATE Status|NEW |RESOLVED Blocks|99746 | CC||stephane.guillou@libreoffic ||e.org --- Comment #6 from Stéphane Guillou (stragu) --- Same issue as in bug 101155. *** This bug has been marked as a duplicate of bug 101155 *** Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=99746 [Bug 99746] [META] PDF import filter in Draw -- You are receiving this mail because: You are the assignee for the bug.
[Bug 101155] FILEOPEN PDF text overlaps because text is split to many boxes which don't fit
https://bugs.documentfoundation.org/show_bug.cgi?id=101155 Stéphane Guillou (stragu) changed: What|Removed |Added CC||zarifah...@outlook.com --- Comment #9 from Stéphane Guillou (stragu) --- *** Bug 160277 has been marked as a duplicate of this bug. *** -- You are receiving this mail because: You are the assignee for the bug.
[Bug 32249] Make it easier to edit text in imported PDFs
https://bugs.documentfoundation.org/show_bug.cgi?id=32249 Stéphane Guillou (stragu) changed: What|Removed |Added See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=10 ||1155 -- You are receiving this mail because: You are the assignee for the bug.
[Bug 101155] FILEOPEN PDF text overlaps because text is split to many boxes which don't fit
https://bugs.documentfoundation.org/show_bug.cgi?id=101155 Stéphane Guillou (stragu) changed: What|Removed |Added See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=32 ||249 CC||stephane.guillou@libreoffic ||e.org OS|Linux (All) |All --- Comment #8 from Stéphane Guillou (stragu) --- Same in recent trunk build: Version: 24.8.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 479b5bbe8ca2177ba7574e7aa2308b5d0de1895c CPU threads: 8; OS: Linux 6.5; UI render: default; VCL: gtk3 Locale: en-AU (en_AU.UTF-8); UI: en-US Calc: CL threaded And on Windows 11. However, opening the PDF in Firefox and doing Shift + Arrow keyboard selection of characters e.g. in the "Nome" text run jumps to the line below before reaching the "e". As if the whole document is split into columns of characters. Same file is handled better in e.g. Evince and Okular, in which it is possible to select whole lines of text. Wondering where that kind of splitting is coming from (i.e. if whatever created the PDF is somehow at fault), and if it is possible to mimic the grouping that some PDF readers manage? In any case, very much related to bug 32249. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 159683] Crash on closing LibreOffice with certain content on the clipboard
https://bugs.documentfoundation.org/show_bug.cgi?id=159683 Matt K changed: What|Removed |Added OS|Windows (All) |All --- Comment #10 from Matt K --- (In reply to Stéphane Guillou (stragu) from comment #8) > As Telesto said, let's keep it Windows-specific. I was able to repro with: Version: 24.8.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 53c5d570cab036b23f4969b858a648c8f0c24f93 CPU threads: 8; OS: Linux 6.5; UI render: default; VCL: gtk3 Locale: en-US (C.UTF-8); UI: en-US Calc: threaded So, not OS-specific. Not sure how to solve it either. Interesting lines of output: warn:sw.core:2542771:2542771:sw/source/core/attr/format.cxx:217: ~SwFormat: format still has clients on death, but parent format is missing: Character style warn:sw.core:2542771:2542771:sw/source/core/attr/calbck.cxx:155: lost a client of type: 18SwFormatCharFormat at 0x606000e6f258 still registered on type: 8SwModify at 0x613000207c40. warn:sw.core:2542771:2542771:sw/source/core/attr/calbck.cxx:155: lost a client of type: 18SwFormatCharFormat at 0x606000e6f3d8 still registered on type: 8SwModify at 0x613000207c40. warn:sw.core:2542771:2542771:sw/source/core/attr/calbck.cxx:155: lost a client of type: 18SwFormatCharFormat at 0x606000e92d18 still registered on type: 8SwModify at 0x613000207c40. warn:sw.core:2542771:2542771:sw/source/core/attr/calbck.cxx:155: lost a client of type: 18SwFormatCharFormat at 0x606000e91f98 still registered on type: 8SwModify at 0x613000207c40. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 49885] sync custom breakiterator rules with icu originals
https://bugs.documentfoundation.org/show_bug.cgi?id=49885 Jonah Janzen changed: What|Removed |Added Assignee|jonah.jan...@gmail.com |libreoffice-b...@lists.free ||desktop.org -- You are receiving this mail because: You are the assignee for the bug.
[Bug 84032] Intersection of some polygons produces wrong result
https://bugs.documentfoundation.org/show_bug.cgi?id=84032 Stéphane Guillou (stragu) changed: What|Removed |Added Version|unspecified |Inherited From OOo OS|Windows (All) |All CC||rb.hensc...@t-online.de Hardware|Other |All --- Comment #11 from Stéphane Guillou (stragu) --- Regina, do you have any insights regarding my comment 10? (In particular on differences between object types, my knowledge is limited on the topic.) -- You are receiving this mail because: You are the assignee for the bug.
[Bug 84032] Intersection of some polygons produces wrong result
https://bugs.documentfoundation.org/show_bug.cgi?id=84032 Stéphane Guillou (stragu) changed: What|Removed |Added CC||stephane.guillou@libreoffic ||e.org --- Comment #10 from Stéphane Guillou (stragu) --- Created attachment 193207 --> https://bugs.documentfoundation.org/attachment.cgi?id=193207=edit Modified sample ODG illustrating how line thickness and Z-order matter Still as described in: Version: 24.8.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 479b5bbe8ca2177ba7574e7aa2308b5d0de1895c CPU threads: 8; OS: Linux 6.5; UI render: default; VCL: gtk3 Locale: en-AU (en_AU.UTF-8); UI: en-US Calc: CL threaded Same in OOo 3.3, so behaviour is inherited. But to me it is not clear that this is a bug, or what the bug is: - I understand the intersection to be "everything that is contained in all of the objects simultaneously"[1], which for two overlapping circles, with a line thickness of 0, would include a fill if it exists. - If the line has a non-zero thickness, and there is no fill, then it makes sense to use that ring for the intersection. - In the sample file, the grey disc is a "Bézier curve", and the circle is "polygon with 400 corners". I'm not sure why the object is presented as an empty pink circle when its Line has "Style: none" and its area is filled with pink. - LO uses the object styling (area fill, line properties...) of the object that is behind for the resulting intersection object. In the original sample, the circle is at the front, so the styling used is the grey disc's. If the Z-order is switched, the result is a pink disc. - If the objects are copied, result is different: 0-corner polygon regardless of Z-order. See attached modified sample, with shape examples illustrating how Z-order and line thickness matter. IMO, the actual issues are: * Display of original objects: - line visible even though it's set to "none", uses fill colour; - no fill visible even though it is set to solid colour; * Intersection of copies results in 0-corner polygons. Version: 24.8.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 479b5bbe8ca2177ba7574e7aa2308b5d0de1895c CPU threads: 8; OS: Linux 6.5; UI render: default; VCL: gtk3 Locale: en-AU (en_AU.UTF-8); UI: en-US Calc: CL threaded [1]: https://en.wikipedia.org/wiki/Intersection -- You are receiving this mail because: You are the assignee for the bug.
[Bug 160137] Following hyperlink to calc spreadsheet results in lost row and column freeze
https://bugs.documentfoundation.org/show_bug.cgi?id=160137 breadsath...@gmail.com changed: What|Removed |Added Ever confirmed|0 |1 CC||breadsath...@gmail.com Status|UNCONFIRMED |NEW --- Comment #1 from breadsath...@gmail.com --- Thank you for reporting the bug. I can confirm that the bug is present and reproducible in calc. Version: 24.8.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: e939685f9c6918830bd3097062790bfccbce937e CPU threads: 8; OS: Windows 10.0 Build 22621; 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.
[Bug 152391] VIEWING, CONFIGURATION: No possibility to customize or disable the display of the new Moved track changes
https://bugs.documentfoundation.org/show_bug.cgi?id=152391 --- Comment #3 from robert.funn...@mcgill.ca --- This problem persists in version 24.2.1.2. Sometimes the tracking of moves is very useful, but it is also often a nuisance. Sometimes trivial things are flagged as moves, as when deleting common words like 'due to' and then later adding an unrelated occurrence of those words somewhere else. When revising a sentence, it is not very important to show that a few words have been moved, especially when a word is modified (e.g., 'suspect something' -> 'suspicion of something') and only part of the word is flagged as having been moved and the rest is shown as having been added. I think it would be valuable to be able to customize the settings for this new feature, but even more important to be able to turn it on and off. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 92185] pdfimport: lines visible outside where they should be
https://bugs.documentfoundation.org/show_bug.cgi?id=92185 Stéphane Guillou (stragu) changed: What|Removed |Added Depends on|86211 | Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=86211 [Bug 86211] PDF Import: clipping is not implemented -- You are receiving this mail because: You are the assignee for the bug.
[Bug 79043] Image cropping issue while importing a PDF document
https://bugs.documentfoundation.org/show_bug.cgi?id=79043 Stéphane Guillou (stragu) changed: What|Removed |Added Depends on|86211 | Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=86211 [Bug 86211] PDF Import: clipping is not implemented -- You are receiving this mail because: You are the assignee for the bug.
[Bug 86211] PDF Import: clipping is not implemented
https://bugs.documentfoundation.org/show_bug.cgi?id=86211 Stéphane Guillou (stragu) changed: What|Removed |Added Blocks|79043, 92185| Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=79043 [Bug 79043] Image cropping issue while importing a PDF document https://bugs.documentfoundation.org/show_bug.cgi?id=92185 [Bug 92185] pdfimport: lines visible outside where they should be -- You are receiving this mail because: You are the assignee for the bug.
[Bug 157031] Character dialog opens with small but annoying lag (3 seconds) every time when opening (macOS)
https://bugs.documentfoundation.org/show_bug.cgi?id=157031 --- Comment #6 from Stéphane Guillou (stragu) --- Duplicate bug 160281 suggests it's correlated to the number of fonts installed, so if someone bibisects it, installing some extra fonts might help making the delay more obvious. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 160281] UI - fontd churns every time a modal window opens
https://bugs.documentfoundation.org/show_bug.cgi?id=160281 Stéphane Guillou (stragu) changed: What|Removed |Added Resolution|--- |DUPLICATE CC||stephane.guillou@libreoffic ||e.org Status|UNCONFIRMED |RESOLVED --- Comment #1 from Stéphane Guillou (stragu) --- Thank you for the report. I believe this is the same issue as bug 157031. If you are up for it, a bibisect would be very helpful: https://bibisect.libreoffice.org/ *** This bug has been marked as a duplicate of bug 157031 *** -- You are receiving this mail because: You are the assignee for the bug.
[Bug 157031] Character dialog opens with small but annoying lag (3 seconds) every time when opening (macOS)
https://bugs.documentfoundation.org/show_bug.cgi?id=157031 Stéphane Guillou (stragu) changed: What|Removed |Added CC||sneakers-the-rat@protonmail ||.com --- Comment #5 from Stéphane Guillou (stragu) --- *** Bug 160281 has been marked as a duplicate of this bug. *** -- You are receiving this mail because: You are the assignee for the bug.
[Bug 160174] Impress/Draw internal link update sometimes erroneous depending on how slide/page order is changed
https://bugs.documentfoundation.org/show_bug.cgi?id=160174 breadsath...@gmail.com changed: What|Removed |Added Ever confirmed|0 |1 CC||breadsath...@gmail.com Status|UNCONFIRMED |NEW --- Comment #2 from breadsath...@gmail.com --- Thank you for reporting the bug. I can confirm that the bug is present in impress. Moreover, the link pointing to the target slide keeps increasing by 1 each time the process is repeated (goes to non-existent slides 5, 6, 7, etc.). Version: 24.8.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: e939685f9c6918830bd3097062790bfccbce937e CPU threads: 8; OS: Windows 10.0 Build 22621; 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.
[Bug 160276] Writer comment: Author and Date info should use same padding as is used for comment text
https://bugs.documentfoundation.org/show_bug.cgi?id=160276 steve changed: What|Removed |Added Priority|medium |low -- You are receiving this mail because: You are the assignee for the bug.
[Bug 159530] In dark mode, Calc's page breaks' light-gray watermarks and dark-blue borders don't fit the theme
https://bugs.documentfoundation.org/show_bug.cgi?id=159530 Jeff Fortin Tam changed: What|Removed |Added See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=16 ||0282 -- You are receiving this mail because: You are the assignee for the bug.
[Bug 38304] EDITING : Calc doesn't show colored borders on referenced cells when editing formula
https://bugs.documentfoundation.org/show_bug.cgi?id=38304 Jeff Fortin Tam changed: What|Removed |Added See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=16 ||0282 -- You are receiving this mail because: You are the assignee for the bug.
[Bug 153293] [META] Dark Mode bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=153293 Jeff Fortin Tam changed: What|Removed |Added Depends on||160282 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=160282 [Bug 160282] Ranges references text colors for in-cell editing of formulas are too dark for dark mode, causing low contrast -- You are receiving this mail because: You are the assignee for the bug.
[Bug 108253] [META] Calc cell formula bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=108253 Jeff Fortin Tam changed: What|Removed |Added Depends on||160282 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=160282 [Bug 160282] Ranges references text colors for in-cell editing of formulas are too dark for dark mode, causing low contrast -- You are receiving this mail because: You are the assignee for the bug.
[Bug 160282] Ranges references text colors for in-cell editing of formulas are too dark for dark mode, causing low contrast
https://bugs.documentfoundation.org/show_bug.cgi?id=160282 Jeff Fortin Tam changed: What|Removed |Added See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=38 ||304, ||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=15 ||9530 Keywords||accessibility Blocks||59284, 108253, 153293 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=59284 [Bug 59284] [META] Calc cell border related issues https://bugs.documentfoundation.org/show_bug.cgi?id=108253 [Bug 108253] [META] Calc cell formula bugs and enhancements https://bugs.documentfoundation.org/show_bug.cgi?id=153293 [Bug 153293] [META] Dark Mode bugs and enhancements -- You are receiving this mail because: You are the assignee for the bug.
[Bug 59284] [META] Calc cell border related issues
https://bugs.documentfoundation.org/show_bug.cgi?id=59284 Jeff Fortin Tam changed: What|Removed |Added Depends on||160282 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=160282 [Bug 160282] Ranges references text colors for in-cell editing of formulas are too dark for dark mode, causing low contrast -- You are receiving this mail because: You are the assignee for the bug.
[Bug 160282] New: Ranges references text colors for in-cell editing of formulas are too dark for dark mode, causing low contrast
https://bugs.documentfoundation.org/show_bug.cgi?id=160282 Bug ID: 160282 Summary: Ranges references text colors for in-cell editing of formulas are too dark for dark mode, causing low contrast Product: LibreOffice Version: 24.2.0.3 release Hardware: All OS: All Status: UNCONFIRMED Severity: normal Priority: medium Component: Calc Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: nekoh...@gmail.com Created attachment 193206 --> https://bugs.documentfoundation.org/attachment.cgi?id=193206=edit Screenshot from LibreOffice Calc in dark mode As you can see in the attached screenshot, most of the automatic cell border colors for cells/ranges references in formulas, when you are editing a formula "within the canvas/cell" by double-clicking a cell, are not appropriate for LibreOffice's dark mode. They should be lighter variants of those colors in order to ensure enough contrast with the dark background. -- Version: 24.2.1.2 (X86_64) / LibreOffice Community Build ID: db4def46b0453cc22e2d0305797cf981b68ef5ac CPU threads: 8; OS: Linux 6.7; UI render: default; VCL: gtk3 Locale: en-US (en_US.UTF-8); UI: en-US Flatpak Calc: threaded -- You are receiving this mail because: You are the assignee for the bug.
[Bug 148184] FORMATTING create a means to represent an integer as an IP Address
https://bugs.documentfoundation.org/show_bug.cgi?id=148184 --- Comment #3 from Eyal Rozenberg --- I believe the best thing to implement would be OP's alternative suggestion: > Alternatively, a means to create a personalized format representation with a > module function would be also be a way to enhance the personalized format > feature. That really scratches the itch IMHO. As for the main ask here - I weakly-support it, because: 1. IP addresses, while not a very common use cases, are not a tiny niche; and tables of data involving IP addresses are often the result of event logging on the Internet. 2. We already support a variety of number formatting types, in several categories, and do not lack anything in the UI for enabling this support. 3. "Third-party" support requires either keeping every element of the IP in a separate column (which many not even be possible with IPv6), or doing a lot of string processing. Both are cumbersome to work with and I'm worried about performance when using them. 4. Either MS Excel has it, in which case - competitor parity; or it doesn't have it, in which case: one-upping the competition :-) I realize that someone might argue "oh, but shall we now add another number format option for any number of niche formats?" - and the answer to that is, that AFAICT, there are extremely few, if any, other such requests, and I doubt the adoption of IP formatting will change this. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 160024] Tautological string in need of improvement
https://bugs.documentfoundation.org/show_bug.cgi?id=160024 Adolfo Jayme Barrientos changed: What|Removed |Added Summary|Cacophonous string in need |Tautological string in need |of improvement |of improvement -- You are receiving this mail because: You are the assignee for the bug.
[Bug 159373] Crash in: ScTable::HasAttrib(short,long,short,long,HasAttrFlags)
https://bugs.documentfoundation.org/show_bug.cgi?id=159373 Adolfo Jayme Barrientos changed: What|Removed |Added Whiteboard|target:24.8.0 target:24.2.3 |target:24.8.0 |target:7.6.7 target:7.6.6 |target:24.2.2.2 |target:24.2.2 |target:7.6.6.2 -- You are receiving this mail because: You are the assignee for the bug.
[Bug 159373] Crash in: ScTable::HasAttrib(short,long,short,long,HasAttrFlags)
https://bugs.documentfoundation.org/show_bug.cgi?id=159373 --- Comment #18 from Commit Notification --- Julien Nabet committed a patch related to this issue. It has been pushed to "libreoffice-24-2-2": https://git.libreoffice.org/core/commit/40f6e9a45edae06556e1d1a26237dc2ab12bc0ca tdf#159373: band-aid for crash in: ScTable::HasAttrib It will be available in 24.2.2. 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.
[Bug 159373] Crash in: ScTable::HasAttrib(short,long,short,long,HasAttrFlags)
https://bugs.documentfoundation.org/show_bug.cgi?id=159373 Commit Notification changed: What|Removed |Added Whiteboard|target:24.8.0 target:24.2.3 |target:24.8.0 target:24.2.3 |target:7.6.7 target:7.6.6 |target:7.6.7 target:7.6.6 ||target:24.2.2 -- You are receiving this mail because: You are the assignee for the bug.
[Bug 160057] Document Calc's separate Footer and Header tabs if "Same content on first page" is off
https://bugs.documentfoundation.org/show_bug.cgi?id=160057 --- Comment #5 from Commit Notification --- Stéphane Guillou committed a patch related to this issue. It has been pushed to "libreoffice-24-2": https://git.libreoffice.org/help/commit/9bed20d260f9c0dfd5a43f62bba288aff829da85 related tdf#160057: replace ref to obsolete Footer Header page -- You are receiving this mail because: You are the assignee for the bug.
[Bug 160057] Document Calc's separate Footer and Header tabs if "Same content on first page" is off
https://bugs.documentfoundation.org/show_bug.cgi?id=160057 Commit Notification changed: What|Removed |Added Whiteboard|target:24.8.0 |target:24.8.0 target:24.2.3 -- You are receiving this mail because: You are the assignee for the bug.
[Bug 160280] Check-boxes will not be printed
https://bugs.documentfoundation.org/show_bug.cgi?id=160280 m_a_riosv changed: What|Removed |Added CC||miguelangelrv@libreoffice.o ||rg --- Comment #2 from m_a_riosv --- Created attachment 193205 --> https://bugs.documentfoundation.org/attachment.cgi?id=193205=edit Screenshot option on exporting as PDF With the options in the attached screenshot, works for me. Version: 24.2.2.1 (X86_64) / LibreOffice Community Build ID: bf759d854b5ab45b6ef0bfd22e51c6dc4fb8b882 CPU threads: 16; OS: Windows 10.0 Build 22631; UI render: default; VCL: win Locale: es-ES (es_ES); UI: en-US Calc: CL threaded If doesn't work for you, please test in safe mode, Menu/Help/Restart in Safe Mode -- You are receiving this mail because: You are the assignee for the bug.
[Bug 160271] Special characters are not rotated in TBRL oriented cell
https://bugs.documentfoundation.org/show_bug.cgi?id=160271 --- Comment #7 from خالد حسني --- (In reply to raal from comment #6) > This seems to have begun at the below commit in bibisect repository/OS > bibisect-linux-64-5.3. > Adding Cc: to Khaled Hosny ; Could you possibly take a look at this one? > Thanks > a96fae002641d2e60ade68bbd315ce0078f3d5a4 is the first bad commit > commit a96fae002641d2e60ade68bbd315ce0078f3d5a4 > Author: Jenkins Build User > Date: Thu Nov 10 02:01:17 2016 +0100 > > source f26df72f6e424492d101f527deb81f550ff3c941 > > source f26df72f6e424492d101f527deb81f550ff3c941 > source 73b9b72cf1658208c2b2eb10cc0acfc3833dd875 > > https://git.libreoffice.org/core/+/f26df72f6e424492d101f527deb81f550ff3c941 > https://git.libreoffice.org/core/+/73b9b72cf1658208c2b2eb10cc0acfc3833dd875 > tdf#103718: Correctly set vertical direction There is no bug here. The expected output is wrong. This is not rotated text, but vertical text with embedded LTR text that gets rotated, “special” characters, CJK, etc, don’t get rotated for vertical text. The only bug here, as indicated in Comment 3, is that bottom to top text should behave like top to bottom text, but I don’t know why it doesn’t. Code in VCL checks for SalLayoutFlags::Vertical, so some code above it is not setting this flag. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 160276] Writer comment: Author and Date info should use same padding as is used for comment text
https://bugs.documentfoundation.org/show_bug.cgi?id=160276 m_a_riosv changed: What|Removed |Added Severity|normal |enhancement -- You are receiving this mail because: You are the assignee for the bug.
[Bug 160281] New: UI - fontd churns every time a modal window opens
https://bugs.documentfoundation.org/show_bug.cgi?id=160281 Bug ID: 160281 Summary: UI - fontd churns every time a modal window opens Product: LibreOffice Version: 24.2.1.2 release Hardware: x86-64 (AMD64) OS: macOS (All) Status: UNCONFIRMED Severity: minor Priority: medium Component: Writer Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: sneakers-the-...@protonmail.com Description: I have a lot of fonts, ok. i admit it. This is a problem in many programs, illustrator hangs when i open the font menu the first time, so does MS word, etc. LibreOffice seems to want to recompute the font cache every time i open a modal window - this seems to only happen on modals that have some kind of font setting like editing header/paragraph styles. LibreOffice will hang unresponsive for ~45s and both fontd and libreoffice will spike to using a full CPU core, making it seem like it is recomputing the fonts every time? would it be possible to cache whatever is going on there? Resetting user profile did not help LibreOffice 24.2.1.2 (x86_64) https://git.libreoffice.org/core/+log/db4def46b0453cc22e2d0305797cf981b68ef5ac MacOS 14.3.1 Steps to Reproduce: 1. Have a lot of fonts 2. Open any of the font editing modals 3. Wait! Actual Results: I had to wait a bunch! Expected Results: I should not have to wait a bunch! or at least i should only have to wait one time while the font cache is built Reproducible: Always User Profile Reset: Yes Additional Info: Thanks for everything you do! -- You are receiving this mail because: You are the assignee for the bug.
[Bug 160226] LibreOffice Math: Clicking on visual elements (i.e. fraction) completely destroys your formula structure
https://bugs.documentfoundation.org/show_bug.cgi?id=160226 --- Comment #7 from خالد حسني --- At this point I think we should flip the default back to disable visual editing. It seems to be more trouble than it is worth it without someone invested in fixing these issues. I don’t have a working LO build setup, though, so someone else has to do it. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 160277] FORMATTING: PDF File text spans appear double struck in Libreoffice Draw, letters duplicated in draw text boxes
https://bugs.documentfoundation.org/show_bug.cgi?id=160277 V Stuart Foote changed: What|Removed |Added Summary|FORMATTING: PDF File|FORMATTING: PDF File text |renders incorrectly in |spans appear double struck |Libreoffice Draw|in Libreoffice Draw, ||letters duplicated in draw ||text boxes CC||vsfo...@libreoffice.org --- Comment #5 from V Stuart Foote --- Hmm, so how does the PDF look if you Insert as image, using the pdfium project lib based filter? We'll read the PDF, using poppler and write to a Cairo surface then interpreting the PDF into a series of ODF draw objects. If fonts are missing/mislabeled within the PDF, a font substitution occurs in creating the draw text box objects. We don't necessarily use an embedded font subset. Also, we depend on poppler to split the text spans--in this case looks like we're getting a "double struck" affect bcz of some word bound issue. Letters are being repeated between words of the text spans and then not lining up when rendered as draw text boxes. If you need fidelity to the source PDF, insert (currently need to split pages of the PDF) as image. If you just need the content of the PDF to work with as ODF draw objects, with some loss of layout, then open the PDF. LibreOffice is not a PDF editor. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 160011] Hidden columns should not prevent text from preceding columns from overflowing over their cells
https://bugs.documentfoundation.org/show_bug.cgi?id=160011 --- Comment #14 from Eyal Rozenberg --- Created attachment 193204 --> https://bugs.documentfoundation.org/attachment.cgi?id=193204=edit Calc document exhibiting the bug - column B is hidden This document is the result of following the reproduction instructions in the opening comment. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 160011] Hidden columns should not prevent text from preceding columns from overflowing over their cells
https://bugs.documentfoundation.org/show_bug.cgi?id=160011 --- Comment #13 from Eyal Rozenberg --- I support the request change as per the bug title, because: 1. Hidden should mean hidden, i.e. the sheet presents as though the column did not exist. Otherwise it's effectively width-0. 2. Like Heiko mentioned in comment #6, MSO parity I am not worried about breakage, for two reasons: 1. Whoever uses hidden columns must expect users to sometimes unhide the columns, and plan for how their sheet will display when that happens. 2. Whoever uses hidden columns should expect the file to also work in MS Excel, where the behavior is different. 3. One can achieve the width-0 before with a literal width-0, non-hidden, column, so the breakage can be rectified relatively easily. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 104768] Poor linking to Macro documentation
https://bugs.documentfoundation.org/show_bug.cgi?id=104768 --- Comment #9 from f...@bger.ch --- (In reply to Mike Kaganski from comment #8) > huge list an idea ... https://documentation.libreoffice.org/de/documentation/ -- You are receiving this mail because: You are the assignee for the bug.
[Bug 160273] Writing direction with rotated text in cell is inconsistent
https://bugs.documentfoundation.org/show_bug.cgi?id=160273 --- Comment #3 from Csábi Frigyes --- (In reply to V Stuart Foote from comment #2) > You are mixing Table/Table Cell *text orientation* up with Character *text > rotation*. > > Different attributes! > > Table layout BTLR is different to TBRL -- the 90 left rotation happens to > match the layout of the BTLR orientation. Simply put, the 270 right > rotation does not match layout of TBRL orientation. > > IMHO => NAB Hmm, yes you are right, the 270 rotation is still left to right. My problem is, that it is very hard to read. And if i try to change it to right to left (Ctrl + Shift + D in Windows) it messes up the text. Would you consider this as a bug? -- You are receiving this mail because: You are the assignee for the bug.
[Bug 45617] Make Impress Master Slides copyable
https://bugs.documentfoundation.org/show_bug.cgi?id=45617 Ahmed Hamed changed: What|Removed |Added Status|ASSIGNED|NEW -- You are receiving this mail because: You are the assignee for the bug.
[Bug 45617] Make Impress Master Slides copyable
https://bugs.documentfoundation.org/show_bug.cgi?id=45617 Ahmed Hamed changed: What|Removed |Added Assignee|ahmedhamed3...@gmail.com|libreoffice-b...@lists.free ||desktop.org -- You are receiving this mail because: You are the assignee for the bug.
[Bug 160172] A big ODT document still takes too long to open or save
https://bugs.documentfoundation.org/show_bug.cgi?id=160172 --- Comment #6 from David García --- Thanks for your comment, Noel. I've immediately tested LO 24.8.0.0.alpha 0 and, as you said, the problem seems to be fixed: - Time to open the file: 7 seconds. - Time to save the file: 15 seconds. This is great news, but I wonder if these changes could be backported to the 24.2 branch. Version: 24.8.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 0c9f650136277b708912a86a6867ec91c8b384a5 CPU threads: 16; OS: Windows 10.0 Build 22631; UI render: Skia/Vulkan; VCL: win Locale: es-ES (es_ES); UI: es-ES Calc: CL threaded -- You are receiving this mail because: You are the assignee for the bug.
[Bug 160151] sm Visual mode Formula Editing not handling "newline" element
https://bugs.documentfoundation.org/show_bug.cgi?id=160151 --- Comment #3 from Chris Kirkland --- Trying to use "newline" from the elements sidebar in an inserted formula in Writer. "Newline" still not working in 24.2.2.1 Fresh install using Seperate Install GUI. Windows 11 64-bit. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 160033] soffice builds of pdf files are unreproducible
https://bugs.documentfoundation.org/show_bug.cgi?id=160033 --- Comment #2 from Rene Engelhard --- But odt files stay the same (unless changed and re-saved of course) so are per definition reproducible. pdf files which are (in this and other cases in Debian) are rebuilt every time on every package build from a .doc/.od? differ each time. (Or, if one wants to go that route, the "source file" (od?) stays the same anyway and the "binary" (pdf) changes. That's a possible analogy) -- You are receiving this mail because: You are the assignee for the bug.
[Bug 160184] allow to "Encrypt with GPG key" on save using public keys with unknown Ownertrust
https://bugs.documentfoundation.org/show_bug.cgi?id=160184 --- Comment #10 from Patrick Luby (volunteer) --- (In reply to steve from comment #9) > Command line gpg does ask the user how to proceed when the key is untrusted. > > I am fine either way for LO, leaning towards allowing encryption without a > warning. Current behavior certainly is not intended. Maybe I can mimic the gpg command line behavior by using the existing code (i.e. with the strictest trust model) and then, if it fails with this specific error, I modify the code to display a "Yes/No" dialog that asks "The public key is untrusted. Do you still want to encrypt with this key?". If yes, then the code retries encrypting with either "tofu+pgp" or "always" as the trust model. I am a bit busy this week, but if that seems like a reasonable approach, I'll see if I can implement it when I have some spare time. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 160278] XTextRange.setString("휇") or any other 32-bit Unicode character breaks the range
https://bugs.documentfoundation.org/show_bug.cgi?id=160278 --- Comment #4 from Mike Kaganski --- (In reply to Adomas Venčkauskas from comment #3) > If you want me to look into this some more or produce a better test case Yes please - the whole code + a text document, if needed. Thanks. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 160278] XTextRange.setString("휇") or any other 32-bit Unicode character breaks the range
https://bugs.documentfoundation.org/show_bug.cgi?id=160278
--- Comment #3 from Adomas Venčkauskas ---
Sorry if this wasn't entirely clear.
Say the contents of my Writer document are
"Text[range]" where the text in bracket is a range.
Then
```
public void String test(XTextRange range) throws Exception {
range.setString("휇");
return range.getString();
}
```
Will produce a String with content "t휇".
We have a big plugin codebase and I was debugging this in-code with a debugger,
so I have not actually tested this as an isolated piece of code, but it should
work, although I'm not sure if Java accepts a Unicode string literal like that.
Our actual problem is that we replace a range with some text from the user's
Zotero library and then set a HyperLinkURL on the range. Our user reported an
issue where this operation sets the link on the range plus some characters
before the replaced range, and I nailed it down to the "휇" character causing
the issue.
Shorter unicode characters like latin diacritics (ą, č, ę, etc.) do not produce
the issue. I assume the issue is precisely caused because Java will report this
character as a String of length 2, when in LibreOffice it may be treated as
length 1, and the range should be of length 1 too, but I have not investigated
it further and wouldn't know where in the interface between Java and
LibreOffice things go wrong.
If you want me to look into this some more or produce a better test case I can,
but fundamentally I think someone able to fix this will be better equipped to
know what to look for and where.
--
You are receiving this mail because:
You are the assignee for the bug.
[Bug 158344] FILEOPEN DOCX Crash on opening file
https://bugs.documentfoundation.org/show_bug.cgi?id=158344 Commit Notification changed: What|Removed |Added Whiteboard|target:24.2.0 target:7.6.7 |target:24.2.0 target:7.6.7 ||target:7.6.6 -- You are receiving this mail because: You are the assignee for the bug.
[Bug 158344] FILEOPEN DOCX Crash on opening file
https://bugs.documentfoundation.org/show_bug.cgi?id=158344 --- Comment #9 from Commit Notification --- Miklos Vajna committed a patch related to this issue. It has been pushed to "libreoffice-7-6-6": https://git.libreoffice.org/core/commit/660b60281d0626a73a4bc1b626a813a2ab1b9ee0 tdf#158344: sw floattable: fix crash by trying harder to split tables It will be available in 7.6.6. 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.
[Bug 160278] XTextRange.setString("휇") or any other 32-bit Unicode character breaks the range
https://bugs.documentfoundation.org/show_bug.cgi?id=160278 --- Comment #2 from Mike Kaganski --- https://docs.oracle.com/javase/8/docs/api/java/lang/String.html > A String represents a string in the UTF-16 format in which supplementary > characters are represented by surrogate pairs (see the section Unicode > Character > Representations in the Character class for more information). Index values > refer > to char code units, so a supplementary character uses two positions in a > String. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 160222] LibreOffice 7.6.5 - SF_Session RunApplication crash for unknown reason
https://bugs.documentfoundation.org/show_bug.cgi?id=160222
--- Comment #14 from Jean-Pierre Ledure ---
(In reply to Julien Nabet from comment #12)
> Just to know, do these commands work for you?
> on Linux: session.RunApplication("/usr/bin/gedit")
> on Windows session.RunApplication("c:\windows\system32\notepad.exe")
> ?
> Both of these are executable.
>
1) on Linux
- session.RunApplication("/usr/bin/kate") gives an error headed "KIO Client":
For security reasons, launching executables is not allowed in this context. (*)
- Shell("/usr/bin/kate") runs normally
- session.RunApplication("/home/.../somefile.txt") opens the file in kate.
- Shell("/home/.../somefile.txt") gives a Basic runtime error: File not found.
2) On Windows 10
- session.RunApplication("c:\windows\system32\notepad.exe") works well
- session.RunApplication("c:\...\somefile.txt") opens the file in notepad++ :)
- Shell("c:\windows\system32\notepad.exe") works well
- Shell("c:\...\somefile.txt") gives a Basic runtime error: File not found.
(*) Note that this error does not seem to be a LO error. "KIO" is some file
management system shipped with KDE and Kubuntu (see
https://github.com/KDE/kio).
--
You are receiving this mail because:
You are the assignee for the bug.
[Bug 159373] Crash in: ScTable::HasAttrib(short,long,short,long,HasAttrFlags)
https://bugs.documentfoundation.org/show_bug.cgi?id=159373 --- Comment #17 from Commit Notification --- Julien Nabet committed a patch related to this issue. It has been pushed to "libreoffice-7-6-6": https://git.libreoffice.org/core/commit/b2f5db9d7c590a0dbbb6062008520a84854d582c tdf#159373: band-aid for crash in: ScTable::HasAttrib It will be available in 7.6.6. 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.
[Bug 159373] Crash in: ScTable::HasAttrib(short,long,short,long,HasAttrFlags)
https://bugs.documentfoundation.org/show_bug.cgi?id=159373 Commit Notification changed: What|Removed |Added Whiteboard|target:24.8.0 target:24.2.3 |target:24.8.0 target:24.2.3 |target:7.6.7|target:7.6.7 target:7.6.6 -- You are receiving this mail because: You are the assignee for the bug.
[Bug 160278] XTextRange.setString("휇") or any other 32-bit Unicode character breaks the range
https://bugs.documentfoundation.org/show_bug.cgi?id=160278 --- Comment #1 from Mike Kaganski --- You never gave the actual code that you feel problematic. You only shown how to set the text, how to get the string from the text; but what code gives the "wrong" length? Now, you mentioned "Java". You should know, that in Java, strings are sequences of *UTF-16* code units; and so, a string length there is count of 16-bit code units, not of Unicode characters. It is what the programming language defines, that you chosen, not a LibreOffice-defined thing. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 160280] Check-boxes will not be printed
https://bugs.documentfoundation.org/show_bug.cgi?id=160280 Rüdiger Hölscher changed: What|Removed |Added CC||hoelsc...@sikon-gmbh.eu --- Comment #1 from Rüdiger Hölscher --- Created attachment 193201 --> https://bugs.documentfoundation.org/attachment.cgi?id=193201=edit original file and old and new output -- You are receiving this mail because: You are the assignee for the bug.
[Bug 159846] Calc: Disappearing borders on tall merged cells
https://bugs.documentfoundation.org/show_bug.cgi?id=159846 Aron Budea changed: What|Removed |Added Regression By||Noel Grandin CC||aron.bu...@gmail.com Keywords||bisected Hardware|x86-64 (AMD64) |All -- You are receiving this mail because: You are the assignee for the bug.
[Bug 160280] New: Check-boxes will not be printed
https://bugs.documentfoundation.org/show_bug.cgi?id=160280 Bug ID: 160280 Summary: Check-boxes will not be printed Product: LibreOffice Version: 24.2.1.2 release Hardware: x86-64 (AMD64) OS: Linux (All) Status: UNCONFIRMED Severity: normal Priority: medium Component: Writer Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: hoelsc...@sikon-gmbh.eu Description: In former Versions i always could print the Check boxes in Writer. Since 24.2.1.2 release they do neither appear in a a hard-copy print nor in a PDF-Print. Steps to Reproduce: Print a document that contains a check box Actual Results: Check box is not visible in the hard copy or PDF-File Expected Results: Print or PDF-File with visible Check box Reproducible: Always User Profile Reset: No Additional Info: The print output should contain visible Check-boxes -- You are receiving this mail because: You are the assignee for the bug.
[Bug 140752] .uno.DefaultNumbering and .uno:defaultBullet (on Formatting bar) modify a list style -- should it?
https://bugs.documentfoundation.org/show_bug.cgi?id=140752 --- Comment #11 from Justin L --- (In reply to Mike Kaganski from comment #10) > IIUC, this bug is completely unrelated to the behavior of the toolbar button. I don't think you understand correctly. OP talks about the "formatting bar" and .uno commands which are called by toolbar buttons (or sidebar para properties). > which, in case of list style, also assigns the style to > current place in document without double-click. Assigning a style to paragraphs was not discussed in this bug report. The issue discussed is that if you use the numbering dropdown to change the numbering format, it makes a change to the style itself that defines the currently selected list. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 99746] [META] PDF import filter in Draw
https://bugs.documentfoundation.org/show_bug.cgi?id=99746 raal changed: What|Removed |Added Depends on||160277 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=160277 [Bug 160277] FORMATTING: PDF File renders incorrectly in Libreoffice Draw -- You are receiving this mail because: You are the assignee for the bug.
[Bug 160277] FORMATTING: PDF File renders incorrectly in Libreoffice Draw
https://bugs.documentfoundation.org/show_bug.cgi?id=160277 raal changed: What|Removed |Added Blocks||99746 CC||r...@post.cz Status|UNCONFIRMED |NEW Version|24.2.1.2 release|4.1.0.4 release OS|Windows (All) |All Ever confirmed|0 |1 --- Comment #4 from raal --- Confirm with Version: 24.8.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 2887ffbf240aa70330cb50bf810170cf9c896405 CPU threads: 4; OS: Linux 6.5; UI render: default; VCL: gtk3 Locale: cs-CZ (cs_CZ.UTF-8); UI: en-US Calc: threaded Jumbo Version 4.1.0.0.alpha0+ (Build ID: efca6f15609322f62a35619619a6d5fe5c9bd5a) Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=99746 [Bug 99746] [META] PDF import filter in Draw -- You are receiving this mail because: You are the assignee for the bug.
[Bug 160271] Special characters are not rotated in TBRL oriented cell
https://bugs.documentfoundation.org/show_bug.cgi?id=160271 raal changed: What|Removed |Added Keywords||bibisected, bisected CC||kha...@libreoffice.org Regression By||Khaled Hosny Version|7.6.5.2 release |5.4.0.3 release --- Comment #6 from raal --- This seems to have begun at the below commit in bibisect repository/OS bibisect-linux-64-5.3. Adding Cc: to Khaled Hosny ; Could you possibly take a look at this one? Thanks a96fae002641d2e60ade68bbd315ce0078f3d5a4 is the first bad commit commit a96fae002641d2e60ade68bbd315ce0078f3d5a4 Author: Jenkins Build User Date: Thu Nov 10 02:01:17 2016 +0100 source sha:f26df72f6e424492d101f527deb81f550ff3c941 source sha:f26df72f6e424492d101f527deb81f550ff3c941 source sha:73b9b72cf1658208c2b2eb10cc0acfc3833dd875 https://git.libreoffice.org/core/+/f26df72f6e424492d101f527deb81f550ff3c941 https://git.libreoffice.org/core/+/73b9b72cf1658208c2b2eb10cc0acfc3833dd875 tdf#103718: Correctly set vertical direction -- You are receiving this mail because: You are the assignee for the bug.
[Bug 160279] New: [UI] Navigating dialog Style properties by keyboard - e.g. getting to other tabs - is broken
https://bugs.documentfoundation.org/show_bug.cgi?id=160279 Bug ID: 160279 Summary: [UI] Navigating dialog Style properties by keyboard - e.g. getting to other tabs - is broken Product: LibreOffice Version: unspecified Hardware: All OS: All Status: UNCONFIRMED Severity: normal Priority: medium Component: Impress Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: c...@nouenoff.nl - Start/open simple presentation - Select a text frame, type - Press Alt-P for style dialog - Press TAB and/or arrows and or Pg-Up/Down to navigate the various Tab and widgets.. - > this fails mostly e.g. when a tab at the end/beginning of a row is selected, left will go to the other and left again will go back, right goes to the other end and right again.. back :\ Opening the Style dialog in Writer doesn't have this issue. Version: 24.8.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 56767830b81fa21382b87cf43d78b1c73ca5dbd8 CPU threads: 8; OS: Linux 5.15; UI render: default; VCL: gtk3 Locale: en-US (en_US.UTF-8); UI: en-US Calc: threaded -- You are receiving this mail because: You are the assignee for the bug.
[Bug 160274] How Base handles auto increment during table creation
https://bugs.documentfoundation.org/show_bug.cgi?id=160274 prrv...@gmail.com changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|--- |INVALID --- Comment #2 from prrv...@gmail.com --- Well I think I found it, it comes from a bad configuration of my Drivers.xcu The AutoIncrementIsPrimaryKey option must be under the "MetaData" xml node (lcl_getDriverSetting) and not under the "Properties" xml node (lcl_getConnectionSetting) Ok, I'm closing. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 106045] [META] Vertical and rotated text direction issues
https://bugs.documentfoundation.org/show_bug.cgi?id=106045 V Stuart Foote changed: What|Removed |Added URL||https://www.unicode.org/rep ||orts/tr50/tr50-15.html -- You are receiving this mail because: You are the assignee for the bug.
[Bug 104835] Left-to-right (vertical) direction is not available in Impress
https://bugs.documentfoundation.org/show_bug.cgi?id=104835 V Stuart Foote changed: What|Removed |Added Blocks||51330 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=51330 [Bug 51330] FILEOPEN: Vertical Text in .pptx becomes horizontal when imported -- You are receiving this mail because: You are the assignee for the bug.
[Bug 103720] Vertical directions btLr tbRl not available in Text box
https://bugs.documentfoundation.org/show_bug.cgi?id=103720 V Stuart Foote changed: What|Removed |Added Blocks||51330 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=51330 [Bug 51330] FILEOPEN: Vertical Text in .pptx becomes horizontal when imported -- You are receiving this mail because: You are the assignee for the bug.
[Bug 51330] FILEOPEN: Vertical Text in .pptx becomes horizontal when imported
https://bugs.documentfoundation.org/show_bug.cgi?id=51330 V Stuart Foote changed: What|Removed |Added Depends on||104835, 103720 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=103720 [Bug 103720] Vertical directions btLr tbRl not available in Text box https://bugs.documentfoundation.org/show_bug.cgi?id=104835 [Bug 104835] Left-to-right (vertical) direction is not available in Impress -- You are receiving this mail because: You are the assignee for the bug.
[Bug 111409] [META] Unify text direction functionality for all components
https://bugs.documentfoundation.org/show_bug.cgi?id=111409 V Stuart Foote changed: What|Removed |Added CC||vsfo...@libreoffice.org --- Comment #9 from V Stuart Foote --- (In reply to Eyal Rozenberg from comment #8) > Why does this meta-bug depend on bug 51330? It doesn't, removed. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 111409] [META] Unify text direction functionality for all components
https://bugs.documentfoundation.org/show_bug.cgi?id=111409 V Stuart Foote changed: What|Removed |Added Depends on|51330 | Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=51330 [Bug 51330] FILEOPEN: Vertical Text in .pptx becomes horizontal when imported -- You are receiving this mail because: You are the assignee for the bug.
[Bug 51330] FILEOPEN: Vertical Text in .pptx becomes horizontal when imported
https://bugs.documentfoundation.org/show_bug.cgi?id=51330 V Stuart Foote changed: What|Removed |Added CC||vsfo...@libreoffice.org Blocks|111409 | Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=111409 [Bug 111409] [META] Unify text direction functionality for all components -- You are receiving this mail because: You are the assignee for the bug.
[Bug 160259] Calc: Cell Comment indicator is hard to see
https://bugs.documentfoundation.org/show_bug.cgi?id=160259 --- Comment #9 from steve --- Created attachment 193199 --> https://bugs.documentfoundation.org/attachment.cgi?id=193199=edit numbers no overlap of cell content and comment indicator Thanks for linking the bugs. https://bugs.documentfoundation.org/show_bug.cgi?id=154080 is about customizing the color of the indicator. it also mentions "he comment indicator is much too small and easy to miss". https://bugs.documentfoundation.org/show_bug.cgi?id=158958 complains about comment indicator overlapping with cell content. That's a valid complaint. The assumption that making the comment indicator so small that it is barely visible or not visible at all when the cell is highlighted is not the solution to that problem. Looking at Apple Numbers it becomes clear that adding a cell padding to the left and right of the cell border would resolve that problem much more elegantly. https://bugs.documentfoundation.org/show_bug.cgi?id=159124 seems unrelated to comment indicator size. -- You are receiving this mail because: You are the assignee for the bug.
