[Libreoffice-bugs] [Bug 115481] Paper size output does not match the paper size selected
https://bugs.documentfoundation.org/show_bug.cgi?id=115481 João Paulo changed: What|Removed |Added Summary|Letter paper size is not|Paper size output does not |what it should be. |match the paper size ||selected -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 115481] Letter paper size is not what it should be.
https://bugs.documentfoundation.org/show_bug.cgi?id=115481 João Paulo 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 115481] Letter paper size is not what it should be.
https://bugs.documentfoundation.org/show_bug.cgi?id=115481 --- Comment #19 from João Paulo --- Created attachment 181842 --> https://bugs.documentfoundation.org/attachment.cgi?id=181842=edit Print dialog shows LibreOffice will try to print as an A4 document in landscape instead of Envelope C6/5 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 115481] Letter paper size is not what it should be.
https://bugs.documentfoundation.org/show_bug.cgi?id=115481 João Paulo changed: What|Removed |Added CC||joaopauloag-freedesktop@yah ||oo.com.br --- Comment #18 from João Paulo --- Created attachment 181841 --> https://bugs.documentfoundation.org/attachment.cgi?id=181841=edit Paper style dialog showing it is formatted as Envelope C6/5 (22.90x11.40cm) (In reply to Xisco Faulí from comment #17) > Could you please try to reproduce it with the latest version of LibreOffice > from https://www.libreoffice.org/download/libreoffice-fresh/ ? I can confirm it happens when trying to print to an Epson L355 printer from LibreOffice 7.3.5.2 on Windows 10. I formatted my document to use "Envelope C6/5", which is 22.90x11.40cm, but the print dialog shows the paper size as "A4", which is 29.70x21.00cm, in landscape mode. So when I try to print on an envelope (which is put on the printer in landscape orientation), the printing happens outside the paper, well above it should be. If I define a custom paper size on the printer driver (it doesn't have "Envelope C6/6" by default), LibreOffice pulls the custom paper size, but: 1) LibreOffice does not automatically select the custom paper size; 2) When I select the custom paper size I added on the printer driver, LibreOffice still shows "A4" on the print dialog preview. To be sure it was not a bug on the printer driver, I opened the document with Microsoft Word, and it printed correctly. So the bug is in LibreOffice. See my attachments. Version: 7.3.5.2 (x64) / LibreOffice Community Build ID: 184fe81b8c8c30d8b5082578aee2fed2ea847c01 CPU threads: 8; OS: Windows 10.0 Build 19045; UI render: Skia/Raster; VCL: win Locale: pt-BR (pt_BR); UI: pt-BR Calc: threaded -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 150461] Allow deselecting tables in View->Tables
https://bugs.documentfoundation.org/show_bug.cgi?id=150461 Robert Großkopf changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever confirmed|0 |1 CC||rob...@familiegrosskopf.de --- Comment #1 from Robert Großkopf --- Could confirm the behavior. Irritates new Base user. Tested with LO 7.4.0.2 on OpenSUSE 15.3 64bit rpm Linux. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 135386] ACCESSIBILITY: Dialog AutoText and other dialogs give no Information for Screen Reader Orca under VCL: qt5/qt6/kf5;
https://bugs.documentfoundation.org/show_bug.cgi?id=135386 Michael Weghorn changed: What|Removed |Added Summary|ACCESSIBILITY: Dialog |ACCESSIBILITY: Dialog |AutoText and other dialogs |AutoText and other dialogs |give no Information for |give no Information for |Screen Reader Orca under|Screen Reader Orca under |VCL: kf5; |VCL: qt5/qt6/kf5; -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 145734] [META] Qt6 VCL plugin bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=145734 Michael Weghorn changed: What|Removed |Added Depends on||135386 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=135386 [Bug 135386] ACCESSIBILITY: Dialog AutoText and other dialogs give no Information for Screen Reader Orca under VCL: kf5; -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 102495] [META] KDE VCL backend bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=102495 Michael Weghorn changed: What|Removed |Added Depends on|135386 | Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=135386 [Bug 135386] ACCESSIBILITY: Dialog AutoText and other dialogs give no Information for Screen Reader Orca under VCL: kf5; -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 135386] ACCESSIBILITY: Dialog AutoText and other dialogs give no Information for Screen Reader Orca under VCL: kf5;
https://bugs.documentfoundation.org/show_bug.cgi?id=135386 Michael Weghorn changed: What|Removed |Added Blocks|102495 |145734 --- Comment #5 from Michael Weghorn --- qt5/qt6/kf5 are still not usable with a screen reader as of now, but some work on a11y of the Qt-based VCL plugins has been done (and is going on), s. e.g. the commits below. (I also have a WIP branch where Orca *sometimes" speaks with the qt6 VCL plugin.) Making this work properly also requires changes to the Qt library and Orca. Since the corresponding Qt changes will only be in Qt 6, not Qt 5, I'm moving this from the kf5 to the qt6 meta bug. Related Orca commits: 75c433b3d Don't use text offset of 1 for empty text d348621b9 Consider alerts as dialogs in 'frameAndDialog' Related qtbase commits: 5145d3899d a11y atspi: Support AT-SPI table cell interface f350956548 a11y atspi: Forward change of focused state e97b9ddcb0 a11y atspi: Drop unused forward-declaration QSpiAccessibleInterface ee35afc117 a11y atspi: Drop 'if (0)' branch 7594e8ca4d a11y atspi: Send D-Bus reply for "GetCaption" in expected format a32a3aa388 a11y atspi: Add support for ATSPI_COORD_TYPE_PARENT fa0e24b641 a11y atspi: translate coords for GetOffsetAtPoint the right way 49c966bc85 a11y atspi: Take dialog into account as top-level window d40dacf5f4 a11y atspi: Fix incorrect use of x instead of y position Some LO Commits: 04af1b4e1ce5 qt a11y: Drop duplicate nullptr check f2371a7d9b30 qt a11y: Clear QtXAccessible's ref to XAccessible once passed on a65719ec6752 qt a11y: Clear XAccessible reference when disposing 48baddac8f17 qt a11y: Drop QtAccessibleEventListener's XAccessible reference a3f3453c00f7 qt a11y: Implement QtAccessibleWidget::indexOfChild f29e3dbe0155 qt a11y: Replace dynamic_cast with static_cast 2de74491a5a7 qt a11y: Use correct coord system in QtAccessibleWidget::childAt 38289a8abed7 qt a11y: Implement QtAccessibleWidget::text{After,Before}Offset 69ecff82d0e5 qt a11y: Check range for offset passed to text methods 892bd0dfc1b1 qt a11y: Return actual range of text with same attributes 3cf7b358799d qt a11y: Implement QtAccessibleWidget::offsetAtPoint 12f96c3d0f61 qt a11y: implement QtAccessibleWidget::{row,column}HeaderCells c03a262c477b qt a11y: Implement QtAccessibleWidget::selectedCell{s,Count} 7f5cab0cf4aa qt a11y: Map BUTTON_{DROPDOWN,MENU} to Qt equivalents ba31e1bfdbcb qt a11y: Map AccessibleRole::FILE_CHOOSER dcefd68f6df3 qt a11y: Drop extra empty lines in switch/case 0b15b7f589b1 qt a11y: Drop obsolete and misleading comment 99640693d28c qt a11y: Implement QtAccessibleWidget::window 2690b0079c16 qt a11y: Consider QObject hierarchy to find parent 35be93f83ac8 qt a11y: Implement QtAccessibleWidget::characterRect e4066a41406b qt a11y: Implement QtAccessibleWidget::table 3a9d36d49d1f qt a11y: Only return actually supported a11y interfaces 1a8132515bab tdf#149816 qt a11y: Report position in screen coordinates 85c564285036 qt a11y: Handle special value of -1 for text offset 8c3e8af0e608 qt a11y: Forward STATE_CHANGED event as such 9ee8b709594d qt a11y: Handle TABLE_MODEL_CHANGED event 6ec960fe0be9 qt a11y: Handle HYPERTEXT_CHANGED event ab925e1d8d92 qt a11y: Handle VALUE_CHANGED event fe9206b47446 qt a11y: Better handle TEXT_CHANGED event dc6eb44e625c qt a11y: Map CARET_CHANGED event to Qt equivalent 91798635258c qt5 a11y: Implement Qt5AccessibleWidget::is{Column,Row}Selected 6735a37747a3 qt5 a11y: Implement QAccessibleTableCellInterface 0ae1c36f319b qt5 a11y: Drop Qt5AccessibleWidget::{text,value}Interface f62cbfed5509 qt5 a11y: Implement Qt5AccessibleWidget::minimumStepSize 0f15f1ec7c7b qt5 a11y: Always query the XAccessibleContext for a11y interfaces b216a87d7a09 qt5 a11y: Improve Qt5AccessibleWidget::attributes bdf14fd8ea18 qt5 a11y: Implement Qt5AccessibleWidget::cursorPosition 96869931e35f qt5 a11y: Implement Qt5AccessibleWidget::textAtOffset add4f7732840 qt5 a11y: Handle AccessibleStateType::MULTI_LINE 7be0f62de07a qt5 a11y: Handle AccessibleStateType::MOVEABLE 6c8824490840 qt5 a11y: Skip attributes without value a440bea2f96f qt5 a11y: Adapt loop for string construction here a bit ddbc11155560 qt5 a11y: Set proper a11y states Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=102495 [Bug 102495] [META] KDE VCL backend bugs and enhancements https://bugs.documentfoundation.org/show_bug.cgi?id=145734 [Bug 145734] [META] Qt6 VCL plugin bugs and enhancements -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 135386] ACCESSIBILITY: Dialog AutoText and other dialogs give no Information for Screen Reader Orca under VCL: kf5;
https://bugs.documentfoundation.org/show_bug.cgi?id=135386 --- Comment #4 from Robert Großkopf --- Same buggy behavior with LO 7.4.0.2 and VCL: kf5 on OpenSUSE 15.3 64bit rpm Linux. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 150464] calc macro using uno:numberformatvalue displays different formats in cell on different spreadsheets and computers for the same value
https://bugs.documentfoundation.org/show_bug.cgi?id=150464 Mike Kaganski changed: What|Removed |Added CC||er...@redhat.com --- Comment #1 from Mike Kaganski --- I don't think that format codes are hard-coded. They may change per version, locale, and per document IIUC. So relying on specific numeric values is a user error. Here it is shown how to get a number format ID from NumberFormats for a specified format string: https://ask.libreoffice.org/t/how-to-create-a-macro-to-insert-the-current-date-in-the-current-language/28707/7 Eike: should this be marked NOTABUG? -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 150454] [EDITING] Tab character does not show when inserted as CHAR(9)
https://bugs.documentfoundation.org/show_bug.cgi?id=150454 --- Comment #5 from Rainer Bielefeld Retired --- (In reply to Faisal from comment #4) I also think that closing Bug 139730 might have been a little rash Another Bug 139730 I saw in my test document starting with (12): 12) copy → paste as plain text contents of B2 from sample document to an empty writer document. » shown with some distance between ("7 8"). Activating 'View Formatting Marks' shows a TAB between them 13) In writer document and then to copy all text contents to clipboard 14) double click cell B20 in Spreadsheet 15) Paste as plain Text » Numbers with TAB like distance appear in cell ☺ 16) » Distance between numbers shrinks to Blank character distance 17) Click B21 → Click B20 → → Click into an empty new line in Text document → Past as plain Text » shows a blank instead the TAB from step 12 18) And last but not least: repeating from step (12) but paste with instead of plain text in step (15): TAB distance will remain in step (16) Seems that there are several contradictions in TAB handling in CALC, might be several independent bugs. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 150453] [EDITING] Select all in formula bar only selects partially for URLs
https://bugs.documentfoundation.org/show_bug.cgi?id=150453 Faisal changed: What|Removed |Added Keywords||regression --- Comment #1 from Faisal --- This bug is not present in Libreoffice 3.3.0 - it's a regression. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 150454] [EDITING] Tab character does not show when inserted as CHAR(9)
https://bugs.documentfoundation.org/show_bug.cgi?id=150454 --- Comment #4 from Faisal --- Could be a dup of Bug 139730, which I think was incorrectly closed. There's no reason why a cell cannot display a tab character. As tests by Rainer show, that is possible and expected behavior. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 150245] Font size is reset to a default setting in Calc cell commet
https://bugs.documentfoundation.org/show_bug.cgi?id=150245 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 150240] Update the installation wizard’s Liberation font version to 2.1.5
https://bugs.documentfoundation.org/show_bug.cgi?id=150240 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 150317] Bad thumbnail generated on FILESAVE for template
https://bugs.documentfoundation.org/show_bug.cgi?id=150317 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 150317] Bad thumbnail generated on FILESAVE for template
https://bugs.documentfoundation.org/show_bug.cgi?id=150317 --- Comment #4 from QA Administrators --- [Automated Action] NeedInfo-To-Unconfirmed -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 147371] save icon misleading
https://bugs.documentfoundation.org/show_bug.cgi?id=147371 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 147371] save icon misleading
https://bugs.documentfoundation.org/show_bug.cgi?id=147371 --- Comment #8 from QA Administrators --- [Automated Action] NeedInfo-To-Unconfirmed -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 146692] Problems related to pasted shapes in LibreOffice Witer
https://bugs.documentfoundation.org/show_bug.cgi?id=146692 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 144965] TopDown RTL on screen o, printing rotates characters wrongly and kerning messed up as well
https://bugs.documentfoundation.org/show_bug.cgi?id=144965 --- Comment #3 from QA Administrators --- Dear Tolstoy, 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 147418] Libreoffice Calc cannot start
https://bugs.documentfoundation.org/show_bug.cgi?id=147418 --- Comment #4 from QA Administrators --- Dear karim, 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 125850] Document increases with 15 pages after adding 4 (empty) pages (lots of endnotes)
https://bugs.documentfoundation.org/show_bug.cgi?id=125850 --- Comment #7 from QA Administrators --- Dear Telesto, To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from https://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to 'inherited from OOo'; 4b. If the bug was not present in 3.3 - add 'regression' to keyword Feel free to come ask questions or to say hello in our QA chat: https://web.libera.chat/?settings=#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 125846] Closing an ODT with lots of formula's takes annoyingly long (+/- 14 seconds)
https://bugs.documentfoundation.org/show_bug.cgi?id=125846 --- Comment #5 from QA Administrators --- Dear Telesto, To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from https://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to 'inherited from OOo'; 4b. If the bug was not present in 3.3 - add 'regression' to keyword Feel free to come ask questions or to say hello in our QA chat: https://web.libera.chat/?settings=#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 120100] When selecting content from bottom to top and mouse appears over image/frame, scrolling gets choppy
https://bugs.documentfoundation.org/show_bug.cgi?id=120100 --- Comment #7 from QA Administrators --- Dear Telesto, To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from https://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to 'inherited from OOo'; 4b. If the bug was not present in 3.3 - add 'regression' to keyword Feel free to come ask questions or to say hello in our QA chat: https://web.libera.chat/?settings=#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 120096] It takes a while after pressing save, before the toolbar items are disabled visually
https://bugs.documentfoundation.org/show_bug.cgi?id=120096 --- Comment #5 from QA Administrators --- Dear Telesto, To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from https://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to 'inherited from OOo'; 4b. If the bug was not present in 3.3 - add 'regression' to keyword Feel free to come ask questions or to say hello in our QA chat: https://web.libera.chat/?settings=#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 150051] Can't move left or upper when SHIFT key is pressed in CALC
https://bugs.documentfoundation.org/show_bug.cgi?id=150051 --- Comment #14 from Tavo --- Perfect. Thank you. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 146316] A marked extruded shape is not contained in CurrentSelection in Writer
https://bugs.documentfoundation.org/show_bug.cgi?id=146316 Rafael Lima changed: What|Removed |Added Whiteboard| QA:needsComment| Ever confirmed|0 |1 Status|UNCONFIRMED |NEW CC||rafael.palma.l...@gmail.com --- Comment #1 from Rafael Lima --- Confirmed with Version: 7.3.5.2 / LibreOffice Community Build ID: 30(Build:2) CPU threads: 16; OS: Linux 5.15; UI render: default; VCL: kf5 (cairo+xcb) Locale: pt-BR (pt_BR.UTF-8); UI: pt-BR Ubuntu package version: 1:7.3.5-0ubuntu0.22.04.1 Calc: threaded Jumbo -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 150464] New: calc macro using uno:numberformatvalue displays different formats in cell on different spreadsheets and computers for the same value
https://bugs.documentfoundation.org/show_bug.cgi?id=150464 Bug ID: 150464 Summary: calc macro using uno:numberformatvalue displays different formats in cell on different spreadsheets and computers for the same value Product: LibreOffice Version: 7.3.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: facethet...@gmail.com Description: The macro as follows Sub srCellFormat(sSpread As String, sCellRange As String, iFormatType As Integer) Dim oDocument As Object Dim oDispatcher As Object srSetActiveSheet(sSpread) oDocument = ThisComponent.CurrentController.Frame oDispatcher = createUnoService("com.sun.star.frame.DispatchHelper") Dim aArgs1(0) As New com.sun.star.beans.PropertyValue aArgs1(0).Name = "ToPoint" aArgs1(0).Value = sCellRange oDispatcher.executeDispatch(oDocument, ".uno:GoToCell", "", 0, aArgs1()) Dim aArgs2(0) As New com.sun.star.beans.PropertyValue aArgs2(0).Name = "NumberFormatValue" aArgs2(0).Value = iFormatType oDispatcher.executeDispatch(oDocument, ".uno:NumberFormatValue", "", 0, aArgs2()) End Sub Before I upgraded to Linux Mint Mate 21 and LO 7.3.5.2 it was working correctly with a value of 155 to give a format in dollars to 6 decimal places. Now it requires 109 or 110 and it will work when it wants to or even give a format to 3 decimal places Steps to Reproduce: 1. Run the included macro using the following 2. sSpread is the sheet name, sCellRange is for example "A1" and iFormatType is value to give the required number format 3. Actual Results: Instead of giving the required format it does what it pleases Expected Results: The cell to be format to dollars with 6 decimal places Reproducible: Always User Profile Reset: Yes OpenGL enabled: Yes Additional Info: Give a correctly formatted cell to give the spreadsheet a good structured appearance Version: 7.3.5.2 / LibreOffice Community Build ID: 30(Build:2) CPU threads: 4; OS: Linux 5.15; UI render: default; VCL: gtk3 Locale: en-AU (en_AU.UTF-8); UI: en-US Ubuntu package version: 1:7.3.5-0ubuntu0.22.04.1 Calc: threaded -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 150336] Shift + Up/Left no longer works to select cells in LO 7.4 beta 2 (using the Tabbed UI)
https://bugs.documentfoundation.org/show_bug.cgi?id=150336 Rafael Lima changed: What|Removed |Added CC||gtavoa...@gmail.com --- Comment #10 from Rafael Lima --- *** Bug 150051 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 150051] Can't move left or upper when SHIFT key is pressed in CALC
https://bugs.documentfoundation.org/show_bug.cgi?id=150051 Rafael Lima changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution|--- |DUPLICATE --- Comment #13 from Rafael Lima --- Hi Tavo.. thanks for the information. Then this is a duplicate of bug 150336. We'll concentrate the discussion there. *** This bug has been marked as a duplicate of bug 150336 *** -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 150405] UI: Cursor disappears from canvas after expanding Default PS in Style Inspector
https://bugs.documentfoundation.org/show_bug.cgi?id=150405 Rafael Lima changed: What|Removed |Added CC||rafael.palma.l...@gmail.com --- Comment #2 from Rafael Lima --- I confirm the behavior reported by the OP. But this may be by design. When you click the Style Inspector you can use your keyboard to navigate the properties. For instance, when you expand the style and press "B" in your keyboard, then the first property that starts with "B" will be selected. This is handy considering the huge amount of properties. Maybe this is NAB System info Version: 7.3.5.2 / LibreOffice Community Build ID: 30(Build:2) CPU threads: 16; OS: Linux 5.15; UI render: default; VCL: kf5 (cairo+xcb) Locale: pt-BR (pt_BR.UTF-8); UI: pt-BR Ubuntu package version: 1:7.3.5-0ubuntu0.22.04.1 Calc: threaded Jumbo -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 99928] VIEWING Zooming during Print Preview on Writer should be centred on present view point
https://bugs.documentfoundation.org/show_bug.cgi?id=99928 Justin L changed: What|Removed |Added Priority|medium |low Severity|normal |minor --- Comment #14 from Justin L --- repro 7.5+ My question is, why would you go into print preview mode to zoom? Why not just zoom normally? -- You are receiving this mail because: You are the assignee for the bug.
New Defects reported by Coverity Scan for LibreOffice
Hi, Please find the latest report on new defect(s) introduced to LibreOffice found with Coverity Scan. 8 new defect(s) introduced to LibreOffice found with Coverity Scan. 43 defect(s), reported by Coverity Scan earlier, were marked fixed in the recent build analyzed by Coverity Scan. New defect(s) Reported-by: Coverity Scan Showing 8 of 8 defect(s) ** CID 1509397: Uninitialized members (UNINIT_CTOR) /chart2/source/view/axes/VAxisProperties.cxx: 180 in chart::AxisProperties::AxisProperties(rtl::Reference, chart::ExplicitCategoriesProvider *, const rtl::Reference &)() *** CID 1509397: Uninitialized members (UNINIT_CTOR) /chart2/source/view/axes/VAxisProperties.cxx: 180 in chart::AxisProperties::AxisProperties(rtl::Reference, chart::ExplicitCategoriesProvider *, const rtl::Reference &)() 174 , m_nAxisType(AxisType::REALNUMBER) 175 , m_bComplexCategories(false) 176 , m_pExplicitCategoriesProvider(pExplicitCategoriesProvider) 177 , m_bLimitSpaceForLabels(false) 178 , m_xDataTableModel(xDataTableModel) 179 { >>> CID 1509397: Uninitialized members (UNINIT_CTOR) >>> Non-static class member "m_bDataTableAlignAxisValuesWithColumns" is not >>> initialized in this constructor nor in any functions that it calls. 180 } 181 182 static LabelAlignment lcl_getLabelAlignmentForZAxis( const AxisProperties& rAxisProperties ) 183 { 184 LabelAlignment aRet( LABEL_ALIGN_RIGHT ); 185 if (rAxisProperties.maLabelAlignment.mfLabelDirection < 0) ** CID 1509396: Null pointer dereferences (FORWARD_NULL) /qadevOOo/tests/java/ifc/view/_XMultiSelectionSupplier.java: 393 in ifc.view._XMultiSelectionSupplier._createReverseSelectionEnumeration()() *** CID 1509396: Null pointer dereferences (FORWARD_NULL) /qadevOOo/tests/java/ifc/view/_XMultiSelectionSupplier.java: 393 in ifc.view._XMultiSelectionSupplier._createReverseSelectionEnumeration()() 387 bOK = false; 388 } 389 Object shouldElement = selections[i]; 390 i--; 391 392 if (ObjCompare != null) { >>> CID 1509396: Null pointer dereferences (FORWARD_NULL) >>> Passing null pointer "nextElement" to "compare", which dereferences it. >>> (The virtual call resolves to "bsh.Reflect.1.compare".) 393 compRes = ObjCompare.compare(shouldElement, nextElement) == 0; 394 } else { 395 compRes = util.ValueComparer.equalValue(shouldElement, nextElement); 396 } 397 398 log.println("nextElement()-object and expected object 'selections["+i+"]' are equal: "+compRes); ** CID 1509395: Null pointer dereferences (FORWARD_NULL) /qadevOOo/tests/java/ifc/view/_XMultiSelectionSupplier.java: 322 in ifc.view._XMultiSelectionSupplier._createSelectionEnumeration()() *** CID 1509395: Null pointer dereferences (FORWARD_NULL) /qadevOOo/tests/java/ifc/view/_XMultiSelectionSupplier.java: 322 in ifc.view._XMultiSelectionSupplier._createSelectionEnumeration()() 316 bOK = false; 317 } 318 Object shouldElement = selections[i]; 319 i++; 320 321 if (ObjCompare != null) { >>> CID 1509395: Null pointer dereferences (FORWARD_NULL) >>> Passing null pointer "nextElement" to "compare", which dereferences it. >>> (The virtual call resolves to "bsh.Reflect.1.compare".) 322 compRes = ObjCompare.compare(shouldElement, nextElement) == 0; 323 } else { 324 compRes = util.ValueComparer.equalValue(shouldElement, nextElement); 325 } 326 327 log.println("nextElement()-object and expected object 'selections["+i+"]' are equal: "+compRes); ** CID 1509394:(USE_AFTER_MOVE) /usr/include/c++/11/bits/unordered_map.h: 659 in std::unordered_map, std::equal_to, std::allocator>>::insert_or_assign(const rtl::OUString &, T1 &&)() /usr/include/c++/11/bits/unordered_map.h: 659 in std::unordered_map, std::equal_to, std::allocator>>::insert_or_assign(const unsigned short &, T1 &&)() *** CID 1509394:(USE_AFTER_MOVE) /usr/include/c++/11/bits/unordered_map.h: 659 in std::unordered_map, std::equal_to, std::allocator>>::insert_or_assign(const rtl::OUString &, T1 &&)() 653 pair 654 insert_or_assign(const key_type& __k, _Obj&& __obj) 655 { 656 auto __ret = _M_h.try_emplace(cend(), __k, 657
[Libreoffice-bugs] [Bug 150051] Can't move left or upper when SHIFT key is pressed in CALC
https://bugs.documentfoundation.org/show_bug.cgi?id=150051 Tavo changed: What|Removed |Added Resolution|INVALID |--- Status|RESOLVED|REOPENED --- Comment #12 from Tavo --- Hi everybody. It's me again. The issue is back but i was able to reproduce it: With spanish version: 1 - Open calc 2 - Go to menu "Ver --> Interfaz de Usuario" 3 - Select "En Pestañas" 4 - Close Calc 5 - Open again and the initial issue (first message of this thread) is present. If i change back the option of "Interfaz de Usuario" to original, the problem dissapear. Please, check if you can reproduce. Link a video: https://femto.duckdns.org/nextcloud/s/D4xGSwnGRj8XLWi -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 150426] FILEOPEN PPTX: part of a (small) dotted line disappears - both edit and presentation mode
https://bugs.documentfoundation.org/show_bug.cgi?id=150426 --- Comment #2 from Rafael Lima --- Created attachment 181840 --> https://bugs.documentfoundation.org/attachment.cgi?id=181840=edit Screenshot in Edit Mode I see something a bit different. See attached image. Some segments are thinner than others, but they're visible. System info Version: 7.5.0.0.alpha0+ / LibreOffice Community Build ID: 4e2ce2a460458f17ee4360c45a2da2fc4b4d753e CPU threads: 16; OS: Linux 5.15; UI render: default; VCL: kf5 (cairo+xcb) Locale: pt-BR (pt_BR.UTF-8); UI: en-US Calc: threaded -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 42673] With disconnected network printers, Calc hangs opening some files waiting on the Windows print spooler
https://bugs.documentfoundation.org/show_bug.cgi?id=42673 --- Comment #64 from t-...@gmx.de --- @Timur First of all thanks for finding the duplicate. Uninstalling the printer as workaround? But only if you never use it again. A typical use case is a notebook, which is sometimes in the network of the printer and sometimes not. Manipulate the ods-files as workaround? Not really. IMHO ... then a better workaround would be to use MS Office... you could still print, don't have to manipulate files and don't have all these troubles in the M$ world. ;) ;) Since the problem is related to the spooler service, the easiest workaround is to start/stop the spooler service. An option is to write a small script that switches off the spooler service as soon as you're on the go. You could check the printer status via Powershell or cmd to see if the service has to be started or stopped. If necessary, you could call the script when you log in. So it becomes bearable in the end, but of course ... nothing more. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 143518] FILESAVE: DOC -> DOCX: Numbers in numbering list change their size after RT
https://bugs.documentfoundation.org/show_bug.cgi?id=143518 --- Comment #3 from Justin L --- If the .doc file is round-tripped once as .DOC, then after that it will export to .DOCX ok. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 150302] Toggle SameLetterHeights does not work if property not initialized
https://bugs.documentfoundation.org/show_bug.cgi?id=150302 --- Comment #4 from Hossein --- I've written a blog post around this issue that can be useful for the EasyHackers: ODF standard and the code – EasyHack https://dev.blog.documentfoundation.org/2022/08/16/odf-standard-and-the-code-easyhack/ -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 150457] Crash on hovering footnote references after removing footnote
https://bugs.documentfoundation.org/show_bug.cgi?id=150457 Hossein changed: What|Removed |Added Version|7.1.1.2 release |7.0.0.3 release See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=13 ||1990 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 150457] Crash on hovering footnote references after removing footnote
https://bugs.documentfoundation.org/show_bug.cgi?id=150457 Hossein changed: What|Removed |Added Keywords||bibisected, bisected -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 150457] Crash on hovering footnote references after removing footnote
https://bugs.documentfoundation.org/show_bug.cgi?id=150457 Hossein changed: What|Removed |Added Version|7.2.4.1 release |7.1.1.2 release Regression By||Canberk TURAN Keywords||regression CC||canberkktur...@gmail.com --- Comment #12 from Hossein --- linux-64-7.0 $ git bisect log git bisect start # bad: [28c2621cf6a6d383bd0dfa3231adce6a6bff1fb4] source sha:626ea4e62a3e5005fe9825923a1c0c5bdb61cc08 git bisect bad 28c2621cf6a6d383bd0dfa3231adce6a6bff1fb4 # good: [d67926cda658cfe40d35f9f0f203c3407f3700c9] source sha:9bc848cf0d301aa57eabcffa101a1cf87bad6470 git bisect good d67926cda658cfe40d35f9f0f203c3407f3700c9 # good: [056a86d70b2c4322bac1bc3685eacd5364c1dbcf] source sha:368e9a829e07b3f8624898d69d2c00ec3bc590ec git bisect good 056a86d70b2c4322bac1bc3685eacd5364c1dbcf # good: [0dcf6f593cd9eb8abf3fa3cd0f4ef8f47097c3b2] source sha:d37aa807fe264b7172416a52ef21b178fb502b71 git bisect good 0dcf6f593cd9eb8abf3fa3cd0f4ef8f47097c3b2 # bad: [8e0083c274fc9ad13c2fc4984cffe5bbe3a0e41e] source sha:2562df42f8a95f33f339405354b422e52cf42fbf git bisect bad 8e0083c274fc9ad13c2fc4984cffe5bbe3a0e41e # good: [9321cfae0630b5598a97cb7043a0abc177e670e8] source sha:983ff8d90deb511e43d5fbdeaf602f7f4de49122 git bisect good 9321cfae0630b5598a97cb7043a0abc177e670e8 # good: [fb5a38fcc683defbdfc6f9119dc973b31538cf81] source sha:c90ccc85a9d10d3bf71b1c7721ce5124394ef91f git bisect good fb5a38fcc683defbdfc6f9119dc973b31538cf81 # bad: [4c99bc24242ab7f508af92e8979115cba96e42d7] source sha:44041005186b0556a06695920de842c5998851f1 git bisect bad 4c99bc24242ab7f508af92e8979115cba96e42d7 # bad: [89eda56a5709d0c486b40de693a5c685f7ceb3c0] source sha:22cb73dcc682edb15a2425339377ff54dde5dba6 git bisect bad 89eda56a5709d0c486b40de693a5c685f7ceb3c0 # good: [acf2c1e4a212354c03295f328ca4f9f32bfc407e] source sha:c46219e6afdb0a448393f69a69cb4e71d6d04a77 git bisect good acf2c1e4a212354c03295f328ca4f9f32bfc407e # good: [c3fd8e85beab6bdef1add77a72968c63c05a0e8d] source sha:6dd15d39c11384ebd7cd5a2efea666724fcfe0ba git bisect good c3fd8e85beab6bdef1add77a72968c63c05a0e8d # bad: [797990fcb4da845f2fd6c9f6b6537f440c63dd21] source sha:2da8c272528386e38deb679712adb879f2f412b2 git bisect bad 797990fcb4da845f2fd6c9f6b6537f440c63dd21 # bad: [187fffe96a8fd159ac222d6390cf4fc9b22bdf2a] source sha:e0e1c3bcc9445c177a4d97ba11639ae4f2f83163 git bisect bad 187fffe96a8fd159ac222d6390cf4fc9b22bdf2a # bad: [e266e4d8ef4064984b2dd3328d4ce7b5f0f77431] source sha:c46a704943be830d603ba0421a329ccb58b8b209 git bisect bad e266e4d8ef4064984b2dd3328d4ce7b5f0f77431 # bad: [c9dc690126cb894dc6ab25468878dd769ced] source sha:402f36efb215338ad545caa65d39fb8a39685ea1 git bisect bad c9dc690126cb894dc6ab25468878dd769ced # first bad commit: [c9dc690126cb894dc6ab25468878dd769ced] source sha:402f36efb215338ad545caa65d39fb8a39685ea1 bibisected to: commit 402f36efb215338ad545caa65d39fb8a39685ea1 Author: Canberk TURAN Date: Sun Jun 7 16:26:16 2020 +0300 tdf#131990 MACROS: fixes return value of UpDown Method This patch fixes bRet return value of UpDown method in sw/source/core/crsr/swcrsr.cxx. Before this patch UpDown method always returns true. I reverted the above commit, then the up down key behavior changed. Subsequently the crash did not happen anymore, as the removal of multiple footnotes and their numbers was not possible anymore. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 150457] Crash on hovering footnote references after removing footnote
https://bugs.documentfoundation.org/show_bug.cgi?id=150457 --- Comment #11 from m.a.riosv --- Repro, deleting all footnotes. Version: 7.5.0.0.alpha0+ (x64) / LibreOffice Community Build ID: 6c81a09e3ef239a2d7a991d00fe3620a67298b99 CPU threads: 4; OS: Windows 10.0 Build 19044; UI render: Skia/Vulkan; VCL: win Locale: es-ES (es_ES); UI: en-US Calc: CL -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-commits] core.git: sc/qa
sc/qa/unit/data/csv/tdf150452.csv | 3999 + sc/qa/unit/subsequent_filters_test.cxx | 15 2 files changed, 4014 insertions(+) New commits: commit 8475b367298de73aec6abc60a159cc015baf9734 Author: Xisco Fauli AuthorDate: Wed Aug 17 17:49:18 2022 +0200 Commit: Xisco Fauli CommitDate: Wed Aug 17 22:05:55 2022 +0200 tdf#150452: sc_subsequent_filters: Add unittest Change-Id: Idf7727f71fb27d6316c360bf6d3671c03a3e91cc Reviewed-on: https://gerrit.libreoffice.org/c/core/+/138449 Tested-by: Jenkins Reviewed-by: Xisco Fauli diff --git a/sc/qa/unit/data/csv/tdf150452.csv b/sc/qa/unit/data/csv/tdf150452.csv new file mode 100644 index ..88f76f7389e3 --- /dev/null +++ b/sc/qa/unit/data/csv/tdf150452.csv @@ -0,0 +1,3999 @@ +1-GDUSF +1-GDUSI +1-GDUSL +1-GDUSO +1-GDUSR +1-GDUSU +1-GDUSX +1-GDUT0 +1-GDUT3 +1-GDUT6 +1-GDUT9 +1-GDUTC +1-GDUTF +1-GDUTI +1-GDUTL +1-GDUTO +1-GDUTR +1-GDUTU +1-GDUTX +1-GDUU0 +1-GDUU3 +1-GDUU6 +1-GDUU9 +1-GDUUC +1-GDUUF +1-GDUUI +1-GDUUL +1-GDUUO +1-GDUUR +1-GDUUU +1-GDUUX +1-GDUV0 +1-GDUV3 +1-GDUV6 +1-GDUV9 +1-GDUVC +1-GDUVF +1-GDUVI +1-GDUVL +1-GDUVO +1-GDUVR +1-GDUVU +1-GDUVX +1-GDUW0 +1-GDUW3 +1-GDUW6 +1-GDUW9 +1-GDUWC +1-GDUWF +1-GDUWI +1-GDUWL +1-GDUWO +1-GDUWR +1-GDUWU +1-GDUWX +1-GDUX0 +1-GDUX3 +1-GDUX6 +1-GDUX9 +1-GDUXC +1-GDUXF +1-GDUXI +1-GDUXL +1-GDUXO +1-GDUXR +1-GDUXU +1-GDUXX +1-GDUY0 +1-GDUY3 +1-GDUY6 +1-GDUY9 +1-GDUYC +1-GDUYF +1-GDUYI +1-GDUYL +1-GDUYO +1-GDUYR +1-GDUYU +1-GDUYX +1-GDUZ0 +1-GDUZ3 +1-GDUZ6 +1-GDUZ9 +1-GDUZC +1-GDUZF +1-GDUZI +1-GDUZL +1-GDUZO +1-GDUZR +1-GDUZU +1-GDUZX +1-GDV00 +1-GDV03 +1-GDV06 +1-GDV09 +1-GDV0C +1-GDV0F +1-GDV0I +1-GDV0L +1-GDV0O +1-GDV0R +1-GDV0U +1-GDV0X +1-GDV10 +1-GDV13 +1-GDV16 +1-GDV19 +1-GDV1C +1-GDV1F +1-GDV1I +1-GDV1L +1-GDV1O +1-GDV1R +1-GDV1U +1-GDV1X +1-GDV20 +1-GDV23 +1-GDV26 +1-GDV29 +1-GDV2C +1-GDV2F +1-GDV2I +1-GDV2L +1-GDV2O +1-GDV2R +1-GDV2U +1-GDV2X +1-GDV30 +1-GDV33 +1-GDV36 +1-GDV39 +1-GDV3C +1-GDV3F +1-GDV3I +1-GDV3L +1-GDV3O +1-GDV3R +1-GDV3U +1-GDV3X +1-GDV40 +1-GDV43 +1-GDV46 +1-GDV49 +1-GDV4C +1-GDV4F +1-GDV4I +1-GDV4L +1-GDV4O +1-GDV4R +1-GDV4U +1-GDV4X +1-GDV50 +1-GDV53 +1-GDV56 +1-GDV59 +1-GDV5C +1-GDV5F +1-GDV5I +1-GDV5L +1-GDV5O +1-GDV5R +1-GDV5U +1-GDV5X +1-GDV60 +1-GDV63 +1-GDV66 +1-GDV69 +1-GDV6C +1-GDV6F +1-GDV6I +1-GDV6L +1-GDV6O +1-GDV6R +1-GDV6U +1-GDV6X +1-GDV70 +1-GDV73 +1-GDV76 +1-GDV79 +1-GDV7C +1-GDV7F +1-GDV7I +1-GDV7L +1-GDV7O +1-GDV7R +1-GDV7U +1-GDV7X +1-GDV80 +1-GDV83 +1-GDV86 +1-GDV89 +1-GDV8C +1-GDV8F +1-GDV8I +1-GDV8L +1-GDV8O +1-GDV8R +1-GDV8U +1-GDV8X +1-GDV90 +1-GDV93 +1-GDV96 +1-GDV99 +1-GDV9C +1-GDV9F +1-GDV9I +1-GDV9L +1-GDV9O +1-GDV9R +1-GDV9U +1-GDV9X +1-GDVA0 +1-GDVA3 +1-GDVA6 +1-GDVA9 +1-GDVAC +1-GDVAF +1-GDVAI +1-GDVAL +1-GDVAO +1-GDVAR +1-GDVAU +1-GDVAX +1-GDVB0 +1-GDVB3 +1-GDVB6 +1-GDVB9 +1-GDVBC +1-GDVBF +1-GDVBI +1-GDVBL +1-GDVBO +1-GDVBR +1-GDVBU +1-GDVBX +1-GDVC0 +1-GDVC3 +1-GDVC6 +1-GDVC9 +1-GDVCC +1-GDVCF +1-GDVCI +1-GDVCL +1-GDVCO +1-GDVCR +1-GDVCU +1-GDVCX +1-GDVD0 +1-GDVD3 +1-GDVD6 +1-GDVD9 +1-GDVDC +1-GDVDF +1-GDVDI +1-GDVDL +1-GDVDO +1-GDVDR +1-GDVDU +1-GDVDX +1-GDVE0 +1-GDVE3 +1-GDVE6 +1-GDVE9 +1-GDVEC +1-GDVEF +1-GDVEI +1-GDVEL +1-GDVEO +1-GDVER +1-GDVEU +1-GDVEX +1-GDVF0 +1-GDVF3 +1-GDVF6 +1-GDVF9 +1-GDVFC +1-GDVFF +1-GDVFI +1-GDVFL +1-GDVFO +1-GDVFR +1-GDVFU +1-GDVFX +1-GDVG0 +1-GDVG3 +1-GDVG6 +1-GDVG9 +1-GDVGC +1-GDVGF +1-GDVGI +1-GDVGL +1-GDVGO +1-GDVGR +1-GDVGU +1-GDVGX +1-GDVH0 +1-GDVH3 +1-GDVH6 +1-GDVH9 +1-GDVHC +1-GDVHF +1-GDVHI +1-GDVHL +1-GDVHO +1-GDVHR +1-GDVHU +1-GDVHX +1-GDVI0 +1-GDVI3 +1-GDVI6 +1-GDVI9 +1-GDVIC +1-GDVIF +1-GDVII +1-GDVIL +1-GDVIO +1-GDVIR +1-GDVIU +1-GDVIX +1-GDVJ0 +1-GDVJ3 +1-GDVJ6 +1-GDVJ9 +1-GDVJC +1-GDVJF +1-GDVJI +1-GDVJL +1-GDVJO +1-GDVJR +1-GDVJU +1-GDVJX +1-GDVK0 +1-GDVK3 +1-GDVK6 +1-GDVK9 +1-GDVKC +1-GDVKF +1-GDVKI +1-GDVKL +1-GDVKO +1-GDVKR +1-GDVKU +1-GDVKX +1-GDVL0 +1-GDVL3 +1-GDVL6 +1-GDVL9 +1-GDVLC +1-GDVLF +1-GDVLI +1-GDVLL +1-GDVLO +1-GDVLR +1-GDVLU +1-GDVLX +1-GDVM0 +1-GDVM3 +1-GDVM6 +1-GDVM9 +1-GDVMC +1-GDVMF +1-GDVMI +1-GDVML +1-GDVMO +1-GDVMR +1-GDVMU +1-GDVMX +1-GDVN0 +1-GDVN3 +1-GDVN6 +1-GDVN9 +1-GDVNC +1-GDVNF +1-GDVNI +1-GDVNL +1-GDVNO +1-GDVNR +1-GDVNU +1-GDVNX +1-GDVO0 +1-GDVO3 +1-GDVO6 +1-GDVO9 +1-GDVOC +1-GDVOF +1-GDVOI +1-GDVOL +1-GDVOO +1-GDVOR +1-GDVOU +1-GDVOX +1-GDVP0 +1-GDVP3 +1-GDVP6 +1-GDVP9 +1-GDVPC +1-GDVPF +1-GDVPI +1-GDVPL +1-GDVPO +1-GDVPR +1-GDVPU +1-GDVPX +1-GDVQ0 +1-GDVQ3 +1-GDVQ6 +1-GDVQ9 +1-GDVQC +1-GDVQF +1-GDVQI +1-GDVQL +1-GDVQO +1-GDVQR +1-GDVQU +1-GDVQX +1-GDVR0 +1-GDVR3 +1-GDVR6 +1-GDVR9 +1-GDVRC +1-GDVRF +1-GDVRI +1-GDVRL +1-GDVRO +1-GDVRR +1-GDVRU +1-GDVRX +1-GDVS0 +1-GDVS3 +1-GDVS6 +1-GDVS9 +1-GDVSC +1-GDVSF +1-GDVSI +1-GDVSL +1-GDVSO +1-GDVSR +1-GDVSU +1-GDVSX +1-GDVT0 +1-GDVT3 +1-GDVT6 +1-GDVT9 +1-GDVTC +1-GDVTF +1-GDVTI +1-GDVTL +1-GDVTO +1-GDVTR +1-GDVTU +1-GDVTX +1-GDVU0 +1-GDVU3 +1-GDVU6 +1-GDVU9 +1-GDVUC +1-GDVUF +1-GDVUI +1-GDVUL +1-GDVUO +1-GDVUR +1-GDVUU +1-GDVUX +1-GDVV0 +1-GDVV3
[Libreoffice-bugs] [Bug 150452] Crash in: libc.so.6
https://bugs.documentfoundation.org/show_bug.cgi?id=150452 --- Comment #8 from Commit Notification --- Xisco Fauli committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/8475b367298de73aec6abc60a159cc015baf9734 tdf#150452: sc_subsequent_filters: Add unittest It will be available in 7.5.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 85299] FORMATTING: bullets list style not retained after roundtrip
https://bugs.documentfoundation.org/show_bug.cgi?id=85299 --- Comment #27 from BogdanB --- For those testing this bug please see Style Inspector while reproducing the bug. The list style is different before and after the save. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 85299] FORMATTING: bullets list style not retained after roundtrip
https://bugs.documentfoundation.org/show_bug.cgi?id=85299 --- Comment #26 from BogdanB --- By the record, the list elements have the List Style List1. When I set the Liste Style to None, the problem is gone. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 150459] skbrother
https://bugs.documentfoundation.org/show_bug.cgi?id=150459 --- Comment #1 from Buovjaga --- The content of attachment 181830 has been deleted for the following reason: Imaginary hacking -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 85299] FORMATTING: bullets list style not retained after roundtrip
https://bugs.documentfoundation.org/show_bug.cgi?id=85299 --- Comment #25 from BogdanB --- I can repro the bug with version 7.5 using the file from comment 7. Version: 7.5.0.0.alpha0+ / LibreOffice Community Build ID: f6a0ca0e92e41ad8fea71acdacdc7ec5e775dc59 CPU threads: 16; OS: Linux 5.15; UI render: default; VCL: gtk3 Locale: ro-RO (ro_RO.UTF-8); UI: en-US Calc: threaded But, the same, with a new file I don't repro. I am not sure it is a bug or a bad format of the document. -- You are receiving this mail because: You are the assignee for the bug.
Minutes from the UX/design meeting 2022-Aug-17
Present: John, Eyal, Cor, Heiko Comments: Stuart, Mike, Timur Tickets/Topics * Render non-printing line numbers with faint gray + https://bugs.documentfoundation.org/show_bug.cgi?id=150375 + potential solution for bug 150237 + starting with a text would show no line number unless line 5, which is odd (Eyal) + dialog is started manually so users are aware of what they are doing (Cor) + how about starting with #1 (Heiko) + faint numbers are neat but probably not worth the effort (Stuart) + showing the current line number could be done via the statusbar (Heiko) + users want to see numbers of multiple lines (Eyal) + line numbers are important for minutes, for example (Eyal) + faint grey lines could be realized as an extra "line numbering" run before the actual line numbering; the option could be stored in the registry and applied to the document independently from the line numbering setting + better change the default to every line (John, Cor, Eyal) + less development effort, no confusion => prefer grey lines but change default is okay too => needsDevAdvice (could be easyhackable) * Paragraph mark in rotated-character paragraph placed in middle of text + https://bugs.documentfoundation.org/show_bug.cgi?id=150276 + show pilcrow at the next character, ie. on top of a rotated text, meaning bottom-to-top (Eyal) + show it right of the rotation as MSO does (Heiko) + pilcrow should be in line with the cursor (Regina) + keep pilcrow unrotated (Mike) + having it on top or at the side shifts text either for hard or soft breaks; suggest therefore to have the hard break right/left and suppress soft break in rotated text (Heiko) + MSO puts the rotated word into the next line for both hard and soft breaks (so we have an incongruency anyway) (Heiko) + rotate the pilcrow/softbreak symbol and put it at the end of the line; accept that is overwritten (Eyal, John) + pilcrow should be drawn under the text (Eyal) + many pro and cons, wouldn't put effort in any (bad) solution (Cor) => comment on the ticket, needsDevEval * TABLES: Command "Distribute columns evenly" doesn't work for a single row + https://bugs.documentfoundation.org/show_bug.cgi?id=150244 + respect the selection or treat the whole table as some static evenly distributed object when a flag is set, as requested in bug 128279 + don't agree with bug 128279 (Cor) + expect an action and to respect the selection (John, Cor) + alt+left/right interaction should not change (Cor) + two different things both make sense; running the action (per selection) switches off the state (Eyal) => accept the ticket, ie. don't change not selected columns if a selection is active * Last row does not remain hidden when deleting row(s) + https://bugs.documentfoundation.org/show_bug.cgi?id=150260 + same behavior on MSO: if rows 15-last are empty, deleting some rows <15 doesn't show additional rows. If A1048576 is not empty, deleting rows 9-10 shows additional rows A1048575-A1048576 (Timur) + deleting columns does reduce the total number, however, in Excel but not in Calc + hiding columns sets width to zero + WPS never adds lines (Timur) + deleting rows add new to the end of the table, which are not hidden then; so hide the added row if the last one is hidden (Heiko) + how about other attributes such as formatting (Eyal) + only the hidden attribute => recommend to do it OpenPGP_signature Description: OpenPGP digital signature
[Libreoffice-qa] Minutes from the UX/design meeting 2022-Aug-17
Present: John, Eyal, Cor, Heiko Comments: Stuart, Mike, Timur Tickets/Topics * Render non-printing line numbers with faint gray + https://bugs.documentfoundation.org/show_bug.cgi?id=150375 + potential solution for bug 150237 + starting with a text would show no line number unless line 5, which is odd (Eyal) + dialog is started manually so users are aware of what they are doing (Cor) + how about starting with #1 (Heiko) + faint numbers are neat but probably not worth the effort (Stuart) + showing the current line number could be done via the statusbar (Heiko) + users want to see numbers of multiple lines (Eyal) + line numbers are important for minutes, for example (Eyal) + faint grey lines could be realized as an extra "line numbering" run before the actual line numbering; the option could be stored in the registry and applied to the document independently from the line numbering setting + better change the default to every line (John, Cor, Eyal) + less development effort, no confusion => prefer grey lines but change default is okay too => needsDevAdvice (could be easyhackable) * Paragraph mark in rotated-character paragraph placed in middle of text + https://bugs.documentfoundation.org/show_bug.cgi?id=150276 + show pilcrow at the next character, ie. on top of a rotated text, meaning bottom-to-top (Eyal) + show it right of the rotation as MSO does (Heiko) + pilcrow should be in line with the cursor (Regina) + keep pilcrow unrotated (Mike) + having it on top or at the side shifts text either for hard or soft breaks; suggest therefore to have the hard break right/left and suppress soft break in rotated text (Heiko) + MSO puts the rotated word into the next line for both hard and soft breaks (so we have an incongruency anyway) (Heiko) + rotate the pilcrow/softbreak symbol and put it at the end of the line; accept that is overwritten (Eyal, John) + pilcrow should be drawn under the text (Eyal) + many pro and cons, wouldn't put effort in any (bad) solution (Cor) => comment on the ticket, needsDevEval * TABLES: Command "Distribute columns evenly" doesn't work for a single row + https://bugs.documentfoundation.org/show_bug.cgi?id=150244 + respect the selection or treat the whole table as some static evenly distributed object when a flag is set, as requested in bug 128279 + don't agree with bug 128279 (Cor) + expect an action and to respect the selection (John, Cor) + alt+left/right interaction should not change (Cor) + two different things both make sense; running the action (per selection) switches off the state (Eyal) => accept the ticket, ie. don't change not selected columns if a selection is active * Last row does not remain hidden when deleting row(s) + https://bugs.documentfoundation.org/show_bug.cgi?id=150260 + same behavior on MSO: if rows 15-last are empty, deleting some rows <15 doesn't show additional rows. If A1048576 is not empty, deleting rows 9-10 shows additional rows A1048575-A1048576 (Timur) + deleting columns does reduce the total number, however, in Excel but not in Calc + hiding columns sets width to zero + WPS never adds lines (Timur) + deleting rows add new to the end of the table, which are not hidden then; so hide the added row if the last one is hidden (Heiko) + how about other attributes such as formatting (Eyal) + only the hidden attribute => recommend to do it OpenPGP_signature Description: OpenPGP digital signature
[Libreoffice-bugs] [Bug 150463] clutter
https://bugs.documentfoundation.org/show_bug.cgi?id=150463 Mike Kaganski changed: What|Removed |Added Component|UI |deletionRequest Alias|clutter | Status|UNCONFIRMED |RESOLVED URL|http://libreoffice-bugs@lis | |ts.freedesktop.org | Resolution|--- |INVALID -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 150457] Crash on hovering footnote references after removing footnote
https://bugs.documentfoundation.org/show_bug.cgi?id=150457 BogdanB changed: What|Removed |Added Status|NEEDINFO|NEW --- Comment #10 from BogdanB --- Based on comment 9, confirm with Version: 7.4.0.2 / LibreOffice Community Build ID: 1512ce97d7ed39dce3121f7e15651fd8895f950e CPU threads: 16; OS: Linux 5.15; UI render: default; VCL: gtk3 Locale: ro-RO (ro_RO.UTF-8); UI: en-US Calc: threaded -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 150260] Last row does not remain hidden when deleting row(s)
https://bugs.documentfoundation.org/show_bug.cgi?id=150260 Cor Nouws changed: What|Removed |Added CC||c...@nouenoff.nl Version|7.4.0.0 beta1+ |Inherited From OOo -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-ux-advise] [Bug 150260] Last row does not remain hidden when deleting row(s)
https://bugs.documentfoundation.org/show_bug.cgi?id=150260 Cor Nouws changed: What|Removed |Added CC||c...@nouenoff.nl Version|7.4.0.0 beta1+ |Inherited From OOo -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-bugs] [Bug 150430] FILEOPEN / EDITING: Rows and row headers are not aligned to each other to the point of incorrect cell selection
https://bugs.documentfoundation.org/show_bug.cgi?id=150430 Mike Kaganski changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |WORKSFORME --- Comment #11 from Mike Kaganski --- (In reply to Rafael Lima from comment #10) > Setting this to NEW (In reply to Mike Kaganski from comment #7) > No repro using Version: 7.4.0.3 (x64) It is WORKSFORME. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 133764] [META] Very large spreadsheets problem
https://bugs.documentfoundation.org/show_bug.cgi?id=133764 Bug 133764 depends on bug 150430, which changed state. Bug 150430 Summary: FILEOPEN / EDITING: Rows and row headers are not aligned to each other to the point of incorrect cell selection https://bugs.documentfoundation.org/show_bug.cgi?id=150430 What|Removed |Added Status|NEW |RESOLVED Resolution|--- |WORKSFORME -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-commits] core.git: sw/source
sw/source/core/access/parachangetrackinginfo.cxx|2 +- sw/source/core/crsr/crstrvl.cxx |4 ++-- sw/source/core/crsr/swcrsr.cxx |2 +- sw/source/core/doc/DocumentContentOperationsManager.cxx |6 +++--- sw/source/core/doc/DocumentRedlineManager.cxx |4 ++-- sw/source/core/doc/docbm.cxx|6 +++--- sw/source/core/doc/docedt.cxx |8 sw/source/core/doc/docnum.cxx |6 +++--- sw/source/core/doc/docredln.cxx |4 ++-- sw/source/core/docnode/ndtbl.cxx|4 ++-- sw/source/core/docnode/section.cxx |4 ++-- sw/source/core/edit/edlingu.cxx |2 +- sw/source/core/frmedt/fecopy.cxx|4 ++-- sw/source/core/table/swtable.cxx|2 +- sw/source/core/text/porlay.cxx |2 +- sw/source/core/txtnode/txtedt.cxx |2 +- 16 files changed, 31 insertions(+), 31 deletions(-) New commits: commit dcd45e25407bc4e50a3faa1ede9c1c3149c21ad7 Author: Noel Grandin AuthorDate: Wed Aug 17 07:54:24 2022 +0200 Commit: Noel Grandin CommitDate: Wed Aug 17 20:52:58 2022 +0200 convert more nNode to SwPosition::GetNode in places where we are using the result with operator< Change-Id: I2aae14e9130efc31f5afd3450defdf6df4099950 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/138403 Tested-by: Jenkins Reviewed-by: Noel Grandin diff --git a/sw/source/core/access/parachangetrackinginfo.cxx b/sw/source/core/access/parachangetrackinginfo.cxx index 41f697af60bf..b20d9702e744 100644 --- a/sw/source/core/access/parachangetrackinginfo.cxx +++ b/sw/source/core/access/parachangetrackinginfo.cxx @@ -86,7 +86,7 @@ namespace { ++nActRedline) { const SwRangeRedline* pActRedline = rRedlineTable[ nActRedline ]; -if ( pActRedline->Start()->nNode > rTextNode.GetIndex() ) +if ( pActRedline->Start()->GetNode() > rTextNode ) { break; } diff --git a/sw/source/core/crsr/crstrvl.cxx b/sw/source/core/crsr/crstrvl.cxx index 2f22db198aa3..759b8bc9b847 100644 --- a/sw/source/core/crsr/crstrvl.cxx +++ b/sw/source/core/crsr/crstrvl.cxx @@ -328,8 +328,8 @@ bool SwCursorShell::GotoPrevTOXBase( const OUString* pName ) SwSectionNode const*const pSectNd( pSect->GetFormat()->GetSectionNode()); if ( pSectNd -&& m_pCurrentCursor->GetPoint()->nNode > pSectNd->EndOfSectionIndex() -&& (!pFnd || pFnd->GetIndex() < pSectNd->GetIndex()) +&& m_pCurrentCursor->GetPoint()->GetNode() > *pSectNd->EndOfSectionNode() +&& (!pFnd || *pFnd < *pSectNd) && (!pName || *pName == static_cast(pSect)->GetTOXName())) { diff --git a/sw/source/core/crsr/swcrsr.cxx b/sw/source/core/crsr/swcrsr.cxx index ce4c35cf8f75..884d9f7fedd3 100644 --- a/sw/source/core/crsr/swcrsr.cxx +++ b/sw/source/core/crsr/swcrsr.cxx @@ -1536,7 +1536,7 @@ static OUString lcl_MaskDeletedRedlines( const SwTextNode* pTextNd ) for ( ; nAct < rDoc.getIDocumentRedlineAccess().GetRedlineTable().size(); nAct++ ) { const SwRangeRedline* pRed = rDoc.getIDocumentRedlineAccess().GetRedlineTable()[ nAct ]; -if ( pRed->Start()->nNode > pTextNd->GetIndex() ) +if ( pRed->Start()->GetNode() > *pTextNd ) break; if( RedlineType::Delete == pRed->GetType() ) diff --git a/sw/source/core/doc/DocumentContentOperationsManager.cxx b/sw/source/core/doc/DocumentContentOperationsManager.cxx index 65f566b4c795..866558d5bff1 100644 --- a/sw/source/core/doc/DocumentContentOperationsManager.cxx +++ b/sw/source/core/doc/DocumentContentOperationsManager.cxx @@ -890,9 +890,9 @@ namespace auto [pRStt, pREnd] = pTmp->StartEnd(); // SwPosition* -if( pRStt->nNode < rRg.aStart ) +if( pRStt->GetNode() < rRg.aStart.GetNode() ) { -if( pREnd->nNode > rRg.aStart && pREnd->nNode < rRg.aEnd ) +if( pREnd->GetNode() > rRg.aStart.GetNode() && pREnd->GetNode() < rRg.aEnd.GetNode() ) { // Create a copy and set the end of the original to the end of the MoveArea. // The copy is moved too. @@ -3843,7 +3843,7 @@ void DocumentContentOperationsManager::CopyFlyInFlyImpl( { if (nStart > nSkipAfter) continue; -if (pAPos->nNode > rRg.aEnd) +if (pAPos->GetNode() > rRg.aEnd.GetNode()) continue; //frames at the last source node are not always
[Libreoffice-bugs] [Bug 150463] New: clutter
https://bugs.documentfoundation.org/show_bug.cgi?id=150463 Bug ID: 150463 Summary: clutter Product: LibreOffice Version: 7.0 all versions Hardware: x86-64 (AMD64) URL: http://libreoffice-bugs@lists.freedesktop.org OS: Windows (All) Status: UNCONFIRMED Severity: normal Priority: medium Component: UI Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: affansayed9...@gmail.com Created attachment 181839 --> https://bugs.documentfoundation.org/attachment.cgi?id=181839=edit bug not found -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-commits] core.git: sd/source
sd/source/ui/func/fuoltext.cxx |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) New commits: commit 7e8be84f54fb10d5ba97c64009403c79c3976393 Author: Caolán McNamara AuthorDate: Wed Aug 17 16:35:46 2022 +0100 Commit: Caolán McNamara CommitDate: Wed Aug 17 20:36:00 2022 +0200 fix SfxBindings::Invalidate(const sal_uInt16 *): Assertion assert `*pIds > *(pIds-1)' failed. seen in impress, view, outline, press tab Change-Id: Ie5b61aac614789f13e59c49ab390e07a7a0a55a4 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/138447 Tested-by: Jenkins Reviewed-by: Caolán McNamara diff --git a/sd/source/ui/func/fuoltext.cxx b/sd/source/ui/func/fuoltext.cxx index 07c3625ffe46..fe64cac47dfb 100644 --- a/sd/source/ui/func/fuoltext.cxx +++ b/sd/source/ui/func/fuoltext.cxx @@ -75,9 +75,9 @@ const sal_uInt16 SidArray[] = { SID_INC_INDENT, SID_PARASPACE_INCREASE, SID_PARASPACE_DECREASE, +SID_SCALE, SID_STATUS_PAGE, SID_STATUS_LAYOUT, -SID_SCALE, SID_EXPAND_PAGE, SID_SUMMARY_PAGE, 0 };
[Libreoffice-bugs] [Bug 150276] Paragraph mark in rotated-character paragraph placed in middle of text
https://bugs.documentfoundation.org/show_bug.cgi?id=150276 Cor Nouws changed: What|Removed |Added CC||c...@nouenoff.nl Version|unspecified |Inherited From OOo -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-ux-advise] [Bug 150276] Paragraph mark in rotated-character paragraph placed in middle of text
https://bugs.documentfoundation.org/show_bug.cgi?id=150276 Cor Nouws changed: What|Removed |Added CC||c...@nouenoff.nl Version|unspecified |Inherited From OOo -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-bugs] [Bug 147389] After installing LO 7.3.0.3 LO doesn't start
https://bugs.documentfoundation.org/show_bug.cgi?id=147389 Buovjaga changed: What|Removed |Added Resolution|--- |WORKSFORME Status|UNCONFIRMED |RESOLVED -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 133764] [META] Very large spreadsheets problem
https://bugs.documentfoundation.org/show_bug.cgi?id=133764 Rafael Lima changed: What|Removed |Added Depends on||150430 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=150430 [Bug 150430] FILEOPEN / EDITING: Rows and row headers are not aligned to each other to the point of incorrect cell selection -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-ux-advise] [Bug 150375] Render non-printing line numbers with faint gray
https://bugs.documentfoundation.org/show_bug.cgi?id=150375 Cor Nouws changed: What|Removed |Added CC||c...@nouenoff.nl Version|unspecified |Inherited From OOo -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-bugs] [Bug 150375] Render non-printing line numbers with faint gray
https://bugs.documentfoundation.org/show_bug.cgi?id=150375 Cor Nouws changed: What|Removed |Added CC||c...@nouenoff.nl Version|unspecified |Inherited From OOo -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 150430] FILEOPEN / EDITING: Rows and row headers are not aligned to each other to the point of incorrect cell selection
https://bugs.documentfoundation.org/show_bug.cgi?id=150430 Rafael Lima changed: What|Removed |Added Ever confirmed|0 |1 Status|UNCONFIRMED |NEW --- Comment #10 from Rafael Lima --- (In reply to Mike Kaganski from comment #9) > Note that the problem appears with experimental options and jumbo sheets > enabled. Indeed, with the Jumbo sheets I get the error. Version: 7.3.5.2 / LibreOffice Community Build ID: 30(Build:2) CPU threads: 16; OS: Linux 5.15; UI render: default; VCL: kf5 (cairo+xcb) Locale: pt-BR (pt_BR.UTF-8); UI: pt-BR Ubuntu package version: 1:7.3.5-0ubuntu0.22.04.1 Calc: threaded Jumbo Setting this to NEW -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 144862] Wiggling letter with window size of 1920 pixel width (72dpi) and zoom 140% (RSID?)
https://bugs.documentfoundation.org/show_bug.cgi?id=144862 --- Comment #54 from gibt...@gmx.de --- Thanks for your analysis! Still besides Impress, the same rendering issues are also present in Draw and Calc (maybe Base as well?). Does the things you analyzed recently only relate to Impress or to Draw and Calc as well? I will also add a comment to the new bug that it is *not* a duplicate of 103322. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 135991] Hebrew Text Randomly Disappears and Reappears (see comment 17)
https://bugs.documentfoundation.org/show_bug.cgi?id=135991 --- Comment #26 from M Plaut --- I just tested the fix on the file that had the most issues in the past. Opening it up in parallel in 7.3.2.2 and in the daily build of 7.4.1 showed that all the 7 problems that showed in 7.3.2.2 were handled perfectly in 7.4.1. It is wonderful. Thank you very much. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-commits] core.git: Branch 'distro/collabora/co-22.05' - sw/qa sw/source
sw/qa/extras/tiledrendering/data/testTableCommentRemoveCallback.odt |binary sw/qa/extras/tiledrendering/tiledrendering.cxx | 23 ++ sw/source/uibase/docvw/PostItMgr.cxx|1 3 files changed, 24 insertions(+) New commits: commit d365da2c47a4a40e0b33a34f559046d1162ae1fb Author: Pranam Lashkari AuthorDate: Wed Aug 17 05:35:38 2022 +0530 Commit: Pranam Lashkari CommitDate: Wed Aug 17 20:03:50 2022 +0200 sw: online: make sure commment removal notification is sent problem: when comment is added inside a table in online, and entire table is deleted, comments were not removed due to notification not being sent. Another failed case was when some text with comment is copy pasted, and then pasted text is undoed, text was removed but comment stayed. This patch will notify comment removal before actaully distroying the comment/note Signed-off-by: Pranam Lashkari Change-Id: I70aad7eb421b4bde52b9e54855e2360c59807852 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/138398 Reviewed-by: Szymon Kłos Tested-by: Jenkins CollaboraOffice diff --git a/sw/qa/extras/tiledrendering/data/testTableCommentRemoveCallback.odt b/sw/qa/extras/tiledrendering/data/testTableCommentRemoveCallback.odt new file mode 100644 index ..09941166a718 Binary files /dev/null and b/sw/qa/extras/tiledrendering/data/testTableCommentRemoveCallback.odt differ diff --git a/sw/qa/extras/tiledrendering/tiledrendering.cxx b/sw/qa/extras/tiledrendering/tiledrendering.cxx index 5b0443884ad8..89a9acdba670 100644 --- a/sw/qa/extras/tiledrendering/tiledrendering.cxx +++ b/sw/qa/extras/tiledrendering/tiledrendering.cxx @@ -3266,6 +3266,29 @@ CPPUNIT_TEST_FIXTURE(SwTiledRenderingTest, testTablePaintInvalidate) CPPUNIT_ASSERT_EQUAL(0, m_nInvalidations); } +CPPUNIT_TEST_FIXTURE(SwTiledRenderingTest, testTableCommentRemoveCallback) +{ +comphelper::LibreOfficeKit::setActive(); +comphelper::LibreOfficeKit::setTiledAnnotations(false); + +// Load a document with a comment in a table. +SwXTextDocument* pXTextDocument = createDoc("testTableCommentRemoveCallback.odt"); +SwWrtShell* pWrtShell = pXTextDocument->GetDocShell()->GetWrtShell(); +setupLibreOfficeKitViewCallback(pWrtShell->GetSfxViewShell()); +ViewCallback aView; + +// delete all characters +comphelper::dispatchCommand(".uno:SelectAll", uno::Sequence()); +Scheduler::ProcessEventsToIdle(); +pXTextDocument->postKeyEvent(LOK_KEYEVENT_KEYINPUT, 0, KEY_DELETE); +pXTextDocument->postKeyEvent(LOK_KEYEVENT_KEYUP, 0, KEY_DELETE); +Scheduler::ProcessEventsToIdle(); + +//check for comment remove callback +OString sAction(aView.m_aComment.get_child("action").get_value().c_str()); +CPPUNIT_ASSERT_EQUAL(OString("Remove"), sAction); +} + CPPUNIT_TEST_FIXTURE(SwTiledRenderingTest, testSpellOnlineRenderParameter) { SwXTextDocument* pXTextDocument = createDoc("dummy.fodt"); diff --git a/sw/source/uibase/docvw/PostItMgr.cxx b/sw/source/uibase/docvw/PostItMgr.cxx index 234b6c5db0c5..bab23796a94b 100644 --- a/sw/source/uibase/docvw/PostItMgr.cxx +++ b/sw/source/uibase/docvw/PostItMgr.cxx @@ -247,6 +247,7 @@ bool SwPostItMgr::CheckForRemovedPostIts() if (!(*it)->UseElement(*mpWrtShell->GetLayout(), rIDRA)) { EndListening(const_cast(*(*it)->GetBroadcaster())); +lcl_CommentNotification(mpView, CommentNotificationType::Remove, nullptr, (*it)->mpPostIt->GetPostItField()->GetPostItId()); std::unique_ptr p = std::move(*it); it = mvPostItFields.erase(it); if (GetActiveSidebarWin() == p->mpPostIt)
[Libreoffice-bugs] [Bug 150457] Crash on hovering footnote references after removing footnote
https://bugs.documentfoundation.org/show_bug.cgi?id=150457 --- Comment #8 from Hossein --- Reproduced in the latest 7.5 dev master on Windows: Version: 7.5.0.0.alpha0+ (x64) / LibreOffice Community Build ID: 94e8f2e0cd07a90d0d2fd0138bdb8fd1f241ad58 CPU threads: 32; OS: Windows 10.0 Build 19044; UI render: Skia/Raster; VCL: win Locale: en-US (en_DE); UI: en-US Calc: threaded Also in 7.2: Version: 7.2.4.1 / LibreOffice Community Build ID: 27d75539669ac387bb498e35313b970b7fe9c4f9 CPU threads: 8; OS: Linux 5.15; UI render: default; VCL: x11 Locale: en-US (en_US.UTF-8); UI: en-US Calc: threaded Version: 7.2.4.1 (x64) / LibreOffice Community Build ID: 27d75539669ac387bb498e35313b970b7fe9c4f9 CPU threads: 32; OS: Windows 10.0 Build 19044; UI render: Skia/Raster; VCL: win Locale: en-US (en_DE); UI: en-US Calc: threaded -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 150430] FILEOPEN / EDITING: Rows and row headers are not aligned to each other to the point of incorrect cell selection
https://bugs.documentfoundation.org/show_bug.cgi?id=150430 João Paulo changed: What|Removed |Added Attachment #181797|0 |1 is obsolete|| -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 150459] skbrother
https://bugs.documentfoundation.org/show_bug.cgi?id=150459 Michael Warner changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Component|General |deletionRequest Product|cppunit |LibreOffice Resolution|--- |INVALID -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 150459] skbrother
https://bugs.documentfoundation.org/show_bug.cgi?id=150459 Michael Warner changed: What|Removed |Added Status|RESOLVED|CLOSED -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 150447] Solve the Extra Spacing in the Optinos
https://bugs.documentfoundation.org/show_bug.cgi?id=150447 Michael Warner changed: What|Removed |Added Assignee|cemaw52...@upshopt.com |libreoffice-b...@lists.free ||desktop.org Alias|Kartik, Tiwari | URL|https://www.libreoffice.org | |/discover/libreoffice/ | Component|LibreOffice |deletionRequest -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 150462] visually poor spacing between characters in impress
https://bugs.documentfoundation.org/show_bug.cgi?id=150462 Caolán McNamara changed: What|Removed |Added Status|UNCONFIRMED |ASSIGNED Ever confirmed|0 |1 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 150457] Crash on hovering footnote references after removing footnote
https://bugs.documentfoundation.org/show_bug.cgi?id=150457 BogdanB changed: What|Removed |Added CC||buzea.bog...@libreoffice.or ||g --- Comment #7 from BogdanB --- No crash, but I can not delete "1". Version: 7.5.0.0.alpha0+ / LibreOffice Community Build ID: 641d92a73e5b3d0e062e16ed4b42236e1a4796a5 CPU threads: 16; OS: Linux 5.15; UI render: default; VCL: gtk3 Locale: ro-RO (ro_RO.UTF-8); UI: en-US Calc: threaded -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-commits] core.git: sw/source
sw/source/core/crsr/crstrvl.cxx |6 ++ 1 file changed, 2 insertions(+), 4 deletions(-) New commits: commit b3761810532c98da42a4bb6cda0d0abe67af5c24 Author: Noel Grandin AuthorDate: Tue Aug 16 18:48:45 2022 +0200 Commit: Noel Grandin CommitDate: Wed Aug 17 18:19:16 2022 +0200 use more SwPosition::Assign Change-Id: I2a073fc8350aa85e44e57b587450e012f411b47f Reviewed-on: https://gerrit.libreoffice.org/c/core/+/138402 Tested-by: Jenkins Reviewed-by: Noel Grandin diff --git a/sw/source/core/crsr/crstrvl.cxx b/sw/source/core/crsr/crstrvl.cxx index cc9090659ec5..2f22db198aa3 100644 --- a/sw/source/core/crsr/crstrvl.cxx +++ b/sw/source/core/crsr/crstrvl.cxx @@ -464,8 +464,7 @@ bool SwCursorShell::GotoNxtPrvTableFormula( bool bNext, bool bOnlyErrors ) { if( bNext ) { -rPos.nNode = SwNodeOffset(0); -rPos.nContent = 0; +rPos.Assign(SwNodeOffset(0), 0); aCurGEF = SetGetExpField( rPos ); SvxSearchDialogWrapper::SetSearchLabel( SearchLabel::EndWrapped ); } @@ -565,8 +564,7 @@ bool SwCursorShell::GotoNxtPrvTOXMark( bool bNext ) { if ( bNext ) { -rPos.nNode = SwNodeOffset(0); -rPos.nContent = 0; +rPos.Assign(SwNodeOffset(0), 0); aCurGEF = SetGetExpField( rPos ); SvxSearchDialogWrapper::SetSearchLabel( SearchLabel::EndWrapped ); }
[Libreoffice-commits] core.git: sw/source
sw/source/core/crsr/crsrsh.cxx |2 sw/source/core/crsr/crstrvl.cxx |2 sw/source/core/crsr/findattr.cxx|6 +- sw/source/core/crsr/findtxt.cxx |2 sw/source/core/crsr/swcrsr.cxx |6 +- sw/source/core/crsr/viscrs.cxx |2 sw/source/core/doc/DocumentContentOperationsManager.cxx | 36 ++-- sw/source/core/doc/DocumentRedlineManager.cxx |2 sw/source/core/doc/docbm.cxx| 14 ++-- sw/source/core/doc/docedt.cxx |8 +- sw/source/core/doc/docnum.cxx | 10 +-- sw/source/core/doc/docredln.cxx | 14 ++-- sw/source/core/doc/docruby.cxx |2 sw/source/core/docnode/nodes.cxx|4 - sw/source/core/edit/acorrect.cxx|4 - sw/source/core/edit/edfcol.cxx |2 sw/source/core/edit/edfmt.cxx |2 sw/source/core/edit/editsh.cxx |8 +- sw/source/core/edit/edlingu.cxx |2 sw/source/core/fields/reffld.cxx|2 sw/source/core/inc/unoparaframeenum.hxx |3 - sw/source/core/layout/ssfrm.cxx |4 - sw/source/core/text/porlay.cxx |2 sw/source/core/text/redlnitr.cxx|2 sw/source/core/txtnode/ndtxt.cxx| 10 +-- sw/source/core/txtnode/thints.cxx |2 sw/source/core/undo/undel.cxx |2 sw/source/core/undo/undobj.cxx | 12 ++-- sw/source/core/unocore/unoobj2.cxx | 10 +-- sw/source/core/unocore/unoportenum.cxx | 24 +++- sw/source/core/unocore/unotext.cxx |4 - sw/source/filter/ascii/ascatr.cxx |4 - sw/source/filter/html/htmlatr.cxx |2 sw/source/filter/html/htmlgrin.cxx |2 sw/source/filter/html/swhtml.cxx|6 +- sw/source/filter/rtf/swparrtf.cxx |2 sw/source/filter/writer/writer.cxx |8 +- sw/source/filter/ww8/WW8TableInfo.cxx |2 sw/source/filter/ww8/writerhelper.cxx | 10 +-- sw/source/filter/ww8/wrtw8nds.cxx | 47 +++- sw/source/filter/ww8/wrtww8.cxx |4 - sw/source/filter/ww8/ww8par2.cxx|2 sw/source/filter/xml/xmlimp.cxx |2 sw/source/ui/misc/bookmark.cxx |2 sw/source/uibase/wrtsh/wrtsh1.cxx |2 45 files changed, 149 insertions(+), 151 deletions(-) New commits: commit 3a02b5f8aae803b7b5a232c724135594483627a4 Author: Noel Grandin AuthorDate: Tue Aug 16 18:44:31 2022 +0200 Commit: Noel Grandin CommitDate: Wed Aug 17 18:18:52 2022 +0200 convert more nNode to SwPosition::GetNode in places where we are using the result with operator== Change-Id: I28f8f6fa2c3754ec6612ab2334c3a58b61ecd065 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/138401 Tested-by: Jenkins Reviewed-by: Noel Grandin diff --git a/sw/source/core/crsr/crsrsh.cxx b/sw/source/core/crsr/crsrsh.cxx index d9a040adfad4..17718f8357b6 100644 --- a/sw/source/core/crsr/crsrsh.cxx +++ b/sw/source/core/crsr/crsrsh.cxx @@ -1078,7 +1078,7 @@ bool SwCursorShell::IsSelOnePara() const { return false; } -if (m_pCurrentCursor->GetPoint()->nNode == m_pCurrentCursor->GetMark()->nNode) +if (m_pCurrentCursor->GetPoint()->GetNode() == m_pCurrentCursor->GetMark()->GetNode()) { return true; } diff --git a/sw/source/core/crsr/crstrvl.cxx b/sw/source/core/crsr/crstrvl.cxx index 5fe7ef36dabc..cc9090659ec5 100644 --- a/sw/source/core/crsr/crstrvl.cxx +++ b/sw/source/core/crsr/crstrvl.cxx @@ -935,7 +935,7 @@ SwTextField* SwCursorShell::GetTextFieldAtCursor( SwTextField* pTextField = GetTextFieldAtPos( pCursor->Start(), bIncludeInputFieldAtStart ); if ( pTextField != nullptr -&& pCursor->Start()->nNode == pCursor->End()->nNode ) +&& pCursor->Start()->GetNode() == pCursor->End()->GetNode() ) { const sal_Int32 nTextFieldLength = pTextField->End() != nullptr diff --git a/sw/source/core/crsr/findattr.cxx b/sw/source/core/crsr/findattr.cxx index 43ce670499d8..fbbea5cb7846 100644 --- a/sw/source/core/crsr/findattr.cxx +++ b/sw/source/core/crsr/findattr.cxx @@ -107,7 +107,7 @@ static void lcl_SetAttrPam( SwPaM& rPam, sal_Int32 nStart, const sal_Int32* pEnd
[Libreoffice-bugs] [Bug 150462] visually poor spacing between characters in impress
https://bugs.documentfoundation.org/show_bug.cgi?id=150462 Caolán McNamara changed: What|Removed |Added See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=14 ||4862 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 144862] Wiggling letter with window size of 1920 pixel width (72dpi) and zoom 140% (RSID?)
https://bugs.documentfoundation.org/show_bug.cgi?id=144862 Caolán McNamara changed: What|Removed |Added See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=15 ||0462 --- Comment #53 from Caolán McNamara --- https://bugs.documentfoundation.org/show_bug.cgi?id=150462 for what I see in impress -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 150462] visually poor spacing between characters in impress
https://bugs.documentfoundation.org/show_bug.cgi?id=150462 --- Comment #2 from Caolán McNamara --- Created attachment 181833 --> https://bugs.documentfoundation.org/attachment.cgi?id=181833=edit screencast, watch the letter r -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 150462] visually poor spacing between characters in impress
https://bugs.documentfoundation.org/show_bug.cgi?id=150462 --- Comment #1 from Caolán McNamara --- I think the main problem iswith VclProcessor2D::RenderTextSimpleOrDecoratedPortionPrimitive2D and the text positioning scaling done there before it even gets to the usual text rendering stuff so things are probably already gone wrong before it even gets as far as the underlying text rendering. My thinking is that we should pass the dx positions to vcl untouched and instead set up vcl to scale them rather than scale them in advance in drawinglayer, which would at least give vcl a chance to do something nice. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 150452] Crash in: libc.so.6
https://bugs.documentfoundation.org/show_bug.cgi?id=150452 Xisco Faulí changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 150170] Crash in: mdds::flat_segment_tree::insert_to_pos(boost::intrusive_ptr > > &,long,long,bool) ( only LibreO
https://bugs.documentfoundation.org/show_bug.cgi?id=150170 Xisco Faulí changed: What|Removed |Added Resolution|--- |FIXED Status|NEW |RESOLVED --- Comment #21 from Xisco Faulí --- This should be fixed in LibreOffice 7.3.6.1. which will be tagged this week. Closing -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 150462] New: visually poor spacing between characters in impress
https://bugs.documentfoundation.org/show_bug.cgi?id=150462 Bug ID: 150462 Summary: visually poor spacing between characters in impress Product: LibreOffice Version: Inherited From OOo Hardware: x86-64 (AMD64) OS: Linux (All) Status: UNCONFIRMED Severity: normal Priority: medium Component: graphics stack Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: caol...@redhat.com Description: At different zoom levels the amount of space between characters don't appear consistent Steps to Reproduce: 1. Load simple attachment 2. Zoom to different zoom levels Actual Results: spacing between characters isn't appealing Expected Results: at 100% for me the "r" appears too far to the left Reproducible: Always User Profile Reset: No Additional Info: See comments in https://bugs.documentfoundation.org/show_bug.cgi?id=144862#c51 downwards -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 150170] Crash in: mdds::flat_segment_tree::insert_to_pos(boost::intrusive_ptr > > &,long,long,bool) ( only LibreO
https://bugs.documentfoundation.org/show_bug.cgi?id=150170 Commit Notification changed: What|Removed |Added Whiteboard||target:7.3.6 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 150438] DOCX import: drop cap quotation marks are too big
https://bugs.documentfoundation.org/show_bug.cgi?id=150438 László Németh changed: What|Removed |Added CC||nem...@numbertext.org Assignee|nem...@numbertext.org |libreoffice-b...@lists.free ||desktop.org Resolution|--- |FIXED Status|ASSIGNED|RESOLVED Blocks||109316 --- Comment #4 from László Németh --- Commit message of the fix: tdf#150200 tdf#150438 sw, DOCX: fix drop cap dash, quotation etc. In drop cap layout, set smaller size for all glyphs positioned over the baseline, e.g. dashes (dash, en-dash, em-dash, figure dash), bullet, asterisks and quotation marks by extending the bounding box of the glyph to the baseline, like MSO does. Add "DropCapPunctuation", a new default compatibility option for this. Only old ODT files loads the old layout (which was partially broken: e.g. dashes were too long, often missing from the drop cap area or the drop cap was disabled). New ODT and imported DOCX documents use the new default layout for better typesetting and interoperability. Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=109316 [Bug 109316] [META] Drop caps bugs and enhancements -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 109316] [META] Drop caps bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=109316 Bug 109316 depends on bug 150438, which changed state. Bug 150438 Summary: DOCX import: drop cap quotation marks are too big https://bugs.documentfoundation.org/show_bug.cgi?id=150438 What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|--- |FIXED -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 109316] [META] Drop caps bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=109316 László Németh changed: What|Removed |Added Depends on||150438 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=150438 [Bug 150438] DOCX import: drop cap quotation marks are too big -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 150200] Drop caps bad behaviour with hyphens
https://bugs.documentfoundation.org/show_bug.cgi?id=150200 László Németh changed: What|Removed |Added Assignee|nem...@numbertext.org |libreoffice-b...@lists.free ||desktop.org Status|ASSIGNED|RESOLVED Resolution|--- |FIXED --- Comment #12 from László Németh --- Commit message of the fix: tdf#150200 tdf#150438 sw, DOCX: fix drop cap dash, quotation etc. In drop cap layout, set smaller size for all glyphs positioned over the baseline, e.g. dashes (dash, en-dash, em-dash, figure dash), bullet, asterisks and quotation marks by extending the bounding box of the glyph to the baseline, like MSO does. Add "DropCapPunctuation", a new default compatibility option for this. Only old ODT files loads the old layout (which was partially broken: e.g. dashes were too long, often missing from the drop cap area or the drop cap was disabled). New ODT and imported DOCX documents use the new default layout for better typesetting and interoperability. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 109316] [META] Drop caps bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=109316 Bug 109316 depends on bug 150200, which changed state. Bug 150200 Summary: Drop caps bad behaviour with hyphens https://bugs.documentfoundation.org/show_bug.cgi?id=150200 What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|--- |FIXED -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-commits] core.git: sw/inc sw/qa sw/source writerfilter/source
sw/inc/IDocumentSettingAccess.hxx |5 + sw/qa/extras/layout/data/tdf150200.docx |binary sw/qa/extras/layout/data/tdf150200.odt|binary sw/qa/extras/layout/data/tdf150438.docx |binary sw/qa/extras/layout/data/tdf150438.odt|binary sw/qa/extras/layout/layout2.cxx | 88 ++ sw/source/core/doc/DocumentSettingManager.cxx | 10 ++ sw/source/core/inc/DocumentSettingManager.hxx |1 sw/source/core/text/txtdrop.cxx | 14 sw/source/filter/xml/xmlimp.cxx | 12 +++ sw/source/uibase/uno/SwXDocumentSettings.cxx | 30 ++-- writerfilter/source/filter/WriterFilter.cxx |1 12 files changed, 152 insertions(+), 9 deletions(-) New commits: commit a18a74d6762e56a20093ca51cfd12925697c2524 Author: László Németh AuthorDate: Tue Aug 16 11:00:54 2022 +0200 Commit: László Németh CommitDate: Wed Aug 17 18:07:24 2022 +0200 tdf#150200 tdf#150438 sw, DOCX: fix drop cap dash, quotation etc. In drop cap layout, set smaller size for all glyphs positioned over the baseline, e.g. dashes (dash, en-dash, em-dash, figure dash), bullet, asterisks and quotation marks by extending the bounding box of the glyph to the baseline, like MSO does. Add "DropCapPunctuation", a new default compatibility option for this. Only old ODT files loads the old layout (which was partially broken: e.g. dashes were too long, often missing from the drop cap area or the drop cap was disabled). New ODT and imported DOCX documents use the new default layout for better typesetting and interoperability. Change-Id: I3aba0727fd15f6edb9245e31f523e12f407d189e Reviewed-on: https://gerrit.libreoffice.org/c/core/+/138356 Tested-by: László Németh Reviewed-by: László Németh diff --git a/sw/inc/IDocumentSettingAccess.hxx b/sw/inc/IDocumentSettingAccess.hxx index 548419576168..1f81ead70645 100644 --- a/sw/inc/IDocumentSettingAccess.hxx +++ b/sw/inc/IDocumentSettingAccess.hxx @@ -123,7 +123,10 @@ enum class DocumentSettingId // docx enable this flag. For details see ticket tdf#100680. WRAP_AS_CHAR_FLYS_LIKE_IN_OOXML, // Should we display follow by symbol for numbered paragraph if numbering exists, but "None"? -NO_NUMBERING_SHOW_FOLLOWBY +NO_NUMBERING_SHOW_FOLLOWBY, +// drop cap punctuation: smaller dashes, bullet, asterisks, quotation marks etc. +// by extending the rounding box of the glyph to the baseline +DROP_CAP_PUNCTUATION }; /** Provides access to settings of a document diff --git a/sw/qa/extras/layout/data/tdf150200.docx b/sw/qa/extras/layout/data/tdf150200.docx new file mode 100644 index ..8f3a57d764b9 Binary files /dev/null and b/sw/qa/extras/layout/data/tdf150200.docx differ diff --git a/sw/qa/extras/layout/data/tdf150200.odt b/sw/qa/extras/layout/data/tdf150200.odt new file mode 100644 index ..224d5c4c4b3e Binary files /dev/null and b/sw/qa/extras/layout/data/tdf150200.odt differ diff --git a/sw/qa/extras/layout/data/tdf150438.docx b/sw/qa/extras/layout/data/tdf150438.docx new file mode 100644 index ..87aa1c5f6de2 Binary files /dev/null and b/sw/qa/extras/layout/data/tdf150438.docx differ diff --git a/sw/qa/extras/layout/data/tdf150438.odt b/sw/qa/extras/layout/data/tdf150438.odt new file mode 100644 index ..5634ab91adb4 Binary files /dev/null and b/sw/qa/extras/layout/data/tdf150438.odt differ diff --git a/sw/qa/extras/layout/layout2.cxx b/sw/qa/extras/layout/layout2.cxx index 09e113fc4ed0..eafb21646cdf 100644 --- a/sw/qa/extras/layout/layout2.cxx +++ b/sw/qa/extras/layout/layout2.cxx @@ -2009,6 +2009,94 @@ CPPUNIT_TEST_FIXTURE(SwLayoutWriter2, testTdf118672) "setetur"); } +CPPUNIT_TEST_FIXTURE(SwLayoutWriter2, testTdf150200) +{ +createSwDoc(DATA_DIRECTORY, "tdf150200.odt"); +xmlDocUniquePtr pXmlDoc = parseLayoutDump(); +// dash +OUString sFirstLine = parseDump("/root/page/body/txt[1]/LineBreak[1]/@Line"); +CPPUNIT_ASSERT_EQUAL(true, sFirstLine.startsWith(u"-(dash)")); +CPPUNIT_ASSERT_EQUAL(sal_Int32(93), sFirstLine.getLength()); +// en-dash +sFirstLine = parseDump("/root/page/body/txt[2]/LineBreak[1]/@Line"); +CPPUNIT_ASSERT_EQUAL(true, sFirstLine.startsWith(u"–(en-dash)")); +CPPUNIT_ASSERT_EQUAL(sal_Int32(88), sFirstLine.getLength()); +// em-dash +sFirstLine = parseDump("/root/page/body/txt[3]/LineBreak[1]/@Line"); +CPPUNIT_ASSERT_EQUAL(true, sFirstLine.startsWith(u"—(em-dash)")); +CPPUNIT_ASSERT_EQUAL(sal_Int32(77), sFirstLine.getLength()); +// figure dash +sFirstLine = parseDump("/root/page/body/txt[4]/LineBreak[1]/@Line"); +CPPUNIT_ASSERT_EQUAL(true, sFirstLine.startsWith(u"‒(figure dash)")); +CPPUNIT_ASSERT_EQUAL(sal_Int32(87), sFirstLine.getLength()); +} + +CPPUNIT_TEST_FIXTURE(SwLayoutWriter2, testTdf150200_DOCX) +{ +createSwDoc(DATA_DIRECTORY,
[Libreoffice-commits] core.git: Branch 'libreoffice-7-4' - sw/qa writerfilter/source
sw/qa/extras/ooxmlexport/data/content-control-grab-bag.docx |binary sw/qa/extras/ooxmlexport/ooxmlfieldexport.cxx | 12 writerfilter/source/dmapper/DomainMapper.cxx|3 ++- 3 files changed, 14 insertions(+), 1 deletion(-) New commits: commit 32dac5afd324c8d211db9d0bf47585cf7fcc8c65 Author: Miklos Vajna AuthorDate: Tue Aug 16 11:37:27 2022 +0200 Commit: Xisco Fauli CommitDate: Wed Aug 17 18:07:05 2022 +0200 crashtesting: fix DOCX export of forum-mso-de-99522.docx Export of this document to DOCX wrote not-well-formed XML output, resulting in an assertion failure in debug builds. writerfilter/ maps a selection of tags to Writer content controls (a safe subset), and leaves the rest unchanged, which means we continue to map those to grab-bags. The trouble is that a combination of content controls and grab-bags leads to bad output on export, as we start the element twice, but only close it once. Fix the problem by extending writerfilter/ code to not do any grab-bags for the richText type, we already did that in the past for dropDowns. In the long run, we should never do grab-bagging for any elements that we map to Writer content controls. Change-Id: I27a0b814efd667cc0477d8f492f7f956c938c854 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/138351 Reviewed-by: Miklos Vajna Tested-by: Jenkins (cherry picked from commit 7ad44f3dd271a591529b048212c4391d8b38ed9d) Reviewed-on: https://gerrit.libreoffice.org/c/core/+/138287 Reviewed-by: Xisco Fauli diff --git a/sw/qa/extras/ooxmlexport/data/content-control-grab-bag.docx b/sw/qa/extras/ooxmlexport/data/content-control-grab-bag.docx new file mode 100644 index ..33c01f08fd25 Binary files /dev/null and b/sw/qa/extras/ooxmlexport/data/content-control-grab-bag.docx differ diff --git a/sw/qa/extras/ooxmlexport/ooxmlfieldexport.cxx b/sw/qa/extras/ooxmlexport/ooxmlfieldexport.cxx index d5fd1691c2a3..d624a2de0469 100644 --- a/sw/qa/extras/ooxmlexport/ooxmlfieldexport.cxx +++ b/sw/qa/extras/ooxmlexport/ooxmlfieldexport.cxx @@ -869,6 +869,18 @@ DECLARE_OOXMLEXPORT_TEST( testSdtDatePicker, "test_sdt_datepicker.docx" ) CPPUNIT_ASSERT_EQUAL(OUString("008000"), sColor); } +CPPUNIT_TEST_FIXTURE(Test, testContentControlGrabBag) +{ +// Given a document with a tag: +OUString aURL = m_directories.getURLFromSrc(DATA_DIRECTORY) + "content-control-grab-bag.docx"; +loadURL(aURL, nullptr); + +// When exporting that document back to DOCX: +// Then make sure that completes without an assertion failure, which would mean not-well-formed +// output was produced: +save("Office Open XML Text", maTempFile); +} + CPPUNIT_TEST_FIXTURE(Test, testTdf104823) { // Test how we can roundtrip sdt plain text with databindings support diff --git a/writerfilter/source/dmapper/DomainMapper.cxx b/writerfilter/source/dmapper/DomainMapper.cxx index ede7c4649899..c0689b4e2ac5 100644 --- a/writerfilter/source/dmapper/DomainMapper.cxx +++ b/writerfilter/source/dmapper/DomainMapper.cxx @@ -3789,7 +3789,8 @@ void DomainMapper::lcl_utext(const sal_uInt8 * data_, size_t len) else { uno::Sequence aGrabBag = m_pImpl->m_pSdtHelper->getInteropGrabBagAndClear(); -if (m_pImpl->GetSdtStarts().empty() || m_pImpl->m_pSdtHelper->getControlType() != SdtControlType::dropDown) +if (m_pImpl->GetSdtStarts().empty() +|| (m_pImpl->m_pSdtHelper->getControlType() != SdtControlType::dropDown && m_pImpl->m_pSdtHelper->getControlType() != SdtControlType::richText)) { m_pImpl->GetTopContextOfType(CONTEXT_PARAGRAPH)->Insert(PROP_SDTPR, uno::Any(aGrabBag), true, PARA_GRAB_BAG);
[Libreoffice-bugs] [Bug 147389] After installing LO 7.3.0.3 LO doesn't start
https://bugs.documentfoundation.org/show_bug.cgi?id=147389 BRANDT changed: What|Removed |Added Status|NEEDINFO|UNCONFIRMED Ever confirmed|1 |0 --- Comment #10 from BRANDT --- as documented in comment 6 the version dev 7.4.0.0 solved the problem. Since that time i left windows for linux, so i am unable to do more tests. Sorry, for me you can close this bug report Man
[Libreoffice-commits] core.git: Branch 'libreoffice-7-4' - sw/qa sw/source
sw/qa/extras/htmlimport/data/ole-data2.xhtml | 12 sw/qa/extras/htmlimport/htmlimport.cxx | 25 + sw/source/filter/html/htmlgrin.cxx |1 + 3 files changed, 38 insertions(+) New commits: commit 1082c996b39cc4cefcfb5ff96598337f90377d87 Author: Miklos Vajna AuthorDate: Wed Aug 17 10:32:16 2022 +0200 Commit: Xisco Fauli CommitDate: Wed Aug 17 17:58:59 2022 +0200 sw XHTML import: fix unexpected link on image The trouble was that once an image got a pending link applied, the remaining images also got that link in case they didn't have an own link. This was a problem since commit 56769d3982e6afb075cb6d833662f066437fab6a (sw XHTML import: handle non-image, non-RTF objects as clickable images, 2022-05-24), the pending URL is not updated after it's applied. Fix the problem by clearing the pending URL, since we know that one pending URL is always applied just once. Change-Id: I0a363330fbcc1dec95f90f56dc7c420249769e2a Reviewed-on: https://gerrit.libreoffice.org/c/core/+/138409 Reviewed-by: Miklos Vajna Tested-by: Jenkins (cherry picked from commit ee3ebda2be3965584d12b52c007fb047d624b64c) Reviewed-on: https://gerrit.libreoffice.org/c/core/+/138414 Reviewed-by: Xisco Fauli diff --git a/sw/qa/extras/htmlimport/data/ole-data2.xhtml b/sw/qa/extras/htmlimport/data/ole-data2.xhtml new file mode 100644 index ..0eb180e6ca63 --- /dev/null +++ b/sw/qa/extras/htmlimport/data/ole-data2.xhtml @@ -0,0 +1,12 @@ + + + + + + + + + + + + diff --git a/sw/qa/extras/htmlimport/htmlimport.cxx b/sw/qa/extras/htmlimport/htmlimport.cxx index 19c776fe687e..f6686c79c1c8 100644 --- a/sw/qa/extras/htmlimport/htmlimport.cxx +++ b/sw/qa/extras/htmlimport/htmlimport.cxx @@ -563,6 +563,31 @@ CPPUNIT_TEST_FIXTURE(SwModelTestBase, testOleData) CPPUNIT_ASSERT(getProperty(xShape, "HyperLinkURL").endsWith("/data.ole")); } +CPPUNIT_TEST_FIXTURE(SwModelTestBase, testOleData2) +{ +// Given an XHTML with 2 objects: the first has a link, the second does not have: +uno::Sequence aLoadProperties = { +comphelper::makePropertyValue("FilterName", OUString("HTML (StarWriter)")), +comphelper::makePropertyValue("FilterOptions", OUString("xhtmlns=reqif-xhtml")), +}; +OUString aURL = m_directories.getURLFromSrc(DATA_DIRECTORY) + "ole-data2.xhtml"; + +// When loading the document: +mxComponent = loadFromDesktop(aURL, "com.sun.star.text.TextDocument", aLoadProperties); + +// Then make sure that the second image doesn't have a link set: +uno::Reference xSupplier(mxComponent, uno::UNO_QUERY); +uno::Reference xObjects(xSupplier->getGraphicObjects(), + uno::UNO_QUERY); +CPPUNIT_ASSERT_EQUAL(static_cast(2), xObjects->getCount()); +uno::Reference xShape = getShape(1); +CPPUNIT_ASSERT(getProperty(xShape, "HyperLinkURL").endsWith("/data.ole")); +xShape = getShape(2); +// Without the accompanying fix in place, this test would have failed, the link from the 1st +// image leaked to the 2nd image. +CPPUNIT_ASSERT(getProperty(xShape, "HyperLinkURL").isEmpty()); +} + CPPUNIT_PLUGIN_IMPLEMENT(); /* vim:set shiftwidth=4 softtabstop=4 expandtab: */ diff --git a/sw/source/filter/html/htmlgrin.cxx b/sw/source/filter/html/htmlgrin.cxx index 7d3c24d67021..5a11fa9c6da6 100644 --- a/sw/source/filter/html/htmlgrin.cxx +++ b/sw/source/filter/html/htmlgrin.cxx @@ -877,6 +877,7 @@ IMAGE_SETEVENT: // image. SwFormatURL aURL(pFlyFormat->GetURL()); aURL.SetURL(m_aEmbedURL, bIsMap); +m_aEmbedURL.clear(); pFlyFormat->SetFormatAttr(aURL); }
[Libreoffice-bugs] [Bug 150457] Crash on hovering footnote references after removing footnote
https://bugs.documentfoundation.org/show_bug.cgi?id=150457 Xisco Faulí changed: What|Removed |Added Status|UNCONFIRMED |NEEDINFO Ever confirmed|0 |1 --- Comment #6 from Xisco Faulí --- @Hossein, Could you please bisect this issue ? -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 137918] Characters overlap feature
https://bugs.documentfoundation.org/show_bug.cgi?id=137918 --- Comment #8 from Fedon Kadifeli --- > My question was, if we could mark it as duplicate of bug 107405, but nobody > answered. What do you think, Fedon? Obviously, I think that they are separate things. However, this is just my humble opinion. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 137918] Characters overlap feature
https://bugs.documentfoundation.org/show_bug.cgi?id=137918 --- Comment #7 from Dieter --- (In reply to Fedon Kadifeli from comment #6) > I think this feature request should not be closed. My question was, if we could mark it as duplicate of bug 107405, but nobody answered. What do you think, Fedon? -- You are receiving this mail because: You are the assignee for the bug.