[Libreoffice-bugs] [Bug 147769] No ability to select all content with a specific style
https://bugs.documentfoundation.org/show_bug.cgi?id=147769 Heiko Tietze changed: What|Removed |Added Severity|normal |enhancement CC|libreoffice-ux-advise@lists |c...@nouenoff.nl, |.freedesktop.org|heiko.tietze@documentfounda ||tion.org, ||vmik...@collabora.com, ||vstuart.fo...@utsa.edu Keywords|needsUXEval | --- Comment #10 from Heiko Tietze --- We discussed this topic in the design meeting. First of all, LibreOffice is not a Microsoft clone. We have different users and many "inventions" by MS are driven by marketing. Some classic workflows are just better. The supposed workflow is using Find & Replace, which is inconvenient/unfamiliar for some. However, to select paragraphs in order to modify the formatting is also really not straight-forward and dangerous since the selection could be overwritten (and this is not a use case). So the recommendation is to not implement a function to select multiple paragraphs by their style. However, I'd like to get more input, adding some experts on this matter. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 147812] When an Undo only affects out-of-view content, scroll there instead
https://bugs.documentfoundation.org/show_bug.cgi?id=147812 Heiko Tietze changed: What|Removed |Added Resolution|--- |WONTFIX Status|UNCONFIRMED |RESOLVED --- Comment #6 from Heiko Tietze --- We discussed the topic in the design meeting and decided to not change the current behavior. Reasons are + leads to inconsistency (in view vs. out of view) + unexpected for long-term users + not applying Undo does not always makes it clear what exactly has been changed (for example, if you delete one word on a page you wont see it before you undo) + we give feedback by highlighting the undone part + the example are highly structured -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 147877] Impress Slides saved as pptx - empty when opend with PowerPoint 2016
https://bugs.documentfoundation.org/show_bug.cgi?id=147877 Gabor Kelemen (allotropia) changed: What|Removed |Added Status|UNCONFIRMED |NEEDINFO Ever confirmed|0 |1 --- Comment #2 from Gabor Kelemen (allotropia) --- Could you attach a minimal example file (even 1 slide is enough) that shows this issue? -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 132279] Deleting first paragraph of a document deletes anchored to object
https://bugs.documentfoundation.org/show_bug.cgi?id=132279 Heiko Tietze changed: What|Removed |Added Keywords|needsUXEval | CC|libreoffice-ux-advise@lists |heiko.tietze@documentfounda |.freedesktop.org|tion.org --- Comment #20 from Heiko Tietze --- We had this topic in the design meeting. It's an unclear situation with WFM (comment 6) vs. never worked (comment 7) and bug 124338 requesting the opposite (comment 9). Starting with comment 13 the issue seems to be more complex. In general, "As Character" should just delete, "To Character" mark/highlight the object first and a second backspace is required to actually delete (similar for "To Paragraph") and "To Page" should not delete at all unless explicitly selected. If the object is anchored To Character and the whole paragraph is selected for deletion it would be a good idea to add the highlight step in this case as well. If the paragraph(s) have multiple objects attached this requires consequently to multi-select objects. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 142940] Fonts are poorly rendered to display with pair kerning enabled, means to control without losing published quality
https://bugs.documentfoundation.org/show_bug.cgi?id=142940 --- Comment #23 from Miklos Vajna --- The above tender focuses on performance, which implicitly means the expectation is that no behavior changes, just the text layout will be done faster. However, Caolan recently worked on improving the result of text layout, see bug 144862. Does that help here? I haven't checked in detail. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 140561] wrong term for gutter position in mirrored page layout
https://bugs.documentfoundation.org/show_bug.cgi?id=140561 Heiko Tietze changed: What|Removed |Added CC|libreoffice-ux-advise@lists |heiko.tietze@documentfounda |.freedesktop.org|tion.org Keywords|needsUXEval | --- Comment #11 from Heiko Tietze --- We discussed this topic in the design meeting. "Inner" is welcome and could be enhanced with Left for LTR and right for RTL to make users easily understand the term. "Inner (Left)" vs. "Inner (Right)" The radio buttons as suggested in comment 9 would be helpful too. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 147834] When 'next' style is different, clear numbering and bulleting
https://bugs.documentfoundation.org/show_bug.cgi?id=147834 Heiko Tietze changed: What|Removed |Added CC|libreoffice-ux-advise@lists |heiko.tietze@documentfounda |.freedesktop.org|tion.org Keywords|needsUXEval | --- Comment #8 from Heiko Tietze --- The ticket boils down to the question how DF should be handled. Do you always want to format after input or keep the current formatting until it is changed. We decided to go with the second option: if you DF until the end of the paragraph this formatting will be kept. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 109214] Highlight the favorites in the grid of special characters
https://bugs.documentfoundation.org/show_bug.cgi?id=109214 --- Comment #4 from Heiko Tietze --- Nothing is lost :-). I like your solution (would have been nicer if the border was outside but this might be much more difficult to code). Please make sure it works well if the item is selected. If you are looking for some replacement to COL_RED, SwViewOption::GetFieldShadingsColor() would be grey by default and GetSettings().GetStyleSettings().GetHighlightColor() blueish at most system themes. As commented before I don't understand another color option as good solution but here is a prototype for implementation https://gerrit.libreoffice.org/c/core/+/128553. -- 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 Heiko Tietze changed: What|Removed |Added Status|NEEDINFO|NEW Keywords|needsUXEval | CC|libreoffice-ux-advise@lists |heiko.tietze@documentfounda |.freedesktop.org|tion.org, ||vstuart.fo...@utsa.edu --- Comment #14 from Heiko Tietze --- We discussed the topic in the design meeting. Adding a label before the dropdown occupies a lot of space (as Jim's screenshots clearly show). Too much. And having the label above stacks quite a lot controls before the actual content. But if we implement that picking an entry in the Navigator list selects the appropriate item in the "Navigate By" dropdown, and vice versa, the workflow might be easier to understand. The mutual selection is not always possible, for example "Repeat Search". And it makes sense to match the two lists and have the same order and names (for example Graphics vs. Images). Those items that are only available in the "Navigate By" dropdown could be shown after a separator line. I wonder if the "Go To Page" control can be replaced by "Page". Feels as if I asked this before. But we could get rid of one extra UI element and have a cleaner UI. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 109214] Highlight the favorites in the grid of special characters
https://bugs.documentfoundation.org/show_bug.cgi?id=109214 --- Comment #3 from Andreas Heinisch --- Created attachment 178798 --> https://bugs.documentfoundation.org/attachment.cgi?id=178798&action=edit Current state Like mentioned in https://nextcloud.documentfoundation.org/s/asdc9Km2AamqDg6 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 109214] Highlight the favorites in the grid of special characters
https://bugs.documentfoundation.org/show_bug.cgi?id=109214 --- Comment #2 from Heiko Tietze --- Cool, show me :-) Adding colors is tedious and IMO pointless, not to say wrong, for one particular option. Had a hard time to remember why I wrote this ticket. Point is that the long list with all characters contains the favorites too- and we should indicate those. Could imagine a border with the highlight color or background lighter/darker by 10%, or so. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 109214] Highlight the favorites in the grid of special characters
https://bugs.documentfoundation.org/show_bug.cgi?id=109214 Andreas Heinisch changed: What|Removed |Added CC||andreas.heini...@yahoo.de --- Comment #1 from Andreas Heinisch --- Hi Heiko! I changed the highlighting and the border. Is there any example how to add a new color to the codebase in the settings of LIBO? Should this be an expert setting or hust a "normal" color in the color options pane? -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 142774] Font char family changes from 5 to 3 on DOCX export (fine with DOC)
https://bugs.documentfoundation.org/show_bug.cgi?id=142774 Telesto changed: What|Removed |Added Status|NEEDINFO|RESOLVED Resolution|--- |INVALID --- Comment #7 from Telesto --- (In reply to Buovjaga from comment #5) > I tested with Liberation Sans and can repro, but what is the practical > problem here? I don't see any danger. Can you explain? I only observed the difference, no clue if this matters in practise.. lets close -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 147822] Crash in: ScUnoListenerCalls::ExecuteAndClear()
https://bugs.documentfoundation.org/show_bug.cgi?id=147822 --- Comment #7 from robert_hartm...@gmx.net --- Quoting a message from 2005-11-14 ( https://bz.apache.org/ooo/show_bug.cgi?id=57857#c3 ) : > There are two kinds of option buttons in Excel: > > - Old form controls from MSOffice 5.0/95: If linked to a cell, the cell > refers to the > entire group and will contain the 1-based index of the selected option button > or 0, if > no button is selected initially (even in a group; a single option button is > just a > special case of a group). > > - New ActiveX form controls (MS Forms 2.0): If linked to a cell, the cell > will contain > TRUE/FALSE for exactly one option button (not linked to the group). > > Anyway, the Excel filters lose grouping information for option buttons. > This is already addressed in issue > https://bz.apache.org/ooo/show_bug.cgi?id=30823 . >From my point of view "loosing grouping information" for "option buttons" = "single choice radio buttons" = "xor-choice buttons" while saving to Excel-file-formates is true for LibreOffice (and OpenOffice) with current versions in year 2022. And if you open a xls, xlsx created with MS Excel containing grouped or ungrouped single choice radio buttons with LibreOffice Calc, change some choice and store it again, than in Excel and LibreOffice the choose-logic is broken (grouping information was lost while saving). -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 146851] The logic of Cross Reference representing Paragraph Numbering is different between MSOffice and LibreOffice
https://bugs.documentfoundation.org/show_bug.cgi?id=146851 Vasily Melenchuk (CIB) changed: What|Removed |Added Assignee|libreoffice-b...@lists.free |vasily.melenc...@cib.de |desktop.org | Ever confirmed|0 |1 Status|UNCONFIRMED |ASSIGNED -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 35092] Inking functionality: Ink drawings / annotations with Stylus, Pen or Finger on Touchscreen or Tablet
https://bugs.documentfoundation.org/show_bug.cgi?id=35092 --- Comment #160 from Zara Bolen --- What exactly is the Research Proposal help and why it is essential in the present? Native assignment help is the most efficient solution to your question. How do you write a great research proposal is an extremely difficult task for an experienced assignment writer to resolve their problem. We employ professional writers to aid students in completing their academic projects successfully and at a reasonable price. https://www.nativeassignmenthelp.co.uk/research-proposal-writing-service -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 95207] LibreOffice cannot unify differently-named fonts into a single family
https://bugs.documentfoundation.org/show_bug.cgi?id=95207 Adam Fontenot changed: What|Removed |Added CC||adam.m.fontenot+docfo@gmail ||.com --- Comment #8 from Adam Fontenot --- Created attachment 178797 --> https://bugs.documentfoundation.org/attachment.cgi?id=178797&action=edit libreoffice 7.3.1.3 showing the issue with fira sans This is a *major* pain for users with large font families, see e.g. the example given by the user of the marked-duplicate bug 140519. I'm adding to this to point out that this bug is not, as far as I can tell, limited to unusual or broken font families. It applies to every font family I've ever tried that has more than four styles or weights. In fact, you can test it yourself with an open source font, Fira Sans: https://github.com/bBoxType/FiraSans I've attached a screenshot showing what my fonts menu in the LibreOffice UI looks like with this font installed. Other applications that I've tried, including Inkscape, KDE's Font Management tool, and fontmanager.github.io, all show 3 font families for Fira Sans: Fira Sans, FS Compressed, and FS Condensed. Underlying libraries also have support for this: pango-list shows the same three families. The especially annoying thing is that LibreOffice interpolates an italic, bold, and bold-italic font for most of these "families", so the Fira Sans Light "family" has a simulated bold option - instead of switching to Fira Sans Bold! This all *feels* like something that might at one point have been a conscious design decision, to work around the fact that styles aren't exposed very well in the LibreOffice UI (as far as I know, nowhere but the character format window), so perhaps this was originally thought to be a workaround to allow users to more easily choose variant font styles? I think the correct UI solution to this would be to make a style / weight drop down that's separate from the font family selector. Then the font name selector can be used exclusively to present different font families. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 147634] ENGLISH language options not consistent on Installation
https://bugs.documentfoundation.org/show_bug.cgi?id=147634 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 147632] Destination Folder option not available on Installation unless I click on a Component
https://bugs.documentfoundation.org/show_bug.cgi?id=147632 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 147631] The Chinese IME in Windows 10 doesn't work correctly in Calc
https://bugs.documentfoundation.org/show_bug.cgi?id=147631 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 147621] The print dialogue overflows the screen after updating l10n
https://bugs.documentfoundation.org/show_bug.cgi?id=147621 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 147392] eBooks: improve html output (e.g. minimize number of tags and style declarations)
https://bugs.documentfoundation.org/show_bug.cgi?id=147392 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 147378] Spreadsheet crashes on OS 11
https://bugs.documentfoundation.org/show_bug.cgi?id=147378 QA Administrators changed: What|Removed |Added Status|NEEDINFO|UNCONFIRMED Ever confirmed|1 |0 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 147378] Spreadsheet crashes on OS 11
https://bugs.documentfoundation.org/show_bug.cgi?id=147378 --- Comment #6 from QA Administrators --- [Automated Action] NeedInfo-To-Unconfirmed -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 147266] Moving cursor on M1 Macmini
https://bugs.documentfoundation.org/show_bug.cgi?id=147266 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 147266] Moving cursor on M1 Macmini
https://bugs.documentfoundation.org/show_bug.cgi?id=147266 --- Comment #19 from QA Administrators --- [Automated Action] NeedInfo-To-Unconfirmed -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 143826] update 7.1.5.2 does not work
https://bugs.documentfoundation.org/show_bug.cgi?id=143826 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 143826] update 7.1.5.2 does not work
https://bugs.documentfoundation.org/show_bug.cgi?id=143826 --- Comment #3 from QA Administrators --- Dear tom, 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 143620] Improvement: Add option to search & replace in hyperlinks
https://bugs.documentfoundation.org/show_bug.cgi?id=143620 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 143620] Improvement: Add option to search & replace in hyperlinks
https://bugs.documentfoundation.org/show_bug.cgi?id=143620 --- Comment #4 from QA Administrators --- Dear ATI, 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 142133] Web links cannot be opened in pdf after exporting .rtf to .pdf
https://bugs.documentfoundation.org/show_bug.cgi?id=142133 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 142133] Web links cannot be opened in pdf after exporting .rtf to .pdf
https://bugs.documentfoundation.org/show_bug.cgi?id=142133 --- Comment #4 from QA Administrators --- Dear marin.ionut86, 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 141266] It would be great if LO Calc could have the ability to find and replace text that is in a cell which has a lot of text. It currently does not.
https://bugs.documentfoundation.org/show_bug.cgi?id=141266 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 141266] It would be great if LO Calc could have the ability to find and replace text that is in a cell which has a lot of text. It currently does not.
https://bugs.documentfoundation.org/show_bug.cgi?id=141266 --- Comment #7 from QA Administrators --- Dear Dr. Pam Halton, 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 139750] Calc display does not follow when there are cells of differing height
https://bugs.documentfoundation.org/show_bug.cgi?id=139750 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 139750] Calc display does not follow when there are cells of differing height
https://bugs.documentfoundation.org/show_bug.cgi?id=139750 --- Comment #3 from QA Administrators --- Dear Brad Slaughter, 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 126820] Editing: Cannot enter edit mode after Select all
https://bugs.documentfoundation.org/show_bug.cgi?id=126820 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 126820] Editing: Cannot enter edit mode after Select all
https://bugs.documentfoundation.org/show_bug.cgi?id=126820 --- Comment #6 from QA Administrators --- Dear Emil Tanev, 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 144126] Printing Word docs with mixed portrait/landscape orientations results in all pages oriented the same way
https://bugs.documentfoundation.org/show_bug.cgi?id=144126 --- Comment #2 from QA Administrators --- Dear GD, 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 142774] Font char family changes from 5 to 3 on DOCX export (fine with DOC)
https://bugs.documentfoundation.org/show_bug.cgi?id=142774 --- Comment #6 from QA Administrators --- Dear Telesto, 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 136831] Page layout on file open different from making a change and undo or manual reverting
https://bugs.documentfoundation.org/show_bug.cgi?id=136831 --- Comment #2 from QA Administrators --- Dear Telesto, 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 147744] Calc crashes when pasting simple formula in a filtered column
https://bugs.documentfoundation.org/show_bug.cgi?id=147744 Kohei Yoshida changed: What|Removed |Added Status|NEW |ASSIGNED Assignee|libreoffice-b...@lists.free |ko...@libreoffice.org |desktop.org | --- Comment #5 from Kohei Yoshida --- Yet another one... -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 147916] When copying a cell to a newly inserted sheet, absolute sheet name reference is not reserved thus the pasted formula is broken
https://bugs.documentfoundation.org/show_bug.cgi?id=147916 Kevin Suo changed: What|Removed |Added Summary|When copying a cell to a|When copying a cell to a |newly inserted sheet, |newly inserted sheet, |absolute sheet name is not |absolute sheet name |reserved thus the pasted|reference is not reserved |formula is broken |thus the pasted formula is ||broken -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 147916] When copying a cell to a newly inserted sheet, absolute sheet name is not reserved thus the pasted formula is broken
https://bugs.documentfoundation.org/show_bug.cgi?id=147916 --- Comment #1 from Kevin Suo --- It is noted that when copy pasting to an existing sheet (e.g. sheet2 or sheet3), the pasted result is correct. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 147916] When copying a cell to a newly inserted sheet, absolute sheet name is not reserved thus the pasted formula is broken
https://bugs.documentfoundation.org/show_bug.cgi?id=147916 Kevin Suo changed: What|Removed |Added See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=14 ||7879 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 147879] Cell formula reference is broken when I delete several columns which are not referenced by the formula
https://bugs.documentfoundation.org/show_bug.cgi?id=147879 Kevin Suo changed: What|Removed |Added See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=14 ||7916 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 147916] New: When copying a cell to a newly inserted sheet, absolute sheet name is not reserved thus the pasted formula is broken
https://bugs.documentfoundation.org/show_bug.cgi?id=147916 Bug ID: 147916 Summary: When copying a cell to a newly inserted sheet, absolute sheet name is not reserved thus the pasted formula is broken Product: LibreOffice Version: 6.1 all versions Hardware: All OS: Linux (All) Status: UNCONFIRMED Severity: normal Priority: medium Component: Calc Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: suokunl...@126.com Created attachment 178795 --> https://bugs.documentfoundation.org/attachment.cgi?id=178795&action=edit sheet_name_ref_test.ods Steps to Reproduce: 1. Open the attached ods file. 2. Select A1:B2 in sheet1, ctrl+c to copy. 3. Insert a new sheet between sheet1 and sheet2 (it's named as "Sheet 5"). 4. Select a cell in "Sheet 5", ctrl+v to paste. Current Result: In cell B2 of "Sheet 5", the pasted formula is =VLOOKUP(A2,$sheet3.A:B,2,0) thus the result is #N/A. It seems that the absolute reference $ is ignored during copy paste of the formula. Expected Result: In cell B2 of "Sheet 5", the pasted formula should be =VLOOKUP(A2,$sheet4.A:B,2,0) thus the result should be 100, because the source formula uses absolute reference and it should be retained during copy paste. Reproducible on Version: 7.3.2.0.0+ / LibreOffice Community Build ID: 789fbf732ad6db002fd83b307385940c392cc457 CPU threads: 8; OS: Linux 5.16; UI render: default; VCL: gtk3 Locale: zh-CN (zh_CN.UTF-8); UI: zh-CN Calc: threaded and also on current master Also in Version: 6.1.7.0.0+ Build ID: 5b3765f4d881e7ddefd0c4aad6886a46f000b4fc CPU threads: 8; OS: Linux 5.16; UI render: default; VCL: gtk3; Locale: zh-CN (zh_CN.UTF-8); Calc: group threaded -- 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 #13 from Jim Raykowski --- Created attachment 178794 --> https://bugs.documentfoundation.org/attachment.cgi?id=178794&action=edit qt screenshot -- 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 #12 from Jim Raykowski --- Created attachment 178793 --> https://bugs.documentfoundation.org/attachment.cgi?id=178793&action=edit x11 screenshot -- 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 #11 from Jim Raykowski --- Created attachment 178792 --> https://bugs.documentfoundation.org/attachment.cgi?id=178792&action=edit gtk3 screenshot -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 147378] Spreadsheet crashes on OS 11
https://bugs.documentfoundation.org/show_bug.cgi?id=147378 --- Comment #5 from DJLConsulting --- (In reply to Xisco Faulí from comment #4) > Thanks for reporting this issue. > Could you please try with LibreOffice 7.3.1 from > https://www.libreoffice.org/download/download/ ? Yes, working so far. -- 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 61832, which changed state. Bug 61832 Summary: Incorrect spellcheck of words with recorded changes shown https://bugs.documentfoundation.org/show_bug.cgi?id=61832 What|Removed |Added Status|NEW |RESOLVED Resolution|--- |WORKSFORME -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 61832] Incorrect spellcheck of words with recorded changes shown
https://bugs.documentfoundation.org/show_bug.cgi?id=61832 haim kilov changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |WORKSFORME --- Comment #15 from haim kilov --- Resolved - Worksforme LO 7.3.1.3 Mac Catalina 10.15.7 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 147915] New: Mirroring of page headers not working in one case
https://bugs.documentfoundation.org/show_bug.cgi?id=147915 Bug ID: 147915 Summary: Mirroring of page headers not working in one case Product: LibreOffice Version: 7.2.5.2 release Hardware: x86 (IA32) OS: Windows (All) Status: UNCONFIRMED Severity: normal Priority: medium Component: LibreOffice Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: l...@higbie.name Created attachment 178791 --> https://bugs.documentfoundation.org/attachment.cgi?id=178791&action=edit Test document showing misplaced page number in its header. In a novel length work, I have chapters that start with a non-mirrored formatting followed by normal mirrored formatting (so page number will always be on the outside, e.g.). Though I never saw this before 7.2.5, the page number of the first "normal" page following the chapter start page is always on the left, tough all subsequent headers are properly mirrored putting page numbers on the upper outside corner. In other words, in this one case, the header is not being mirrored properly. Details about the build of LibreOffice etc are in the attachment where the error is shown. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 147914] File over-read parsing XLS with mixed wide- and narrow-character strings
https://bugs.documentfoundation.org/show_bug.cgi?id=147914 --- Comment #6 from rennie.degr...@gmail.com --- Created attachment 178790 --> https://bugs.documentfoundation.org/attachment.cgi?id=178790&action=edit Bug in Calc This screen capture of Calc shows the end of the string that it loads with the extraneous data. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 143063] [META] Manage Changes dialog improvements
https://bugs.documentfoundation.org/show_bug.cgi?id=143063 Gabor Kelemen (allotropia) changed: What|Removed |Added Depends on||147844 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=147844 [Bug 147844] UI: Edit track changes dialog missing buttons (reject/accept) -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 147844] UI: Edit track changes dialog missing buttons (reject/accept)
https://bugs.documentfoundation.org/show_bug.cgi?id=147844 Gabor Kelemen (allotropia) changed: What|Removed |Added Blocks||143063 Status|UNCONFIRMED |NEW Ever confirmed|0 |1 CC||kelem...@ubuntu.com, ||t...@iki.fi --- Comment #3 from Gabor Kelemen (allotropia) --- Confirming in bibisect-7.4 linux. Happens with gen and qt5 vcl, but not with gtk3. Started in: https://git.libreoffice.org/core/+/2b58a0979f9206cfca6d78cb2f3d5e65cd735f8b uthor Tor LillqvistTue Jan 25 16:57:09 2022 +0200 committer Tor LillqvistWed Feb 16 22:27:02 2022 +0100 Add sanity check to avoid potential crash in the Collabora Online server Adding CC to: Tor Lillqvist Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=143063 [Bug 143063] [META] Manage Changes dialog improvements -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 147914] File over-read parsing XLS with mixed wide- and narrow-character strings
https://bugs.documentfoundation.org/show_bug.cgi?id=147914 --- Comment #5 from rennie.degr...@gmail.com --- Created attachment 178789 --> https://bugs.documentfoundation.org/attachment.cgi?id=178789&action=edit String block 4 end This screen capture from my OLE hex editor shows the end of string block 4 with the additional file data that Calc loads as part of the string. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 147914] File over-read parsing XLS with mixed wide- and narrow-character strings
https://bugs.documentfoundation.org/show_bug.cgi?id=147914 --- Comment #4 from rennie.degr...@gmail.com --- Created attachment 178788 --> https://bugs.documentfoundation.org/attachment.cgi?id=178788&action=edit String block 4 header This screen capture from my OLE hex editor shows the beginning of string block 4. The selected byte is the narrow/wide character flag. 0 indicates narrow character data, 1 indicates wide. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 147914] File over-read parsing XLS with mixed wide- and narrow-character strings
https://bugs.documentfoundation.org/show_bug.cgi?id=147914 --- Comment #3 from rennie.degr...@gmail.com --- Use attachment 178786 to reproduce the bug. Attachment attachment 178787 is a version of the file with the string length corrected; Calc appears to handle it correctly. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 147914] File over-read parsing XLS with mixed wide- and narrow-character strings
https://bugs.documentfoundation.org/show_bug.cgi?id=147914 --- Comment #2 from rennie.degr...@gmail.com --- Created attachment 178787 --> https://bugs.documentfoundation.org/attachment.cgi?id=178787&action=edit XLS file with mixed string, corrected length -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 147914] File over-read parsing XLS with mixed wide- and narrow-character strings
https://bugs.documentfoundation.org/show_bug.cgi?id=147914 --- Comment #1 from rennie.degr...@gmail.com --- Created attachment 178786 --> https://bugs.documentfoundation.org/attachment.cgi?id=178786&action=edit File that reproduces the bug -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 147914] New: File over-read parsing XLS with mixed wide- and narrow-character strings
https://bugs.documentfoundation.org/show_bug.cgi?id=147914
Bug ID: 147914
Summary: File over-read parsing XLS with mixed wide- and
narrow-character strings
Product: LibreOffice
Version: 7.3.1.3 release
Hardware: All
OS: All
Status: UNCONFIRMED
Severity: normal
Priority: medium
Component: Calc
Assignee: libreoffice-bugs@lists.freedesktop.org
Reporter: rennie.degr...@gmail.com
Description:
The XLS format has a maximum record length of 8224 bytes. The maximum string
length is 32767 characters (a character whose UTF-16 representation requires a
conjugate pairs counts at two characters). Consequently, long strings must be
split across multiple records using "continue records"
(https://docs.microsoft.com/en-us/openspecs/office_file_formats/ms-xls/999fae21-d3d9-42e8-8290-639782460c67).
Strings are represented as "XLUnicodeRichExtendedString" objects
(https://docs.microsoft.com/en-us/openspecs/office_file_formats/ms-xls/173d9f51-e5d3-43da-8de2-be7f22e119b9).
They may use either narrow (8-bit) or wide (UTF-16LE) characters; which is
used by a particular string is indicated by a flag. For whatever reason (blame
some nameless dev in the 1990s), the flag is repeated in each continue record.
Consequently, it is valid for a string to start off using narrow characters and
be continued by a wide character block. Yes, this is perverse.
In order to test some other software that parses XLS, I used Excel to create an
XLS with a 32767-character narrow-character string ("aaaaaa"), then opened
it up using a OLE compound document hex editor ("Compound File Explorer",
though the tool that you use should not matter). My string was split across
four records, as expected (in the "Workbook" OLE stream). I changed the
narrow/wide character flag byte to 0x01 (indicating wide character data) on the
2nd and 4th blocks. Since XLS uses UTF-16 for wide characters, this changes the
string to "aaa...aaa慡慡慡...慡慡慡aaa...aaa慡慡慡...慡慡慡".
However, I did *not* update the string length. Since those two blocks are now
wide characters but I did not add any additional data, the string should be
shorter. This makes the document invalid. Excel goes into recovery mode when
trying to load it. However, Calc loads the following string:
aaa...aaa慡慡慡...慡慡慡aaa...aaa慡慡慡...慡慡慡一浡ե?慖畬ť?ɡ?慡愀慡愀慡ա?慡慡ୡ?敄捳楲瑰潩੮?桓牯⁴慮敭
䰀湯慮敭䄀瑬牥慮整搠獥牣灩楴湯?潓敭桴湩
Copying the extraneous data into a text file, saving it as UTF-16LE and opening
it in a hex editor reveals 0x76 bytes of file data following the end of the
last string block:
04 00 00 4E 61 6D 65 05 3F 00 56 61 6C 75 65 01 3F 00 61 02 3F 00 61 61 03 00
00 61 61 61 04 00 00 61 61 61 61 05 3F 00 61 61 61 61 61 0B 3F 00 44 65 73 63
72 69 70 74 69 6F 6E 0A 3F 00 53 68 6F 72 74 20 6E 61 6D 65 09 00 00 4C 6F 6E
67 20 6E 61 6D 65 15 00 00 41 6C 74 65 72 6E 61 74 65 20 64 65 73 63 72 69 70
74 69 6F 6E 3F 00 53 6F 6D 65 74 68 69 6E
I didn't try debugging into Calc to see where/how it got this data. There
might be security implications depending on how/where the over-read occurs.
I created a second version of the XLS file in which I corrected the string
length. Calc appeared to handle that file correctly.
I tested this using release 7.3.1.3 on Windows 10 amd64. I expect that the
same will occur on other platforms and versions since XLS is a rather old
format.
Steps to Reproduce:
1. Create a malformed XLS file as described above
2. Open in Calc
Actual Results:
Over-read file data is displayed in the document as described above
Expected Results:
No over-read file data should appear.
Reproducible: Always
User Profile Reset: No
Additional Info:
Version: 7.3.1.3 (x64) / LibreOffice Community
Build ID: a69ca51ded25f3eefd52d7bf9a5fad8c90b87951
CPU threads: 2; OS: Windows 10.0 Build 19042; 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 147862] HELP: Improve Toolbar Overview
https://bugs.documentfoundation.org/show_bug.cgi?id=147862 Olivier Hallot changed: What|Removed |Added Ever confirmed|0 |1 Status|UNCONFIRMED |NEW -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 103859] [META] EMF/WMF (Enhanced/Windows Metafile) bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=103859 Gabor Kelemen (allotropia) changed: What|Removed |Added Depends on||147818 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=147818 [Bug 147818] Schematic Lines are not displayed when opening EMF file [FILEOPEN] -- 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 Gabor Kelemen (allotropia) changed: What|Removed |Added Blocks||103859 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=103859 [Bug 103859] [META] EMF/WMF (Enhanced/Windows Metafile) bugs and enhancements -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 147822] Crash in: ScUnoListenerCalls::ExecuteAndClear()
https://bugs.documentfoundation.org/show_bug.cgi?id=147822 --- Comment #6 from robert_hartm...@gmx.net --- (In reply to Robert_Hartmann from comment #5) > Well I now tested one Version 3.x, one Version 4.x , one Version 6.x and > current Version 7.2.5.2 ... may be one Version 5.x worked or I didn't > remember correctly ... or it was an OpenOffice version before I switched to > LibreOffice which created correct Single Choice Radio Buttons ... I found an very old bug report from 2004 for OpenOffice ( https://bz.apache.org/ooo/show_bug.cgi?id=30823 ) , where broken grouped single and multiple choice radio buttons where discussed. That bug report contains some patches. The latest comment from year 2013 in that bugreport mentioned, that with Apache OpenOffice 4.0.0 (and AOO 3.4.0) the problem where gone. Just to complete my Single Choice Bugreport with a next test: Now I opened the ODS-File created with Libre Office 7 with the current portable Version of Apache OpenOffice 4.1.11 - AOO4111m1(Build:9808) - Rev. bdb20b2a64 2021-09-20 16:18 : This time the ODS-File is visualised like the XLS (LibreOffice Calc export) in Excel, that means no choice change is possible more than one time in ODS opened by OpenOffice. Next try : Creating in OpenOffice 4.1.11 a Single Choice File and open it in Libre Office 7.2.5.2 works as expected. Exports from OpenOffice to XLS seems to have the same problem like LibreOffice export to XLS : After saving choosing logik is broken. I think the grouping part is missing after export to XLS. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 147892] Corrupt DOCX document after saving (track changes involved)
https://bugs.documentfoundation.org/show_bug.cgi?id=147892 Gabor Kelemen (allotropia) changed: What|Removed |Added Blocks||115709 CC||kelem...@ubuntu.com Ever confirmed|0 |1 Status|UNCONFIRMED |NEEDINFO --- Comment #1 from Gabor Kelemen (allotropia) --- Hi Milan I'm interested in this one. Please send me the two files in private, I'll figure out what operation went wrong. Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=115709 [Bug 115709] [META] DOCX (OOXML) Tracking changes-related issues -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 115709] [META] DOCX (OOXML) Tracking changes-related issues
https://bugs.documentfoundation.org/show_bug.cgi?id=115709 Gabor Kelemen (allotropia) changed: What|Removed |Added Depends on||147892 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=147892 [Bug 147892] Corrupt DOCX document after saving (track changes involved) -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 147912] Crash on entire row operations but not on selected cells in those rows
https://bugs.documentfoundation.org/show_bug.cgi?id=147912 --- Comment #2 from ofthecent...@gmail.com --- And indeed, this bug https://bugs.documentfoundation.org/show_bug.cgi?id=143214 is the same root cause for this. The solution is also the same, version 7.4alpha0 solves this issue. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 147913] VIEWING: Formatted date results from Vlookup will not appear as expected
https://bugs.documentfoundation.org/show_bug.cgi?id=147913 m.a.riosv changed: What|Removed |Added CC||miguelangelrv@libreoffice.o ||rg Ever confirmed|0 |1 Status|UNCONFIRMED |NEEDINFO --- Comment #1 from m.a.riosv --- Can you attach a sample file, as simple as possible. -- 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 --- Comment #13 from m.a.riosv --- Hi @andhy, you have opened it, so if you think the best it's close it, then do it, don't hesitate. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 147822] Crash in: ScUnoListenerCalls::ExecuteAndClear()
https://bugs.documentfoundation.org/show_bug.cgi?id=147822 --- Comment #5 from robert_hartm...@gmx.net --- (In reply to Robert_Hartmann from comment #4) [...] > can be reproduce under an old linux VM with an old LibreOffice > Version: 4.2.8.2 > Build-ID: 420m0(Build:2) > > So the problem is independent of operating system under which the ODS file > is converted to XLS or XLSX. And I can reproduce broken single choice radio buttons with portable LibreOffice Calc 3.3.0: - broken logic in XLS after reopening in MS Excel - broken graphic element in XLSX after reopening in MS Excel : Excel message is "Reparierte Datensätze: Zeichnung von /xl/drawings/drawing1.xml-Part Zeichnungsform)" which is german for "reparing data drawing /xl/drawings/drawing1.xml-Part" after "reparing step" radioboxes are missing. In comment #0 I said: > I could not remember anymore which LibreOffice (version 4 or 5) > could create single choices radio buttons which works in MS Excel correctly. Well I now tested one Version 3.x, one Version 4.x , one Version 6.x and current Version 7.2.5.2 ... may be one Version 5.x worked or I didn't remember correctly ... or it was an OpenOffice version before I switched to LibreOffice which created correct Single Choice Radio Buttons ... -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 147913] New: VIEWING: Formatted date results from Vlookup will not appear as expected
https://bugs.documentfoundation.org/show_bug.cgi?id=147913 Bug ID: 147913 Summary: VIEWING: Formatted date results from Vlookup will not appear as expected Product: LibreOffice Version: 7.3.1.3 release Hardware: All OS: Windows (All) Status: UNCONFIRMED Severity: normal Priority: medium Component: Calc Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: henrick.si...@aol.com I have eight spreadsheets on a file, and I use VLOOKUP to get some informations from one spreadsheet to another. When VLOOKPUP returns a simple string, a number, a date without formatting, it works as normal. But I have some cells with a specific date format. The other seven spreadsheets use VLOOKUP to get those dates from my first spreadsheet and it works normally, even the date format is transferred to the cells with the VLOOKUP formula, and when it's not, all I have to do is change the formatting of the cell to match the ones with the information I need. The problem happens when the first spreadsheet uses VLOOKUP to get dates from the other seven spreadsheets (from cells with the same date format used on the first spreadsheet), VLOOKUP doesn't report any errors, but the cell which receives the value retrieved by VLOOKUP is filled with what seems to be random numbers like "44624". And changing the cell formatting makes no difference, it'll always show the same numbers, whether using "General", "Number", or the standard "Date" format. The only difference between the two cases, is the number of formulae used. When the other seven spreadsheets use VLOOKUP to retrieve dates from the first spreadsheet they use a simple IFERROR((VLOOKUP)"") combination to replace errors with blanks. But when the first spreadsheet uses VLOOKUP to retrieve dates from the other spreadsheets it uses VLOOKUP inside a quite big combination of concatenation, IFERROR, and VLOOKUP. In those cases there is a VLLOKUP formula for each of the other seven spreadsheets, but only one of them has the information I need, therefore, only one VLOOKUP will work, the others will fail, and IFERROR prevents them for messing the whole formula. This combination already works with no problems to retrive only one string from the other seven spreadsheets to the first one, in thoses cases the "General" formatting is used. But will always fail with formatted dates retrieved from the seven spreadsheets to the first. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 113066] [EMF] Writer wrongly shows graphics semicircles from CAD that were pasted as GDI
https://bugs.documentfoundation.org/show_bug.cgi?id=113066 Bartosz changed: What|Removed |Added Status|NEW |ASSIGNED Assignee|libreoffice-b...@lists.free |gan...@poczta.onet.pl |desktop.org | -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 142204] [EMF] SetArcDirection support
https://bugs.documentfoundation.org/show_bug.cgi?id=142204 Bartosz changed: What|Removed |Added Status|NEW |ASSIGNED Assignee|libreoffice-b...@lists.free |gan...@poczta.onet.pl |desktop.org | -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 142204] [EMF] SetArcDirection support
https://bugs.documentfoundation.org/show_bug.cgi?id=142204 --- Comment #11 from Commit Notification --- Bartosz Kosiorek committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/7b28920382d3820344bfc4075bac98f85e838dba tdf#113066 tdf#142204 EMF Implement SETARCDIRECTION 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 113066] [EMF] Writer wrongly shows graphics semicircles from CAD that were pasted as GDI
https://bugs.documentfoundation.org/show_bug.cgi?id=113066 --- Comment #14 from Commit Notification --- Bartosz Kosiorek committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/7b28920382d3820344bfc4075bac98f85e838dba tdf#113066 tdf#142204 EMF Implement SETARCDIRECTION 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 142204] [EMF] SetArcDirection support
https://bugs.documentfoundation.org/show_bug.cgi?id=142204 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 113066] [EMF] Writer wrongly shows graphics semicircles from CAD that were pasted as GDI
https://bugs.documentfoundation.org/show_bug.cgi?id=113066 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 147912] Crash on entire row operations but not on selected cells in those rows
https://bugs.documentfoundation.org/show_bug.cgi?id=147912 --- Comment #1 from ofthecent...@gmail.com --- Could be related to this? https://bugs.documentfoundation.org/show_bug.cgi?id=143214 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 147250] WebDAV SSL not working with self signed CA and host cert
https://bugs.documentfoundation.org/show_bug.cgi?id=147250 --- Comment #6 from Michael Stahl (allotropia) --- (In reply to gw from comment #3) > Used, flatpak version was newer than the official/community version but > seems like that changed. Switched to extra/libreoffice-fresh-7.3.0-5 now. i'm assuming this LO is packaged by/for Arch Linux and uses system libcurl. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 147250] WebDAV SSL not working with self signed CA and host cert
https://bugs.documentfoundation.org/show_bug.cgi?id=147250 --- Comment #5 from Michael Stahl (allotropia) --- apparently LibreOfficeFlatpak.conf builds with system curl, OpenSSL and NSS. this is an interesting bug: https://github.com/flatpak/flatpak/issues/2721 apparently the idea is Flatpak app accesses host certs via "p11-kit", which communicates from app sandbox to host via socket, using "p11-kit-client.so" in the Freedesktop runtime. claims the system curl in the freedesktop-sdk doesn't work because it is built with --with-ca-bundle - that overrides any usage of "p11-kit". "trust list" shows CAs trusted by p11-kit on the host. so much for Flatpak case ... it's not clear how this should work for TDF rpm/deb builds - these currently bundle curl and NSS and NSS is not configured to use p11-kit... but it should be using some Mozilla FF/TB profile directory in "nsscrypto_initialize" function. i guess one option would be to use system NSS which should get us benefit of automatic p11-kit usage - but not clear if that works with passing explicit profile directory. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 147834] When 'next' style is different, clear numbering and bulleting
https://bugs.documentfoundation.org/show_bug.cgi?id=147834 Eyal Rozenberg changed: What|Removed |Added Status|RESOLVED|UNCONFIRMED Resolution|NOTABUG |--- --- Comment #7 from Eyal Rozenberg --- (In reply to Heiko Tietze from comment #6) > Direct formatting is continued until it ends. But it shouldn't, if the style changes. > For example, if you click bold and type the letters are bold. It is actually quite likely that you do _not_ want the emboldened part of, saying, a Heading 1, to continue into an emboldened Default Paragraph Text or Text Body etc. But with something like boldface, it's only quite likely, while with numbering and bulletting - it is essentially a certainty. I challenge you to find a valid use case to the contrary. > If you define a paragraph to be a list the next paragraph takes this DF. But the user doesn't want it to. Certainly for numbering, arguably for other DF. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 147912] New: Crash on entire row operations but not on selected cells in those rows
https://bugs.documentfoundation.org/show_bug.cgi?id=147912 Bug ID: 147912 Summary: Crash on entire row operations but not on selected cells in those rows Product: LibreOffice Version: 7.2.5.2 release Hardware: x86-64 (AMD64) OS: Linux (All) Status: UNCONFIRMED Severity: normal Priority: medium Component: Calc Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: ofthecent...@gmail.com Description: Crashes almost every time I try to do operations on entire rows on sheets. But no problem if I just select cells with actual data on those rows and perform the same operation. Operations are deletions, copy/pastes. So the crash always happens when I select an entire row(s) and try to do an operation above on it. The workbook sheets have many formulas and are interlinked between sheets. I have enabled the experimental feature to increase maximum number of columns because there are a lot more columns in the workbook than the regular limit. It may have to do with this because I have not observed any such issues when working with workbooks without enabling the maximum column increase option. Steps to Reproduce: 1.Enable option to extend column/row limit. 2.Create workbook with sheets with data with lots of columns and interlinked formulas. 3.Select a row with formulas and data. 4.Right click and select delete row (or copy and paste an entire row). More or less these steps. Actual Results: Crash Expected Results: Operation completes without crashing. Reproducible: Always User Profile Reset: No OpenGL enabled: Yes Additional Info: Version: 7.2.5.2.0+ / LibreOffice Community Build ID: 20(Build:2) CPU threads: 8; OS: Linux 5.15; UI render: default; VCL: gtk3 Locale: en-US (en_US.UTF-8); UI: en-US 7.2.5-5 Calc: threaded Jumbo -- You are receiving this mail because: You are the assignee for the bug.
libreoffice-bugs@lists.freedesktop.org
https://bugs.documentfoundation.org/show_bug.cgi?id=147895 Eigil Wiwe changed: What|Removed |Added Ever confirmed|1 |0 Status|NEEDINFO|UNCONFIRMED --- Comment #3 from Eigil Wiwe --- Comment on my first explanation If you say yes to the Navigation Line in form properties, the above no longer applies. And the filter seems to work properly. But you can only go into edit mode if the filter is empty. Otherwise the program crashes, but no report is made. It does not affect the result that I turn off OpenCL. INFO 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: da-DK (da_DK); UI: da-DK Calc: threaded -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 147822] Crash in: ScUnoListenerCalls::ExecuteAndClear()
https://bugs.documentfoundation.org/show_bug.cgi?id=147822 --- Comment #4 from robert_hartm...@gmx.net --- > if no Group-Field was used and saving as xls, users which use MS Excel > see radio buttons with "broken logic" after reopening the file = you > cannot change your choice. > if no Group-Field was used and saving as xlsx, users which use MS Excel > cannot see the singele choice buttons. This behavior of current LibreOffice Version: 7.2.5.2 (x64) / LibreOffice Community Build ID: 499f9727c189e6ef3471021d6132d4c694f357e5 CPU threads: 8; OS: Windows 10.0 Build 19044; UI render: Skia/Vulkan; VCL: win Locale: de-DE (de_DE); UI: de-DE Calc: threaded can be reproduce under an old linux VM with an old LibreOffice Version: 4.2.8.2 Build-ID: 420m0(Build:2) So the problem is independent of operating system under which the ODS file is converted to XLS or XLSX. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 147760] DOCX export: Writer adds timestamps to the anonymized tracked changes
https://bugs.documentfoundation.org/show_bug.cgi?id=147760 --- Comment #5 from László Németh --- Commit description: tdf#147760 tdf#142902 DOCX export: anonymize date and moveFromRangeStart Anonymization exported a zeroed w:date in change tracking and commenting elements w:ins, w:del, w:moveFrom, w:moveTo, w:cellIns, w:cellDel, w:comment, w:moveFromRangeStart and w:moveToRangeStart instead of simply skipping it, according to OOXML. Also don't export w:date, if the imported DOCX was anonymized by Word's Document Inspector, i.e. it doesn't contain w:date. Fix also missing anonymization of author and date of moveFromRangeStart and moveToRangeStart elements. Follow-up to commit 2c51746997478ad5d0e7cc64aa6489769c473d43 "tdf#146171 DOCX: fix loss of change tracking, if no date", commit 9e1e88ad5cf2dc0e9b188c60930445652a6c7519 "tdf#145720 DOCX export: fix loss of tracked moving" and commit ded2452a52d21131347a0dc2e25c8161f20fcfad "tdf#142902 DOCX export: remove personal info of comments and changes". -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 147760] DOCX export: Writer adds timestamps to the anonymized tracked changes
https://bugs.documentfoundation.org/show_bug.cgi?id=147760 László Németh changed: What|Removed |Added Assignee|nem...@numbertext.org |libreoffice-b...@lists.free ||desktop.org Resolution|--- |FIXED Status|ASSIGNED|RESOLVED -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 142902] FILESAVE DOCX Remove personal information from change tracking and comments
https://bugs.documentfoundation.org/show_bug.cgi?id=142902 --- Comment #6 from Commit Notification --- László Németh committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/64dcedcf7c073d1819794d68a33651b14877e1b5 tdf#147760 tdf#142902 DOCX export: anonymize date and moveFromRangeStart 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 142902] FILESAVE DOCX Remove personal information from change tracking and comments
https://bugs.documentfoundation.org/show_bug.cgi?id=142902 Commit Notification changed: What|Removed |Added Whiteboard|target:7.3.0|target:7.3.0 target:7.4.0 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 142032] FEATURE REQUEST: Customize Tabbed Compact UI toolbars
https://bugs.documentfoundation.org/show_bug.cgi?id=142032 --- Comment #7 from Di Hox --- guys what an amazing idea -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 108843] [META] Clipboard bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=108843 Aron Budea changed: What|Removed |Added Depends on||128610 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=128610 [Bug 128610] "Import MathML from Clipboard", is broken on linux ( steps in comment 19 ) -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 118765] [META] MathML bugs
https://bugs.documentfoundation.org/show_bug.cgi?id=118765 Aron Budea changed: What|Removed |Added Depends on||128610 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=128610 [Bug 128610] "Import MathML from Clipboard", is broken on linux ( steps in comment 19 ) -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 128610] "Import MathML from Clipboard", is broken on linux ( steps in comment 19 )
https://bugs.documentfoundation.org/show_bug.cgi?id=128610 Aron Budea changed: What|Removed |Added Blocks||118765, 108843 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=108843 [Bug 108843] [META] Clipboard bugs and enhancements https://bugs.documentfoundation.org/show_bug.cgi?id=118765 [Bug 118765] [META] MathML bugs -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 147637] LO Write crash when use the EXCHANGE DATABASE button in mail merge
https://bugs.documentfoundation.org/show_bug.cgi?id=147637 --- Comment #6 from marco.jj --- (In reply to Julien Nabet from comment #1) > Please don't autoconfirm your own bug. > > Also, could you provide a package with minimal test files (odt+ods) + > minimal step by step process to reproduce this? I've provide a package with minimal test files and step by step process. i've change the status to UNCONFIRMED. Is all rigth? -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 142940] Fonts are poorly rendered to display with pair kerning enabled, means to control without losing published quality
https://bugs.documentfoundation.org/show_bug.cgi?id=142940 Michael Meeks changed: What|Removed |Added CC||vmik...@collabora.com --- Comment #22 from Michael Meeks --- V Stuart - best to CC Miklos I guess; he leads the TDF tender work. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 128610] "Import MathML from Clipboard", is broken on linux ( steps in comment 19 )
https://bugs.documentfoundation.org/show_bug.cgi?id=128610 --- Comment #27 from Regina Henschel --- (In reply to Xisco Faulí from comment #26) > Created attachment 178785 [details] > InsideClipboard captures > > the bad file is when coping from Firefox. The good one when copying from > notepad Are you sure about the files? They are identical. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 147902] reportbuilder shapes does not allow copying or cutting them in the same report
https://bugs.documentfoundation.org/show_bug.cgi?id=147902 Robert Großkopf changed: What|Removed |Added Ever confirmed|0 |1 CC||rob...@familiegrosskopf.de Status|UNCONFIRMED |NEW --- Comment #2 from Robert Großkopf --- You are right. Pasting doesn't work with a shape in reports, works as expected for example with a label control. Tested with LO 7.3.1.2 on OpenSUSE 15.3 64bit rpm Linux. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 128150] FILEOPEN: Shape in master slide is white using useBgFill=1
https://bugs.documentfoundation.org/show_bug.cgi?id=128150
Xisco Faulí changed:
What|Removed |Added
CC||vmik...@collabora.com
--- Comment #6 from Xisco Faulí ---
it works fine if
if (pBackgroundPropertiesPtr)
{
pShape->getFillProperties().assignUsed(*pBackgroundPropertiesPtr);
}
is removed in oox/source/ppt/pptshapegroupcontext.cxx
@Miklos, you have done some work in this area before, I thought you might be
interested
--
You are receiving this mail because:
You are the assignee for the bug.
