[Libreoffice-bugs] [Bug 146906] Keyboard shortcut conflict: Ctrl+F5
https://bugs.documentfoundation.org/show_bug.cgi?id=146906 Heiko Tietze changed: What|Removed |Added CC||er...@redhat.com --- Comment #20 from Heiko Tietze --- (In reply to Albrecht Müller from comment #13) > Open some Calc document. Press Ctrl+Shift+F6. Then press the cursor keys... Does not work for me (Linux/kf5). But the function is known. According to sc/README.md (https://opengrok.libreoffice.org/xref/core/sc/README.md?r=ea5641ba) | ### CTRL+SHIFT+F6 | Dumps the SfxItemSet representing the cell properties' of the | current selection as a xml file. The file will be named dump.xml Looking into the code (sc/source/ui/view/gridwin.cxx) I found this: ScGridWindow::KeyInput(const KeyEvent& rKEvt) ... #ifdef DBG_UTIL if (rKeyCode.IsMod1() && rKeyCode.IsShift()) ... else if (rKeyCode.GetCode() == KEY_F6) dumpCellProperties(); I'd prefer to remove this shortcut(s, there are some more). Eike, any concerns? (In reply to Albrecht Müller from comment #14) > The function key F6 is used to navigate through various parts of an > application. The combination with the Shift key usually (there are > exceptions) reverses the direction of navigation. Thanks for your thorough analysis. Would come to a slightly different conclusion: F6 (with modifiers) is used to make the UI accessible. We have this rule incorporated in the sidebar HIG (https://wiki.documentfoundation.org/Design/Guidelines/Sidebar). That's why Shift+Ctrl+F6 sounds best to me. Side note: This website is informative for comparing shortcuts https://defkey.com/what-means/alt-f5 and https://defkey.com/search?irq=Shift%20%2B%20Alt%20%2B%20F6 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 147322] Writer text table: drag & drop table moving doesn't work (regression of tdf#84806)
https://bugs.documentfoundation.org/show_bug.cgi?id=147322 NISZ LibreOffice Team changed: What|Removed |Added Status|RESOLVED|VERIFIED --- Comment #4 from NISZ LibreOffice Team --- Verified in. 7.4.0.0 alpha+ -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 147820] New: LibreOffice when trying to rename file for new save
https://bugs.documentfoundation.org/show_bug.cgi?id=147820 Bug ID: 147820 Summary: LibreOffice when trying to rename file for new save Product: LibreOffice Version: 6.4 all versions Hardware: x86-64 (AMD64) OS: Linux (All) Status: UNCONFIRMED Severity: normal Priority: medium Component: Writer Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: david.sjo...@gmail.com I write a sort of diary of what I do during the week for work (for time reporting). So this morning as most Monday's I open LibreOffice Writer, write a heading, and when I started working that day. I then click save, go to the folder where I keep my "diary" files, change file type from "ODF Text Document" to "All Files", select and existing file and change the name (just change the week number). But when I delete the week number from the filename LibreOffice crashes. This has happened before, and this morning it's happened twice so far so it should be reproducable. This is on Ubuntu 20.04 LTS, "gnome-session-flashback", using LibreOffice 6.4. I've written down the steps to reproduce here: 1. Open a new file (i.e. start LibreOffice empty with document mode open) 2. Type a couple of sentences 3. Click save 4. Go to the folder you want to save the file in (an existing folder, but not the default one) 5. Change the dropdown at the bottom left from odt-format too "All files" 6. Choose an existing file, and rename it. 7. When I do this, LibreOffice crashes. When I restart, what I typed hasn't been auto-saved yet. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 140505] LibO doesn't cleanup memory after document is closed
https://bugs.documentfoundation.org/show_bug.cgi?id=140505 Buovjaga changed: What|Removed |Added Status|UNCONFIRMED |NEEDINFO CC||ilmari.lauhakangas@libreoff ||ice.org Ever confirmed|0 |1 Whiteboard| QA:needsComment| --- Comment #1 from Buovjaga --- There have been many similar reports over the years by certain reporters. I see you are running 7.0. There have been many performance optimisations since then. Could you try again with 7.3? Set to NEEDINFO. Change back to UNCONFIRMED, if the problem persists. Change to RESOLVED WORKSFORME, if the problem went away. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 147807] Limiting to selected category limits to the category of selected item in tree
https://bugs.documentfoundation.org/show_bug.cgi?id=147807 --- Comment #2 from Eyal Rozenberg --- (In reply to Jim Raykowski from comment #1) > I think you may be confusing the categories in the 'Navigate By' control > with the categories in the Navigator tree. 1. That control has no name visible to the user. It is simply the category selection control. 2. It's not _me_ that's confusing things, it's the _UI_ that's confusing them. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 147799] Writer crashes when trying to open a document containing a button with keyboard shortcuts
https://bugs.documentfoundation.org/show_bug.cgi?id=147799 Heiko Tietze changed: What|Removed |Added CC||heiko.tietze@documentfounda ||tion.org --- Comment #4 from Heiko Tietze --- Without reading in detail the two meta tickets about user profile issues: bug 115518: [META] Old user profile causing problems when upgrading to new release bug 107636: [META] User profile (user data/settings) bugs and enhancements -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 147811] Specific DOC document prints to PDF virtual printer as raster
https://bugs.documentfoundation.org/show_bug.cgi?id=147811 Mike Kaganski changed: What|Removed |Added See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=14 ||7819 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 147819] New: Setting page style area to None is not kept in a specific DOC
https://bugs.documentfoundation.org/show_bug.cgi?id=147819 Bug ID: 147819 Summary: Setting page style area to None is not kept in a specific DOC Product: LibreOffice Version: unspecified Hardware: All OS: All Status: UNCONFIRMED Severity: normal Priority: medium Component: Writer Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: mikekagan...@hotmail.com Open attachment 178684 from bug 147811. Open current page style, and change the Area from Color to None. Save (as DOC) and reload. The result is that the page style's area is set to White color again. Not reproducible with a new Writer document. Version: 7.3.1.3 (x64) / LibreOffice Community Build ID: a69ca51ded25f3eefd52d7bf9a5fad8c90b87951 CPU threads: 12; OS: Windows 10.0 Build 19044; UI render: Skia/Raster; VCL: win Locale: ru-RU (ru_RU); UI: en-US Calc: CL -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 147627] spam
https://bugs.documentfoundation.org/show_bug.cgi?id=147627 vivek changed: What|Removed |Added URL||https://www.australianwindo ||wcovering.com.au/roller-bli ||nds.html -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 107237] [META] Notebookbar Tabbed
https://bugs.documentfoundation.org/show_bug.cgi?id=107237 Heiko Tietze changed: What|Removed |Added Depends on||147800 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=147800 [Bug 147800] Master View toolbar visible in Tabbed UI in Impress -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 147800] Master View toolbar visible in Tabbed UI in Impress
https://bugs.documentfoundation.org/show_bug.cgi?id=147800 Heiko Tietze changed: What|Removed |Added Blocks||107237 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=107237 [Bug 107237] [META] Notebookbar Tabbed -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 145080] make sure, cell selection colors use good contrast when following system highlight color on macOS
https://bugs.documentfoundation.org/show_bug.cgi?id=145080 --- Comment #23 from Heiko Tietze --- (In reply to Mike Kaganski from comment #22) Se also c18 for a summary. In a nutshell: our current target for macOS 10.13 is not pointing to the correct accent color. Could imagine a conditional switch for macOS (easy hackable) until the target will be 10.14. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 147818] Schematic Lines are not displayed when opening EMF file [FILEOPEN]
https://bugs.documentfoundation.org/show_bug.cgi?id=147818 Gregory G. changed: What|Removed |Added Attachment #178689|EMF test file |Files showing the good and description||bad results -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 147818] Schematic Lines are not displayed when opening EMF file [FILEOPEN]
https://bugs.documentfoundation.org/show_bug.cgi?id=147818 --- Comment #3 from Gregory G. --- Created attachment 178691 --> https://bugs.documentfoundation.org/attachment.cgi?id=178691=edit EMF Test file -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 147818] Schematic Lines are not displayed when opening EMF file [FILEOPEN]
https://bugs.documentfoundation.org/show_bug.cgi?id=147818 Gregory G. changed: What|Removed |Added Attachment #178689|EMF file showing the issue |EMF test file description|with lines not displayed| -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 147818] Schematic Lines are not displayed when opening EMF file [FILEOPEN]
https://bugs.documentfoundation.org/show_bug.cgi?id=147818 --- Comment #2 from Gregory G. --- Created attachment 178690 --> https://bugs.documentfoundation.org/attachment.cgi?id=178690=edit Line drawing issue with LibreOffice (PNG picture file) -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 147818] Schematic Lines are not displayed when opening EMF file [FILEOPEN]
https://bugs.documentfoundation.org/show_bug.cgi?id=147818 Gregory G. changed: What|Removed |Added CC||skygr...@gmail.com --- Comment #1 from Gregory G. --- Created attachment 178689 --> https://bugs.documentfoundation.org/attachment.cgi?id=178689=edit EMF file showing the issue with lines not displayed - file 1: Drawing.emf : Original EMF file - file 2: Drawing_issue_with_LibreOffice.png: Show the issue with LibreOffice Draw, the line are not displayed properly - file 3: Drawing_ExpectedResult.png: Correct result with all lines diplayed -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 147818] New: Schematic Lines are not displayed when opening EMF file [FILEOPEN]
https://bugs.documentfoundation.org/show_bug.cgi?id=147818 Bug ID: 147818 Summary: Schematic Lines are not displayed when opening EMF file [FILEOPEN] Product: LibreOffice Version: 7.3.1.3 release Hardware: x86-64 (AMD64) OS: Windows (All) Status: UNCONFIRMED Severity: normal Priority: medium Component: Draw Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: skygr...@gmail.com Description: An EMF file has been created on Windows with Office Visio. When opening the file with LibreOffice Draw or LibreOffice Writer, the lines are not displayed. Steps to Reproduce: 1. Open the file "Drawing.emf" with LibreOffice Draw 2. See the displayed picture Actual Results: The connecting lines are not displayed from the schematic Expected Results: We see the line displayed which connect all components of the schematic. Reproducible: Always User Profile Reset: No Additional Info: See the right and wrong results in the attached pictures -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 147793] LO Writer freezes when clicking on protected TOC
https://bugs.documentfoundation.org/show_bug.cgi?id=147793 --- Comment #1 from Timur --- Please write status of the option LibreOffice Writer / Formatting Aids / Protected areas - Enable cursor. And test with changed status. Could be a duplicate of bug 135384. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 147529] MsgBox(missingArg) incorrectly succeeds
https://bugs.documentfoundation.org/show_bug.cgi?id=147529 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 147557] Track changes doesn't register deletion of indent
https://bugs.documentfoundation.org/show_bug.cgi?id=147557 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 147556] Accessibility checker "Fake numbering '1. 2....'"
https://bugs.documentfoundation.org/show_bug.cgi?id=147556 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 147554] Changing fonts within an app makes cursor disappear and app won't accept input
https://bugs.documentfoundation.org/show_bug.cgi?id=147554 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 147549] Track changes: bullet does show, until change is reject (except if save & reload in between)
https://bugs.documentfoundation.org/show_bug.cgi?id=147549 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 147553] Saving basic macro results in excessive cpu usage; freezes Calc for 20+ seconds
https://bugs.documentfoundation.org/show_bug.cgi?id=147553 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 147545] number in status bar in persian locale
https://bugs.documentfoundation.org/show_bug.cgi?id=147545 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 147531] Thai default font on Linux is too big
https://bugs.documentfoundation.org/show_bug.cgi?id=147531 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 147538] Style Deleting Problem
https://bugs.documentfoundation.org/show_bug.cgi?id=147538 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 143497] SLIDESHOW: Much slower going to previous slide than to next slide
https://bugs.documentfoundation.org/show_bug.cgi?id=143497 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 147440] Custom shape support for placeholder shapes
https://bugs.documentfoundation.org/show_bug.cgi?id=147440 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 143497] SLIDESHOW: Much slower going to previous slide than to next slide
https://bugs.documentfoundation.org/show_bug.cgi?id=143497 --- Comment #4 from QA Administrators --- Dear alvynb, 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 141793] Insert of 3 images via smb share in writer crashes the desktop environment
https://bugs.documentfoundation.org/show_bug.cgi?id=141793 --- Comment #3 from QA Administrators --- Dear Martin Seidel, 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 141793] Insert of 3 images via smb share in writer crashes the desktop environment
https://bugs.documentfoundation.org/show_bug.cgi?id=141793 QA Administrators changed: What|Removed |Added Status|NEEDINFO|RESOLVED Resolution|--- |INSUFFICIENTDATA -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 144344] Incorrect result when editing cell value in Calc
https://bugs.documentfoundation.org/show_bug.cgi?id=144344 --- Comment #2 from QA Administrators --- Dear d.dutoit1942, 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 147800] Master View toolbar visible in Tabbed UI in Impress
https://bugs.documentfoundation.org/show_bug.cgi?id=147800 Rizal Muttaqin changed: What|Removed |Added Ever confirmed|0 |1 Status|UNCONFIRMED |NEW --- Comment #2 from Rizal Muttaqin --- Confirmed Version: 7.3.1.3 / LibreOffice Community Build ID: 30(Build:3) CPU threads: 8; OS: Linux 5.13; UI render: default; VCL: kf5 (cairo+xcb) Locale: id-ID (id_ID.UTF-8); UI: id-ID Ubuntu package version: 1:7.3.1~rc3-0ubuntu0.20.04.1~lo1 Calc: threaded -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 140222] Split button popup windows are docked incorrectly using ctrl+shift+F10
https://bugs.documentfoundation.org/show_bug.cgi?id=140222 Jim Raykowski changed: What|Removed |Added Resolution|--- |FIXED Status|NEW |RESOLVED --- Comment #5 from Jim Raykowski --- I noticed that ctrl double-click also caused the drop down window to become docked. The patch also fixes this to not happen. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 103429] [META] Split and group buttons in toolbar and sidebar bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=103429 Bug 103429 depends on bug 140222, which changed state. Bug 140222 Summary: Split button popup windows are docked incorrectly using ctrl+shift+F10 https://bugs.documentfoundation.org/show_bug.cgi?id=140222 What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 147817] Calc (USA English) defaults to interpreting Dollar amount "12.08" as the eighth of December
https://bugs.documentfoundation.org/show_bug.cgi?id=147817 Loren Amelang changed: What|Removed |Added CC||lo...@psychoros.com --- Comment #1 from Loren Amelang --- Created attachment 178688 --> https://bugs.documentfoundation.org/attachment.cgi?id=178688=edit The problem lines pasted to a new sheet -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 147817] New: Calc (USA English) defaults to interpreting Dollar amount "12.08" as the eighth of December
https://bugs.documentfoundation.org/show_bug.cgi?id=147817 Bug ID: 147817 Summary: Calc (USA English) defaults to interpreting Dollar amount "12.08" as the eighth of December Product: LibreOffice Version: 7.3.0.3 release Hardware: All OS: All Status: UNCONFIRMED Severity: normal Priority: medium Component: Calc Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: lo...@psychoros.com Created attachment 178687 --> https://bugs.documentfoundation.org/attachment.cgi?id=178687=edit "Date Acceptance Pattern" For English (USA) I gather this is a complex issue with a maze of possible solutions... But it seems there is one specific change that would have eliminated the problem that wasted hours of my time. Perhaps it belongs under "Localization" instead of Calc, but it is definitely an issue in Calc. As mentioned in https://ask.libreoffice.org/t/how-do-you-disable-date-formatting-in-libreoffice-calc/38943/4 and illustrated in my screenshot included here, the default "Date Acceptance Pattern" For English (USA) includes "M.D". That seems to mean any entry that could be a month (1-12), followed by a '.', and then a number that could be a day (1-31) will become a big date code. Even if you intend it to be a dollar amount that isn't formatted with the '$' prefix. I've spent my whole life in the USA, and have never seen anyone assume 12.08 was the eighth of December! I know it is done that way in some languages, but not in Default English. Removing that "M.D" entry fixed my problem, despite its possibly tricky origin. If you want thee whole story: Fix imported text of amount with ‘$’: =MID(C2,2,9) (last number of chars parameter can be longer than available input) $11.81 becomes 11.81 (But actually '11.81) BUT… You end up with text that can't be reformatted to numbers!! You have to do the Data->Text to Columns trick (selecting Standard) on the (preceded by ') text to get it to reformat. (That did not work directly on the ‘$’ versions of the amounts.) BUT… A few rows ended up weird: MID result, Text to Columns result 10.21 44855.00 4.24 44675.00 12.08 44903.00 That's 4 of 159 rows… I could manually delete the wrong number and type in anything that could not be an MM.DD date. Type the proper number and the bizarre value returned. Sometimes not right away… Those are the only rows that could be interpreted as MM.DD; rows that could be DD.MM were not a problem. --> This was still present when pasted to a totally new sheet! No efforts to remove formatting would stop it. https://ask.libreoffice.org/t/how-do-you-disable-date-formatting-in-libreoffice-calc/38943/14 Go Tools>Options>Language Settings>Languages>Date acceptance patterns and remove all the patterns you don’t want to be used when trying to “recognize” input as a possible date. You may also enter a different pattern if you still want automatic recognition based on something uncommon. The only (implicitly preset) pattern you cannot delete is ISO-8601 delimited with 4-digit-year. (The month and the day also are accepted in 1-digit abbreviation). You also should not leave the respective input completely empty. If you did the settings would be replaced by the defaults again. You may put in something like D..M.. what will not actually occur. (Yes. It’s a mess.) In case your test doesn't find this problem, I've included a new test sheet with the problem rows pasted in. It shows the problem here. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 140222] Split button popup windows are docked incorrectly using ctrl+shift+F10
https://bugs.documentfoundation.org/show_bug.cgi?id=140222 --- Comment #4 from Commit Notification --- Jim Raykowski committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/99ac14c8ccf89a51de1b3fb9d14789406f2dc95f tdf#140222 make InterimTearableParent docking windows not dockable 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 140222] Split button popup windows are docked incorrectly using ctrl+shift+F10
https://bugs.documentfoundation.org/show_bug.cgi?id=140222 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 147807] Limiting to selected category limits to the category of selected item in tree
https://bugs.documentfoundation.org/show_bug.cgi?id=147807 --- Comment #1 from Jim Raykowski --- Hi Eyal, I think you may be confusing the categories in the 'Navigate By' control with the categories in the Navigator tree. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 147530] navigator: "select text under heading"
https://bugs.documentfoundation.org/show_bug.cgi?id=147530 --- Comment #2 from Jim Raykowski --- Hi Peter, Current LO versions include 'Select' and 'Delete' in the Headings context menu which can be shown by left-click on any heading. 'Copy' and 'Cut' can be done with another left-click in any area of highlighted text in document after 'Select'. Multiple headings can be selected when in the Headings content navigation view, which is a view mode in the navigator that only shows the members of a single content type. The first button on the second line of the navigator tool box will switch between single content and all content views. There is a proposed enhancement to copy outlines/headings here: https://gerrit.libreoffice.org/c/core/+/129542 and a screen cast demo here: https://bugs.documentfoundation.org/attachment.cgi?id=178132 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 128433] applying writing mode tb-rl to a legacy rectangle puts text box outside the shape
https://bugs.documentfoundation.org/show_bug.cgi?id=128433 --- Comment #4 from Regina Henschel --- The error is related to the setting "Adjust to Contour". If that is disabled, the text has a position inside the rectangle. If it is enabled, the text is outside the rectangle. This does not only affect the legacy rectangle, but polygon and textbox too. For a textbox you need to use the setting in the style, because "Adjust to Contour" is not available as direct attribute of a textbox. The error has been introduced between OOo2.4.3 and OOo3.2.1. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 147794] Clicking "Add New Sheet" button (+) once, continuously add new sheets up to Sheet1328
https://bugs.documentfoundation.org/show_bug.cgi?id=147794 m.a.riosv changed: What|Removed |Added Status|UNCONFIRMED |NEEDINFO Ever confirmed|0 |1 CC||miguelangelrv@libreoffice.o ||rg --- Comment #1 from m.a.riosv --- Please attach a sample file to reproduce the issue. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 34697] Print Current Page in Print dialog - Calc [Writer, Draw, Impress are finished]
https://bugs.documentfoundation.org/show_bug.cgi?id=34697 --- Comment #43 from mkass...@internode.net --- This matter has been raised again. See https://ask.libreoffice.org/t/print-current-page-shortcut/74871/7 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 119539] FILESAVE: Custom cover image not shown in exported EPUB file (some viewers need cover metadata)
https://bugs.documentfoundation.org/show_bug.cgi?id=119539 --- Comment #8 from Andrew Hall --- (I know this sounds like a bug in the Overdrive app, but...read on please.) I have found that in the Overdrive ereader app, the Cover image file in the Epub file must contain the word "cover" in the filename. Otherwise, the cover thumbnail will not be generated in Overdrive. I verified this using the Sigil app to create a clean Epub file. First I created a cover with a generic image name, say image. jpg. Overdrive will not show the cover. Then I changed the name to "image_cover.jpg" and Overdrive renders the cover thumbnail without issue. Libreoffice changes the name of the custom cover image (to image0001.jpg) no matter what the original was called, perhaps to avoid any possible illegal file names. But if I use a custom cover image, I have to edit the Epub file later (with Sigil) to fix the cover. Yes, perhaps Overdrive has a bug, but given that every other Epub file I've read over the last few years has the cover image named with "cover" in the file name, it must be some sort of standard, de facto or otherwise. Best behavior for Writer is perhaps to rename the cover image to image0001_cover.jpg instead of just image0001.jpg. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 147784] Poor choice of hyperlink categories: "Internet" and "email"
https://bugs.documentfoundation.org/show_bug.cgi?id=147784 --- Comment #2 from Eyal Rozenberg --- > Rename Internet to Web and be done with it Nope. The options are currently HTTP and FTP. And actually, the options don't matter all that much and you can enter any URL you like. Also, please confirm... -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 147806] Dummy bookmarks generated when importing .doc fiels
https://bugs.documentfoundation.org/show_bug.cgi?id=147806 --- Comment #1 from Telesto --- Please add an example file illustrating the behaviour -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 145303] EDITING: Short delay when typing characters in Writer with AltGr (or Ctrl+Alt) (like @ € µ ² ³ { [ ] } \ ~) using German keyboard
https://bugs.documentfoundation.org/show_bug.cgi?id=145303 Andreas Heinisch changed: What|Removed |Added CC||andreas.heini...@yahoo.de --- Comment #3 from Andreas Heinisch --- Repro in: Version: 7.2.3.2 (x64) / LibreOffice Community Build ID: d166454616c1632304285822f9c83ce2e660fd92 CPU threads: 6; OS: Windows 10.0 Build 19042; UI render: Skia/Raster; VCL: win Locale: de-DE (de_DE); UI: en-US Calc: CL However, no repro in: Version: 7.4.0.0.alpha0+ (x64) / LibreOffice Community Build ID: 2f95f252312b0de0ab1098561c62bd7ae4527b9c CPU threads: 6; OS: Windows 10.0 Build 19042; UI render: Skia/Raster; VCL: win Locale: de-DE (de_DE); UI: en-US Calc: CL Can someone confirm it working too? -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 147784] Poor choice of hyperlink categories: "Internet" and "email"
https://bugs.documentfoundation.org/show_bug.cgi?id=147784 --- Comment #1 from Adolfo Jayme --- Rename Internet to Web and be done with it -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 147816] New: LibreOffice UpGrade / Functionality Downgrade
https://bugs.documentfoundation.org/show_bug.cgi?id=147816 Bug ID: 147816 Summary: LibreOffice UpGrade / Functionality Downgrade Product: LibreOffice Version: 7.0.3.1 release Hardware: Other OS: macOS (All) Status: UNCONFIRMED Severity: normal Priority: medium Component: LibreOffice Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: n...@grumpie.ca Description: Currently using ver 7.0.3.1. Have tried all subsequent releases; BUT they have REMOVED the GoBack Buttons; Essential when working on a 1300 page document. ALSO having Major Problems with Exported PDF documents. For a long time, ALL Internal LINKS worked properly. Recently, the Links in a Repeated Table Header, work ONLY in the First Instance of the Header (NOT Subsequent Headers, after a page break. I have samples on my DropBox account if you need, but won't give the Link on this Public Bugzilla Site. Ciao, Nik AKA Grumpie! Steps to Reproduce: 1.Save As PDF 2.Use Defaults (Others Tried) 3.Open PDF Actual Results: SAME as Above Expected Results: LINK Back to the Specified Bookmark. Reproducible: Sometimes User Profile Reset: Yes Additional Info: For the Second & Subsequent appearances of the Header; NADA (NO Link-Back). PS Your Check for OpenGL does Something, BUT I can't find it (NOT in Downloads) -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 136897] Convergence check in iteration prevents lots of uses of iteration (anti-feature)
https://bugs.documentfoundation.org/show_bug.cgi?id=136897 --- Comment #11 from hardcoder --- I just downloaded and installed LO 7.3.1.3 from https://downloadarchive.documentfoundation.org/libreoffice/old/latest/win/x86_64/ and checked the iteration bugs, and it all seems the same. Bugs include: - Err:523 hiding the results (anti-feature). - For strings, Err:523 when it grows or shrinks in length, only not when the length doesn't vary. String content seems to be irrelevant in this aspect. - For numbers, the number of iterations is 3 at the first time, then 2 (except if the number of iterations is set to 1). - When the formula is NOT converging, the correct number of iterations (set in Options) is applied (this can't be directly seen; only when the value is not changing anymore). - All the iteration steps are calculated at a time for a cell, then for other cell, and so on (incompatible behavior). In MS Excel, an iteration is calculated for all cells (apparently even those in other workbooks, as long as they are open), then another iteration, etc. (The Excel behavior is more useful IMHO.) Also, I wrote some comments in bug 129658. Version: 7.3.1.3 (x64) / LibreOffice Community Build ID: a69ca51ded25f3eefd52d7bf9a5fad8c90b87951 CPU threads: 4; OS: Windows 10.0 Build 19044; UI render: Skia/Raster; VCL: win Locale: en-US (en_US); UI: en-US Calc: threaded -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 147782] Macro recorder: After start windowlet takes keyboard focus. Keystrokes don't go to the document.
https://bugs.documentfoundation.org/show_bug.cgi?id=147782 Caolán McNamara changed: What|Removed |Added Status|NEW |ASSIGNED Assignee|libreoffice-b...@lists.free |caol...@redhat.com |desktop.org | -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 147799] Writer crashes when trying to open a document containing a button with keyboard shortcuts
https://bugs.documentfoundation.org/show_bug.cgi?id=147799 Albrecht Müller changed: What|Removed |Added Status|NEEDINFO|UNCONFIRMED Ever confirmed|1 |0 --- Comment #3 from Albrecht Müller --- (In reply to Julien Nabet from comment #2) > LO 6.4 and 7.0 branches are EOL like 7.1 branch too. > Could you give a try at LO 7.2.5 or brand new LO 7.3.1 ? > Also, you can try to apply this link: > https://wiki.documentfoundation.org/QA/FirstSteps#Corrupted_user_profile Thank you for the hint. When I run LibreOffice with the --safe-mode switch I can open the file without crashing LibreOffice. I forgot to try this. A question remains: How can I find out what is wrong with my profile? I don't like the idea that I should delete the profile, reinstall all extensions, restore all my program code (Basic, Python), restore associations between my code and my icons, restore my toolbars and the keyboard shortcuts I defined, etc. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 129658] for bug hunting session: old recalc issue still problem
https://bugs.documentfoundation.org/show_bug.cgi?id=129658 --- Comment #7 from hardcoder --- Created attachment 178686 --> https://bugs.documentfoundation.org/attachment.cgi?id=178686=edit Excel workbook testing evaluation order in a circular/iterative context, including screenshot of Excel behavior. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 147808] Documentation refers to View | Split Window
https://bugs.documentfoundation.org/show_bug.cgi?id=147808 Julien Nabet changed: What|Removed |Added CC||olivier.hallot@libreoffice. ||org --- Comment #4 from Julien Nabet --- (In reply to Eyal Rozenberg from comment #3) > Hmm. On this page: > > https://help.libreoffice.org/7.4/en-US/text/scalc/01/0708. > html?=SHARED=UNIX > > the header says "Writer"; and this is a Writer bug. But I see that the URL > mentions calc for some reason. Weird. Yes, I just noticed scalc in the url, so I used Calc. Olivier: any idea here? > > Anyway, I feel I do enough work reporting bugs and triaging RTL, Hebrew and > Arabic bugs. Let other people work on the documentation :-P Ok. 1) I didn't tell it explicitely in my previous comment but I don't think there's any discrepancy here. Try to respect the work made by people. I mean, dealing with documentation of an app is not easy and quite tedious. Moreover LO is quite big and there are removing, changing, adding code quite often, it's quite difficult to be up-to-date. 2) Before telling "I'd also appreciate a link to the bug which tracked the removal of the actual split capability.", at least wait for the confirmation of the bug. I don't know about if there was this feature on Writer but it's present on Calc. So perhaps the only bug here seems to be the wrong "Writer" category instead of "Calc". Now yes there are a lot of pbs in LO because it lacks a lot of people helping in different parts: - Base coding - Removing Java part - accessibility support - documentation - MacOs support (with the arrival of new security features + Arm processor, it's a mess) - support of Thunderbird address book (nowadays Thunderbird uses Sqlite instead of Mork but LO doesn't deal with Sqlite so it's not possible anymore to use TB address book) - Writer layout management and certainly many others so being despising won't help to improve situation. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 82195] Support split-pane view
https://bugs.documentfoundation.org/show_bug.cgi?id=82195 Eyal Rozenberg changed: What|Removed |Added Version|Master old -3.6|Inherited From OOo -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 82195] Support split-pane view
https://bugs.documentfoundation.org/show_bug.cgi?id=82195 Eyal Rozenberg changed: What|Removed |Added Keywords||needsUXEval Ever confirmed|0 |1 Summary|view document in 2 split|Support split-pane view |windows | Status|RESOLVED|NEW Version|unspecified |Master old -3.6 Resolution|WORKSFORME |--- --- Comment #2 from Eyal Rozenberg --- OP certainly meant splitting into _panes_, not windows - which is what jedit supports. This is very useful when making changes to documents, when you want to compare what you've done in different places in a document. Using two windows for the same effect is kludgy and inconvenient to arrange, plus - it takes up a lot of screen real-estate for duplicated UI, which makes it rather impractical on smaller monitors. So, reopening. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 147815] New: white letters on white background in the top control area of LibreOffice
https://bugs.documentfoundation.org/show_bug.cgi?id=147815 Bug ID: 147815 Summary: white letters on white background in the top control area of LibreOffice Product: LibreOffice Version: 7.1.4.1 rc Hardware: x86 (IA32) OS: Windows (All) Status: UNCONFIRMED Severity: normal Priority: medium Component: LibreOffice Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: winfrid.bi...@arcor.de Description: if "Hoher Kontrast" is activated at "Erleichterte Bedienung" in the settings of windows 10, there is a problem with colors at the main surface of LibreOffice. You will see white letters on white background. Apart from this Problem I do not see further Problems. Apache OpenOffice does not show this problem. But also SIGNAL for PC has a similar problem. Steps to Reproduce: 1. in den Einstellungen von Windows 10 Hoher Kontrast einschalten 2. Dann LibreOffice aufrufen 3. Der Fehler ist dann sofort sichtbar Actual Results: im Top hat die Zeile für Datei, Bearbeiten, Ansicht und so weiter weiße Ziffern auf weißem Grund Expected Results: schwarze Ziffern auf hellgrauem Hintergrund, oder alles invertiert Reproducible: Always User Profile Reset: No Additional Info: all PCs show the same problem at the described settings of windows 10 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 147808] Documentation refers to View | Split Window
https://bugs.documentfoundation.org/show_bug.cgi?id=147808 --- Comment #3 from Eyal Rozenberg --- Hmm. On this page: https://help.libreoffice.org/7.4/en-US/text/scalc/01/0708.html?=SHARED=UNIX the header says "Writer"; and this is a Writer bug. But I see that the URL mentions calc for some reason. Weird. Anyway, I feel I do enough work reporting bugs and triaging RTL, Hebrew and Arabic bugs. Let other people work on the documentation :-P -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 129658] for bug hunting session: old recalc issue still problem
https://bugs.documentfoundation.org/show_bug.cgi?id=129658 --- Comment #6 from hardcoder --- (In reply to b. from comment #4) > one can either try with more iterations, or restart iterating (F9 or > ctrl-shift-F9?), first results will be kept and if precision is reached > after more attempts results are shown, > > critical: start values, imho calc tries often with '0' instead what's in the > cells when you enable iterations, If the cell has its formula changed somewhat, the starting point is 0 (even if it's a string iterated calculation) (which is consistent with MS Excel). If you do Recalc or Recalc hard, the value is not reset, thankfully (also consistent with Excel). > critical: where in the circle to start the loop, MS Excel seems to have a well-defined behavior about that, so it's interesting to consider following it. Usually cell evaluation order is based on a dependency graph/tree, but cells that are directly or indirectly dependent on iterative calculation are calculated in an simpler position-based order. You can check that by putting a simple iterated formula somewhere (e.g. on E7: =E7+1), and then simple references (=E7) around it in both sides. First, those formulas are sorted according to their sheet's name (I mean the end-user-defined name used in formula references, not the hidden VBA name); rename the sheets and watch the difference. Then they are sorted by row, and last by column. E.g. when referencing E7, the value in F6 or D7 is one iteration behind E7's value, but in F7 or D8, it's the same value as E7. As of LO 7.3.1.3 Calc, the behavior is different, apparently relying on a dependency tree even for iteration-dependent values. A more complex experiment would use two circularly dependent cells (e.g. E7: =H7+1; H7: =E7+1). Here again, Excel uses the sorting I just mentioned, so H7 is 1 unit more than E7. In LO Calc the opposite effect seems to occur. > critical: what to do with nested loops, What do you mean? Version: 7.3.1.3 (x64) / LibreOffice Community Build ID: a69ca51ded25f3eefd52d7bf9a5fad8c90b87951 CPU threads: 4; OS: Windows 10.0 Build 19044; UI render: Skia/Raster; VCL: win Locale: en-US (en_US); UI: en-US Calc: threaded -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 147814] Tabs dialog shows Left, Right but they're really Start, End
https://bugs.documentfoundation.org/show_bug.cgi?id=147814 Eyal Rozenberg changed: What|Removed |Added Keywords||needsUXEval CC||libreoffice-ux-advise@lists ||.freedesktop.org -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 131192] Comprehensive support for "start" / "end" text alignment
https://bugs.documentfoundation.org/show_bug.cgi?id=131192 Eyal Rozenberg changed: What|Removed |Added See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=14 ||7814 -- 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||147814 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=147814 [Bug 147814] Tabs dialog shows Left, Right but they're really Start, End -- 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||147814 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=147814 [Bug 147814] Tabs dialog shows Left, Right but they're really Start, End -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 147814] New: Tabs dialog shows Left, Right but they're really Start, End
https://bugs.documentfoundation.org/show_bug.cgi?id=147814 Bug ID: 147814 Summary: Tabs dialog shows Left, Right but they're really Start, End Product: LibreOffice Version: 7.4.0.0 alpha0+ Master Hardware: All OS: All Status: UNCONFIRMED Severity: minor Priority: medium Component: Writer Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: eyalr...@gmx.com Blocks: 43808, 129661 The tabs dialog (e.g. Paragraph | Tabs on the menu) shows four kinds of tabs: Left, Right, Centered and Decimal. The "Left" and "Right" tabs are mis-named. When inserting a Left tab stop, in an LTR paragraph the tabbed text will be left-aligned; but in an RTL paragraph the text will be right-aligned. In other words: These are 'Start' and 'End' tab stops. LO doesn't currently support Left or Right tab stops. Please change the UI labels and the documentation accordingly. Note that this situation is the converse of what we have for paragraph alignment! There, Left and Right are what's actually implemented, but Start and End - aren't. I find that amusing somehow :-) Anyway, this is all further motivation for why bug 131192 needs to be worked on. We should have Left, Right, Start, End, Centered and Decimal as tab stop types. 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 147813] hiding text
https://bugs.documentfoundation.org/show_bug.cgi?id=147813 Julien Nabet changed: What|Removed |Added Ever confirmed|0 |1 CC||serval2...@yahoo.fr Status|UNCONFIRMED |NEEDINFO --- Comment #1 from Julien Nabet --- On which env are you? (Windows, Linux, MacOs)? Could you give a try at brand new 7.3.1 ? -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 129658] for bug hunting session: old recalc issue still problem
https://bugs.documentfoundation.org/show_bug.cgi?id=129658 --- Comment #5 from hardcoder --- (In reply to b. from comment #4) > but are narrowed towards a desired precision by those iterations. That is the LibreOffice assumption that those calculations are convergent. Actually they are simply cumulative, not always convergent. > somewhat similar to 'goal seek' and 'solver'? A bit more specific, I guess. AFAIK goal seek and solver are based on inverse problems; iteration doesn't try to invert anything for the user, so it has no specific root-finding or algebraic/symbolic manipulation algorithms. > types: converging - solveable, diverging - not solveable, undefined - more > than one solution, I should note that MS Excel never actually cared about that classification; it simply runs what the user has commanded. Except when the variation gets too low (this is not really implemented in Calc). > never been working correctly in calc? As far as I can tell, never. > steps: max roundtrips to perform, The number of steps is not consistently followed in Calc, especially when it hides the accumulated value behind "Err:523". For "converging" numbers the number of actual iterations run seems to be exactly 3 for the first time, and 2 on recalcs, instead of e.g. the default 100. This only changes if the number of iterations is set to just 1. > minimum change: treshhold to stop iterations once changes are below, border That is the original Excel behavior, that Calc DOESN'T follow. > to show 'errr:xxx' if changes are above limit when run out of iterations, Now that's Calc-specific, and prevents lots of uses of the feature (as I wrote in bug 136897). And iterations are still calculated underneath even when the only visible thing is Err:523. Version: 7.3.1.3 (x64) / LibreOffice Community Build ID: a69ca51ded25f3eefd52d7bf9a5fad8c90b87951 CPU threads: 4; OS: Windows 10.0 Build 19044; UI render: Skia/Raster; VCL: win Locale: en-US (en_US); UI: en-US Calc: threaded -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 147808] Documentation refers to View | Split Window
https://bugs.documentfoundation.org/show_bug.cgi?id=147808 --- Comment #2 from Julien Nabet --- About discrepancy of the documentation, you can try to contribute by taking a look here: https://wiki.documentfoundation.org/Documentation, there are parts which explain how to contribute. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 147808] Documentation refers to View | Split Window
https://bugs.documentfoundation.org/show_bug.cgi?id=147808 Julien Nabet changed: What|Removed |Added CC||serval2...@yahoo.fr --- Comment #1 from Julien Nabet --- Created attachment 178685 --> https://bugs.documentfoundation.org/attachment.cgi?id=178685=edit screenshot On pc Debian x86-64 gtk3 with master sources updated today, no pb to split window on Calc. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 147803] Font problem
https://bugs.documentfoundation.org/show_bug.cgi?id=147803 Julien Nabet changed: What|Removed |Added Status|UNCONFIRMED |NEEDINFO CC||serval2...@yahoo.fr Ever confirmed|0 |1 --- Comment #1 from Julien Nabet --- Several things: - which font? - would it be possible to attach the file after having sanitized it? (see https://wiki.documentfoundation.org/QA/Bugzilla/Sanitizing_Files_Before_Submission) - 6.4 branch is EOL (like 7.0 and 7.1), could you give a try to a recent LO version 7.2.5 or brand new 7.3.1 ? -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 147799] Writer crashes when trying to open a document containing a button with keyboard shortcuts
https://bugs.documentfoundation.org/show_bug.cgi?id=147799 Julien Nabet changed: What|Removed |Added Status|UNCONFIRMED |NEEDINFO Ever confirmed|0 |1 CC||serval2...@yahoo.fr --- Comment #2 from Julien Nabet --- LO 6.4 and 7.0 branches are EOL like 7.1 branch too. Could you give a try at LO 7.2.5 or brand new LO 7.3.1 ? Also, you can try to apply this link: https://wiki.documentfoundation.org/QA/FirstSteps#Corrupted_user_profile -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 146906] Keyboard shortcut conflict: Ctrl+F5
https://bugs.documentfoundation.org/show_bug.cgi?id=146906 --- Comment #19 from Buovjaga --- (In reply to Albrecht Müller from comment #18) > The help information of LibreOffice describes StarBasic functions such as > CreateUnoStruct, CBool and a lot of other functions. To my knowledge it does > not describe dispatch commands or UNO functionality. If you visit > https://wiki.documentfoundation.org/Development/DispatchCommands and > https://api.libreoffice.org/docs/idl/ref/namespaces.html (on this page click > on detail level 7 to see the full tree) you will see that there are > thousands of dispatch commands and UNO constructs. For some context look > into the "What is missing?" section of the attachment. The one-bug-at-a-time > philosophy would require to write a bug report for each missing description. > These are the thousands of bug reports I mentioned. The OpenOffice.org dev guide from 2009 has recently been imported into TDF wiki and I am merging the contents per chapter for easy discovery of information. Much of the API has remained stable over the years, but now we can update the guide. People are already updating the contents, getting rid of obsolete stuff etc. For the WIP, see https://wiki.documentfoundation.org/Documentation/DevGuide -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 147813] New: hiding text
https://bugs.documentfoundation.org/show_bug.cgi?id=147813 Bug ID: 147813 Summary: hiding text Product: LibreOffice Version: 7.3.0.3 release Hardware: All OS: All Status: UNCONFIRMED Severity: normal Priority: medium Component: LibreOffice Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: kaitlyn_k...@yahoo.com Libre Office is hiding text. Occurrence is random. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 147812] New: When an Undo only affects out-of-view content, scroll there instead
https://bugs.documentfoundation.org/show_bug.cgi?id=147812 Bug ID: 147812 Summary: When an Undo only affects out-of-view content, scroll there instead Product: LibreOffice Version: Inherited From OOo Hardware: All OS: All Status: UNCONFIRMED Keywords: needsUXEval Severity: enhancement Priority: medium Component: LibreOffice Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: eyalr...@gmx.com One often performs certain actions in an LO Writer document, then navigates elsewhere in the document (e.g. another page), so that the area where the changes took place is not visible. Currently, if one then undoes the action (e.g. Ctrl+Z or using the menus), the document is scrolled to an appropriate position, and the action is undone. (I am ignoring the case in which the action affected a large area which does not fit in the window.) That's not the only possible behavior. Various applications, upon being asked to Undo in the scenario described above, only perform the scrolling / changing of the viewport to the area surrounding the location of the last change; and pressing Undo again actually undoes the action, this time without the need to scroll. I suggest that such behavior be adopted for LO as well. It is IMHO intuitive enough; causes less 'surprises' of an Undo doing something different that what the user was expecting; and has the added benefit of making it easier to review the last change before going ahead and undoing it. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 147565] Browsing comments in the navigation pane also browses hidden solved comments
https://bugs.documentfoundation.org/show_bug.cgi?id=147565 --- Comment #10 from Commit Notification --- Jim Raykowski committed a patch related to this issue. It has been pushed to "libreoffice-7-3": https://git.libreoffice.org/core/commit/fc0f1eb3f99369988cdf68344bba8a66d5d394cd tdf#147565 Make navigate by comments skip hidden comments It will be available in 7.3.2. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 147565] Browsing comments in the navigation pane also browses hidden solved comments
https://bugs.documentfoundation.org/show_bug.cgi?id=147565 Commit Notification changed: What|Removed |Added Whiteboard|target:7.4.0|target:7.4.0 target:7.3.2 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 96000] [META] Spelling and grammar checking bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=96000 Bug 96000 depends on bug 122827, which changed state. Bug 122827 Summary: UI doesn't respond for a while when selecting all cells in calc & pressing F7 (Spelling) https://bugs.documentfoundation.org/show_bug.cgi?id=122827 What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 122827] UI doesn't respond for a while when selecting all cells in calc & pressing F7 (Spelling)
https://bugs.documentfoundation.org/show_bug.cgi?id=122827 Luboš Luňák changed: What|Removed |Added CC||l.lu...@collabora.com Resolution|--- |FIXED Status|NEW |RESOLVED -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 122827] UI doesn't respond for a while when selecting all cells in calc & pressing F7 (Spelling)
https://bugs.documentfoundation.org/show_bug.cgi?id=122827 --- Comment #4 from Commit Notification --- Luboš Luňák committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/94960bb3357bc443453e4cea2329f34cc7e80196 don't try to spellcheck after last data cell (tdf#122827) 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 122827] UI doesn't respond for a while when selecting all cells in calc & pressing F7 (Spelling)
https://bugs.documentfoundation.org/show_bug.cgi?id=122827 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 109072] [META] XLS (binary) format bug tracker
https://bugs.documentfoundation.org/show_bug.cgi?id=109072 Bug 109072 depends on bug 122040, which changed state. Bug 122040 Summary: Performance issue with highly formatted spreadsheet https://bugs.documentfoundation.org/show_bug.cgi?id=122040 What|Removed |Added Status|NEW |RESOLVED Resolution|--- |DUPLICATE -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 81765] FILEOPEN: slow loading in minutes of .ods and .xlsx with >1000 of conditional formats, also dump
https://bugs.documentfoundation.org/show_bug.cgi?id=81765 Luboš Luňák changed: What|Removed |Added CC||william.gathoye@libreoffice ||.org --- Comment #35 from Luboš Luňák --- *** Bug 122040 has been marked as a duplicate of this bug. *** -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 122040] Performance issue with highly formatted spreadsheet
https://bugs.documentfoundation.org/show_bug.cgi?id=122040 Luboš Luňák changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |DUPLICATE CC||l.lu...@collabora.com --- Comment #13 from Luboš Luňák --- *** This bug has been marked as a duplicate of bug 81765 *** -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 147811] New: Specific DOC document prints to PDF virtual printer as raster
https://bugs.documentfoundation.org/show_bug.cgi?id=147811 Bug ID: 147811 Summary: Specific DOC document prints to PDF virtual printer as raster Product: LibreOffice Version: unspecified Hardware: All URL: https://ask.libreoffice.org/t/print-to-pdf-using-foxit -in-writer-text-not-selectable/74852 OS: All Status: UNCONFIRMED Severity: normal Priority: medium Component: Writer Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: mikekagan...@hotmail.com Created attachment 178684 --> https://bugs.documentfoundation.org/attachment.cgi?id=178684=edit Problematic DOC prints to virtual PDF printer as raster Attached DOC has an explicit white page background. When printing to a virtual PDF printer (tested on Windows using Microsoft Print to PDF, and Foxit PDF Editor Printer) using default profile, it outputs the text as a raster image inside the PDF. This is fixed (test is output normally, and is selectable in the PDF) by removing the page background. Also it is somehow fixed on my system by having these two lines in registrymodifications.xcu: V2,V,0,AL:(5,16,0/0/260/450,260;683) 625,65,1129,677;1;0,0,0,0; The two lines look unrelated to the functionality, and I didn't try to really debug why they affect the output. The problem is not reproducible using a brand new lorem ipsum document with manually defined white background. Tested with Version: 7.3.1.3 (x64) / LibreOffice Community Build ID: a69ca51ded25f3eefd52d7bf9a5fad8c90b87951 CPU threads: 12; OS: Windows 10.0 Build 19044; UI render: Skia/Raster; VCL: win Locale: ru-RU (ru_RU); UI: en-US Calc: CL -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 147810] reproducible file corruption involving image and url with sample file
https://bugs.documentfoundation.org/show_bug.cgi?id=147810 --- Comment #2 from Tal Tamir --- I initially posted a mega link to download the file as creating a new issue did not offer me the option to attach. After I created the issue I noticed an option to attach a file and as such attached the .odt file directly. As such the mega link is redundant, you can ignore it. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 147763] [META] Regressions from rotated images support in 6.0
https://bugs.documentfoundation.org/show_bug.cgi?id=147763 Gabor Kelemen (allotropia) changed: What|Removed |Added Depends on||115550 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=115550 [Bug 115550] Wrong place for border of images, should rotate at image, but is at edge of bounding box -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 115550] Wrong place for border of images, should rotate at image, but is at edge of bounding box
https://bugs.documentfoundation.org/show_bug.cgi?id=115550 Gabor Kelemen (allotropia) changed: What|Removed |Added Blocks||147763 CC||kelem...@ubuntu.com Keywords||implementationError --- Comment #9 from Gabor Kelemen (allotropia) --- This behavior started in 6.0 with commit: https://git.libreoffice.org/core/+/a42b0985c7619efdc934bb1cf19e5e2c2b6faea2 author Armin Le Grand Fri Sep 22 15:28:33 2017 +0200 committer Armin Le Grand Fri Oct 20 14:13:20 2017 +0200 RotGrfFlyFrame: Initial adaptions With the first implementation of arbitrary rotation of images. Before only 90/180/270 degrees rotation was possible and those options still behave correctly. Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=147763 [Bug 147763] [META] Regressions from rotated images support in 6.0 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 147810] reproducible file corruption involving image and url with sample file
https://bugs.documentfoundation.org/show_bug.cgi?id=147810 --- Comment #1 from Tal Tamir --- Created attachment 178683 --> https://bugs.documentfoundation.org/attachment.cgi?id=178683=edit test case proving corruption attached is the trimmed down file that is confirmed to cause the corruption. Also I should note that the output docx has been tested in google docs, microsoft word, and libreoffice and all 3 say that the output .docx file is corrupted. which incidentally shows a concerning problem. When libreoffice performs a save operation it fails to check that the resultant created file is valid. which should have happened on the spot. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 147810] New: reproducible file corruption involving image and url with sample file
https://bugs.documentfoundation.org/show_bug.cgi?id=147810 Bug ID: 147810 Summary: reproducible file corruption involving image and url with sample file Product: LibreOffice Version: 7.2.5.2 release Hardware: All OS: All Status: UNCONFIRMED Severity: normal Priority: medium Component: Writer Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: taltam...@gmail.com Description: I have attached a file "corruption.odt" that causes reproducible file corruption when saved as a .docx file. I have tested it in: 7.2.5.2 7.3.0.3 7.3.1.3 windows 10 windows 11 2 different computers step 1: open corruption.odt step 2: save as .docx the docx will come out as corrupt. I have deleted as much I could from the file without breaking the repeatable corruption event. However at some point if I trim more or move things around it will unbreak it and make for a file that can be saved into docx without getting corrupted. Steps to Reproduce: 1. open corruption.odt 2. save as .docx Actual Results: the .docx file is corrupt. trying "open anyways" will delete all pages after the 1st one. so in a 50 page document 49 pages were lost. I trimmed it down to just 2 pages for this demonstration file Expected Results: a working .docx that is not corrupted Reproducible: Always User Profile Reset: Yes Additional Info: The bugged out file is here https://mega.nz/file/3QtlQapI#3MeecIzYkgIF1wX6qCPKHbHWM86FVGnWQFOFEpQ4Xn4 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 103427] [META] Styles and Formatting sidebar deck and floating window
https://bugs.documentfoundation.org/show_bug.cgi?id=103427 Eyal Rozenberg changed: What|Removed |Added Depends on||147809 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=147809 [Bug 147809] Updating a list style to reflect a change to bullets has no effect -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 147809] New: Updating a list style to reflect a change to bullets has no effect
https://bugs.documentfoundation.org/show_bug.cgi?id=147809 Bug ID: 147809 Summary: Updating a list style to reflect a change to bullets has no effect 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: eyalr...@gmx.com Blocks: 103427 I have a certain custom list style in my document, which currently applies numbering, and I want to have it be a bulleted non-numbered list style with a certain bullet (specifically, an en-dash). However, when I: 1. Select a paragraph. 2. Apply the style. 3. Make the paragraph be bulleted with my desired bullet. 4. Perform "Updated Selected Style" using the Styles side-bar. Nothing seems to change, i.e. other paragraphs with the custom style do not become bulleted, and when I apply this style to another paragraph (which did not have it before), I get the numbering, not the bullets. I'm not sure if the problem is with the feature itself or with the sidebar menubutton I use for the update. 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 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=103427 [Bug 103427] [META] Styles and Formatting sidebar deck and floating window -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 92825] [META] Update help for all menu changes
https://bugs.documentfoundation.org/show_bug.cgi?id=92825 Eyal Rozenberg changed: What|Removed |Added Depends on||147808 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=147808 [Bug 147808] Documentation refers to View | Split Window -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 147808] Documentation refers to View | Split Window
https://bugs.documentfoundation.org/show_bug.cgi?id=147808 Eyal Rozenberg changed: What|Removed |Added Blocks||92825 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=92825 [Bug 92825] [META] Update help for all menu changes -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 120200] [META] Update or correct help for features
https://bugs.documentfoundation.org/show_bug.cgi?id=120200 Eyal Rozenberg changed: What|Removed |Added Depends on||147808 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=147808 [Bug 147808] Documentation refers to View | Split Window -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 147808] New: Documentation refers to View | Split Window
https://bugs.documentfoundation.org/show_bug.cgi?id=147808 Bug ID: 147808 Summary: Documentation refers to View | Split Window 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: eyalr...@gmx.com Blocks: 120200 The LO documentation for v7.4 says: https://help.libreoffice.org/7.4/en-US/text/scalc/01/0708.html?=SHARED=UNIX that you can split your window in two by choosing View | Split Windows or dragging the thick black line at the top of the vertical scrollbar. Neither of these two UI elements are available. Frankly, I think they should just be available, but this is just a bug about the discrepancy of the documentation and the app. I'd also appreciate a link to the bug which tracked the removal of the actual split capability. Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=120200 [Bug 120200] [META] Update or correct help for features -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 147807] New: Limiting to selected category limits to the category of selected item in tree
https://bugs.documentfoundation.org/show_bug.cgi?id=147807 Bug ID: 147807 Summary: Limiting to selected category limits to the category of selected item in tree Product: LibreOffice Version: 7.4.0.0 alpha0+ Master Hardware: All OS: All Status: UNCONFIRMED Keywords: needsUXEval Severity: normal Priority: medium Component: Writer Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: eyalr...@gmx.com Blocks: 103030 In the LO Writer Navigator, one of the button limits the display of items to the currently "Selected Category" - where the top of the Navigator dialog lets you select a category of items. Unfortunately, when you press the button, the category you see is _not_ the one selected in the top menu-button, but rather the one containing the currently-selected item in the navigation tree. That's not what the user would expect. This should be reconciled in one of two ways: 1. Change the selected category when an item is selected in the navigation tree, or 2. When limiting display, respect the category selected in the top menu-button. I'm partial to option (2.) myself. 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 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=103030 [Bug 103030] [META] Navigator sidebar deck and floating window -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 103030] [META] Navigator sidebar deck and floating window
https://bugs.documentfoundation.org/show_bug.cgi?id=103030 Eyal Rozenberg changed: What|Removed |Added Depends on||147807 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=147807 [Bug 147807] Limiting to selected category limits to the category of selected item in tree -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 141182] Excessively large ODS spreadsheet hangs LibreOffice
https://bugs.documentfoundation.org/show_bug.cgi?id=141182 Roman Kuznetsov <79045_79...@mail.ru> changed: What|Removed |Added CC||79045_79...@mail.ru --- Comment #8 from Roman Kuznetsov <79045_79...@mail.ru> --- it took 30 sec for opening the file in Version: 7.4.0.0.alpha0+ / LibreOffice Community Build ID: 7ac19fbce8a35f559eebb879cd0f232bfc95e703 CPU threads: 4; OS: Mac OS X 12.1; UI render: default; VCL: osx Locale: ru-RU (ru_RU.UTF-8); UI: en-US Calc: threaded Jumbo Here is the mac mini 2014 with 2core Intel i5 -- You are receiving this mail because: You are the assignee for the bug.
