[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 Depends on||148782 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=148782 [Bug 148782] "Left frame border" and "Right frame border" options for Horizontal "to" position in Position and Size for shapes should be changed to "Left of frame text area" and "Right of frame text area" -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 148782] "Left frame border" and "Right frame border" options for Horizontal "to" position in Position and Size for shapes should be changed to "Left of frame text area" and "Ri
https://bugs.documentfoundation.org/show_bug.cgi?id=148782 sdc.bla...@youmail.dk changed: What|Removed |Added Blocks||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 148593] "Left page border" and "right page border" options for Horizontal "to" position in Position and Size for shapes are misleading names, which should be changed
https://bugs.documentfoundation.org/show_bug.cgi?id=148593 --- Comment #13 from sdc.bla...@youmail.dk --- https://gerrit.libreoffice.org/c/core/+/133403 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 148540] FILEOPEN RTF Paragraph style extends to more table cells in a row
https://bugs.documentfoundation.org/show_bug.cgi?id=148540 Dieter changed: What|Removed |Added Ever confirmed|0 |1 CC||dgp-m...@gmx.de Status|UNCONFIRMED |NEW --- Comment #3 from Dieter --- I confirm it with Version: 7.3.3.1 (x64) / LibreOffice Community Build ID: 1688991ca59a3ca1c74bc2176b274fba1b034928 CPU threads: 4; OS: Windows 10.0 Build 19044; UI render: Skia/Raster; VCL: win Locale: de-DE (de_DE); UI: en-GB Calc: CL in comparison with Word 2016 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 148525] FILESAVE RTF Field gets bold direct formatting after saving in Writer and opening in MS Word
https://bugs.documentfoundation.org/show_bug.cgi?id=148525 Dieter changed: What|Removed |Added Whiteboard| QA:needsComment| Ever confirmed|0 |1 Summary|FILESAVE RTF Field gets |FILESAVE RTF Field gets |bold direct formatting |bold direct formatting ||after saving in Writer and ||opening in MS Word Status|UNCONFIRMED |NEW CC||dgp-m...@gmx.de --- Comment #3 from Dieter --- I confirm it with MS Word 2016 Saved as RTF with Version: 7.3.3.1 (x64) / LibreOffice Community Build ID: 1688991ca59a3ca1c74bc2176b274fba1b034928 CPU threads: 4; OS: Windows 10.0 Build 19044; UI render: Skia/Raster; VCL: win Locale: de-DE (de_DE); UI: en-GB Calc: CL I've changed bug summary to make clear, that it only happens in Word. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 148517] FILESAVE RTF Paragraph with before-after spacing set with DF gets its spacing reset to Auto
https://bugs.documentfoundation.org/show_bug.cgi?id=148517 Dieter changed: What|Removed |Added CC||dgp-m...@gmx.de Ever confirmed|0 |1 Status|UNCONFIRMED |NEW --- Comment #3 from Dieter --- I confirm it with Version: 7.3.3.1 (x64) / LibreOffice Community Build ID: 1688991ca59a3ca1c74bc2176b274fba1b034928 CPU threads: 4; OS: Windows 10.0 Build 19044; UI render: Skia/Raster; VCL: win Locale: de-DE (de_DE); UI: en-GB Calc: CL -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 148788] New: LibreOffice Calc with slow "Opening " taskbar message
https://bugs.documentfoundation.org/show_bug.cgi?id=148788 Bug ID: 148788 Summary: LibreOffice Calc with slow "Opening " taskbar message Product: LibreOffice Version: 7.3.2.2 release Hardware: x86-64 (AMD64) OS: Linux (All) Status: UNCONFIRMED Severity: normal Priority: medium Component: Calc Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: kiewoon...@gmail.com Description: I’m using LibreOffice version 7.3.2.2 in Ubuntu MATE 22.04. I noticed that after I open the 1st file (.ods, .xls, .xlsx) with LibreOffice Calc, subsequent file opening in LibreOffice Calc always come with a “Opening ” taskbar message. Although the file is already opened, but the “Opening ” taskbar message stays for >10 seconds. Note that the “Opening ” taskbar message appear when I open the 1st file, but the message disappear relatively quickly when the 1st file is opened. I tried it on Ubuntu 22.04. Such "Opening " taskbar message doesn't appear at all. I'm not sure whether it is due to the differences in desktop environment GNOME2 (Ubuntu MATE 22.04) and GNOME42 (Ubuntu 22.04). I'm not sure whether it is safe to start editing the opened file, with the "Opening " taskbar message still there? Can I do something to make the "Opening " taskbar message don't appear at all or disappear faster? Steps to Reproduce: 1.Open the first file in LibreOffice Calc. 2.Open the 2nd file in LibreOffice Calc 3.na Actual Results: The "Opening " taskbar message for the 2nd file stays in the taskbar for >10 seconds even after the 2nd file is open. Expected Results: The taskbar message should disappear after the file is opened. Reproducible: Always User Profile Reset: Yes OpenGL enabled: Yes Additional Info: Version: 7.3.2.2 / LibreOffice Community Build ID: 30(Build:2) CPU threads: 2; OS: Linux 5.15; UI render: default; VCL: gtk3 Locale: en-US (en_US.UTF-8); UI: en-US Ubuntu package version: 1:7.3.2-0ubuntu2 Calc: threaded -- 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 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 148525] FILESAVE RTF Field gets bold direct formatting
https://bugs.documentfoundation.org/show_bug.cgi?id=148525 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 148514] Filternavigator in Base is always minimized
https://bugs.documentfoundation.org/show_bug.cgi?id=148514 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 148517] FILESAVE RTF Paragraph with before-after spacing set with DF gets its spacing reset to Auto
https://bugs.documentfoundation.org/show_bug.cgi?id=148517 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 148520] Impress, table templates (character formatting wrong after load)
https://bugs.documentfoundation.org/show_bug.cgi?id=148520 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 148511] Dragging top handle of the table border to increase the size of table refuses
https://bugs.documentfoundation.org/show_bug.cgi?id=148511 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 148507] The right column showing the row number keeps constantly expanding in size (even if still in the range of say 4 or 5 digits)
https://bugs.documentfoundation.org/show_bug.cgi?id=148507 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 148509] UI:Delete row button is often disabled when being in table (Impress)
https://bugs.documentfoundation.org/show_bug.cgi?id=148509 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 148432] Navigator never presents an RTL tree for RTL documents
https://bugs.documentfoundation.org/show_bug.cgi?id=148432 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 148504] Voice control makes Calc and Writer freeze
https://bugs.documentfoundation.org/show_bug.cgi?id=148504 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 148432] Navigator never presents an RTL tree for RTL documents
https://bugs.documentfoundation.org/show_bug.cgi?id=148432 --- Comment #9 from QA Administrators --- [Automated Action] NeedInfo-To-Unconfirmed -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 144726] Programa Libre Office se cierra inesperadamente
https://bugs.documentfoundation.org/show_bug.cgi?id=144726 QA Administrators changed: What|Removed |Added Resolution|--- |INSUFFICIENTDATA Status|NEEDINFO|RESOLVED -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 144726] Programa Libre Office se cierra inesperadamente
https://bugs.documentfoundation.org/show_bug.cgi?id=144726 --- Comment #3 from QA Administrators --- Dear ramon6419, 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 145247] Cannot save documents macOS Catalina
https://bugs.documentfoundation.org/show_bug.cgi?id=145247 --- Comment #2 from QA Administrators --- Dear Keith Johnson, 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 145238] bug in vertical Text orientation in cell
https://bugs.documentfoundation.org/show_bug.cgi?id=145238 --- Comment #3 from QA Administrators --- Dear HM, 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 148787] New: Backspace wipes out bullet beyond recovery.
https://bugs.documentfoundation.org/show_bug.cgi?id=148787 Bug ID: 148787 Summary: Backspace wipes out bullet beyond recovery. Product: LibreOffice Version: 7.2.5.2 release Hardware: Other OS: Windows (All) Status: UNCONFIRMED Severity: normal Priority: medium Component: Impress Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: cdan...@betasoft.org Created attachment 179771 --> https://bugs.documentfoundation.org/attachment.cgi?id=179771=edit Impress slide with bullet points: First one vanished, after backspacing. Steps to Duplicate: 1. Create an Impress slide with several bullet points, as shown in Attachment. 2. Position the cursor inside the text box, before the first word of text. 3. Accidentally press Backspace. 4. The first bullet disappears. Unless you immediately Undo, it is gone beyond recovery, down a black hole. Issue: This is a huge annoyance, in comparison with the very trivial benefit of being able to un-bullet one line in a bulleted list. I found no way to recover the missing bullet -- even after several attempts playing with the Bullets and Numbering dialog in various ways. In the end, the user has to completely delete the text box, and start all the tedious text entry over again, from scratch. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 148786] New: Unable to undock Edit Points toolbar
https://bugs.documentfoundation.org/show_bug.cgi?id=148786 Bug ID: 148786 Summary: Unable to undock Edit Points toolbar Product: LibreOffice Version: 7.2.5.2 release Hardware: All OS: All Status: UNCONFIRMED Severity: normal Priority: medium Component: Draw Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: cdan...@betasoft.org Created attachment 179770 --> https://bugs.documentfoundation.org/attachment.cgi?id=179770=edit Draw window with Edit Points toolbar docked. Steps to Duplicate: 1. Open Draw or Impress in Windows 10. 2. Select a plain line or a bezier curve. 3. The Edit Points toolbar appears, but it is docked -- or stuck -- at the bottom of the window, just above the Status Bar. 4. There is no . icon on the toolbar, enabling users to undock it. Issue: This defeats the convenience of a floating toolbar, close to the drawing, when the user has many points to edit -- as in the State Machine diagram shown in the attachment. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 148785] New: Cursor position in file is lost when the file is closed
https://bugs.documentfoundation.org/show_bug.cgi?id=148785 Bug ID: 148785 Summary: Cursor position in file is lost when the file is closed Product: LibreOffice Version: 7.3.2.2 release Hardware: All OS: All Status: UNCONFIRMED Severity: normal Priority: medium Component: Writer Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: mrzen...@gmail.com I have files where I have filled in all the optional information needed for LO Writer to remember where the cursor last was when the fle is closed. In LO 7.2, this works perfectly - the file is set up so the cursor is in the last position it was when I previously edited the file. In 7.3, this not only does not work, but in 7.3.3, the page that shows is the right page, but the cursor is actually somewhere else, nowhere near the last edit position. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 148784] Stretch point is missing in export to custGeom in OOXML
https://bugs.documentfoundation.org/show_bug.cgi?id=148784 Regina Henschel changed: What|Removed |Added Status|UNCONFIRMED |ASSIGNED Version|Inherited From OOo |7.4.0.0 alpha0+ Master Assignee|libreoffice-b...@lists.free |rb.hensc...@t-online.de |desktop.org | Ever confirmed|0 |1 --- Comment #1 from Regina Henschel --- I will fix it. The solution is to use parameter value "true" in calling EnhancedCustomShape2d::GetParameter(). -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 148784] New: Stretch point is missing in export to custGeom in OOXML
https://bugs.documentfoundation.org/show_bug.cgi?id=148784 Bug ID: 148784 Summary: Stretch point is missing in export to custGeom in OOXML Product: LibreOffice Version: Inherited From OOo Hardware: x86-64 (AMD64) OS: Windows (All) Status: UNCONFIRMED Severity: normal Priority: medium Component: Draw Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: rb.hensc...@t-online.de Created attachment 179769 --> https://bugs.documentfoundation.org/attachment.cgi?id=179769=edit example with ActionButton Open attached document. It has a not square action button. The markup uses the attributes draw:path-stretchpoint-x and draw:path-stretchpoint-y. The purpose of these attributes is, that the width of the bevel area does not change, when you make the shape much wider. The width of the bevel area is only determined by the handle. Save the document to pptx-format. Open in PowerPoint or reopen in LO. Notice, that the geometry is broken. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 148732] UI: Default Character in Format Styles is called No Character Style in character styles deck of the sidebar
https://bugs.documentfoundation.org/show_bug.cgi?id=148732 sdc.bla...@youmail.dk changed: What|Removed |Added Status|NEW |ASSIGNED Assignee|libreoffice-b...@lists.free |sdc.bla...@youmail.dk |desktop.org | --- Comment #2 from sdc.bla...@youmail.dk --- https://gerrit.libreoffice.org/c/core/+/133401 Seeking feedback on tooltip, which would appear (a) in the customize dialog and (b) over the "A" icon in the Formatting (Styles) bar. Hard to formulate because it sometimes describes a state (no CS) and sometimes a process (removing CS). I chose to emphasize the process, rather than try to express the dual nature. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 148593] "Left page border" and "right page border" options for Horizontal "to" position in Position and Size for shapes are misleading names, which should be changed
https://bugs.documentfoundation.org/show_bug.cgi?id=148593 --- Comment #12 from sdc.bla...@youmail.dk --- (In reply to Heiko Tietze from comment #9) Sorry for this off-topic comment, but... > And we do have a nice preview that clearly shows where the object is > positioned Are you sure about that? Have you tested the preview lately? It is a mistake to believe that the current preview is always showing clearly where an object will be positioned. As Regina noted in comment 5, a ”large preview” may be a good way to reduce or eliminate uncertainty about the meanings of these options, but at present the current preview is not functioning adequately in (too) many cases. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 148783] New: PGP signatures hard to find
https://bugs.documentfoundation.org/show_bug.cgi?id=148783 Bug ID: 148783 Summary: PGP signatures hard to find Product: LibreOffice Version: unspecified Hardware: All URL: https://www.libreoffice.org/download/download/ OS: All Status: UNCONFIRMED Severity: normal Priority: medium Component: LibreOffice Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: manc...@zoho.com LibreOffice binaries/installers are PGP-signed (good) but detached signatures aren't found on download page (not that good). One must do some detective work to find them. Suggestion: please include link to corresponding .asc file on download page. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 123370] [META] "Expression is faulty" regressions
https://bugs.documentfoundation.org/show_bug.cgi?id=123370 Bug 123370 depends on bug 123381, which changed state. Bug 123381 Summary: FILEOPEN DOCX INT table formula is not working in LO https://bugs.documentfoundation.org/show_bug.cgi?id=123381 What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 112969] [META] DOCX (OOXML) field-related issues
https://bugs.documentfoundation.org/show_bug.cgi?id=112969 Bug 112969 depends on bug 123381, which changed state. Bug 123381 Summary: FILEOPEN DOCX INT table formula is not working in LO https://bugs.documentfoundation.org/show_bug.cgi?id=123381 What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 123381] FILEOPEN DOCX INT table formula is not working in LO
https://bugs.documentfoundation.org/show_bug.cgi?id=123381 Xisco Faulí changed: What|Removed |Added Resolution|--- |FIXED Status|NEW |RESOLVED --- Comment #10 from Xisco Faulí --- I guess we can close this issue as RESOLVED FIXED @laszlo, Thanks for reviewing the patch -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 108741] [META] Shapes bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=108741 sdc.bla...@youmail.dk changed: What|Removed |Added Depends on||148782 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=148782 [Bug 148782] "Left frame border" and "Right frame border" options for Horizontal "to" position in Position and Size for shapes should be changed to "Left of frame text area" and "Right of frame text area" -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 103270] [META] Image/Picture dialog bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=103270 sdc.bla...@youmail.dk changed: What|Removed |Added Depends on||148782 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=148782 [Bug 148782] "Left frame border" and "Right frame border" options for Horizontal "to" position in Position and Size for shapes should be changed to "Left of frame text area" and "Right of frame text area" -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 148782] "Left frame border" and "Right frame border" options for Horizontal "to" position in Position and Size for shapes should be changed to "Left of frame text area" and "Ri
https://bugs.documentfoundation.org/show_bug.cgi?id=148782 sdc.bla...@youmail.dk changed: What|Removed |Added Blocks||103270, 108741 CC||libreoffice-ux-advise@lists ||.freedesktop.org, ||rb.hensc...@t-online.de Keywords||needsUXEval Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=103270 [Bug 103270] [META] Image/Picture dialog bugs and enhancements https://bugs.documentfoundation.org/show_bug.cgi?id=108741 [Bug 108741] [META] Shapes bugs and enhancements -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 148782] New: "Left frame border" and "Right frame border" options for Horizontal "to" position in Position and Size for shapes should be changed to "Left of frame text area" an
https://bugs.documentfoundation.org/show_bug.cgi?id=148782 Bug ID: 148782 Summary: "Left frame border" and "Right frame border" options for Horizontal "to" position in Position and Size for shapes should be changed to "Left of frame text area" and "Right of frame text area" 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 1. Make a frame. 2. Make a shape, and anchor the shape "to frame" 3. Right-click shape and choose "Position and Size" - Position and Size tab. 4. In Position section, look at options for "to" control. Left frame border -> Left of frame text area Right frame border -> Right of frame text area Please note: Left/Right is a geometric issue -- positions in space. Nothing to do with directions of writing. Reasons: 1. Accuracy 2. Would be parallel/similar to "Left of page text area" and "Right of page text area" (see bug 148593) (i.e., facilitating understanding/consistency) 3. Enables possibility to use "Frame border" for both Horizontal and Vertical "to" options instead of "Margin" and "Entire Frame" (see bug 148519) -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 60205] Multi-column 1-page RTF(not doc) with text box (absolute position to margin with "Layout in table cell") opens with wrong frame position
https://bugs.documentfoundation.org/show_bug.cgi?id=60205 --- Comment #18 from rj_libreoff...@objectmail.com --- Created attachment 179768 --> https://bugs.documentfoundation.org/attachment.cgi?id=179768=edit Essentially the same problem seen with LO v7.3.2.2 (x64), Win 10 Home -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 60205] Multi-column 1-page RTF(not doc) with text box (absolute position to margin with "Layout in table cell") opens with wrong frame position
https://bugs.documentfoundation.org/show_bug.cgi?id=60205 --- Comment #17 from rj_libreoff...@objectmail.com --- I see essentially the same problem with the current LibreOffice Fresh, v7.3.2.2. (x64), using Windows 10 Home. See new screenshot. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 148781] New: I have tried to open LibreOffice and it will not run. I cannot open any of my documents.
https://bugs.documentfoundation.org/show_bug.cgi?id=148781 Bug ID: 148781 Summary: I have tried to open LibreOffice and it will not run. I cannot open any of my documents. Product: LibreOffice Version: 7.3.2.2 release Hardware: All OS: Windows (All) Status: UNCONFIRMED Severity: normal Priority: medium Component: LibreOffice Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: richardson.jaso...@gmail.com Description: I tried to click on the short cut on my desktop and nothing happens. I try to open my spreadsheets and documents, and nothing happens. I have version 7.3.2. Actual Results: I can not open LibreOffice. to reproduce the problem just try to open it. Expected Results: Nothing is happening, that is why im reaching out to you. Reproducible: Always User Profile Reset: No Additional Info: Software should open as normal -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 148637] Unusably tiny window size after 'restore' is used on KDE
https://bugs.documentfoundation.org/show_bug.cgi?id=148637 --- Comment #3 from BDF --- Bug report on the KDE bug tracker got closed by Nate Graham: "It really sounds like a LibreOffice bug" -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 38850] Show "Bullets and Numbering" toolbar for all paragraphs not being Text Body
https://bugs.documentfoundation.org/show_bug.cgi?id=38850 --- Comment #14 from sdc.bla...@youmail.dk --- (In reply to Heiko Tietze from comment #13) > As discussed on bug 148673 we should show the toolbar for any paragraph > which outline level is not Text Body. iiuc the OP here is about allowing the user to manually override the context-sensitive nature of the B toolbar. STR. 1. Insert a non-list paragraph. 2. View > Toolbars > Bullets and Numbering. 3. Insert a new paragraph, formatted as a list paragraph 4. Place cursor in (initial) non-list paragraph. Actual:Toolbar appears after step 2, but disappears after step 4 Expected: Toolbar remains visible (because I have manually chosen to "View" it) until I manually choose to "hide" it. Tested with: Version: 7.4.0.0.alpha0+ (x64) / LibreOffice Community Build ID: f8e11c6480ff0005715b989a6d4e2e10a3816cf6 (I have not tested other context-sensitive toolbars, but I could imagine that the request can be generalized to "always show toolbars that I manually "activate" with View > Toolbars.) That request seems worthy of consideration, but the issue discussed in bug 148673 would not "resolve" the OP here -- because the B bar would disappear on non-list paragraphs with "Text Body" outline level. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 148780] UNWANTED SPACES on Entering Next Line in Writer Document
https://bugs.documentfoundation.org/show_bug.cgi?id=148780 --- Comment #1 from Digi Abros --- Created attachment 179767 --> https://bugs.documentfoundation.org/attachment.cgi?id=179767=edit Writer-Empty-Space-Characters-on-Click-Anywhere-in-Document -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 148780] New: UNWANTED SPACES on Entering Next Line in Writer Document
https://bugs.documentfoundation.org/show_bug.cgi?id=148780 Bug ID: 148780 Summary: UNWANTED SPACES on Entering Next Line in Writer Document Product: LibreOffice Version: 7.3.0.3 release Hardware: x86-64 (AMD64) OS: Windows (All) Status: UNCONFIRMED Severity: normal Priority: medium Component: Writer Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: digitalab...@gmail.com Description: see Steps and expected results. Steps to Reproduce: 1. Open Writer > New Document. (somename.odt) 2. Type text on a line. Press Enter / Return key. 3. Type some more text. 4. Press Enter / Return key. 2-3 times. 5. Type some more text. 6. Press Enter / Return key. 7. Click anywhere on blank space on above lines. You see all blank lines and cursor where you clicked is converted to Space characters. Actual Results: BLANK LINES are converted to SPACE characters. Space after Text on any given line is converted to SPACE characters. Expected Results: No Spaces allowed after written text, no matter how many blank lines in Writer Text document are present at the moment. It is extremely frustrating to have to delete is every time, for official work documents. No one likes it during presentation or sharing. Kindly get rid of the empty space characters, that are generated automatically. Reproducible: Always User Profile Reset: Yes OpenGL enabled: Yes Additional Info: [Information automatically included from LibreOffice] Locale: en-US Module: TextDocument [Information guessed from browser] OS: Windows (All) OS is 64bit: no -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 108908] [META] Visual Basic for Applications (VBA) macro issues
https://bugs.documentfoundation.org/show_bug.cgi?id=108908 Bug 108908 depends on bug 75263, which changed state. Bug 75263 Summary: FILESAVE XLS Cyrillic (Russian) characters inserted by macro appear as question marks https://bugs.documentfoundation.org/show_bug.cgi?id=75263 What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|--- |FIXED -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 146928] Open the corresponding text font tab for Asian/CTL fonts
https://bugs.documentfoundation.org/show_bug.cgi?id=146928 Eyal Rozenberg changed: What|Removed |Added Blocks||43808 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=43808 [Bug 43808] [META] Right-To-Left and Complex Text Layout language issues (RTL/CTL) -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 43808] [META] Right-To-Left and Complex Text Layout language issues (RTL/CTL)
https://bugs.documentfoundation.org/show_bug.cgi?id=43808 Eyal Rozenberg changed: What|Removed |Added Depends on||146928 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=146928 [Bug 146928] Open the corresponding text font tab for Asian/CTL fonts -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 43808] [META] Right-To-Left and Complex Text Layout language issues (RTL/CTL)
https://bugs.documentfoundation.org/show_bug.cgi?id=43808 Eyal Rozenberg changed: What|Removed |Added Depends on|146928 | Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=146928 [Bug 146928] Open the corresponding text font tab for Asian/CTL fonts -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 129661] [META] Right-To-Left (RTL) user interface issues
https://bugs.documentfoundation.org/show_bug.cgi?id=129661 Eyal Rozenberg changed: What|Removed |Added Depends on||146928 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=146928 [Bug 146928] Open the corresponding text font tab for Asian/CTL fonts -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 146928] Open the corresponding text font tab for Asian/CTL fonts
https://bugs.documentfoundation.org/show_bug.cgi?id=146928 Eyal Rozenberg changed: What|Removed |Added Blocks|43808 |129661 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=43808 [Bug 43808] [META] Right-To-Left and Complex Text Layout language issues (RTL/CTL) https://bugs.documentfoundation.org/show_bug.cgi?id=129661 [Bug 129661] [META] Right-To-Left (RTL) user interface issues -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 146928] Open the corresponding text font tab for Asian/CTL fonts
https://bugs.documentfoundation.org/show_bug.cgi?id=146928 --- Comment #12 from Eyal Rozenberg --- > That makes Asian and CTL users confused before clicking 'Asian' or 'Complex' > tab because a user will usually believe what dialog shows first reflects > present state. As far as I can speak for RTL language users (which is to be debated...) I semi-disagree. The tab heading clearly states "Western". And - RTL language users are used to there being "two fonts" - the English/LTR/European languages font and the RTL languages font. (You could argue that "Western" is a questionable choice of name, but that's a different story.) I agree that in its previous state, the dialog was kind of repetitive; and that readability is somewhat improved now. What I suggest as an alternative solution is that, when the Character properties dialog is opened, the focused tab will be the one corresponding to the language group in whose context the dialog was opened. That seems like Heiko's second suggested option; and it should suffice to avoid the element of surprise described by Kiyotaka-san (Or is it Nishibori-san? Sorry, I couldn't figure out which one is the family name). -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 148432] Navigator never presents an RTL tree for RTL documents
https://bugs.documentfoundation.org/show_bug.cgi?id=148432 --- Comment #8 from Eyal Rozenberg --- (In reply to Caolán McNamara from comment #7) > but its a big amount of UI to attempt to try and tackle that widget by > widget But almost no LO UI needs this. I currently know of two places. Maybe you can find another example or two. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 148779] Crash when editing "Structure and Formatting" of Bibliography
https://bugs.documentfoundation.org/show_bug.cgi?id=148779 --- Comment #1 from leana.ji...@icloud.com --- Created attachment 179766 --> https://bugs.documentfoundation.org/attachment.cgi?id=179766=edit logfile of macOS after the crash of LibreOffice -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 148779] New: Crash when editing "Structure and Formatting" of Bibliography
https://bugs.documentfoundation.org/show_bug.cgi?id=148779 Bug ID: 148779 Summary: Crash when editing "Structure and Formatting" of Bibliography Product: LibreOffice Version: 7.3.2.2 release Hardware: ARM OS: macOS (All) Status: UNCONFIRMED Severity: normal Priority: medium Component: Writer Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: leana.ji...@icloud.com Description: Right-click a generated Bibliography index > "Edit Index" > "Entries" tab > "Structure and Formatting", removing text to the text field of text separator crashes LibreOffice Steps to Reproduce: 1. Create bibliography: "Insert" > "Table of Contents and Index" > "Table of Contents, index and Bibliography". 2. "Entries" tab > "Structure and Formatting". I should be able to add/remove text in the text boxes. 3. Remove text to the text field of text separator crashes LibreOffice (even where there are still text to delete) Actual Results: Crashes LibreOffice completely Expected Results: Be able to add/delete text to the text field Reproducible: Always User Profile Reset: Yes OpenGL enabled: Yes Additional Info: Version: 7.3.2.2 / LibreOffice Community Build ID: 49f2b1bff42cfccbd8f788c8dc32c1c309559be0 CPU threads: 8; OS: Mac OS X 12.3.1; UI render: default; VCL: osx Locale: fr-FR (fr_FR.UTF-8); UI: en-US Calc: threaded Crash log from macOS https://controlc.com/64e66b9f -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 148433] Extreme keyboard input delays on linux in paragraphs which contain both rtl and ltr characters
https://bugs.documentfoundation.org/show_bug.cgi?id=148433 --- Comment #19 from Yotam Benshalom --- Thank you. Will you let me know how to install libreoffice from daily? -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 148433] Extreme keyboard input delays on linux in paragraphs which contain both rtl and ltr characters
https://bugs.documentfoundation.org/show_bug.cgi?id=148433 --- Comment #18 from Caolán McNamara --- the remaining leading contender for investigation is then that CAIRO_OPERATOR_DIFFERENCE call, there was difficulties with it in the past on nvidia. I will push a commit which will allow experimenting with the next daily that contains it to see if that has a bearing on this problem or not. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 148432] Navigator never presents an RTL tree for RTL documents
https://bugs.documentfoundation.org/show_bug.cgi?id=148432 --- Comment #7 from Caolán McNamara --- I'm not sure there is a general solution when using the LTR UI to get good outcomes in the dialogs with such lists of RTL text. It is possible to override the direction of individual widgets but in the general case the text that will appear in the list is arbitrary. One could try and bubble the "document language" around the place and override default direction based on that, but its a big amount of UI to attempt to try and tackle that widget by widget -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 148771] Decreasing font sizes is often inconvenient
https://bugs.documentfoundation.org/show_bug.cgi?id=148771 Telesto changed: What|Removed |Added Severity|enhancement |normal -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 148771] Decreasing font sizes is often inconvenient
https://bugs.documentfoundation.org/show_bug.cgi?id=148771 Telesto changed: What|Removed |Added CC||tele...@surfxs.nl Version|7.2.6.2 release |7.0.0.3 release Status|UNCONFIRMED |NEW Ever confirmed|0 |1 Keywords||bibisectRequest, regression --- Comment #1 from Telesto --- 1. Open Writer 2. Set font size to 10.5 3. click on the drop down again (should be 4 entry's with smaller font 7, 8, 9 and 10 visible) Confirm (no entry's) Version: 7.4.0.0.alpha0+ (x64) / LibreOffice Community Build ID: 4659fc2f0a7223a89446edff0b77e58758b5edf5 CPU threads: 4; OS: Windows 6.3 Build 9600; UI render: Skia/Raster; VCL: win Locale: en-US (nl_NL); UI: en-US Calc: CL also in Version: 7.0.0.0.beta1+ (x64) Build ID: 2891e91a513520d68ea2b8c59c14335861a15253 CPU threads: 4; OS: Windows 6.3 Build 9600; UI render: Skia/Raster; VCL: win Locale: en-US (nl_NL); UI: en-US Calc: CL fine with Version: 6.4.0.0.beta1+ (x64) (4 entry's before) 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 148778] Librecalc memory likage - it cannot empty memory
https://bugs.documentfoundation.org/show_bug.cgi?id=148778 --- Comment #2 from elias estatistics --- In my machine, i can reproduce, freeze, very well. I think that it has to do with "adapt-row" topic. Cause, when i am copying some tables over formula sheet, it may need 1 minute (!!) in order to copy them -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 147586] FILEOPEN PPTX: bullet points in list appear black instead of blue (style issue?)
https://bugs.documentfoundation.org/show_bug.cgi?id=147586 Xisco Faulí changed: What|Removed |Added Assignee|libreoffice-b...@lists.free |xiscofa...@libreoffice.org |desktop.org | Status|NEW |ASSIGNED --- Comment #5 from Xisco Faulí --- i think I know how to fix it -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 107765] CALC: Switching language during spell-check doesn't change the text's language property
https://bugs.documentfoundation.org/show_bug.cgi?id=107765 --- Comment #6 from Justin L --- My guess is that it is from 5f62f8e19d07c795b98ca85350b00b5d1edef3e2 Auto spell-check is no longer done in ScDocument. where we now call pViewSh->ContinueOnlineSpelling() instead of doing something at the document level - which did have some language code in it. Another good place to check is sc/source/ui/view/spelldialog.cxx's ApplyChangedSentence() -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 148778] Librecalc memory likage - it cannot empty memory
https://bugs.documentfoundation.org/show_bug.cgi?id=148778 --- Comment #1 from elias estatistics --- Created attachment 179765 --> https://bugs.documentfoundation.org/attachment.cgi?id=179765=edit workbench with simple tables. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 148778] New: Librecalc memory likage - it cannot empty memory
https://bugs.documentfoundation.org/show_bug.cgi?id=148778 Bug ID: 148778 Summary: Librecalc memory likage - it cannot empty memory Product: LibreOffice Version: 7.4.0.0 alpha0+ Master Hardware: All OS: All Status: UNCONFIRMED Severity: normal Priority: medium Component: Calc Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: elias__0...@yahoo.com Created attachment 179764 --> https://bugs.documentfoundation.org/attachment.cgi?id=179764=edit image showing >5gb consumed by a simple workbook. Librecalc memory likage - it cannot empty memory I have done a lot resets working only two calc workbooks. My computer almost freezes. When i close all other workbooks except one which contains simple tables (no formulas), memory is almost >5GBs while when shutting down libreoffice, and opening only that workbook, then total memory is about ~1GB. (total ~8GBs mem) Reproduce 0) restrict memory to libre about 8GBs a) open many sheets with formula in order to memory goes almost full (~7GBs in total) b) close all "complicated sheets". c) except the simplest one without formulas. d) computer cannot empty memory after 1 to 5 minutes... e) freezes... Version: 7.4.0.0.alpha0+ / LibreOffice Community Build ID: 566ee17c2709f9939145ddc7fbb1d61c35049321 CPU threads: 4; OS: Linux 5.11; UI render: default; VCL: kf5 (cairo+xcb) Locale: el-GR (el_GR.UTF-8); UI: en-US Calc: threaded Jumbo Architecture:x86_64 CPU op-mode(s): 32-bit, 64-bit Byte Order: Little Endian Address sizes: 39 bits physical, 48 bits virtual CPU(s): 4 On-line CPU(s) list: 0-3 Thread(s) per core: 1 Core(s) per socket: 4 Socket(s): 1 NUMA node(s):1 Vendor ID: GenuineIntel CPU family: 6 Model: 60 Model name: Intel(R) Core(TM) i5-4570S CPU @ 2.90GHz Stepping:3 CPU MHz: 2178.963 CPU max MHz: 3600. CPU min MHz: 800. BogoMIPS:5786.55 Virtualization: VT-x L1d cache: 128 KiB L1i cache: 128 KiB L2 cache:1 MiB L3 cache:6 MiB NUMA node0 CPU(s): 0-3 Vulnerability Itlb multihit: KVM: Mitigation: VMX disabled Vulnerability L1tf: Mitigation; PTE Inversion; VMX conditional cach e flushes, SMT disabled Vulnerability Mds: Mitigation; Clear CPU buffers; SMT disabled Vulnerability Meltdown: Mitigation; PTI Vulnerability Spec store bypass: Mitigation; Speculative Store Bypass disabled v ia prctl and seccomp Vulnerability Spectre v1:Mitigation; usercopy/swapgs barriers and __user pointer sanitization Vulnerability Spectre v2:Mitigation; Full generic retpoline, IBPB condit ional, IBRS_FW, STIBP disabled, RSB filling Vulnerability Srbds: Mitigation; Microcode Vulnerability Tsx async abort: Not affected Flags: fpu vme de pse tsc msr pae mce cx8 apic sep mtr r pge mca cmov pat pse36 clflush dts acpi mmx f xsr sse sse2 ss ht tm pbe syscall nx pdpe1gb rd tscp lm constant_tsc arch_perfmon pebs bts rep_ good nopl xtopology nonstop_tsc cpuid aperfmper f pni pclmulqdq dtes64 monitor ds_cpl vmx smx e st tm2 ssse3 sdbg fma cx16 xtpr pdcm pcid sse4_ 1 sse4_2 x2apic movbe popcnt tsc_deadline_timer aes xsave avx f16c rdrand lahf_lm abm cpuid_fa ult invpcid_single pti ssbd ibrs ibpb stibp tpr _shadow vnmi flexpriority ept vpid ept_ad fsgsb ase tsc_adjust bmi1 avx2 smep bmi2 erms invpcid xsaveopt dtherm ida arat pln pts md_clear flus h_l1d $$P. ,g$$P" """Y$$.".OS: Debian GNU/Linux 11 (bullseye) x86_64 ,$$P' `$$$. Host: B85M-HD3 R4 ',$$P ,ggs. `$$b: Kernel: 5.11.0-18-generic `d$$' ,$P"' .$$$Uptime: 1 hour, 28 mins $$P d$' ,$$PPackages: 6371 (dpkg), 4 (flatpak) $$: $$. -,d$$'Shell: bash 5.1.4 Y$$.`.`"YP"'Resolution: 1920x1080 `$$b.
[Libreoffice-bugs] [Bug 130715] copy cell range from one sheet to another does not work (openSUSE-only)
https://bugs.documentfoundation.org/show_bug.cgi?id=130715 --- Comment #22 from Buovjaga --- (In reply to Eric from comment #21) > Can you explain? This was not installed by Yast, but as a direct download > from libroffice and using the install script from the tarball to install > locally in my home directory I can't except that there seems to be something in the openSUSE KDE distro that brings this about. As I said in an earlier comment, Arch Linux with KDE does not exhibit this even with Klipper active. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 148464] Ability to pick-and-choose where to search
https://bugs.documentfoundation.org/show_bug.cgi?id=148464 --- Comment #4 from Eyal Rozenberg --- (In reply to Heiko Tietze from bug #96474 comment #10) > The topic was on the agenda of the design meeting. > > Solution a) is to list all entities similar to attributes and check it by > default. The idea in comment 3 is not flexible, hard to understand and takes > a lot of space. > Solution b) would be to know where the search was started from and allow to > "[ ] Search only in %1". > Solution c) is to start the search command with a parameter like > .uno:Search?where="comment" and allow to restrict the search to this entity > only > > Solutions b) and c) clutter less, a) is more flexible (but requires a check > all/none option). I'll rephrase, since the minutes mis-capture my opinion as it evolved over the course of the meeting.. (a) (b) and (c) are for me all parts of the same solution: * A sub-dialog of the F dialog will list all _kinds_ of entities, just like we currently have for Attributes. The entries could be something like: Body, footnotes, endnotes, comments, footers, headers, headings etc. etc. * The initial selection on this dialog will depend on how or from where you got into the F dialog. For example, if the comment context menu had an item called "search comments", it would bring up F with only comments checked; but the main menu item would not do that. One can bike-shed what the default selection should be, and whether using the same menu item from different places should affect the default. * The initial selection can be overriden by a parameter of the UNO command, which would be a list of checked/selected items. So, the way a "search comments" would be implemented is the F dialog command, with a setting of the initial selection parameter to only have comments. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 130715] copy cell range from one sheet to another does not work (openSUSE-only)
https://bugs.documentfoundation.org/show_bug.cgi?id=130715 --- Comment #21 from Eric --- Can you explain? This was not installed by Yast, but as a direct download from libroffice and using the install script from the tarball to install locally in my home directory -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 119010] Page area hatch doesn't work correctly in a Writer document with mirrored pages.
https://bugs.documentfoundation.org/show_bug.cgi?id=119010 --- Comment #9 from Robin Henderson --- I’ve re-tested this using LibreOffice 7.3.2.2 on Mac OS X 10.16 and confirm that there is still a bug present and that Gradient, Image, Pattern and Hash aren’t presented correctly on the LH page. This is slightly different to the way that the bug originally presented itself when first reported. Before testing on 7.3.2.3, I tested the bug on LibreOffice v6.x and although there was still a bug present it didn’t show show up quite so obviously (ie., it nearly worked). It wasn’t evident for Gradient but for Image, Pattern and Hash the page area wasn’t always filled consistently. I would therefore conclude that there appears to be some regression between v6.x and v7.3.2.2. The page diagram on Format >> Page Style… >> Page, the area filled in doesn’t include the margins. When the problem was originally reported, only the page text area was filled in and not the margins (see attachment provided). This is a change and not an improvement. Comments about v3.3 have already been made. This feature wasn't present in v3.3. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 130715] copy cell range from one sheet to another does not work (openSUSE-only)
https://bugs.documentfoundation.org/show_bug.cgi?id=130715 Buovjaga changed: What|Removed |Added Ever confirmed|0 |1 Status|UNCONFIRMED |NEW Summary|copy cell range from one|copy cell range from one |sheet to another does not |sheet to another does not |work|work (openSUSE-only) --- Comment #20 from Buovjaga --- I think your best bet is to get openSUSE developers involved. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 130715] copy cell range from one sheet to another does not work
https://bugs.documentfoundation.org/show_bug.cgi?id=130715 Eric changed: What|Removed |Added CC||erben...@comcast.net --- Comment #19 from Eric --- I just downloaded LO: Version: 7.3.2.2 / LibreOffice Community Build ID: 49f2b1bff42cfccbd8f788c8dc32c1c309559be0 CPU threads: 4; OS: Linux 5.8; UI render: default; VCL: kf5 (cairo+xcb) Locale: en-US (en_US.UTF-8); UI: en-US Calc: threaded And installed it i my home directory separate from the distro install I tried to copy a column of data from one sheet to a new sheet in the same document and nothing happens. Nothing at all is pasted. This has bugged me a lot in prev versions so I was hoping a direct install would fix it but it doesn't openSUSE Leap 15.3 / (x86_64) Installed Memory 8G KDE 5.76.0 Plasma 5.18.6 Qt: 5.12.7 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 148432] Navigator never presents an RTL tree for RTL documents
https://bugs.documentfoundation.org/show_bug.cgi?id=148432 --- Comment #6 from Eyal Rozenberg --- (In reply to Caolán McNamara from comment #5) > My understanding is that all those UI things follow the UI Language rather > than the document language Yes. But - this becomes a problem when you fill up the UI with document content - which is what happens in Navigator. It also happens in the xref dialog (bug 131725). The worst part of it is how you get the ends of labels rather than the beginning of labels. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 148433] Extreme keyboard input delays on linux in paragraphs which contain both rtl and ltr characters
https://bugs.documentfoundation.org/show_bug.cgi?id=148433 --- Comment #17 from Yotam Benshalom --- Holding shift does not make any difference. No input method is defined in settings->area and language->manage installed languages. I think they are not relevant to rtl languages. Changing the keyboard input language has no effect. Changing font (using fonts from various sources) makes no difference. Please note that on further investigation I found that this happens whenever rtl and ltr (e.g., latin) characters are mixed together. This is not exclusive to the case of rtl and numeric characters in the same paragraph. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 148648] Need to make Insert cross-ref more accessible
https://bugs.documentfoundation.org/show_bug.cgi?id=148648 --- Comment #2 from Eyal Rozenberg --- (In reply to Heiko Tietze from comment #1) > Shortcuts are precious and hard if not impossible to remove later. Fair enough... > What key combination do you have in mind? Anything would be better than no shortcut, I guess... how about Alt+Shift+R, or Alt+Shift+C? -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 148777] The tip of the day 106/223
https://bugs.documentfoundation.org/show_bug.cgi?id=148777 --- Comment #1 from Mehrad Mahmoudian --- Created attachment 179763 --> https://bugs.documentfoundation.org/attachment.cgi?id=179763=edit TipOfTheDay106 This is what I see for this TipOfTheDay -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 148777] New: The tip of the day 106/223
https://bugs.documentfoundation.org/show_bug.cgi?id=148777 Bug ID: 148777 Summary: The tip of the day 106/223 Product: LibreOffice Version: 7.2.6.2 release Hardware: All OS: All Status: UNCONFIRMED Severity: enhancement Priority: medium Component: LibreOffice Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: m.mahmoud...@gmail.com Description: The tip of the day number 106 (I wish there was a universal permanent way to point at them) is very vague and is practically useless. It reads: > Citation management? Use a 3rd party extension. Not that it grammatically is wrong, it is lacking the most important information: "what?" I propose adding at least one 3rd-party Citation manager to the text to clarify to user what you mean. For instance the text can be altered to: > Need to do citation? You can use 3rd-party citation managers such as Zotero The reasons I wrote Zotero are: - it is Free and Libre Opensource Software - user own the data and until Mendeley it is not stored in some sort of cryptic database Steps to Reproduce: 1. open LibreOffice 2. press Next Tip button enough times to get to tip number 106/223 Actual Results: > Citation management? Use a 3rd party extension. Expected Results: > Need to do citation? You can use 3rd-party citation managers such as Zotero Reproducible: Always User Profile Reset: No Additional Info: NOT APPLICABLE -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 139007] [META] PDF accessibility
https://bugs.documentfoundation.org/show_bug.cgi?id=139007 Olivier Hallot changed: What|Removed |Added Depends on||148776 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=148776 [Bug 148776] PDF Accessibility: checker windows scroll steps too small -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 148776] New: PDF Accessibility: checker windows scroll steps too small
https://bugs.documentfoundation.org/show_bug.cgi?id=148776 Bug ID: 148776 Summary: PDF Accessibility: checker windows scroll steps too small Product: LibreOffice Version: unspecified Hardware: All OS: All Status: UNCONFIRMED Severity: normal Priority: medium Component: Writer Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: olivier.hal...@libreoffice.org Blocks: 139007 On using the Accessibility checker (Tools - Accessibility check) in a Writer document, the dialog list the issues found. However on scrolling the list, the scroll is too slow, as when the scroll minimal step is too small. It forces to use the mouse roller too much. Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=139007 [Bug 139007] [META] PDF accessibility -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 142253] Writer cursor can't be stopped from blinking
https://bugs.documentfoundation.org/show_bug.cgi?id=142253 Buovjaga changed: What|Removed |Added Resolution|--- |INVALID Status|NEEDINFO|RESOLVED --- Comment #9 from Buovjaga --- Great to hear :) I am closing this as invalid for lack of a better status. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 142253] Writer cursor can't be stopped from blinking
https://bugs.documentfoundation.org/show_bug.cgi?id=142253 --- Comment #8 from Jon --- Many Thanks! Problem solved. The blinking cursor might seem a small problem but as I have one or two slightly autistic traits the blinking was driving me KNUTZ! Thanks again. (It seems the worm was added by my copy & paste operation.) -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 148075] LibreOffice crashes when opening certain large files (which worked with other versions)
https://bugs.documentfoundation.org/show_bug.cgi?id=148075 Julien Nabet changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|--- |WORKSFORME --- Comment #19 from Julien Nabet --- (In reply to Adalbert Hanßen from comment #18) > ... > I am happily surprised that this version did not show the crash on all files > the one before uploaded (and some more where the previous ones all failed). > > I'll keep an open eye in the next time (and I'll use the development version > more often than in the last weeks now). Good news then! :-) However since it's a dev version, do think even more than usual about making backups regularly and let's put this one to WFM. Of course, don't hesitate to reopen if you still reproduce the crash. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 131828] Font size feedback is wrong
https://bugs.documentfoundation.org/show_bug.cgi?id=131828 Julien Nabet changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |NOTABUG --- Comment #5 from Julien Nabet --- Thank you Heiko for the feedback, let's put this one to Not A Bug then. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 127965] LibreOffice Draw crashes without error after applying properties (kde5/kf5 on Wayland)
https://bugs.documentfoundation.org/show_bug.cgi?id=127965 Michael Weghorn changed: What|Removed |Added Ever confirmed|0 |1 Status|UNCONFIRMED |NEEDINFO --- Comment #19 from Michael Weghorn --- @Lars: Does this still happen for you with a current daily build of master or a version >= 7.3.3. That one contains various Wayland-related fixes for the kf5 VCL plugin. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 148248] Autofilter menu item label "Text Color" is better to be "Font Color"
https://bugs.documentfoundation.org/show_bug.cgi?id=148248 Gabor Kelemen (allotropia) changed: What|Removed |Added CC||kelem...@ubuntu.com --- Comment #6 from Gabor Kelemen (allotropia) --- Just checked my Excel 2013, they also call it "Filter by Font Color". +1 to change this. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 103182] [META] GTK3-specific bugs
https://bugs.documentfoundation.org/show_bug.cgi?id=103182 Bug 103182 depends on bug 148654, which changed state. Bug 148654 Summary: Audio from interaction click does not stop when exiting slideshow (gtk3-only) https://bugs.documentfoundation.org/show_bug.cgi?id=148654 What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|--- |FIXED -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 103182] [META] GTK3-specific bugs
https://bugs.documentfoundation.org/show_bug.cgi?id=103182 Bug 103182 depends on bug 141441, which changed state. Bug 141441 Summary: Font style menulist loses selection when switching fonts (gtk3) https://bugs.documentfoundation.org/show_bug.cgi?id=141441 What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|--- |FIXED -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 148433] Extreme keyboard input delays on linux in paragraphs which contain both rtl and ltr characters
https://bugs.documentfoundation.org/show_bug.cgi?id=148433 --- Comment #16 from Caolán McNamara --- I can't reproduce, but I only have integrated Intel graphics. Does it make any difference if shift is held down to create a selection instead of just changing the input position? And is there any input methods enabled? (though using a Hebrew IM didn't make a difference when I tried it locally) And does changing the font make any difference? The only thing that comes immediately to mind with specifically digits having anything special about them is "GetLocalizedChar" in vcl which shouldn't matter for this language. If someone can reproduce it and is able to build libreoffice they could see if deleting the block of code in vcl/source/outdev/text.cxx at approx line 1190, the "if( meTextLanguage )" block makes any difference. There was trouble in the past with CAIRO_OPERATOR_DIFFERENCE and nvidia cards, again if someone can reproduce and can build libreoffice then they could see if disabling the line "cairo_set_operator(cr, CAIRO_OPERATOR_DIFFERENCE)" in vcl/headless/svpgdi.cxx makes a difference. wrt "hardware acceleration disabled in LO options" that should only affect full screen impress presentation mode FWIW -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 148248] Autofilter menu item label "Text Color" is better to be "Font Color"
https://bugs.documentfoundation.org/show_bug.cgi?id=148248 --- Comment #5 from Joselp --- I don't understand where the problem lies The filter makes it clear if you want to filter by text colour or background colour, but if it is because of inconsistencies in the interface, it would be correct to unify concepts. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 108800] [META] Print related issues
https://bugs.documentfoundation.org/show_bug.cgi?id=108800 Bug 108800 depends on bug 141391, which changed state. Bug 141391 Summary: Regression: paste nested table in the first paragraph instead of overwriting cells, as before https://bugs.documentfoundation.org/show_bug.cgi?id=141391 What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|--- |FIXED -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 102593] [META] Paste bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=102593 Bug 102593 depends on bug 141391, which changed state. Bug 141391 Summary: Regression: paste nested table in the first paragraph instead of overwriting cells, as before https://bugs.documentfoundation.org/show_bug.cgi?id=141391 What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|--- |FIXED -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 141391] Regression: paste nested table in the first paragraph instead of overwriting cells, as before
https://bugs.documentfoundation.org/show_bug.cgi?id=141391 László Németh changed: What|Removed |Added Resolution|--- |FIXED Assignee|nem...@numbertext.org |libreoffice-b...@lists.free ||desktop.org Status|ASSIGNED|RESOLVED --- Comment #6 from László Németh --- The committed patch fixes the original problem for the typical UX regression: positioning text cursor not exactly at beginning of the cell content resulted not intended nested table insertion (which has also a printing problem, too). If it needs to solve the secondary problem, the printing difference at nesting extreme long table, I suggest to file that again. Commit description: tdf#141391 sw: don't paste as nested table in first cell paragraph Paste table content overwrote cells of the row(s) only if the text cursor was at the beginning of the table cell, otherwise the table cells on the clipboard were inserted as a nested table. This was a UX regression from commit 7600a2942ce2b9dac66836105bed6620d55abec2 "fdo#37156 insert table copy as nested table in non-starting cell position" especially when the user clicked not exactly at the beginning of a cell, which containing a 1-line text or data. Since commit 1e278d1d0cfb1d5375195aa764739f00633f21e8 "tdf#37156 Writer menu: Paste as Nested table" it's possible to force nesting (but not overwriting yet), this commit revert partially commit 7600a2942ce2b9dac66836105bed6620d55abec2: if the text cursor is there in the first paragraph of the cell, Paste table content overwrites the row, not embedding a nested table in the cell at the cursor position. This change results also better interoperability with the existing document editors. Note: table and text selection were checked with the change, too. Details: Heuristics to allow copying table rows or nesting tables without using Edit -> Paste Special -> Paste as Nested Table: At "table selection" (i.e. when cell(s) completely selected), or if the text selection starts in the first paragraph, or if there is no selection and the text cursor is there in the first paragraph, overwrite content of the cell(s). Otherwise insert a nested table, i.e. if nothing selected and the cursor is not in the first paragraph, or the selected text doesn't contain the first paragraph of the cell. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 148498] The Navigator floating window defaults to the top left hand side of the screen
https://bugs.documentfoundation.org/show_bug.cgi?id=148498 --- Comment #14 from richa...@well.com --- I discovered something new. If I open the navigator window using F5, it pops back up to the left top corner every time. BUT!! If I open a navigator window using the right hand sidebar, that Navigator window stays where I put it. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 148466] Basic Choose() function errors are trapped inconsistently
https://bugs.documentfoundation.org/show_bug.cgi?id=148466 --- Comment #3 from Alain Romedenne --- This is an enhancement request to Basic Choose() method in the context of LibO Basic runtime: - Whenever one expression is omitted such as in Sub demo MsgBox Choose(2, "a",, 15) End Sub I suggest to return Null instead of "Error 448". Such return value would match that of 'index' argument when out of boundaries values are given. PS: You may forget VBA compatible behaviour -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 148432] Navigator never presents an RTL tree for RTL documents
https://bugs.documentfoundation.org/show_bug.cgi?id=148432 Heiko Tietze changed: What|Removed |Added Status|NEW |NEEDINFO -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 148460] IMPROVEMENT ideas for side panels (icons, collapsable)
https://bugs.documentfoundation.org/show_bug.cgi?id=148460 Heiko Tietze changed: What|Removed |Added Status|UNCONFIRMED |NEEDINFO Ever confirmed|0 |1 CC||libreoffice-ux-advise@lists ||.freedesktop.org --- Comment #1 from Heiko Tietze --- Do you know the View > Navigator F5 panel? You can dock it at the left side and have any other tab at the View > Sidebar Ctrl+F5. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 148248] Autofilter menu item label "Text Color" is better to be "Font Color"
https://bugs.documentfoundation.org/show_bug.cgi?id=148248 Heiko Tietze changed: What|Removed |Added CC||libreoffice-ux-advise@lists ||.freedesktop.org, ||samuel.mehrbrodt@allotropia ||.de See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=76 ||258 --- Comment #4 from Heiko Tietze --- It's a bit unclear in case of View > Value Highlighting. Samuel, was it a deliberate choice? -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 148620] Crash in Draw and Impress when using Format > Lists > Move Down
https://bugs.documentfoundation.org/show_bug.cgi?id=148620 --- Comment #12 from Commit Notification --- Noel Grandin committed a patch related to this issue. It has been pushed to "libreoffice-7-2": https://git.libreoffice.org/core/commit/697d7b8bf50bdbf097c45f5d7974a27a14e1dd9e tdf#148620 Crash in Draw using Format > Lists > Move Down It will be available in 7.2.8. 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 148620] Crash in Draw and Impress when using Format > Lists > Move Down
https://bugs.documentfoundation.org/show_bug.cgi?id=148620 Commit Notification changed: What|Removed |Added Whiteboard|target:7.4.0 target:7.3.4 |target:7.4.0 target:7.3.4 ||target:7.2.8 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 146928] Open the corresponding text font tab for Asian/CTL fonts
https://bugs.documentfoundation.org/show_bug.cgi?id=146928 Heiko Tietze changed: What|Removed |Added CC||eyalr...@gmx.com, ||heiko.tietze@documentfounda ||tion.org, ||mikekagan...@hotmail.com Keywords|needsUXEval | --- Comment #11 from Heiko Tietze --- (In reply to JO3EMC from comment #10) > Is it difficult to support with 7.4.0? What exactly do you want to support? Revert the patch (the 600px is not carved in stone but a good rule of thumb) or open the corresponding tab depending of the language at the cursor (might be difficult)? -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 135978] Undo deletes images not even inside the scope of changes (track & changes enabled)
https://bugs.documentfoundation.org/show_bug.cgi?id=135978 --- Comment #12 from Commit Notification --- Michael Stahl committed a patch related to this issue. It has been pushed to "libreoffice-7-3": https://git.libreoffice.org/core/commit/f4740811b65076d9a84c098f466a02143fcfec06 tdf#135978 sw_redlinehide: recreate fly frames anchored to subsequent nodes It will be available in 7.3.4. 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 135978] Undo deletes images not even inside the scope of changes (track & changes enabled)
https://bugs.documentfoundation.org/show_bug.cgi?id=135978 Commit Notification changed: What|Removed |Added Whiteboard|target:7.4.0|target:7.4.0 target:7.3.4 -- You are receiving this mail because: You are the assignee for the bug.
