[Libreoffice-bugs] [Bug 98886] FILEOPEN: Incorrect symbols in formulas in .docx
https://bugs.documentfoundation.org/show_bug.cgi?id=98886 --- Comment #9 from Alexander --- Created attachment 179480 --> https://bugs.documentfoundation.org/attachment.cgi?id=179480=edit screen20220412onLO732 Bug stay up. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 148481] Wrong mouse pointer shown for hyperlinks when pressing Ctrl
https://bugs.documentfoundation.org/show_bug.cgi?id=148481 --- Comment #5 from Commit Notification --- Jan-Marek Glogowski committed a patch related to this issue. It has been pushed to "libreoffice-7-3": https://git.libreoffice.org/core/commit/8a62db9759696cd3e5ba980f687c9be91490b4a5 tdf#148481 Map RefHand cursor to Qt::PointingHand It will be available in 7.3.3. 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 148481] Wrong mouse pointer shown for hyperlinks when pressing Ctrl
https://bugs.documentfoundation.org/show_bug.cgi?id=148481 Commit Notification changed: What|Removed |Added Whiteboard|target:7.4.0|target:7.4.0 target:7.3.3 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 119807] Add slicers to tables and Pivot tables in Calc
https://bugs.documentfoundation.org/show_bug.cgi?id=119807 --- Comment #13 from daniellemill --- Great tip I use this statement a lot for pivot tables!As a plastic surgeon https://celebshistory.com cosmetic practice, I love accuracy and thanks to these tips I achieve results! -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 148225] spaces are highlighted
https://bugs.documentfoundation.org/show_bug.cgi?id=148225 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 148175] Libre Office Draw converts in text boxes centimeters in inches
https://bugs.documentfoundation.org/show_bug.cgi?id=148175 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 147971] The text automatically subscripted and the format changed
https://bugs.documentfoundation.org/show_bug.cgi?id=147971 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 148239] Column width value in hover text depends on position of the cursor
https://bugs.documentfoundation.org/show_bug.cgi?id=148239 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 148237] crossreference field for footnote and endnote in Navigator should identify the field as footnote or endnote
https://bugs.documentfoundation.org/show_bug.cgi?id=148237 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 148229] MROUND shows up as com.sun.star.sheet.addİn.analysİs.getmround after reopening
https://bugs.documentfoundation.org/show_bug.cgi?id=148229 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 148226] Add Edit style buttons in Footnotes dialog
https://bugs.documentfoundation.org/show_bug.cgi?id=148226 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 148207] settings window too small
https://bugs.documentfoundation.org/show_bug.cgi?id=148207 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 148497] Couldn't open LibreOffice
https://bugs.documentfoundation.org/show_bug.cgi?id=148497 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 148067] New document with default format from context menu
https://bugs.documentfoundation.org/show_bug.cgi?id=148067 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 148497] Couldn't open LibreOffice
https://bugs.documentfoundation.org/show_bug.cgi?id=148497 --- 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 148482] When pasting requires fetching remote content, ask for permission
https://bugs.documentfoundation.org/show_bug.cgi?id=148482 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 148482] When pasting requires fetching remote content, ask for permission
https://bugs.documentfoundation.org/show_bug.cgi?id=148482 --- 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 148385] Textimport doesn't work correct
https://bugs.documentfoundation.org/show_bug.cgi?id=148385 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 148385] Textimport doesn't work correct
https://bugs.documentfoundation.org/show_bug.cgi?id=148385 --- Comment #16 from QA Administrators --- [Automated Action] NeedInfo-To-Unconfirmed -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 141108] During fileopen of Writer, the application crashes upon enable macros
https://bugs.documentfoundation.org/show_bug.cgi?id=141108 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 141108] During fileopen of Writer, the application crashes upon enable macros
https://bugs.documentfoundation.org/show_bug.cgi?id=141108 --- Comment #7 from QA Administrators --- Dear Charles R. Francis, 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 51780] [META] Default to Firebird not HSQLDB in Base (for _new_ files)
https://bugs.documentfoundation.org/show_bug.cgi?id=51780 Bug 51780 depends on bug 138394, which changed state. Bug 138394 Summary: FIREBIRD: truncated CLOB data https://bugs.documentfoundation.org/show_bug.cgi?id=138394 What|Removed |Added Status|NEEDINFO|RESOLVED Resolution|--- |INSUFFICIENTDATA -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 138394] FIREBIRD: truncated CLOB data
https://bugs.documentfoundation.org/show_bug.cgi?id=138394 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 138394] FIREBIRD: truncated CLOB data
https://bugs.documentfoundation.org/show_bug.cgi?id=138394 --- Comment #9 from QA Administrators --- Dear trowelandmattock, 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 145074] The font list is empty
https://bugs.documentfoundation.org/show_bug.cgi?id=145074 --- Comment #4 from QA Administrators --- Dear Matteo Croce, 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 143162] Calc sometimes freezes during copy/paste operations
https://bugs.documentfoundation.org/show_bug.cgi?id=143162 --- Comment #2 from QA Administrators --- Dear Geoffrey Skinner, 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 148497] Couldn't open LibreOffice
https://bugs.documentfoundation.org/show_bug.cgi?id=148497 --- Comment #2 from David James --- It works now; thanks -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 35092] Inking functionality: Ink drawings / annotations with Stylus, Pen or Finger on Touchscreen or Tablet
https://bugs.documentfoundation.org/show_bug.cgi?id=35092 --- Comment #167 from Henry Wang --- At Super Auto Dent Body collision repair, we take what we do very personally and know how nerve wrecking an accident can be. Our years of experience combined with a passion for pleasing our customers has led us to become a leader in the auto body repair industry. We take pride in our excellence, integrity and dedication. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 148527] New: Mouse scrolling inconsistent in Calc
https://bugs.documentfoundation.org/show_bug.cgi?id=148527 Bug ID: 148527 Summary: Mouse scrolling inconsistent in Calc 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 Regardless of wireless mouse I use: Logitech(M510, M705, or MX Master 3)... With the mouse wheel in freewheel mode, flicking the wheel for fast scroll up or down works well. However, slow scrolling _up_ works acceptably; but trying to scroll _down_, I can roll the wheel and may get slight movement if at all. I can roll the wheel several times with no movement. This occurs only on a sheet. It is so intermittent, that the sheet often can't decide whether to move up or down when scrolling down. Opening Tools>Customize...>Menus' Available Commands list scrolls beautifully. Tools>Options... & expanding all the selections to get a scrollable list also works flawlessly. Only scrolling a sheet has this issue (that I've found) -- have not found any other application with this issue. This usually requires I grab the scroll bar to scroll reliably. My daughter is not seeing this issue on Windows with MX Master 3. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 148508] Information missing when sending email failed
https://bugs.documentfoundation.org/show_bug.cgi?id=148508 Jan-Marek Glogowski changed: What|Removed |Added Ever confirmed|0 |1 Status|UNCONFIRMED |NEW --- Comment #1 from Jan-Marek Glogowski --- So the link tells me xdg-email had a bug with desktop files in the KDE case. That was fixed ~8 months ago. The last release of xdg-utils was 1.1.3 in 2018, roughly 4y ago. If I configure thunderbird in KDE as mail client, LO calls /.../instdir/program/senddoc --mailclient 'thunderbird.desktop' --subject 'noname' --attach '/tmp/.../noname.odt' That calls: /usr/bin/xdg-email mailto:?subject=noname=file:///tmp/lu6209365ngrly.tmp/lu6209365ngrm0.tmp/noname.odt & That background job is a problem, because return codes from /usr/bin/xdg-email won't be handled this way. Not sure anything else could be done here. Maybe implementing something like xdg-email's desktop_file_to_binary in senddoc would also help... Nothing seems KDE specific in this bug. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 148526] LibreOffice Draw | PDF file displayed incorrectly | Visual elements missing
https://bugs.documentfoundation.org/show_bug.cgi?id=148526 Klemen changed: What|Removed |Added Ever confirmed|1 |0 URL||http://www.linuxvoice.com/w ||p-content/uploads/2014/05/L ||inux_Voice_Munich.pdf Status|NEW |UNCONFIRMED -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 148526] LibreOffice Draw | PDF file displayed incorrectly | Visual elements missing
https://bugs.documentfoundation.org/show_bug.cgi?id=148526 flywire changed: What|Removed |Added Ever confirmed|0 |1 Status|UNCONFIRMED |NEW --- Comment #2 from flywire --- Confirmed Version: 7.3.2.2 (x64) / LibreOffice Community Build ID: 49f2b1bff42cfccbd8f788c8dc32c1c309559be0 CPU threads: 8; OS: Windows 10.0 Build 19043; UI render: Skia/Raster; VCL: win Locale: en-AU (en_AU); UI: en-GB Calc: threaded -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 148526] LibreOffice Draw | PDF file displayed incorrectly | Visual elements missing
https://bugs.documentfoundation.org/show_bug.cgi?id=148526 --- Comment #1 from Klemen --- Created attachment 179479 --> https://bugs.documentfoundation.org/attachment.cgi?id=179479=edit pdf file where the visual bug occurs This is a pdf where the issue occurs. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 148526] New: LibreOffice Draw | PDF file displayed incorrectly | Visual elements missing
https://bugs.documentfoundation.org/show_bug.cgi?id=148526 Bug ID: 148526 Summary: LibreOffice Draw | PDF file displayed incorrectly | Visual elements missing Product: LibreOffice Version: 7.3.2.2 release Hardware: x86-64 (AMD64) OS: Linux (All) Status: UNCONFIRMED Severity: normal Priority: medium Component: Draw Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: klemen.sker...@gmail.com Description: If the pdf is opened with a LibreOffice Draw, it is displayed incorrectly as some items are obstructing the content, due to the items being some visual effects, displayed correctly in other pdf viewers like Mozilla's web browser. The bug causes the article text to not be visible because some elements are covering it. pdf location: http://www.linuxvoice.com/wp-content/uploads/2014/05/Linux_Voice_Munich.pdf Steps to Reproduce: 1. Open this pdf file: http://www.linuxvoice.com/wp-content/uploads/2014/05/Linux_Voice_Munich.pdf 2. Save the pdf file locally and open it with LibreOffice Draw 3. See obstructing circle shapes. Actual Results: When the file is opened with LibreOffice Draw, it is unreadable, because a majority of the article is covered by a white circle (which is presumably an effect that isn't an issue on other pdf readers like mozilla firefox browser). These white circles are present on multiple pages. Expected Results: If there's any effects that are supposed to be displayed correctly in the white circle area, they should not obstruct the text. See the file with other pdf viewers for example. Reproducible: Always User Profile Reset: No Additional Info: The software should display the pdf file with no visual elements covering the content to the point that it's unreadable. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 129795] PIVOTTABLE - Can't change pivot table destination (overlapping destination)
https://bugs.documentfoundation.org/show_bug.cgi?id=129795 --- Comment #4 from jwmp5...@gmail.com --- I forgot to mention with regards to problem 3: Using Ctrl + z to undo changes after a move often results in some very odd graphical anomalies! It becomes so messy that it is safest to reload from disk. -- 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 Jan-Marek Glogowski changed: What|Removed |Added Depends on||148115 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=148115 [Bug 148115] Tooltips are being rendered with artifacts (flashing, blinking, zooming...) -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 148115] Tooltips are being rendered with artifacts (flashing, blinking, zooming...)
https://bugs.documentfoundation.org/show_bug.cgi?id=148115 Jan-Marek Glogowski changed: What|Removed |Added Blocks||102495 Status|UNCONFIRMED |NEW Whiteboard| QA:needsComment| Ever confirmed|0 |1 --- Comment #2 from Jan-Marek Glogowski --- I could reproduce the problem with very fast mouse movements, like in the video. Handling tooltips delayed via the main event loop seem to work better. Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=102495 [Bug 102495] [META] KDE VCL backend bugs and enhancements -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 131320] Document Recovery window opens behind all other windows.
https://bugs.documentfoundation.org/show_bug.cgi?id=131320 --- Comment #12 from Pierre Fortin --- Still present in 7.3.1.3 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 129795] PIVOTTABLE - Can't change pivot table destination (overlapping destination)
https://bugs.documentfoundation.org/show_bug.cgi?id=129795 --- Comment #3 from jwmp5...@gmail.com --- Tested on 2022-11-04 with: Version:7.3.2.2 (x64) Build: 49f2b1bff42cfccbd8f788c8dc32c1c309559be0 Environment:CPU Threads: 8; OS: Windows 10.0 Build 19043 User Interface: UI render: Skia/Vulkan; VCL: win Locale: en-GB (en-GB); UI: en-GB Misc: Calc: CL 1. Attempt to move the pivot table by inserting a column to the left (or row above). Pivot table moves correctly on the spreadsheet (but destination is not updated in the properties). FIXED - This now works correctly. The associated graph data range does follow the pivot table movement. 2. Refresh the table. Pivot table reverts to the original location. FIXED - This no longer happens. 3. Use Properties -> Source and Destination -> Selection to manually alter the column (or row) by one letter. Click OK. Pivot Table does not move, Destination remains the same. NOT FIXED - If the destination point lies within the current pivot table, then the table does not move and the destination does not change. If the destination point lies outside the current table, but the resulting moved table would overlap the current table, then a pop-up is displayed: "The destination range is not empty. Overwrite existing contents?" If Yes is clicked, then sometimes the table is deleted, sometimes there appears to be a duplicate over the original. If the destination is outside the current pivot table and the moved table would not overlap the existing, then the move is performed correctly. In any of the above situations, the graph data does not update to follow the moved table - presumably because the table is a copy of the original. 4. Try the same by selecting the desired location with the mouse. Pivot Table does not move. NOT FIXED - As 3. 5. Change the destination to a non-overlapping location. The associated graph is deleted (following a confirmation prompt). FIXED - The graph is no longer deleted, though the data range does not follow the move. COMMENT: Obviously this is a rare edge case since nobody else seems to be reporting the same experiences here. As for me, I only brought it to your attention because of the unusual behaviour. It does not affect me otherwise since there are workarounds (and I don't need to do this often, if at all). Best regards, John -- 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 V Stuart Foote changed: What|Removed |Added Status|RESOLVED|VERIFIED -- 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 146174, which changed state. Bug 146174 Summary: 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 What|Removed |Added Status|REOPENED|RESOLVED Resolution|--- |FIXED -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 41560] [META] Keyboard shortcuts tab of Customization dialog
https://bugs.documentfoundation.org/show_bug.cgi?id=41560 Bug 41560 depends on bug 146174, which changed state. Bug 146174 Summary: 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 What|Removed |Added Status|REOPENED|RESOLVED Resolution|--- |FIXED -- 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 V Stuart Foote changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution|--- |FIXED --- Comment #30 from V Stuart Foote --- See the BZ Whiteboard target notations. This has been adjusted for the 7.3.3 build, not present in 7.3.2 Work against a nightly of master against 7.4.0 or the 7.3.3 build https://dev-builds.libreoffice.org/daily/libreoffice-7-3/Linux-rpm_deb-x86_64@tb87-TDF/ https://dev-builds.libreoffice.org/daily/master/Linux-rpm_deb-x86_64@tb87-TDF/ -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 148525] FILESAVE RTF Field gets bold direct formatting
https://bugs.documentfoundation.org/show_bug.cgi?id=148525 --- Comment #2 from Gabor Kelemen (allotropia) --- Created attachment 179478 --> https://bugs.documentfoundation.org/attachment.cgi?id=179478=edit The original and exported files in Word 2013 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 148525] FILESAVE RTF Field gets bold direct formatting
https://bugs.documentfoundation.org/show_bug.cgi?id=148525 --- Comment #1 from Gabor Kelemen (allotropia) --- Created attachment 179477 --> https://bugs.documentfoundation.org/attachment.cgi?id=179477=edit The example file saved by Writer master -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 148525] New: FILESAVE RTF Field gets bold direct formatting
https://bugs.documentfoundation.org/show_bug.cgi?id=148525 Bug ID: 148525 Summary: FILESAVE RTF Field gets bold direct formatting Product: LibreOffice Version: 4.4.0.3 release Hardware: All OS: All Status: UNCONFIRMED Keywords: implementationError Severity: normal Priority: medium Component: Writer Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: kelem...@ubuntu.com Blocks: 112749 Created attachment 179476 --> https://bugs.documentfoundation.org/attachment.cgi?id=179476=edit Example file from Word 2013 Attached document contains a field with some direct formatting before and after it. After saved as RTF in Writer, the field gets a bold formatting in Word. 1, Open attached file 2, Save as RTF 3, Open the resulting file in Word Result is that the field becomes bold, while it was not before. Version: 7.4.0.0.alpha0+ (x64) / LibreOffice Community Build ID: cf4d5ed026c8799a70432a832a8a707c2e316216 CPU threads: 14; OS: Windows 10.0 Build 19044; UI render: default; VCL: win Locale: en-US (hu_HU); UI: en-US Calc: threaded Jumbo Started in 4.4, in 4.3 no character direct formatting was exported yet. Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=112749 [Bug 112749] [META] RTF (text) character-related issues -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 112749] [META] RTF (text) character-related issues
https://bugs.documentfoundation.org/show_bug.cgi?id=112749 Gabor Kelemen (allotropia) changed: What|Removed |Added Depends on||148525 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=148525 [Bug 148525] FILESAVE RTF Field gets bold direct formatting -- 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 146174, which changed state. Bug 146174 Summary: 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 What|Removed |Added Status|VERIFIED|REOPENED Resolution|FIXED |--- -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 41560] [META] Keyboard shortcuts tab of Customization dialog
https://bugs.documentfoundation.org/show_bug.cgi?id=41560 Bug 41560 depends on bug 146174, which changed state. Bug 146174 Summary: 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 What|Removed |Added Status|VERIFIED|REOPENED Resolution|FIXED |--- -- 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 m...@williambrooks.co.uk changed: What|Removed |Added Status|VERIFIED|REOPENED Resolution|FIXED |--- --- Comment #29 from m...@williambrooks.co.uk --- Version: 7.3.2.2 / LibreOffice Community Build ID: 49f2b1bff42cfccbd8f788c8dc32c1c309559be0 CPU threads: 4; OS: Linux 5.13; UI render: default; VCL: gtk3 Locale: en-GB (en_GB.UTF-8); UI: en-US Calc: threaded The fix is not working for me. The specific shortcut I'm trying to use is ALT+D on "InputLine". -- 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 --- Comment #28 from m...@williambrooks.co.uk --- (In reply to Jean-Baptiste Faure from comment #27) > Verified fixed in Version: 7.3.3.0.0+ / LibreOffice Community > Build ID: f02673722dc14c9f1864887d5b159cda0d7ae8c4 > CPU threads: 8; OS: Linux 5.13; UI render: default; VCL: gtk3 > Locale: fr-FR (fr_FR.UTF-8); UI: fr-FR > Ubuntu_20.04_x86-64 > Calc: threaded > > Thank you very much. > > Best regards. JBF Did it work on fresh install? I'm on: Version: 7.3.2.2 / LibreOffice Community Build ID: 49f2b1bff42cfccbd8f788c8dc32c1c309559be0 CPU threads: 4; OS: Linux 5.13; UI render: default; VCL: gtk3 Locale: en-GB (en_GB.UTF-8); UI: en-US Calc: threaded and still having the issue :/ -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 148407] Need ability to cancel an ongoing paste action
https://bugs.documentfoundation.org/show_bug.cgi?id=148407 --- Comment #12 from Eyal Rozenberg --- (In reply to Michael Stahl (allotropia) from comment #10) > * pasting the content takes a long time > - actually this seems rather unlikely to me Opening a large .docx file takes a lot of time (for some definition of "a lot"); so why would pasting from MS-Word, or from a browser viewing an MS-Word-generated HTML file, not take a lot of time? > - theoretically it might be possible to cancel but likely not > worth the effort, and it would need a specific test case first It is absolutely worth the effort. Take any testcase, run it on a weaker computer and make the document N copies of itself, and you have testcase which takes a long enough time. > * it's complicated to layout > - in this case, there isn't any way to "cancel" because > the layouting starts after the content is fully pasted. I'm not knowledgeable enough to doubt this, but it seems strange to me that LO freezes until it layouts a huge document, without showing the user anything and accepting user input. If that's the case, that needs to change, which would also allow for supporting cancellation of the paste. > - in certain places it is already checked if an input event > is being received which interrupts the layouting; this > is already a kind of "cancel" although if the document view > displays content that hasn't finished layouting it doesn't help > (the main case where it helps is if you interact with a > different LO document than the one that's layouting) so, it's not a "kind of cancel". > > * it contains lots of hyperlinked images > - i think the images are loaded asynchronously, but if the layout > depends on the size of an image, it will probably block at > that point so it's only theoretically async... Well, that would be a bug in itself. An assumption should be made about the size, layout should proceed accordingly, and asynchronously the layout should be updated with the actual size and content. > - possibly this could be changed to be more incremental although > that's a bit risky... How so? I mean, other than how any work making something less-blocking is slightly dangerous. > - also some sort of cache could perhaps help - i think there has > never been any caching at the HTTP level so it could download > e.g. the same list bullet image multiple times Perhaps, but that's a separate issue. The user needs to be able to cancel a paste. By the way - if the "cancel" only affects the not-yet-processed / not-yet-layed-out parts - that would be good enough, since one could then use Undo to remove everything that was actually pasted. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 148482] When pasting requires fetching remote content, ask for permission
https://bugs.documentfoundation.org/show_bug.cgi?id=148482 --- Comment #7 from Eyal Rozenberg --- (In reply to Caolán McNamara from comment #6) > If the platform you are using is Linux then xclip is probably easily > installable and xclip -selection clipboard -t TARGETS is a good place to > start to see what formats are available to get data in from the clipboard When I invoke that command, nothing happens. It waits and waits and prints nothing, regardless of what I copy or paste. -- 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 #7 from Commit Notification --- Xisco Fauli committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/9fcd2dc178ebc68617d7c8212bbc62db72bae469 tdf#148395: sw: Add UItest 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 81234] [META] RTF filter issues
https://bugs.documentfoundation.org/show_bug.cgi?id=81234 Gabor Kelemen (allotropia) changed: What|Removed |Added Depends on||148524 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=148524 [Bug 148524] FILESAVE RTF Checkbox checked state is not retained -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 148524] New: FILESAVE RTF Checkbox checked state is not retained
https://bugs.documentfoundation.org/show_bug.cgi?id=148524 Bug ID: 148524 Summary: FILESAVE RTF Checkbox checked state is not retained Product: LibreOffice Version: 6.3.0.4 release Hardware: All OS: All Status: UNCONFIRMED Keywords: implementationError Severity: normal Priority: medium Component: Writer Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: kelem...@ubuntu.com Blocks: 81234 Created attachment 179475 --> https://bugs.documentfoundation.org/attachment.cgi?id=179475=edit The example file and its roundtripped version in Writer attachment 179469 contains a checkbox in a RTF format document, which was checked in Word. This is imported correctly in Writer, but after save as RTF and reload the checkbox is unchecked. 1, Open attachment 179469, notice that checkbox is checked 2, Save as RTF, reload, notice that checkbox is unchecked Version: 7.4.0.0.alpha0+ (x64) / LibreOffice Community Build ID: cf4d5ed026c8799a70432a832a8a707c2e316216 CPU threads: 14; OS: Windows 10.0 Build 19044; UI render: default; VCL: win Locale: en-US (hu_HU); UI: en-US Calc: threaded Jumbo Field codes started to be exported in 6.4, already broken like this. Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=81234 [Bug 81234] [META] RTF filter issues -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 140787] New features Request:Allows to paint color cells while protecting the sheet.
https://bugs.documentfoundation.org/show_bug.cgi?id=140787 --- Comment #2 from jan d --- (In reply to Heiko Tietze from comment #1) > So you talk about Tools > Protect Sheet... and request a new option under > "Allow all users of this sheet to:" [ ] Change cell background. > > I wonder if this should be restricted to the cell background color or as > well to other attributes, cell styles, and clear direct formatting. Could we do something like "[] Change cell formatting"? -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 148197] LibreOffice crashes when I try to dock floating Navigator window (GTK3)
https://bugs.documentfoundation.org/show_bug.cgi?id=148197 --- Comment #7 from Jim Raykowski --- Seems odd that that patch would cause crash on Ctrl+Shift+F10. I can't repro using: Version: 7.4.0.0.alpha0+ / LibreOffice Community Build ID: 7a16002ede5fd31ae8f3358136ad49de40465ac1 CPU threads: 4; OS: Linux 5.13; 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.
[Libreoffice-bugs] [Bug 148518] FILEOPEN RTF Dropdown field does not read all items
https://bugs.documentfoundation.org/show_bug.cgi?id=148518 --- Comment #2 from Gabor Kelemen (allotropia) --- Created attachment 179474 --> https://bugs.documentfoundation.org/attachment.cgi?id=179474=edit The example file in Word and Writer master -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 148115] Tooltips are being rendered with artifacts (flashing, blinking, zooming...)
https://bugs.documentfoundation.org/show_bug.cgi?id=148115 Rafael Lima changed: What|Removed |Added CC||glo...@fbihome.de --- Comment #1 from Rafael Lima --- @Jan-Marek I believe this issue may be Qt-related. I do not see it happening in "gen" or in "gtk3". Would you mind taking a look? This happens when the user hover over many widgets very quickly, and some tooltips simply forget to disappear, or they start blinking. This issue is easier to reproduce with "Extended tips" on (Tools - Options - LibreOffice - General - Extended tips). -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 144890] Invalid selection area when text in LTR run is selected within an RTL paragraph
https://bugs.documentfoundation.org/show_bug.cgi?id=144890 --- Comment #27 from William Friedman --- Just to close the loop here, the remnant of the bug I described appeared in 7.2.6.2 and 7.3.1, but is fixed in 7.3.2.2. Kudos to whomever or whatever fixed it! -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 144890] Invalid selection area when text in LTR run is selected within an RTL paragraph
https://bugs.documentfoundation.org/show_bug.cgi?id=144890 --- Comment #26 from William Friedman --- My apologies. I will open a new bug, since it also appears in 7.3.2. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 148523] Table properties changes only a cell in Impress (full table expected)
https://bugs.documentfoundation.org/show_bug.cgi?id=148523 Telesto changed: What|Removed |Added CC||libreoffice-ux-advise@lists ||.freedesktop.org Keywords||needsUXEval --- Comment #1 from Telesto --- For me it's bug, but lets cycle this through UX to be sure -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 148523] New: Table properties changes only a cell in Impress (full table expected)
https://bugs.documentfoundation.org/show_bug.cgi?id=148523 Bug ID: 148523 Summary: Table properties changes only a cell in Impress (full table expected) Product: LibreOffice Version: 4.1.0.4 release Hardware: All OS: All Status: UNCONFIRMED Severity: normal Priority: medium Component: Impress Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: tele...@surfxs.nl Description: Table properties changes only a cell in Impress (full table expected) Steps to Reproduce: 1. Open Impress 2. insert a 2x2 table 3. Right click in a cell -> Table properties 4. borders tab 5. Change the line color & Press OK 6. Only a single cell changed 7. Open Writer 8. Insert a 2x2 table 9. Right click in a cell -> table properties 10. Border tab, set border to a color 11. Press OK -> Full table changes Actual Results: Difference in behaviour between Writer and Impress Expected Results: Harmony (read Writer behaviour) Reproducible: Always User Profile Reset: No Additional Info: Found in Version: 7.4.0.0.alpha0+ (x64) / LibreOffice Community Build ID: efe854bf9b6daff3d0ecf6e3d04bd9a50bfaa3f3 CPU threads: 4; OS: Windows 6.3 Build 9600; UI render: Skia/Raster; VCL: win Locale: nl-NL (nl_NL); UI: en-US Calc: CL Jumbo and in Version: 6.0.6.0.0+ Build ID: c30963b8b4bbbe42a24b97aafa161eff9d7ccdd4 CPU threads: 4; OS: Windows 6.3; UI render: default; Locale: nl-NL (nl_NL); Calc: CL and in 4.4.7.2 and in Versie: 4.1.0.4 Build ID: 89ea49ddacd9aa532507cbf852f2bb22b1ace28 Version: 6.4.0.0.beta1+ (x64) Build ID: 20be5cd0bdc57d812bf34a2debfe48caa51de881 CPU threads: 4; OS: Windows 6.3 Build 9600; UI render: default; VCL: win; Locale: nl-NL (nl_NL); UI-Language: en-US Calc: CL -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 148522] Undo line color changes aligns text centered (and doesn't undo the line color)
https://bugs.documentfoundation.org/show_bug.cgi?id=148522 Telesto changed: What|Removed |Added Keywords||bibisectRequest, regression --- Comment #1 from Telesto --- Still OK with Version: 6.4.0.0.beta1+ (x64) Build ID: 20be5cd0bdc57d812bf34a2debfe48caa51de881 CPU threads: 4; OS: Windows 6.3 Build 9600; UI render: default; VCL: win; Locale: nl-NL (nl_NL); UI-Language: en-US Calc: CL -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 148522] New: Undo line color changes aligns text centered (and doesn't undo the line color)
https://bugs.documentfoundation.org/show_bug.cgi?id=148522 Bug ID: 148522 Summary: Undo line color changes aligns text centered (and doesn't undo the line color) Product: LibreOffice Version: 7.4.0.0 alpha0+ Master Hardware: All OS: All Status: UNCONFIRMED Severity: normal Priority: medium Component: Impress Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: tele...@surfxs.nl Description: Undo line color changes aligns text centered (and doesn't undo the line color) Steps to Reproduce: 1. Open Impress (empty document 2. insert a table 2x2 3. Type in each cell a letter, say A for A1, B in A2 etc 4. Enter cell B and right click -> table properties 5. Borders tab 6. Change the line color from white to say red 7. Press Ok 8. CTRL+Z Actual Results: Text becomes centered and border still red Expected Results: Undo undo's Reproducible: Always User Profile Reset: No Additional Info: Version: 7.4.0.0.alpha0+ (x64) / LibreOffice Community Build ID: efe854bf9b6daff3d0ecf6e3d04bd9a50bfaa3f3 CPU threads: 4; OS: Windows 6.3 Build 9600; UI render: Skia/Raster; VCL: win Locale: nl-NL (nl_NL); UI: en-US Calc: CL Jumbo -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 144890] Invalid selection area when text in LTR run is selected within an RTL paragraph
https://bugs.documentfoundation.org/show_bug.cgi?id=144890 Dieter changed: What|Removed |Added Status|RESOLVED|VERIFIED -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 112182] [META] Text and object selection issues
https://bugs.documentfoundation.org/show_bug.cgi?id=112182 Bug 112182 depends on bug 144890, which changed state. Bug 144890 Summary: Invalid selection area when text in LTR run is selected within an RTL paragraph https://bugs.documentfoundation.org/show_bug.cgi?id=144890 What|Removed |Added Status|REOPENED|RESOLVED Resolution|--- |FIXED -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 43808] [META] Right-To-Left and Complex Text Layout language issues (RTL/CTL)
https://bugs.documentfoundation.org/show_bug.cgi?id=43808 Bug 43808 depends on bug 144890, which changed state. Bug 144890 Summary: Invalid selection area when text in LTR run is selected within an RTL paragraph https://bugs.documentfoundation.org/show_bug.cgi?id=144890 What|Removed |Added Status|REOPENED|RESOLVED Resolution|--- |FIXED -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 144890] Invalid selection area when text in LTR run is selected within an RTL paragraph
https://bugs.documentfoundation.org/show_bug.cgi?id=144890 Dieter changed: What|Removed |Added Resolution|--- |FIXED Status|REOPENED|RESOLVED --- Comment #25 from Dieter --- William, it is possible to reopen a bug with status RESOLVED FIXED, but you should never reopen a bug with status VERIFIED FIXED. If you think, the bug is back, please open a new report. But you should test with master or at least with LO 7.3.2. Thank you. => VERIFIED FIXED -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 148481] Wrong mouse pointer shown for hyperlinks when pressing Ctrl
https://bugs.documentfoundation.org/show_bug.cgi?id=148481 --- Comment #4 from Commit Notification --- Jan-Marek Glogowski committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/9ae398054833120df36bf51738cc4cfd7efb3fdc tdf#148481 Map RefHand cursor to Qt::PointingHand 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 148481] Wrong mouse pointer shown for hyperlinks when pressing Ctrl
https://bugs.documentfoundation.org/show_bug.cgi?id=148481 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 144890] Invalid selection area when text in LTR run is selected within an RTL paragraph
https://bugs.documentfoundation.org/show_bug.cgi?id=144890 --- Comment #24 from Eyal Rozenberg --- (In reply to William Friedman from comment #23) So, I'm not the expert on the rules on this bugzilla, but IIANM, when a bug has been resolved on the master branch, it's FIXED. And if not that, then at least master + next release + current release. 7.2.* is an "old" branch. So, I believe you should mark it as FIXED again. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 148429] Link external data doesn't work anymore
https://bugs.documentfoundation.org/show_bug.cgi?id=148429 --- Comment #3 from Cleber Santz --- Testing access the URL directly with curl returns "Access denied", probably because a User agent whitelist: #curl https://fundamentus.com.br/fii_resultado.php The command above returns "Access denied", but with command below returns webpage with success: #curl --user-agent 'Chrome/90' https://fundamentus.com.br/fii_resultado.php Is there any option to set the User agent to curl in Libreoffice ? Or is possible to set a default user agent in Libreoffice builds ? -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 144890] Invalid selection area when text in LTR run is selected within an RTL paragraph
https://bugs.documentfoundation.org/show_bug.cgi?id=144890 --- Comment #23 from William Friedman --- I reopened because of the remnant of the bug I experienced in 7.2.6.2 (to which the patch had been pushed), which I described above and attached a video showing -- no selection box appears around RTL text selected by itself in LTR mode. I have not tested on later versions, but it seems strange that the patch would function differently in different versions. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 144890] Invalid selection area when text in LTR run is selected within an RTL paragraph
https://bugs.documentfoundation.org/show_bug.cgi?id=144890 --- Comment #22 from Eyal Rozenberg --- Why is this reopened? I can't reproduce with: Version: 7.4.0.0.alpha0+ / LibreOffice Community Build ID: fb9270b238cba4f36e595c5d7f4d85f6f3f18e1c CPU threads: 4; OS: Linux 5.10; UI render: default; VCL: gtk3 Locale: en-IL (en_IL); UI: en-US was this broken by a recent nightly? -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 138226] Poor and slow HTML importation - vertically stretched elements
https://bugs.documentfoundation.org/show_bug.cgi?id=138226 Buovjaga changed: What|Removed |Added Resolution|--- |WORKSFORME Status|UNCONFIRMED |RESOLVED -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 138226] Poor and slow HTML importation - vertically stretched elements
https://bugs.documentfoundation.org/show_bug.cgi?id=138226 Luke Kendall changed: What|Removed |Added Status|NEEDINFO|UNCONFIRMED Ever confirmed|1 |0 --- Comment #7 from Luke Kendall --- No it was not behind a proxy. The only images were the green ticks and the red crosses. In the older version of Writer, the X images (character?) was stretched vertically to about ten times the size of the tick mark, making each row enormously tall. The problematic result is still visible in the sample document. The version of Writer I still have installed on my old computer (7.3.0.3) has no problem pasting the contents of that URL now, except browsers no longer select the ticks and crosses. I suspect they've changed their HTML since I reported the bug, so no ticks or crosses are included in the copy, to paste, so that page is no longer a good test example. Picking a random other page with images and html though (https://growthlab.com/how-to-self-publish-a-book-and-double-revenue/) and copying and pasting seems to work fine, so maybe the problem has since been fixed. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 148516] Formulas are not transposed correctly.
https://bugs.documentfoundation.org/show_bug.cgi?id=148516 m.a.riosv changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|--- |NOTABUG CC||miguelangelrv@libreoffice.o ||rg --- Comment #2 from m.a.riosv --- Because the source references are all relative for row number, so when you transpose to row 1 all cell end with row 1 in them. Make the row absolute in the formulas, and they are transposed as you like. Transpose works like copy, no like move. In this case, you can do it easily. Copy A1:A26. With past special, do at the same time 'As link' and 'Transpose' -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 148521] Add search functionality for the settings
https://bugs.documentfoundation.org/show_bug.cgi?id=148521 Xisco Faulí changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED CC||xiscofa...@libreoffice.org Resolution|--- |NOTABUG --- Comment #1 from Xisco Faulí --- This is in Tools - Options - Advanced - Open Expert Configuration -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 148521] Add search functionality for the settings
https://bugs.documentfoundation.org/show_bug.cgi?id=148521 m.a.riosv changed: What|Removed |Added Severity|normal |enhancement -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 148503] Can someone hack your cash app with your name easily?
https://bugs.documentfoundation.org/show_bug.cgi?id=148503 Timur changed: What|Removed |Added Version|2.1.1 |unspecified Component|General |deletionRequest Status|UNCONFIRMED |RESOLVED Resolution|--- |INVALID Product|Impress Remote |LibreOffice -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 138398] MAILMERGE: nothing append when sending range emails (no problem with mailing all or printing)
https://bugs.documentfoundation.org/show_bug.cgi?id=138398 --- Comment #10 from Timur --- There is a chance this may be fixed with recent commits. If someone can test with daily master, that would be nice. Otherwise, please install LO 7.3.3 once when it's ready. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 102998] [META] Mail merge bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=102998 Timur changed: What|Removed |Added Depends on||148480 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=148480 [Bug 148480] LO freezes when sending Mail Merge Email -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 148480] LO freezes when sending Mail Merge Email
https://bugs.documentfoundation.org/show_bug.cgi?id=148480 Timur changed: What|Removed |Added Blocks||102998 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=102998 [Bug 102998] [META] Mail merge bugs and enhancements -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 148480] LO freezes when sending Mail Merge Email
https://bugs.documentfoundation.org/show_bug.cgi?id=148480 Timur changed: What|Removed |Added Resolution|--- |WORKSFORME Status|UNCONFIRMED |RESOLVED --- Comment #8 from Timur --- Thanks for trying. We should be sure about fixing commit for marking a duplicate, so I'll just mark WFM. Good news is that most likely fix will also be in 7.3.3. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 148521] New: Add search functionality for the settings
https://bugs.documentfoundation.org/show_bug.cgi?id=148521 Bug ID: 148521 Summary: Add search functionality for the settings Product: LibreOffice Version: 7.3.2.2 release Hardware: All OS: All Status: UNCONFIRMED Severity: normal Priority: medium Component: LibreOffice Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: barrett...@owageskuo.com Currently when trying to make a setting change the user is left guessing where the associated setting is. In other programs I use like KDEs System Settings has a search bar at the top that searches all settings and then removes all non-related options Example of how this would work in LibreOffice. User opens LibreOffice Calc Clicks on Tools-Options There would be a search box at the top User types in "theme" Other subjects like "Internet", "Load/Save" and others would disappear if they do not have a "theme" setting. In this case the user would expect the LibreOffice with the "Application Colors" only showing Charts with the "Default Colors" only showing It would take a bit of tweaking to get these right based off of keywords but I think it would help cut down on a lot of one off questions that are asked. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 148488] Cals reporting an erroneous result in a formula comprising a fractional power of a negative number
https://bugs.documentfoundation.org/show_bug.cgi?id=148488 --- Comment #13 from Michal Svoboda --- > Which specific *user problem* is this intended to solve, other than > satisfying someone's sense of beauty? I suppose that there is no one who uses > Calc, who would in practice benefit from this. There are many formulae in the realm of e.g. physics, which require the calculation of fractional roots. Evaluation of the parameters involved in such a formula may lead to the base being negative, this usually indicates an error in the entire chain of calculations or in the values entered - the practical problem here is to analyze the chain of calculations for the error. Proper indication of the error condition helps ensure the calculation is robust. > Spreadsheets are *specific* domain, with some conventions and > simplifications. We also do not try to implement physics of time, when > implement time functions; and this one looks very much trying to implement in > spreadsheets something that is more suitable for computer algebra systems. Agreed, adding up to the point error messages actually prevents any need of implementing things that cannot be (easily) implemented in spreadsheets and sends a message "this is not a proper tool for your problem", i.e. avoiding false expectations. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 148520] Impress, table templates (character formatting wrong after load)
https://bugs.documentfoundation.org/show_bug.cgi?id=148520 --- Comment #1 from sven-jac...@gmx.de --- Created attachment 179473 --> https://bugs.documentfoundation.org/attachment.cgi?id=179473=edit first-row-problem -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 148520] New: Impress, table templates (character formatting wrong after load)
https://bugs.documentfoundation.org/show_bug.cgi?id=148520 Bug ID: 148520 Summary: Impress, table templates (character formatting wrong after load) Product: LibreOffice Version: 7.4.0.0 alpha0+ Master Hardware: All OS: All Status: UNCONFIRMED Severity: normal Priority: medium Component: Impress Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: sven-jac...@gmx.de Description: If you load the attached bugdoc "first-row-problem.odp" then the text color in the first cell is wrong, it should be white and not black. "Header row" is selected in the Table Design and the XML style of this header row is: Strangly, if you deselect and select the "Header row" checkbox in the table design, then everything looks as expected. So it seems that the cell is not properly inititalized after it is loaded. Steps to Reproduce: 1. Load the bugdoc "first-row-problem.odp" 2. 3. Actual Results: The text color in the first cell is black. Expected Results: The text color in the first cell should be black. Reproducible: Always User Profile Reset: No Additional Info: Version: 7.4.0.0.alpha0+ (x64) / LibreOffice Community Build ID: 3a88b513fd90f4793b6de7a7412fa33369542f40 CPU threads: 24; OS: Windows 10.0 Build 19044; UI render: Skia/Vulkan; VCL: win Locale: de-DE (de_DE); UI: en-US Calc: CL -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 144890] Invalid selection area when text in LTR run is selected within an RTL paragraph
https://bugs.documentfoundation.org/show_bug.cgi?id=144890 --- Comment #21 from William Friedman --- Created attachment 179472 --> https://bugs.documentfoundation.org/attachment.cgi?id=179472=edit Selecting just RTL text in LTR mode does not show a selection box -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 112182] [META] Text and object selection issues
https://bugs.documentfoundation.org/show_bug.cgi?id=112182 Bug 112182 depends on bug 144890, which changed state. Bug 144890 Summary: Invalid selection area when text in LTR run is selected within an RTL paragraph https://bugs.documentfoundation.org/show_bug.cgi?id=144890 What|Removed |Added Status|VERIFIED|REOPENED Resolution|FIXED |--- -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 43808] [META] Right-To-Left and Complex Text Layout language issues (RTL/CTL)
https://bugs.documentfoundation.org/show_bug.cgi?id=43808 Bug 43808 depends on bug 144890, which changed state. Bug 144890 Summary: Invalid selection area when text in LTR run is selected within an RTL paragraph https://bugs.documentfoundation.org/show_bug.cgi?id=144890 What|Removed |Added Status|VERIFIED|REOPENED Resolution|FIXED |--- -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 144890] Invalid selection area when text in LTR run is selected within an RTL paragraph
https://bugs.documentfoundation.org/show_bug.cgi?id=144890 William Friedman changed: What|Removed |Added Status|VERIFIED|REOPENED Resolution|FIXED |--- --- Comment #20 from William Friedman --- I have now downloaded 7.2.6.2 (version info pasted at the end), and sadly have to report that this bug has *not* been completely fixed. The issue arises with selecting RTL text in LTR mode. When only RTL characters are selected, the selection box does not appear. For some reason, this does not occur when only LTR characters are selected in RTL mode. Please see the attached video demonstrating the problem. To reproduce: 1. Set text to LTR mode. 2. Type RTL text (e.g., Hebrew). 3. Select only RTL characters in the middle of the text. Notice that the selection box does not appear. 4. Bold or italicize the text. Notice that the selected text changes, despite the absence of the selection box. Expected behavior: Selection box appears around selected text. Actual behavior: No selection box appears. Version: 7.2.6.2 (x64) / LibreOffice Community Build ID: b0ec3a565991f7569a5a7f5d24fed7f52653d754 CPU threads: 4; OS: Windows 6.1 Service Pack 1 Build 7601; UI render: Skia/Raster; 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 148407] Need ability to cancel an ongoing paste action
https://bugs.documentfoundation.org/show_bug.cgi?id=148407 --- Comment #11 from Telesto --- (In reply to Michael Stahl (allotropia) from comment #10) > * pasting the content takes a long time > - actually this seems rather unlikely to me > - theoretically it might be possible to cancel but likely not > worth the effort, and it would need a specific test case first If you ask me, it's not the pasting in general, it's really specific about image handling when pasting from the web. Borrowing from bug 148027 Steps to Reproduce: 1. Go to https://tree.taiga.io/project/rrbd-weststadtputz-2022/wiki/home with a browser 2. Select "Das Weststadtputz-Wiki" until "Wer steht dahinter?" 3. CTRL+C 4. CTRL+V in Writer 5. Instead of embedding the image (initially expected_, Image link being created point somewhere to the web. [Note: you might need to throttle bandwidth to see this.] I assume there is some sort of time out or another reason the image download is failing (to big?). And instead of embedding the image will inserted as a link. Now LibreOffice attempt on every file opening the download the file.. or in other cases of interaction :-( I'm unsure how LibreOffice handles image downloading.. So a webpaste contains 40 images.. Does it download all one by one (slow) or the opposite, all in parallel; hammering the server, which might start to throttle? Creating Image links is one thing, knowing which image are linked image is something else (Navigator?). And the ability have some button fetch all linked images and embed them would be also nice :-) Visa versa is it practical to now which images are failing to be downloaded. > * it's complicated to layout > - in this case, there isn't any way to "cancel" because > the layouting starts after the content is fully pasted. > - in certain places it is already checked if an input event > is being received which interrupts the layouting; this > is already a kind of "cancel" although if the document view > displays content that hasn't finished layouting it doesn't help > (the main case where it helps is if you interact with a > different LO document than the one that's layouting) Probably what I'm experiencing at step 5 > * it contains lots of hyperlinked images > - also some sort of cache could perhaps help - i think there has > never been any caching at the HTTP level so it could download > e.g. the same list bullet image multiple times This would be lovely :-) -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 148519] Change "Margin" to "Entire Frame" in "to" field for Vertical Position when anchoring "To frame" in Position and Shape tab
https://bugs.documentfoundation.org/show_bug.cgi?id=148519 sdc.bla...@youmail.dk changed: What|Removed |Added Blocks||113108 Severity|normal |enhancement Keywords||needsUXEval CC||libreoffice-ux-advise@lists ||.freedesktop.org Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=113108 [Bug 113108] [META] Dialog UI/UX bugs and enhancements -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 113108] [META] Dialog UI/UX bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=113108 sdc.bla...@youmail.dk changed: What|Removed |Added Depends on||148519 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=148519 [Bug 148519] Change "Margin" to "Entire Frame" in "to" field for Vertical Position when anchoring "To frame" in Position and Shape tab -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 148519] New: Change "Margin" to "Entire Frame" in "to" field for Vertical Position when anchoring "To frame" in Position and Shape tab
https://bugs.documentfoundation.org/show_bug.cgi?id=148519 Bug ID: 148519 Summary: Change "Margin" to "Entire Frame" in "to" field for Vertical Position when anchoring "To frame" in Position and Shape tab Product: LibreOffice Version: 7.4.0.0 alpha0+ Master Hardware: All OS: All Status: UNCONFIRMED Severity: normal Priority: medium Component: Writer Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: sdc.bla...@youmail.dk Created attachment 179471 --> https://bugs.documentfoundation.org/attachment.cgi?id=179471=edit demonstration of difference, plus actual example for testing Attachment explains and illustrates the issue, provides an actual example that can be used for testing, along with screenshots of the results. Here is the same issue, without the attachment. 1. Insert or use an existing frame. 2. In the frame, insert a textbox or shape and an image. 3. Anchor both shape and image "To frame" 4. Right-click on Textbox or Shape, choose Position and Size > Position and Size tab. 5. In "to" field for Vertical Position, notice the options "Margin" and "Frame text area" in dropdown menu. 6. Right-click on the image, choose Properties 7. In "to" field for Vertical Position, notice the options "Entire frame" and "Frame text area" in dropdown menu. Suggestion: Change "Margin" in Shape to "Entire frame". Reasons: 1. Consistency across UI 2. "Entire frame" is more appropriate/meaningful than "Margin" in this case. 3. it will make it much easier to maintain the help pages. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 148491] Close document X button doesn't close (qt5 and kf5 only)
https://bugs.documentfoundation.org/show_bug.cgi?id=148491 Michael Weghorn changed: What|Removed |Added CC||glo...@fbihome.de Ever confirmed|0 |1 Status|UNCONFIRMED |NEW Keywords||bibisected, bisected, ||regression --- Comment #1 from Michael Weghorn --- Confirmed. Version: 7.4.0.0.alpha0+ / LibreOffice Community Build ID: 6f39602ecb9b90795bfd4101273f90b16f17b6d6 CPU threads: 12; OS: Linux 5.16; UI render: default; VCL: kf5 (cairo+wayland) Locale: en-GB (en_GB.UTF-8); UI: en-US Calc: threaded Works again with these two local reverts commit 740825bbb4242841733c9c97786dbbf96cea7aaf (HEAD -> master) Date: Mon Apr 11 17:34:04 2022 +0200 Revert "tdf#145954 Qt unshare QMenubar usage" This reverts commit 9c4ef8ce3183e27ca174475cf4a8d15cc0368f60. commit 949fe1b6a50e1f5105223b85f595831c7a4b0b33 Date: Mon Apr 11 17:34:02 2022 +0200 Revert "Qt drop unused QtMenu::mpCloseButton" This reverts commit 4a537cf77affc4f1f2e2e5be9ff0b1ff11724509. Adding CC: to Jan-Marek Glogowski Note that this *does* work when starting Writer as `libreoffice --writer` and using the close button then (which is what I was using when testing https://gerrit.libreoffice.org/c/core/+/132581 ...) -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 102265] Help for Impress Format menu needs to have four submenus created and linked to the help page
https://bugs.documentfoundation.org/show_bug.cgi?id=102265 --- Comment #14 from Commit Notification --- Olivier Hallot committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/help/commit/8219f0b1d741dc3e3927a1fb9ee4fc0b916d57e1 tdf#102265 Add Format - List submenu for Impress -- You are receiving this mail because: You are the assignee for the bug.
