[Libreoffice-bugs] [Bug 61242] Customise comments background color in Writer
https://bugs.documentfoundation.org/show_bug.cgi?id=61242 --- Comment #23 from poojasharmaji --- There are loads of overall quite extraordinary equity through which we can have a bunches of incredible minutes. http://www.mahipalpurcallgirl.com/aerocity-delhi-escort-shweeta/ https://www.pallavidutta.in/vip-aerocity-escorts-girls/ https://www.dwarkacallgirls.com/aerocity-escorts-service/ -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 107244] [META] Ctrl+Alt (aka AltGR) keyboard shortcut issues
https://bugs.documentfoundation.org/show_bug.cgi?id=107244 Aron Budea changed: What|Removed |Added Depends on||150682 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=150682 [Bug 150682] bad shortcut in french langage -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 150682] bad shortcut in french langage
https://bugs.documentfoundation.org/show_bug.cgi?id=150682 Aron Budea changed: What|Removed |Added Blocks||107244 CC||aron.bu...@gmail.com Ever confirmed|0 |1 Status|UNCONFIRMED |NEW --- Comment #2 from Aron Budea --- Confirmed. Ctrl+Alt-based shortcuts have difficulties in Windows, as some lead to special characters, which the OS already replaces the key press with. The options here are either replacing the affected shortcut only in French, or language-independently. Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=107244 [Bug 107244] [META] Ctrl+Alt (aka AltGR) keyboard shortcut issues -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 119046] FILESAVE XLSX ActiveX Controls created with Excel are lost when saved as XLSX
https://bugs.documentfoundation.org/show_bug.cgi?id=119046 Aron Budea changed: What|Removed |Added See Also|https://bugs.documentfounda | |tion.org/show_bug.cgi?id=13 | |3999| -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 119060] [META] XLSX (OOXML) ActiveX and Legacy form control related issues
https://bugs.documentfoundation.org/show_bug.cgi?id=119060 Aron Budea changed: What|Removed |Added See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=13 ||3999 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 133999] [META] XLSX (OOXML) Form Controls related issues
https://bugs.documentfoundation.org/show_bug.cgi?id=133999 Aron Budea changed: What|Removed |Added See Also|https://bugs.documentfounda |https://bugs.documentfounda |tion.org/show_bug.cgi?id=11 |tion.org/show_bug.cgi?id=11 |9046|9060 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 150749] New: Find and replace - replace all - 100% CPU
https://bugs.documentfoundation.org/show_bug.cgi?id=150749 Bug ID: 150749 Summary: Find and replace - replace all - 100% CPU Product: LibreOffice Version: 7.5.0.0 alpha0+ Master Hardware: All OS: All Status: UNCONFIRMED Severity: normal Priority: medium Component: Calc Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: p...@pfortin.com Created attachment 182168 --> https://bugs.documentfoundation.org/attachment.cgi?id=182168=edit sheet I was working on; expands to 300MB. 1437695x101 Created sheet with 2-character codes in many cells -- over 1.4M rows by 101 columns. Cells without codes were filled with a single space (so I could apply a simple conditional format). Then, needing to find last code in each column, using Find and Replace, inserted a single space in "Find:", nothing in "Replace:" and clicked Replace All. CPU pegged at 100% -- no response; killed after 10-15 minutes on this:. Operating System: Mageia 9 KDE Plasma Version: 5.25.4 KDE Frameworks Version: 5.97.0 Qt Version: 5.15.5 Kernel Version: 5.19.4-server-2.mga9 (64-bit) Graphics Platform: X11 Processors: 20 × 12th Gen Intel® Core™ i7-12700K Memory: 125.5 GiB of RAM Graphics Processor: AMD Radeon RX 6600 XT Manufacturer: Dell Inc. Product Name: XPS 8950 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 150440] Gallery button from LibreOffice Draw do not work at Tabbed UI at macOS Monterey
https://bugs.documentfoundation.org/show_bug.cgi?id=150440 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 148733] The active font isn't filtered in the Character dialog on open
https://bugs.documentfoundation.org/show_bug.cgi?id=148733 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 140165] Shapes panel: items' vertical spacing is incorrect in high DPI.
https://bugs.documentfoundation.org/show_bug.cgi?id=140165 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 150475] FILEOPEN RTF Hidden paragraph end marks hidden property not imported
https://bugs.documentfoundation.org/show_bug.cgi?id=150475 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 150472] Incorrect rendering of LibreOffice Logo in StartCenter
https://bugs.documentfoundation.org/show_bug.cgi?id=150472 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 150450] DOCX Document Intermittently Appears Saved as a DOC File with DOCX Extension
https://bugs.documentfoundation.org/show_bug.cgi?id=150450 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 150450] DOCX Document Intermittently Appears Saved as a DOC File with DOCX Extension
https://bugs.documentfoundation.org/show_bug.cgi?id=150450 --- Comment #3 from QA Administrators --- [Automated Action] NeedInfo-To-Unconfirmed -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 150446] Incorrect behaviour of gutter in mirrored pages with top binding
https://bugs.documentfoundation.org/show_bug.cgi?id=150446 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 150446] Incorrect behaviour of gutter in mirrored pages with top binding
https://bugs.documentfoundation.org/show_bug.cgi?id=150446 --- Comment #3 from QA Administrators --- [Automated Action] NeedInfo-To-Unconfirmed -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 147112] Final Table Column Dropped On Filesave of Writer Document
https://bugs.documentfoundation.org/show_bug.cgi?id=147112 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 147112] Final Table Column Dropped On Filesave of Writer Document
https://bugs.documentfoundation.org/show_bug.cgi?id=147112 --- Comment #3 from QA Administrators --- Dear dww1116, Please read this message in its entirety before proceeding. Your bug report is being closed as INSUFFICIENTDATA due to inactivity and a lack of information which is needed in order to accurately reproduce and confirm the problem. We encourage you to retest your bug against the latest release. If the issue is still present in the latest stable release, we need the following information (please ignore any that you've already provided): a) Provide details of your system including your operating system and the latest version of LibreOffice that you have confirmed the bug to be present b) Provide easy to reproduce steps – the simpler the better c) Provide any test case(s) which will help us confirm the problem d) Provide screenshots of the problem if you think it might help e) Read all comments and provide any requested information Once all of this is done, please set the bug back to UNCONFIRMED and we will attempt to reproduce the issue. Please do not: a) respond via email b) update the version field in the bug or any of the other details on the top section of our bug tracker Warm Regards, QA Team MassPing-NeedInfo-FollowUp -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 146850] Adobe Acrobat Document inserted into .docx file using LiberOffice Writer can't be opened by Word
https://bugs.documentfoundation.org/show_bug.cgi?id=146850 QA Administrators changed: What|Removed |Added Status|NEEDINFO|RESOLVED Resolution|--- |INSUFFICIENTDATA -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 146850] Adobe Acrobat Document inserted into .docx file using LiberOffice Writer can't be opened by Word
https://bugs.documentfoundation.org/show_bug.cgi?id=146850 --- Comment #3 from QA Administrators --- Dear llightwo, Please read this message in its entirety before proceeding. Your bug report is being closed as INSUFFICIENTDATA due to inactivity and a lack of information which is needed in order to accurately reproduce and confirm the problem. We encourage you to retest your bug against the latest release. If the issue is still present in the latest stable release, we need the following information (please ignore any that you've already provided): a) Provide details of your system including your operating system and the latest version of LibreOffice that you have confirmed the bug to be present b) Provide easy to reproduce steps – the simpler the better c) Provide any test case(s) which will help us confirm the problem d) Provide screenshots of the problem if you think it might help e) Read all comments and provide any requested information Once all of this is done, please set the bug back to UNCONFIRMED and we will attempt to reproduce the issue. Please do not: a) respond via email b) update the version field in the bug or any of the other details on the top section of our bug tracker Warm Regards, QA Team MassPing-NeedInfo-FollowUp -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 140398] Styles preview widget in notebookbar in Writer freezes
https://bugs.documentfoundation.org/show_bug.cgi?id=140398 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 140398] Styles preview widget in notebookbar in Writer freezes
https://bugs.documentfoundation.org/show_bug.cgi?id=140398 --- Comment #10 from QA Administrators --- Dear Maarten, Please read this message in its entirety before proceeding. Your bug report is being closed as INSUFFICIENTDATA due to inactivity and a lack of information which is needed in order to accurately reproduce and confirm the problem. We encourage you to retest your bug against the latest release. If the issue is still present in the latest stable release, we need the following information (please ignore any that you've already provided): a) Provide details of your system including your operating system and the latest version of LibreOffice that you have confirmed the bug to be present b) Provide easy to reproduce steps – the simpler the better c) Provide any test case(s) which will help us confirm the problem d) Provide screenshots of the problem if you think it might help e) Read all comments and provide any requested information Once all of this is done, please set the bug back to UNCONFIRMED and we will attempt to reproduce the issue. Please do not: a) respond via email b) update the version field in the bug or any of the other details on the top section of our bug tracker Warm Regards, QA Team MassPing-NeedInfo-FollowUp -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 140380] When using the save as function in Libre Writer 7.1 program locks up, only way out is to reboot the computer Repeatable error
https://bugs.documentfoundation.org/show_bug.cgi?id=140380 QA Administrators changed: What|Removed |Added Status|NEEDINFO|RESOLVED Resolution|--- |INSUFFICIENTDATA -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 140380] When using the save as function in Libre Writer 7.1 program locks up, only way out is to reboot the computer Repeatable error
https://bugs.documentfoundation.org/show_bug.cgi?id=140380 --- Comment #4 from QA Administrators --- Dear mtneer, Please read this message in its entirety before proceeding. Your bug report is being closed as INSUFFICIENTDATA due to inactivity and a lack of information which is needed in order to accurately reproduce and confirm the problem. We encourage you to retest your bug against the latest release. If the issue is still present in the latest stable release, we need the following information (please ignore any that you've already provided): a) Provide details of your system including your operating system and the latest version of LibreOffice that you have confirmed the bug to be present b) Provide easy to reproduce steps – the simpler the better c) Provide any test case(s) which will help us confirm the problem d) Provide screenshots of the problem if you think it might help e) Read all comments and provide any requested information Once all of this is done, please set the bug back to UNCONFIRMED and we will attempt to reproduce the issue. Please do not: a) respond via email b) update the version field in the bug or any of the other details on the top section of our bug tracker Warm Regards, QA Team MassPing-NeedInfo-FollowUp -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 147775] Unable to open spreadsheet files - error message says file does not exist
https://bugs.documentfoundation.org/show_bug.cgi?id=147775 --- Comment #2 from QA Administrators --- Dear Mike, 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 147506] Image anchored as Character doesn't position itself properly (overlapping text) in 7.4 & and image invisible in older versions of LibreOffice (so also a backward compat
https://bugs.documentfoundation.org/show_bug.cgi?id=147506 --- Comment #3 from QA Administrators --- Dear Telesto, This bug has been in NEEDINFO status with no change for at least 6 months. Please provide the requested information as soon as possible and mark the bug as UNCONFIRMED. Due to regular bug tracker maintenance, if the bug is still in NEEDINFO status with no change in 30 days the QA team will close the bug as INSUFFICIENTDATA due to lack of needed information. For more information about our NEEDINFO policy please read the wiki located here: https://wiki.documentfoundation.org/QA/Bugzilla/Fields/Status/NEEDINFO If you have already provided the requested information, please mark the bug as UNCONFIRMED so that the QA team knows that the bug is ready to be confirmed. Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-NeedInfo-Ping -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 142709] Slide show drops to desktop in the middle of the presentation (press still active in background)
https://bugs.documentfoundation.org/show_bug.cgi?id=142709 --- Comment #9 from QA Administrators --- Dear Telesto, This bug has been in NEEDINFO status with no change for at least 6 months. Please provide the requested information as soon as possible and mark the bug as UNCONFIRMED. Due to regular bug tracker maintenance, if the bug is still in NEEDINFO status with no change in 30 days the QA team will close the bug as INSUFFICIENTDATA due to lack of needed information. For more information about our NEEDINFO policy please read the wiki located here: https://wiki.documentfoundation.org/QA/Bugzilla/Fields/Status/NEEDINFO If you have already provided the requested information, please mark the bug as UNCONFIRMED so that the QA team knows that the bug is ready to be confirmed. Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-NeedInfo-Ping -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 150748] New: Indentation when creating a list fails on c) and d)
https://bugs.documentfoundation.org/show_bug.cgi?id=150748 Bug ID: 150748 Summary: Indentation when creating a list fails on c) and d) Product: LibreOffice Version: 3.3.0 release Hardware: All OS: All Status: UNCONFIRMED Severity: normal Priority: medium Component: Writer Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: theicec...@hotmail.com Description: When creating a list that is indented (with TAB), items c and d will always lose their indent. Tried on multiple computers running Windows on new and several older versions of Writer. List ends up looking like below: a) b) c) d) e) f) Steps to Reproduce: 1. Type "a." or "a)" with text after it. 2. Repeat for "b." / "b)" and so on 3. When you get to "c." or "c)", the indent will be lost. Also happens for "d." / "d)" 4. Indent returns for "e." / "e)" and following letters. 5. Problem will not occur unless text is following the items on the list (not just a, b, c, etc.) Actual Results: a) first item, retains indent when I press “enter” b) second item, retains indent when I press “enter” c) third item, LOSES indent when I press “enter” d) fourth item, LOSES indent when I press “enter” e) fifth item, retains indent when I press “enter” f) so do the rest Expected Results: a) first item b) second item c) third item d) fourth item e) fifth item f) etc. Reproducible: Always User Profile Reset: Yes Additional Info: See above -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 124098] FILEOPEN: Calc sheet showing multiple "adapt Row Height" responses, slow loading
https://bugs.documentfoundation.org/show_bug.cgi?id=124098 V Stuart Foote changed: What|Removed |Added Summary|LibreCalc6.2: Opening a |FILEOPEN: Calc sheet |Calc with some formulas: It |showing multiple "adapt Row |writes "adapt Row Height" |Height" responses, slow |which is taking ages to |loading |load! | -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 117638] FILEOPEN: Corrupt grouped shape when loading RTF file
https://bugs.documentfoundation.org/show_bug.cgi?id=117638 Gabor Kelemen (allotropia) changed: What|Removed |Added CC||kelem...@ubuntu.com, ||vasily.melenc...@cib.de See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=12 ||7806 Summary|FILEOPEN: Corrupt image |FILEOPEN: Corrupt grouped |when loading RTF file |shape when loading RTF file -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 117638] FILEOPEN: Corrupt image when loading RTF file
https://bugs.documentfoundation.org/show_bug.cgi?id=117638 --- Comment #13 from Gabor Kelemen (allotropia) --- Created attachment 182166 --> https://bugs.documentfoundation.org/attachment.cgi?id=182166=edit The example RTF and the DOCX version in current master This seems to have gotten better in: Version: 7.5.0.0.alpha0+ / LibreOffice Community Build ID: cba119c2a44bcef4684073412798aec193fbd1b5 CPU threads: 8; OS: Linux 5.4; UI render: default; VCL: gtk3 Locale: hu-HU (hu_HU.UTF-8); UI: en-US Calc: threaded Previously the blue-orange columns legend image was badly distorted. This got better after: https://git.libreoffice.org/core/commit/57d9cc81b058757421cd082e5dbe32a919716807 tdf#127806: RTF import: use shape dimensions for pib picture But: this is a grouped shape originally, and now there are two instances of the blue-orange chart and its legend image. One set at the top of the first page as grouped shape: - This is anchored incorrectly to the first empty paragraph of the document below the TextFrame with the title. - There is an extra empty rectangle image below it, similar in size as the shape containing the blue-orange legend. And another set as two individual, overlapping images at the top of the second page, these seem to be anchored to the second-to-bottom paragraph, before the page break. This is a correct anchoring, for the wrong objects. Let's refocus this bugreport to the correct import of grouped shapes from RTF. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 124098] LibreCalc6.2: Opening a Calc with some formulas: It writes "adapt Row Height" which is taking ages to load!
https://bugs.documentfoundation.org/show_bug.cgi?id=124098 V Stuart Foote changed: What|Removed |Added CC||p...@pfortin.com --- Comment #58 from V Stuart Foote --- *** Bug 150744 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 150744] Adapt row height takes too long
https://bugs.documentfoundation.org/show_bug.cgi?id=150744 V Stuart Foote changed: What|Removed |Added CC||vstuart.fo...@utsa.edu Resolution|--- |DUPLICATE Status|UNCONFIRMED |RESOLVED --- Comment #1 from V Stuart Foote --- no need for another issue *** This bug has been marked as a duplicate of bug 124098 *** -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 150736] spam
https://bugs.documentfoundation.org/show_bug.cgi?id=150736 V Stuart Foote changed: What|Removed |Added Component|Android Viewer |deletionRequest -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 113365] [META] RTF (text) image-related issues
https://bugs.documentfoundation.org/show_bug.cgi?id=113365 Bug 113365 depends on bug 139150, which changed state. Bug 139150 Summary: Image dimensions wrong after RTF/HTML paste or RTF save https://bugs.documentfoundation.org/show_bug.cgi?id=139150 What|Removed |Added Status|NEW |RESOLVED Resolution|--- |DUPLICATE -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 134843] FILESAVE RTF: Cropped image get distorted (and crop lost)
https://bugs.documentfoundation.org/show_bug.cgi?id=134843 --- Comment #7 from Gabor Kelemen (allotropia) --- *** Bug 139150 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 139150] Image dimensions wrong after RTF/HTML paste or RTF save
https://bugs.documentfoundation.org/show_bug.cgi?id=139150 Gabor Kelemen (allotropia) changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |DUPLICATE --- Comment #5 from Gabor Kelemen (allotropia) --- *** This bug has been marked as a duplicate of bug 134843 *** -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 139150] Image dimensions wrong after RTF/HTML paste or RTF save
https://bugs.documentfoundation.org/show_bug.cgi?id=139150 --- Comment #4 from Gabor Kelemen (allotropia) --- Created attachment 182165 --> https://bugs.documentfoundation.org/attachment.cgi?id=182165=edit The simplified example in odt and its RTF version after reload Without crop settings the RTF version looks the same as the ODT in: Version: 7.5.0.0.alpha0+ / LibreOffice Community Build ID: cba119c2a44bcef4684073412798aec193fbd1b5 CPU threads: 8; OS: Linux 5.4; UI render: default; VCL: gtk3 Locale: hu-HU (hu_HU.UTF-8); UI: en-US Calc: threaded -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 139150] Image dimensions wrong after RTF/HTML paste or RTF save
https://bugs.documentfoundation.org/show_bug.cgi?id=139150 Gabor Kelemen (allotropia) changed: What|Removed |Added CC||kelem...@ubuntu.com --- Comment #3 from Gabor Kelemen (allotropia) --- Created attachment 182164 --> https://bugs.documentfoundation.org/attachment.cgi?id=182164=edit Original example after removing the image crop settings After removing the crop settings and keeping only the width and height change, the RTF save is correct. Meaning, this example is bad because the crop settings are lost at RTF save. Which makes this a duplicate of bug 134843 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 134843] FILESAVE RTF: Cropped image get distorted (and crop lost)
https://bugs.documentfoundation.org/show_bug.cgi?id=134843 Gabor Kelemen (allotropia) changed: What|Removed |Added CC||kelem...@ubuntu.com --- Comment #6 from Gabor Kelemen (allotropia) --- Still happens in Version: 7.5.0.0.alpha0+ / LibreOffice Community Build ID: cba119c2a44bcef4684073412798aec193fbd1b5 CPU threads: 8; OS: Linux 5.4; UI render: default; VCL: gtk3 Locale: hu-HU (hu_HU.UTF-8); UI: hu-HU Calc: threaded -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 150236] Does not open full screen, ooSetupFactoryWindowAttributes not being filled ( steps in comment 21 ) ( LibreOffice 7.4 only )
https://bugs.documentfoundation.org/show_bug.cgi?id=150236 V Stuart Foote changed: What|Removed |Added CC||chicoth...@live.com --- Comment #59 from V Stuart Foote --- *** Bug 150747 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 150747] LibreWriter no longer remembers last used window size nor position
https://bugs.documentfoundation.org/show_bug.cgi?id=150747 V Stuart Foote changed: What|Removed |Added CC||vstuart.fo...@utsa.edu Resolution|--- |DUPLICATE Status|UNCONFIRMED |RESOLVED --- Comment #1 from V Stuart Foote --- corrected for 7.4.1 release *** This bug has been marked as a duplicate of bug 150236 *** -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-commits] core.git: Branch 'distro/cib/libreoffice-6-4' - 3 commits - desktop/source sfx2/source sw/source wizards/source
desktop/source/app/cmdlineargs.cxx | 10 +- sfx2/source/appl/macroloader.cxx |9 +++-- sfx2/source/doc/iframe.cxx | 20 +++- sfx2/source/inc/macroloader.hxx |2 ++ sw/source/filter/html/htmlplug.cxx |7 ++- sw/source/filter/xml/xmltexti.cxx|9 +++-- wizards/source/access2base/DoCmd.xba |2 +- 7 files changed, 47 insertions(+), 12 deletions(-) New commits: commit 847476ea5ac3f0359ef02312da1dfa1006628e15 Author: Stephan Bergmann AuthorDate: Thu Sep 1 17:33:51 2022 +0200 Commit: Thorsten Behrens CommitDate: Fri Sep 2 00:15:30 2022 +0200 Filter out unwanted command URIs Conflicts: desktop/source/app/cmdlineargs.cxx Change-Id: I0b7e5329af8cc053d14d5c60ec14fe7f364ef993 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/139225 Tested-by: Jenkins Reviewed-by: Stephan Bergmann diff --git a/desktop/source/app/cmdlineargs.cxx b/desktop/source/app/cmdlineargs.cxx index 381147cd534e..f004f4b179dd 100644 --- a/desktop/source/app/cmdlineargs.cxx +++ b/desktop/source/app/cmdlineargs.cxx @@ -29,6 +29,7 @@ #include #include #include +#include #include #include #include @@ -169,7 +170,14 @@ CommandLineEvent CheckOfficeURI(/* in,out */ OUString& arg, CommandLineEvent cur } if (nURIlen < 0) nURIlen = rest2.getLength(); -arg = rest2.copy(0, nURIlen); +auto const uri = rest2.subView(0, nURIlen); +if (INetURLObject(uri).GetProtocol() == INetProtocol::Macro) { +// Let the "Open" machinery process the full command URI (leading to failure, by intention, +// as the "Open" machinery does not know about those command URI schemes): +curEvt = CommandLineEvent::Open; +} else { +arg = uri; +} return curEvt; } commit 7c299586526c29875d2d1438c95580c18835c99b Author: Caolán McNamara AuthorDate: Tue Aug 30 17:01:08 2022 +0100 Commit: Thorsten Behrens CommitDate: Fri Sep 2 00:15:15 2022 +0200 check IFrame "FrameURL" target similiar to commit b3edf85e0fe6ca03dc26e1bf531be82193bc9627 Date: Wed Aug 7 17:37:11 2019 +0100 warn on load when a document binds an event to a macro Conflicts: sfx2/source/doc/iframe.cxx sw/source/filter/html/htmlplug.cxx sw/source/filter/xml/xmltexti.cxx Change-Id: Iea888b1c083d2dc69ec322309ac9ae8c5e5eb315 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/139059 Tested-by: Jenkins Reviewed-by: Stephan Bergmann diff --git a/sfx2/source/appl/macroloader.cxx b/sfx2/source/appl/macroloader.cxx index 98e036e0a7ea..b50d1e63c789 100644 --- a/sfx2/source/appl/macroloader.cxx +++ b/sfx2/source/appl/macroloader.cxx @@ -76,10 +76,10 @@ css::uno::Sequence SAL_CALL SfxMacroLoader::getSupportedServiceNames() return aSeq; } -SfxObjectShell* SfxMacroLoader::GetObjectShell_Impl() +SfxObjectShell* SfxMacroLoader::GetObjectShell(const Reference & xFrame) { SfxObjectShell* pDocShell = nullptr; -Reference < XFrame > xFrame( m_xFrame.get(), UNO_QUERY ); + if ( xFrame.is() ) { SfxFrame* pFrame=nullptr; @@ -96,6 +96,11 @@ SfxObjectShell* SfxMacroLoader::GetObjectShell_Impl() return pDocShell; } +SfxObjectShell* SfxMacroLoader::GetObjectShell_Impl() +{ +Reference < XFrame > xFrame( m_xFrame.get(), UNO_QUERY ); +return SfxMacroLoader::GetObjectShell(xFrame); +} uno::Reference SAL_CALL SfxMacroLoader::queryDispatch( const util::URL& aURL, diff --git a/sfx2/source/doc/iframe.cxx b/sfx2/source/doc/iframe.cxx index 8b1271545dfb..aea851894286 100644 --- a/sfx2/source/doc/iframe.cxx +++ b/sfx2/source/doc/iframe.cxx @@ -39,11 +39,13 @@ #include #include #include +#include #include #include #include #include #include +#include using namespace ::com::sun::star; @@ -159,6 +161,19 @@ sal_Bool SAL_CALL IFrameObject::load( { if ( SvtMiscOptions().IsPluginsEnabled() ) { +util::URL aTargetURL; +aTargetURL.Complete = maFrmDescr.GetURL().GetMainURL( INetURLObject::DecodeMechanism::NONE ); +uno::Reference < util::XURLTransformer > xTrans( util::URLTransformer::create( mxContext ) ); +xTrans->parseStrict( aTargetURL ); + +if (INetURLObject(aTargetURL.Complete).GetProtocol() == INetProtocol::Macro) +{ +uno::Reference xParentFrame = xFrame->getCreator(); +SfxObjectShell* pDoc = SfxMacroLoader::GetObjectShell(xParentFrame); +if (pDoc && !pDoc->AdjustMacroMode()) +return false; +} + DBG_ASSERT( !mxFrame.is(), "Frame already existing!" ); VclPtr pParent = VCLUnoHelper::GetWindow( xFrame->getContainerWindow() ); VclPtr pWin = VclPtr::Create( pParent, maFrmDescr.IsFrameBorderOn() ); @@ -181,11 +196,6 @@ sal_Bool SAL_CALL IFrameObject::load( if (
[Libreoffice-bugs] [Bug 150619] Rename character style "source text"
https://bugs.documentfoundation.org/show_bug.cgi?id=150619 --- Comment #7 from Eyal Rozenberg --- (In reply to tristan from comment #5) > So, I would like to suggest a way to represent these styles in a way where > new users will understand it instantly. Please refer to the attachment. Hello Tristan, welcome to the trenches of LO bug triage... You're suggesting using an extra representative character for the character style. That's interesting, especially if the user has set the style bar to not list the style names as previews of the style itself. But - shouldn't your suggestion be a different bug than the suggestion to rename? -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-commits] core.git: Branch 'distro/cib/libreoffice-6-1' - 3 commits - desktop/source sfx2/source sw/source wizards/source
desktop/source/app/cmdlineargs.cxx | 10 +- sfx2/source/appl/macroloader.cxx |9 +++-- sfx2/source/doc/iframe.cxx | 20 +++- sfx2/source/inc/macroloader.hxx |2 ++ sw/source/filter/html/htmlplug.cxx |7 ++- sw/source/filter/xml/xmltexti.cxx|9 +++-- wizards/source/access2base/DoCmd.xba |2 +- 7 files changed, 47 insertions(+), 12 deletions(-) New commits: commit 153218d19db4eaf4bb356ca1e476dcab79ff509a Author: Stephan Bergmann AuthorDate: Thu Sep 1 17:33:51 2022 +0200 Commit: Thorsten Behrens CommitDate: Fri Sep 2 00:03:26 2022 +0200 Filter out unwanted command URIs Change-Id: I0b7e5329af8cc053d14d5c60ec14fe7f364ef993 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/139225 Tested-by: Jenkins Reviewed-by: Stephan Bergmann Conflicts: desktop/source/app/cmdlineargs.cxx diff --git a/desktop/source/app/cmdlineargs.cxx b/desktop/source/app/cmdlineargs.cxx index 8fe83f523c48..97bb8bc50bbb 100644 --- a/desktop/source/app/cmdlineargs.cxx +++ b/desktop/source/app/cmdlineargs.cxx @@ -29,6 +29,7 @@ #include #include #include +#include #include #include #include @@ -167,7 +168,14 @@ CommandLineEvent CheckOfficeURI(/* in,out */ OUString& arg, CommandLineEvent cur } if (nURIlen < 0) nURIlen = rest2.getLength(); -arg = rest2.copy(0, nURIlen); +auto const uri = rest2.subView(0, nURIlen); +if (INetURLObject(uri).GetProtocol() == INetProtocol::Macro) { +// Let the "Open" machinery process the full command URI (leading to failure, by intention, +// as the "Open" machinery does not know about those command URI schemes): +curEvt = CommandLineEvent::Open; +} else { +arg = uri; +} return curEvt; } commit 996172c18b4cc8c2829d6e24cbe3928a87531332 Author: Caolán McNamara AuthorDate: Tue Aug 30 17:01:08 2022 +0100 Commit: Thorsten Behrens CommitDate: Fri Sep 2 00:01:51 2022 +0200 check IFrame "FrameURL" target similiar to commit b3edf85e0fe6ca03dc26e1bf531be82193bc9627 Date: Wed Aug 7 17:37:11 2019 +0100 warn on load when a document binds an event to a macro Change-Id: Iea888b1c083d2dc69ec322309ac9ae8c5e5eb315 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/139059 Tested-by: Jenkins Reviewed-by: Stephan Bergmann Conflicts: sfx2/source/doc/iframe.cxx sw/source/filter/html/htmlplug.cxx sw/source/filter/xml/xmltexti.cxx diff --git a/sfx2/source/appl/macroloader.cxx b/sfx2/source/appl/macroloader.cxx index a910138908fd..113a85241115 100644 --- a/sfx2/source/appl/macroloader.cxx +++ b/sfx2/source/appl/macroloader.cxx @@ -73,10 +73,10 @@ css::uno::Sequence SAL_CALL SfxMacroLoader::getSupportedServiceNames() return aSeq; } -SfxObjectShell* SfxMacroLoader::GetObjectShell_Impl() +SfxObjectShell* SfxMacroLoader::GetObjectShell(const Reference & xFrame) { SfxObjectShell* pDocShell = nullptr; -Reference < XFrame > xFrame( m_xFrame.get(), UNO_QUERY ); + if ( xFrame.is() ) { SfxFrame* pFrame=nullptr; @@ -93,6 +93,11 @@ SfxObjectShell* SfxMacroLoader::GetObjectShell_Impl() return pDocShell; } +SfxObjectShell* SfxMacroLoader::GetObjectShell_Impl() +{ +Reference < XFrame > xFrame( m_xFrame.get(), UNO_QUERY ); +return SfxMacroLoader::GetObjectShell(xFrame); +} uno::Reference SAL_CALL SfxMacroLoader::queryDispatch( const util::URL& aURL, diff --git a/sfx2/source/doc/iframe.cxx b/sfx2/source/doc/iframe.cxx index 7d7fdb02ad98..f1e03e7898a2 100644 --- a/sfx2/source/doc/iframe.cxx +++ b/sfx2/source/doc/iframe.cxx @@ -39,10 +39,12 @@ #include #include #include +#include #include #include #include #include +#include using namespace ::com::sun::star; @@ -158,6 +160,19 @@ sal_Bool SAL_CALL IFrameObject::load( { if ( SvtMiscOptions().IsPluginsEnabled() ) { +util::URL aTargetURL; +aTargetURL.Complete = maFrmDescr.GetURL().GetMainURL( INetURLObject::DecodeMechanism::NONE ); +uno::Reference < util::XURLTransformer > xTrans( util::URLTransformer::create( mxContext ) ); +xTrans->parseStrict( aTargetURL ); + +if (INetURLObject(aTargetURL.Complete).GetProtocol() == INetProtocol::Macro) +{ +uno::Reference xParentFrame = xFrame->getCreator(); +SfxObjectShell* pDoc = SfxMacroLoader::GetObjectShell(xParentFrame); +if (pDoc && !pDoc->AdjustMacroMode()) +return false; +} + DBG_ASSERT( !mxFrame.is(), "Frame already existing!" ); VclPtr pParent = VCLUnoHelper::GetWindow( xFrame->getContainerWindow() ); VclPtr pWin = VclPtr::Create( pParent, maFrmDescr.IsFrameBorderOn() ); @@ -180,11 +195,6 @@ sal_Bool SAL_CALL IFrameObject::load( if (
[Libreoffice-bugs] [Bug 148022] CRASH after click on particular hyperlink
https://bugs.documentfoundation.org/show_bug.cgi?id=148022 --- Comment #6 from stragu --- couldn't reproduce with: Version: 7.4.0.3 / LibreOffice Community Build ID: f85e47c08ddd19c015c0114a68350214f7066f5a CPU threads: 8; OS: Linux 5.15; UI render: default; VCL: gtk3 Locale: en-AU (en_AU.UTF-8); UI: en-US Calc: threaded which makes it seem it is indeed Windows-only. Interestingly, clicking the link in the Normal view makes the viewport jump to the first picture (like in comment 5) whereas clicking it in the Web view takes me to Firefox and downloads the picture. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 131073] Optimal row height does not ignore hidden columns (i.e. counts with invisible cells, too)
https://bugs.documentfoundation.org/show_bug.cgi?id=131073 Andreas Heinisch changed: What|Removed |Added Status|NEW |ASSIGNED Assignee|libreoffice-b...@lists.free |andreas.heini...@yahoo.de |desktop.org | -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 150747] New: LibreWriter no longer remembers last used window size nor position
https://bugs.documentfoundation.org/show_bug.cgi?id=150747 Bug ID: 150747 Summary: LibreWriter no longer remembers last used window size nor position Product: LibreOffice Version: 7.4.0.3 release Hardware: x86-64 (AMD64) OS: Windows (All) Status: UNCONFIRMED Severity: normal Priority: medium Component: Writer Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: chicoth...@live.com Description: LibreWriter 7.4.0.3 — In prior releases LibreWriter would always remember the size and position of its window from one session to the next. With 7.4.0.3 Libre no longer remembers last used window position and size. Having to manually reposition and resize Libre every time I open it is extremely irritating and a waste of time. Please correct this so LibreWriter once again remembers its last used window size and position. Steps to Reproduce: 1. Launch LibreWriter 2. Position and size window to your liking 3. Close LibreWriter 4. Relaunch LibreWriter 5. Note that all windows (edit window, styles pallet) have returned to their default size and position Actual Results: The LibreWriter window and pallets returned to their default size and position, requiring manually resetting the windows and pallets to my liking. Expected Results: LibreWriter should remember its last used window and pallet position and size. Reproducible: Always User Profile Reset: Yes OpenGL enabled: Yes Additional Info: Version: 7.4.0.3 (x64) / LibreOffice Community Build ID: f85e47c08ddd19c015c0114a68350214f7066f5a CPU threads: 8; OS: Windows 10.0 Build 25188; UI render: default; VCL: win Locale: en-US (en_US); UI: en-US Calc: CL -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 146469] Protected cell information popup can't be closed in X11 (steps in comment 4)
https://bugs.documentfoundation.org/show_bug.cgi?id=146469 --- Comment #5 from Ville Aakko --- 7.4.0.3 community version is still affected by this bug. Indeed pressing ENTER works around the issue (as it is another way to choose "OK"). -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-commits] core.git: desktop/source
desktop/source/app/cmdlineargs.cxx | 10 +- 1 file changed, 9 insertions(+), 1 deletion(-) New commits: commit 21229c2f45f96a8ee3060acb3296be77be3a9f1a Author: Stephan Bergmann AuthorDate: Thu Sep 1 17:33:51 2022 +0200 Commit: Stephan Bergmann CommitDate: Thu Sep 1 22:47:35 2022 +0200 Filter out unwanted command URIs Change-Id: I0b7e5329af8cc053d14d5c60ec14fe7f364ef993 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/139225 Tested-by: Jenkins Reviewed-by: Stephan Bergmann diff --git a/desktop/source/app/cmdlineargs.cxx b/desktop/source/app/cmdlineargs.cxx index 05daddfda2f3..9f9251064fb2 100644 --- a/desktop/source/app/cmdlineargs.cxx +++ b/desktop/source/app/cmdlineargs.cxx @@ -28,6 +28,7 @@ #include "cmdlineargs.hxx" #include #include +#include #include #include #include @@ -166,7 +167,14 @@ CommandLineEvent CheckOfficeURI(/* in,out */ OUString& arg, CommandLineEvent cur } if (nURIlen < 0) nURIlen = rest2.getLength(); -arg = rest2.copy(0, nURIlen); +auto const uri = rest2.subView(0, nURIlen); +if (INetURLObject(uri).GetProtocol() == INetProtocol::Macro) { +// Let the "Open" machinery process the full command URI (leading to failure, by intention, +// as the "Open" machinery does not know about those command URI schemes): +curEvt = CommandLineEvent::Open; +} else { +arg = uri; +} return curEvt; }
[Libreoffice-bugs] [Bug 150741] changing conditional formating rules
https://bugs.documentfoundation.org/show_bug.cgi?id=150741 Telesto changed: What|Removed |Added Ever confirmed|1 |0 Status|REOPENED|UNCONFIRMED CC||tele...@surfxs.nl -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 113365] [META] RTF (text) image-related issues
https://bugs.documentfoundation.org/show_bug.cgi?id=113365 Bug 113365 depends on bug 127806, which changed state. Bug 127806 Summary: FILEOPEN RTF: image display position is wrong and very large https://bugs.documentfoundation.org/show_bug.cgi?id=127806 What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|--- |FIXED -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 89982] FILEOPEN Can't open particular base form (SfxBaseModel::loadFromStorage:0xf26)
https://bugs.documentfoundation.org/show_bug.cgi?id=89982 Julien Nabet changed: What|Removed |Added Status|RESOLVED|CLOSED -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 150689] The Spreadsheets (Calc) > Miscellaneous folder can't be opened in Help
https://bugs.documentfoundation.org/show_bug.cgi?id=150689 --- Comment #1 from Commit Notification --- Olivier Hallot committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/help/commit/f7e717277963bd80b80a6f4b947e79cc97eea0e2 tdf#150689 Fix Calc contents tree -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 150689] The Spreadsheets (Calc) > Miscellaneous folder can't be opened in Help
https://bugs.documentfoundation.org/show_bug.cgi?id=150689 Commit Notification changed: What|Removed |Added Whiteboard||target:7.5.0 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-commits] core.git: helpcontent2
helpcontent2 |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) New commits: commit cba119c2a44bcef4684073412798aec193fbd1b5 Author: Olivier Hallot AuthorDate: Thu Sep 1 16:18:22 2022 -0300 Commit: Gerrit Code Review CommitDate: Thu Sep 1 21:18:22 2022 +0200 Update git submodules * Update helpcontent2 from branch 'master' to f7e717277963bd80b80a6f4b947e79cc97eea0e2 - tdf#150689 Fix Calc contents tree Change-Id: If23ba66db8806ff88e67dc0485c5cf6376ccd0e7 Reviewed-on: https://gerrit.libreoffice.org/c/help/+/139227 Tested-by: Jenkins Reviewed-by: Olivier Hallot diff --git a/helpcontent2 b/helpcontent2 index 463c1051d96b..f7e717277963 16 --- a/helpcontent2 +++ b/helpcontent2 @@ -1 +1 @@ -Subproject commit 463c1051d96b115ca526994920de2958f522d579 +Subproject commit f7e717277963bd80b80a6f4b947e79cc97eea0e2
[Libreoffice-commits] help.git: source/auxiliary
source/auxiliary/scalc.tree |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) New commits: commit f7e717277963bd80b80a6f4b947e79cc97eea0e2 Author: Olivier Hallot AuthorDate: Thu Sep 1 13:12:34 2022 -0300 Commit: Olivier Hallot CommitDate: Thu Sep 1 21:18:19 2022 +0200 tdf#150689 Fix Calc contents tree Change-Id: If23ba66db8806ff88e67dc0485c5cf6376ccd0e7 Reviewed-on: https://gerrit.libreoffice.org/c/help/+/139227 Tested-by: Jenkins Reviewed-by: Olivier Hallot diff --git a/source/auxiliary/scalc.tree b/source/auxiliary/scalc.tree index 6106d91ab..04b1a7ba1 100644 --- a/source/auxiliary/scalc.tree +++ b/source/auxiliary/scalc.tree @@ -194,7 +194,7 @@ Reading and Writing values to Ranges Formatting Borders in Calc with Macros - + Deactivating Automatic Changes Consolidating Data Applying Goal Seek
Re: Merging Of A Contribution
Hi Andreas, Andreas Mantke wrote: > I wonder about the necessary time-slot to merge a volunteer patch, which > is reviewed and marked ready into the LibreOffice master branch. > Usually patches get merged right away, once a +2 review was given. Perhaps an oversight or gerrit mis-fire in this case. > https://gerrit.libreoffice.org/c/core/+/138884 > Thx for the ptr, I've added two comments. > But it is general interesting for volunteer developers useful (and > necessary) to know about the expected time-slot. > For the actual review? This is a FLOSS project, a review gets done when a developer finds time. Cheers, -- Thorsten signature.asc Description: PGP signature
[Libreoffice-bugs] [Bug 115439] High DPI mode: SVG icons should be preferred over PNG versions when available (comment 34)
https://bugs.documentfoundation.org/show_bug.cgi?id=115439 --- Comment #46 from V Stuart Foote --- So just need to do it manually when UI is scaled >= 175%, the automated resampling and rendering of the SVG *remains* inferior to the project's deployed PNG at the default 100%, i.e. 96dpi resolution. When and if the project can refactor to more effectively use the SVG icon sets, the real issue here, that will change. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-commits] core.git: vcl/source
vcl/source/gdi/CommonSalLayout.cxx |1 - 1 file changed, 1 deletion(-) New commits: commit 3a2f60a92ee16dbe783a6e24549f7d6a01db1dbe Author: Noel Grandin AuthorDate: Thu Sep 1 16:05:50 2022 +0200 Commit: Noel Grandin CommitDate: Thu Sep 1 20:50:46 2022 +0200 Revert "cid#513473 Division or modulo by zero" This reverts commit 18a0c0c690eaa0df804cd2e3040c433ffd886275. already fixed by a9aea4bb0d272ba0c2c8cb83714a2a8171297af6 Change-Id: I6ca69b1e56fd7a2fafe51eadfcc057b44c30ebcd Reviewed-on: https://gerrit.libreoffice.org/c/core/+/139176 Tested-by: Jenkins Reviewed-by: Noel Grandin diff --git a/vcl/source/gdi/CommonSalLayout.cxx b/vcl/source/gdi/CommonSalLayout.cxx index d802070aa6c7..70bfb07aea8a 100644 --- a/vcl/source/gdi/CommonSalLayout.cxx +++ b/vcl/source/gdi/CommonSalLayout.cxx @@ -672,7 +672,6 @@ void GenericSalLayout::GetCharWidths(std::vector& rCharWidths, css::i18n::CharacterIteratorMode::SKIPCELL, 1, nDone); nGraphemeCount++; } -assert(nGraphemeCount > 0); // keep coverity happy if (!nGraphemeCount) continue;
[Libreoffice-bugs] [Bug 115439] High DPI mode: SVG icons should be preferred over PNG versions when available (comment 34)
https://bugs.documentfoundation.org/show_bug.cgi?id=115439 V Stuart Foote changed: What|Removed |Added Summary|High DPI mode: SVG icons|High DPI mode: SVG icons |should be preferred over|should be preferred over |PNG versions when available |PNG versions when available ||(comment 34) --- Comment #45 from V Stuart Foote --- (In reply to bugzilla2 from comment #44) > Ok,time for an update here too :) > I use SVG-Icons quite a long time now, and for me those always look better > than the png versions. I just did an comparison, and the png-version really > looks terrible on an high-dpi monitor with 175% scale. > > As far as I remember, SVG primarily was an issue on Linux? So can't we just > make SVG default on Windows? Not at all! There is no means currently to directly render the SVG into the GUI, meaning they will always be rendered to a bitmap and held in config (per user profile) for the display resolution in use. Look in %APPDATA%\LibreOffice\4\cache for the entire SVG icon theme rendered to PNG at scale. For performance the entire SVG of the active icon theme is parsed and the corresponding PNGs built on first launch. The project deploys resolution appropriate 100% (so 96pdi) scaled PNG at three icon sizes small (sc 16x16) large (lc 24x24) and extra large (32 32x32). They are hand lay ups from the source SVG. They render correctly for most non-HDPI/non-scaledUI and remain appropriate for UI or os/DE scaling up to about 150%. They then start to look pixelated at 150% or above. Since 96-120dpi displays remains the norm for the vast majority of users there is no justification for doing more with the SVG. Only if your os/DE is being scaled (as response to HiDPI, or by user setting) does it make sense to use SVG. Do it manually, the automated resampling and rendering of the SVG is inferior to the system deployed PNG at the default 100%, i.e. 96dpi resolution. The mechanism for "detection" of HiDPI (and so automated use of a resampled set of SVG icons)is "thresholded" at 168 dpi. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-commits] core.git: sw/qa writerfilter/source
sw/qa/extras/rtfexport/data/tdf127806.rtf | 86 + sw/qa/extras/rtfexport/rtfexport3.cxx | 23 ++ writerfilter/source/rtftok/rtfdocumentimpl.cxx | 23 -- writerfilter/source/rtftok/rtfsdrimport.cxx| 38 +-- 4 files changed, 144 insertions(+), 26 deletions(-) New commits: commit 57d9cc81b058757421cd082e5dbe32a919716807 Author: Vasily Melenchuk AuthorDate: Tue Aug 30 15:42:44 2022 +0300 Commit: Miklos Vajna CommitDate: Thu Sep 1 20:35:28 2022 +0200 tdf#127806: RTF import: use shape dimensions for pib picture If RTF shape contains pib (embedded picture) we should override any picture sizes by values from shape. Values provided inside \pict are ignored by MS Word; only shape values matter. To achieve this we need to know shape dimensions so it's calculation is moved to earlier step before internal picture eval. Change-Id: I99c1af7ba62c343b64b3db734b837ff101483ad8 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/139043 Tested-by: Jenkins Reviewed-by: Miklos Vajna diff --git a/sw/qa/extras/rtfexport/data/tdf127806.rtf b/sw/qa/extras/rtfexport/data/tdf127806.rtf new file mode 100644 index ..2cc165f4110a --- /dev/null +++ b/sw/qa/extras/rtfexport/data/tdf127806.rtf @@ -0,0 +1,86 @@ +{\rtf1\ansi\ansicpg1252 +{\shpgrp{\*\shpinst +\shplid67 +\shpleft0\shptop21\shpright11906\shpbottom16137\shpfhdr0 +\shpbxpage\shpbypage\shpwr3\shpwrk0\shpfblwtxt1\shpz0 +\shpwr3\shpfblwtxt1 +{\sp{\sn groupLeft}{\sv 0}} +{\sp{\sn groupTop}{\sv 21}} +{\sp{\sn groupRight}{\sv 11906}} +{\sp{\sn groupBottom}{\sv 16137}} +{\sp{\sn fFlipH}{\sv 0}} +{\sp{\sn fFlipV}{\sv 0}} +{\sp{\sn posrelh}{\sv 1}} +{\sp{\sn posrelv}{\sv 1}} +{\sp{\sn fBehindDocument}{\sv 1}} + +{\shp{\*\shpinst\shplid70 +{\sp{\sn relLeft}{\sv 979}} +{\sp{\sn relTop}{\sv 14827}} +{\sp{\sn relRight}{\sv 10918}} +{\sp{\sn relBottom}{\sv 15176}} +{\sp{\sn fRelFlipH}{\sv 0}} +{\sp{\sn fRelFlipV}{\sv 0}} +{\sp{\sn shapeType}{\sv 0}} +{\sp{\sn rotation}{\sv 0}} +{\sp{\sn geoRight}{\sv 9939}} +{\sp{\sn geoBottom}{\sv 349}} +{\sp{\sn shapePath}{\sv 4}} +{\sp{\sn pVerticies}{\sv 8;5;(9938,0);(0,0);(0,348);(9938,348);(9938,0)}} +{\sp{\sn pSegmentInfo}{\sv 2;12;16384;45824;1;45824;1;45824;1;45824;1;45824;24577;32768}} +{\sp{\sn fFillOK}{\sv 1}} +{\sp{\sn fFilled}{\sv 1}} +{\sp{\sn fillColor}{\sv 5987168}} +{\sp{\sn fLine}{\sv 0}}{\sp{\sn lineType}{\sv 0}} +{\sp{\sn posrelh}{\sv 1}} +{\sp{\sn posrelv}{\sv 1}} +{\sp{\sn fArrowheadsOK}{\sv 1}} +{\sp{\sn fBehindDocument}{\sv 1}} +}} + +{\shp{\*\shpinst\shplid72 +{\sp{\sn relLeft}{\sv 830}} +{\sp{\sn relTop}{\sv 816}} +{\sp{\sn relRight}{\sv 1190}} +{\sp{\sn relBottom}{\sv 1156}} +{\sp{\sn pib}{\sv{\pict\picscalex500\picscaley9\piccropl0\piccropr0\piccropt0\piccropb0\picw1270\pich1243\picwgoal720\pichgoal705 +\pngblip{\*\blipuid c0d486c26efd24459c14592d8249a32b} +89504e470d0a1a0a000d494844520030002f080600a58249 +c90006624b474400ff00ff00ffa0bda7930009704859730ec400 +000ec401952b0e1b041e494441546881cd984d6c1b4514c7ff33ebf5b7e3 +943a6da2a290402528a5520f9168f9101c00b5a71e2ace9c7be28022242e1542 +e28038708023070e1c901007041c8a904088b6082808921450212d4e9438561c +3bb1d7ebddd9791ce275b7eeaee38f59dbbfd3ee7b3b6fe6bff366e6ed322282 +8bf5fb4b5764f9eb17110276310ae3a72c00a62c66e4686a87bb37246d5deefe +f0b4b2e81e9c3d0dc6af1350397800489fbbbc785740f5e7054823a9b40700d2 +62307ec902821ffc700fe8c7260bb113af7cd88a2acbdf3da7b407002401e346 +16d288a80e8df4f9b75f0580bb022adf3eafb20322a0be9481538aaa0c0b00d0 +e7a6f2d1e3173f019a028875fe5bb713b0d7122a43b6489f7ff7927bbd2f +c0f8f33138d5b4aa0eecad28cc9bcac2dd83968bef461f3af7a57bbf2fa0b6f4 +84aa0e9c5a383b8e4bfcd40b5f78ef3900c8da1fa754042702cc9534e0a8dd71 +5a3042e2cc1b97bda6e60ca811200a3188624c45285ff4071fd8d4b28fdcf2da +94092001d457c2c97b97f8e98b1fb7db3889bd0c356ecf0d1abc712b0532b541 +c304a311e20b8b6fb59b3999ff3e3c686ca7aaa1b1aafc10bf87c8e15499c726 +2bed764ed6fab141021301f5e50c40e1ec3a2e9199f9bffdec9c1a8309b03762 +70b6d59fb6ede8b367bff7b3730c300324586807563bd1e3173ef5b30f3403d6 +5a1cd40871e1366131483eb5f0a39faf6f01448075279c5aa79d486eb2c83927 +3f1f27bb38d54f50a7a443d6d497c97ef0c9231b813ec87a5fafb131a4b70f00 +3c91dd09f4f523409a1ca2105ec9d00e4b1e2a05f938f521c0cac743dff7bdf0 +646e2bd0d7eb0c9004acfcf0d2070078eae866a00f4e6f02c45634dc9ac7079e +9e590ff4811a3d25b37527dc9ac70f96c815837c1c2c6a751b886c06b1adab19 +550f50a37c28c8c7c1e366b781444947589f8a9d90b5c274908f8327eadd0612 +3bc37ffb004046f148908fb31e66208c7f3cdd20ebdb81d542d7294402702ac3 +291deeebdb281d0ef27168a95a37419cb23ed4c3cb8b344ab9201f67d1e9c043 +c28b1851fa008028aecd07f938d3bb1430a2050c004ea9d22185623381a5aa0b +49c019a10032c19dd2ca493f5f5733e05422801c4dfebb58ab5f5df0b377b506 +a431dcdac70f91bff6ac9f9db3f8fcea418dc90ae95f670fd8ebcba7fdec9c25 +1ffdeba0c6648f8380d2b4acd9cb9996ae2236fb5fa7c6648d36ff010092 +c1bcf1deebed660e003c79e266c7b663904200602e7dfe72bb8d03003b40c038
[Libreoffice-commits] core.git: vcl/qt5
vcl/qt5/QtInstance.cxx |1 + 1 file changed, 1 insertion(+) New commits: commit c1fe2b6da61f4bd55c7551b4f0c1b379ed814ffe Author: Michael Weghorn AuthorDate: Thu Sep 1 17:15:27 2022 +0200 Commit: Michael Weghorn CommitDate: Thu Sep 1 20:26:01 2022 +0200 qt: Add include needed with qtbase dev branch `qVersion()` has been moved to a different header in qtbase commit [1]: commit 50b05e3e2ad969abf4b939d5db2253380e47d775 (gerrit/dev) Author: Sona Kurazyan Date: Tue Aug 30 10:37:00 2022 +0200 Move qVersion() from qglobal.h to qlibraryinfo.h Since qVersion() might be called also from C code, disable the parts of qlibraryinfo.h that are relevant only for C++ code if __cplusplus is not defined. [ChangeLog][Potentially Source-Incompatible Changes] qVersion() is moved from qglobal.h to qlibraryinfo.h, '#include ' needs to be added where it's used. Task-number: QTBUG-99313 Change-Id: I3363ef3fa4073114e5151cb3a2a1e8282ad42a4d Reviewed-by: Thiago Macieira Reviewed-by: Edward Welbourne [1] https://code.qt.io/cgit/qt/qtbase.git/commit/?id=50b05e3e2ad969abf4b939d5db2253380e47d775 Change-Id: Iafeb0ed6a77420f9a303d8ec4d3c5ba29c6f4b19 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/139221 Tested-by: Jenkins Reviewed-by: Michael Weghorn diff --git a/vcl/qt5/QtInstance.cxx b/vcl/qt5/QtInstance.cxx index 5522ea15c31a..9c4d3def970e 100644 --- a/vcl/qt5/QtInstance.cxx +++ b/vcl/qt5/QtInstance.cxx @@ -39,6 +39,7 @@ #include #include +#include #include #include #include
[Libreoffice-commits] core.git: winaccessibility/source
winaccessibility/source/UAccCOM/EnumVariant.cxx | 10 +- winaccessibility/source/UAccCOM/EnumVariant.h |4 +--- 2 files changed, 6 insertions(+), 8 deletions(-) New commits: commit 9b140c16196585eeabbd15bb6562eb371e399373 Author: Michael Weghorn AuthorDate: Thu Sep 1 15:52:11 2022 +0100 Commit: Michael Weghorn CommitDate: Thu Sep 1 20:17:35 2022 +0200 wina11y: Drop CEnumVariant::m_lLBound that's always 0 ... and doesn't increase readability. Change-Id: I62f3b37e8b8b948600e4d5e721c67a575628f1d3 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/139217 Tested-by: Jenkins Reviewed-by: Michael Weghorn diff --git a/winaccessibility/source/UAccCOM/EnumVariant.cxx b/winaccessibility/source/UAccCOM/EnumVariant.cxx index 26cd75b254f9..92d4540796be 100644 --- a/winaccessibility/source/UAccCOM/EnumVariant.cxx +++ b/winaccessibility/source/UAccCOM/EnumVariant.cxx @@ -105,9 +105,9 @@ HRESULT STDMETHODCALLTYPE CEnumVariant::Skip(ULONG cElements) SolarMutexGuard g; m_lCurrent += cElements; -if (m_lCurrent > static_cast(m_lLBound+m_pXAccessibleSelection->getSelectedAccessibleChildCount())) +if (m_lCurrent > m_pXAccessibleSelection->getSelectedAccessibleChildCount()) { -m_lCurrent = m_lLBound+m_pXAccessibleSelection->getSelectedAccessibleChildCount(); +m_lCurrent = m_pXAccessibleSelection->getSelectedAccessibleChildCount(); return E_FAIL; } else @@ -124,7 +124,7 @@ HRESULT STDMETHODCALLTYPE CEnumVariant::Reset() { SolarMutexGuard g; -m_lCurrent = m_lLBound; +m_lCurrent = 0; return NOERROR; } @@ -193,7 +193,7 @@ long CEnumVariant::GetCountOfElements() } /** - * Set member m_pXAccessibleSelection to NULL and m_lCurrent to m_lLBound. + * Set member m_pXAccessibleSelection to NULL and m_lCurrent to 0. * @param. * @return Result */ @@ -203,7 +203,7 @@ COM_DECLSPEC_NOTHROW STDMETHODIMP CEnumVariant::ClearEnumeration() pUNOInterface = nullptr; m_pXAccessibleSelection = nullptr; -m_lCurrent = m_lLBound; +m_lCurrent = 0; return S_OK; } diff --git a/winaccessibility/source/UAccCOM/EnumVariant.h b/winaccessibility/source/UAccCOM/EnumVariant.h index d82bd771fb19..6d5bd286dbaf 100644 --- a/winaccessibility/source/UAccCOM/EnumVariant.h +++ b/winaccessibility/source/UAccCOM/EnumVariant.h @@ -43,10 +43,9 @@ class ATL_NO_VTABLE CEnumVariant : { public: CEnumVariant() -:m_lLBound(0), +:m_lCurrent(0), pUNOInterface(nullptr) { -m_lCurrent = m_lLBound; } virtual ~CEnumVariant() {}; @@ -100,7 +99,6 @@ public: private: long m_lCurrent; -long m_lLBound; css::accessibility::XAccessible* pUNOInterface; css::uno::Reference m_pXAccessibleSelection;
[Libreoffice-bugs] [Bug 125257] [META] Tip of the day
https://bugs.documentfoundation.org/show_bug.cgi?id=125257 Buovjaga changed: What|Removed |Added Depends on|150703 | Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=150703 [Bug 150703] "Axis" versus "axes" in extended tips -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 114019] [META] Tooltip bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=114019 Buovjaga changed: What|Removed |Added Depends on||150703 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=150703 [Bug 150703] "Axis" versus "axes" in extended tips -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 150703] "Axis" versus "axes" in extended tips
https://bugs.documentfoundation.org/show_bug.cgi?id=150703 Buovjaga changed: What|Removed |Added Blocks|125257 |114019 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=114019 [Bug 114019] [META] Tooltip bugs and enhancements https://bugs.documentfoundation.org/show_bug.cgi?id=125257 [Bug 125257] [META] Tip of the day -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 108827] [META] Calc functions bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=108827 Bug 108827 depends on bug 142293, which changed state. Bug 142293 Summary: Spreadsheet functions implemented as AddIn may get saved with their programmatic name to OOXML Excel .xlsx instead of the function name (cause in comment 21) https://bugs.documentfoundation.org/show_bug.cgi?id=142293 What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|--- |FIXED -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 117994] Font size is too large in attached DOC in Word after roundtrip
https://bugs.documentfoundation.org/show_bug.cgi?id=117994 Justin L changed: What|Removed |Added See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=11 ||9079 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 119079] FILEOPEN DOC: character properties affecting CR, but shouldn't
https://bugs.documentfoundation.org/show_bug.cgi?id=119079 Justin L changed: What|Removed |Added See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=11 ||7994 --- Comment #7 from Justin L --- (In reply to Justin L from comment #4) > Otherwise revert Caolan's patch. I'm assuming I was talking about bug 125905, but that was a LO 4.4 patch and this indicates inherited from OOo, so the two cannot be connected. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 150746] New: Wrong description for property TextPathAllowed
https://bugs.documentfoundation.org/show_bug.cgi?id=150746 Bug ID: 150746 Summary: Wrong description for property TextPathAllowed Product: LibreOffice Version: 7.5.0.0 alpha0+ Master Hardware: x86-64 (AMD64) URL: https://docs.oasis-open.org/office/OpenDocument/v1.3/o s/part3-schema/OpenDocument-v1.3-os-part3-schema.html# attribute-draw_text-path-allowed OS: Windows (All) Status: UNCONFIRMED Severity: normal Priority: medium Component: sdk Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: rb.hensc...@t-online.de The property TextPathAllowed has the description This property specifies if this shape supports concentric gradient fill. But ODF defines it as: The draw:text-path-allowed attribute specifies whether the user interface of a consumer that supports the draw:text-path 19.221 attribute should allow modification of the value of the draw:text-path attribute. LibreOffice does not interpret the values but preserves it. The 'concentric gradient fill' property is ConcentricGradientFillAllowed LibreOffice has concentric gradient fill not yet implemented. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 150709] Autocorrect and toolbar bulleted and numbered list not assigned to style
https://bugs.documentfoundation.org/show_bug.cgi?id=150709 --- Comment #4 from Daveo --- (In reply to al F from comment #3) > Sorry for overlooking the duplicate. > > One question: what does UNO in "UNO command" stand for? UNO = (Universal Network Objects) For more detail see: https://wiki.documentfoundation.org/Documentation/DevGuide/Professional_UNO -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-ux-advise] [Bug 150709] Autocorrect and toolbar bulleted and numbered list not assigned to style
https://bugs.documentfoundation.org/show_bug.cgi?id=150709 --- Comment #4 from Daveo --- (In reply to al F from comment #3) > Sorry for overlooking the duplicate. > > One question: what does UNO in "UNO command" stand for? UNO = (Universal Network Objects) For more detail see: https://wiki.documentfoundation.org/Documentation/DevGuide/Professional_UNO -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-commits] core.git: sc/source
sc/source/ui/docshell/impex.cxx | 18 +- sc/source/ui/inc/impex.hxx |2 +- 2 files changed, 10 insertions(+), 10 deletions(-) New commits: commit bb7747f627fe7e909fca7264fd42fe6cb7aef0b5 Author: Noel Grandin AuthorDate: Thu Sep 1 14:35:09 2022 +0200 Commit: Noel Grandin CommitDate: Thu Sep 1 19:51:22 2022 +0200 tdf#150712 use more string_view Change-Id: I3a9022a7f99653ca8ecc00908558b14ac5ff278c Reviewed-on: https://gerrit.libreoffice.org/c/core/+/139209 Tested-by: Jenkins Reviewed-by: Noel Grandin diff --git a/sc/source/ui/docshell/impex.cxx b/sc/source/ui/docshell/impex.cxx index e26af9455929..6f2444e7ba05 100644 --- a/sc/source/ui/docshell/impex.cxx +++ b/sc/source/ui/docshell/impex.cxx @@ -471,7 +471,7 @@ bool ScImportExport::ExportStream( SvStream& rStrm, const OUString& rBaseURL, So WriteUnicodeOrByteString( rStrm, aAppName, true ); WriteUnicodeOrByteString( rStrm, aDocName, true ); WriteUnicodeOrByteString( rStrm, aRefName, true ); -WriteUnicodeOrByteString( rStrm, "calc:extref", true ); +WriteUnicodeOrByteString( rStrm, u"calc:extref", true ); if ( rStrm.GetStreamCharSet() == RTL_TEXTENCODING_UNICODE ) rStrm.WriteUInt16( 0 ); else @@ -493,17 +493,17 @@ bool ScImportExport::ExportStream( SvStream& rStrm, const OUString& rBaseURL, So return false; } -void ScImportExport::WriteUnicodeOrByteString( SvStream& rStrm, const OUString& rString, bool bZero ) +void ScImportExport::WriteUnicodeOrByteString( SvStream& rStrm, std::u16string_view rString, bool bZero ) { rtl_TextEncoding eEnc = rStrm.GetStreamCharSet(); if ( eEnc == RTL_TEXTENCODING_UNICODE ) { if ( !lcl_IsEndianSwap( rStrm ) ) -rStrm.WriteBytes(rString.getStr(), rString.getLength() * sizeof(sal_Unicode)); +rStrm.WriteBytes(rString.data(), rString.size() * sizeof(sal_Unicode)); else { -const sal_Unicode* p = rString.getStr(); -const sal_Unicode* const pStop = p + rString.getLength(); +const sal_Unicode* p = rString.data(); +const sal_Unicode* const pStop = p + rString.size(); while ( p < pStop ) { rStrm.WriteUInt16( *p ); @@ -910,7 +910,7 @@ static void lcl_WriteString( SvStream& rStrm, OUString& rString, sal_Unicode cQu ScImportExport::WriteUnicodeOrByteString( rStrm, rString ); } -static void lcl_WriteSimpleString( SvStream& rStrm, const OUString& rString ) +static void lcl_WriteSimpleString( SvStream& rStrm, std::u16string_view rString ) { ScImportExport::WriteUnicodeOrByteString( rStrm, rString ); } @@ -2011,7 +2011,7 @@ bool ScImportExport::Doc2Text( SvStream& rStrm ) } } if( nCol < nEndCol ) -lcl_WriteSimpleString( rStrm, OUString(cSep) ); +lcl_WriteSimpleString( rStrm, rtl::OUStringChar(cSep) ); } // Do not append a line feed for one single cell. // NOTE: this Doc2Text() is only called for clipboard via @@ -2369,7 +2369,7 @@ bool ScImportExport::Doc2Sylk( SvStream& rStrm ) SCROW nEndRow = aRange.aEnd.Row(); OUString aCellStr; OUString aValStr; -lcl_WriteSimpleString( rStrm, "ID;PCALCOOO32" ); +lcl_WriteSimpleString( rStrm, u"ID;PCALCOOO32" ); WriteUnicodeOrByteEndl( rStrm ); for (nRow = nStartRow; nRow <= nEndRow; nRow++) @@ -2493,7 +2493,7 @@ bool ScImportExport::Doc2Sylk( SvStream& rStrm ) } } } -lcl_WriteSimpleString( rStrm, OUString( 'E' ) ); +lcl_WriteSimpleString( rStrm, rtl::OUStringChar( 'E' ) ); WriteUnicodeOrByteEndl( rStrm ); return rStrm.GetError() == ERRCODE_NONE; } diff --git a/sc/source/ui/inc/impex.hxx b/sc/source/ui/inc/impex.hxx index aafeb00c9a0c..e11b5d510d61 100644 --- a/sc/source/ui/inc/impex.hxx +++ b/sc/source/ui/inc/impex.hxx @@ -108,7 +108,7 @@ public: static const sal_Unicode* ScanNextFieldFromString( const sal_Unicode* p, OUString& rField, sal_Unicode cStr, const sal_Unicode* pSeps, bool bMergeSeps, bool& rbIsQuoted, bool& rbOverflowCell, bool bRemoveSpace ); -static voidWriteUnicodeOrByteString( SvStream& rStrm, const OUString& rString, bool bZero = false ); +static voidWriteUnicodeOrByteString( SvStream& rStrm, std::u16string_view rString, bool bZero = false ); static voidWriteUnicodeOrByteEndl( SvStream& rStrm ); /** ScImportExport::CountVisualWidth
[Libreoffice-bugs] [Bug 150709] Autocorrect and toolbar bulleted and numbered list not assigned to style
https://bugs.documentfoundation.org/show_bug.cgi?id=150709 --- Comment #3 from al F --- Sorry for overlooking the duplicate. One question: what does UNO in "UNO command" stand for? -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-ux-advise] [Bug 150709] Autocorrect and toolbar bulleted and numbered list not assigned to style
https://bugs.documentfoundation.org/show_bug.cgi?id=150709 --- Comment #3 from al F --- Sorry for overlooking the duplicate. One question: what does UNO in "UNO command" stand for? -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-bugs] [Bug 69724] There is no ability to set/configure the default number/bullet styles
https://bugs.documentfoundation.org/show_bug.cgi?id=69724 --- Comment #15 from al F --- Sorry, I overlooked this report when submitting duplicate https://bugs.documentfoundation.org/show_bug.cgi?id=150709 To sum up: When using F12, AutoCorrect or the toolbar button to insert a list, numbered (ordered) or not, we would like that list to default to one of the editable styles accessible through F11 or the Styles menu. That way it would be much easier to get a consistent layout on our documents. In addition, it would be nice if the list styles could have a "list parent", just like "Text Body" and other paragraph styles have "Default paragraph style" as a parent. I for one would like the ability to set position and tab stops for all of the list styles at once. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 146535] Mouse line goes missing when changing paragraph style
https://bugs.documentfoundation.org/show_bug.cgi?id=146535 Ginge changed: What|Removed |Added Resolution|WORKSFORME |--- Status|RESOLVED|UNCONFIRMED -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 146535] Mouse line goes missing when changing paragraph style
https://bugs.documentfoundation.org/show_bug.cgi?id=146535 Ginge changed: What|Removed |Added Resolution|--- |WORKSFORME CC||ginc...@gmail.com Status|UNCONFIRMED |RESOLVED --- Comment #5 from Ginge --- Not reproducable for me on: Version: 7.4.0.3 (x64) / LibreOffice Community Build ID: f85e47c08ddd19c015c0114a68350214f7066f5a CPU threads: 12; OS: Windows 10.0 Build 19043; UI render: Skia/Vulkan; VCL: win Locale: en-US (en_US); UI: en-US Calc: CL Nor on: Version: 7.5.0.0.alpha0+ (x64) / LibreOffice Community Build ID: aea89831f93b501738e62db9787a1085fd483193 CPU threads: 12; OS: Windows 10.0 Build 19043; UI render: Skia/Vulkan; VCL: win Locale: en-US (en_US); UI: en-US Calc: CL threaded -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-commits] core.git: basegfx/source
basegfx/source/matrix/b2dhommatrix.cxx |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) New commits: commit 153b51da381ba21d46a3d42c939080272818797c Author: Noel Grandin AuthorDate: Mon Aug 22 11:21:50 2022 +0200 Commit: Noel Grandin CommitDate: Thu Sep 1 19:31:07 2022 +0200 reduce cost of B2DHomMatrix::isIdentity often the matrix is still default Change-Id: Ieacf19c375e9988487047309187fce6b5b8c9561 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/139213 Tested-by: Jenkins Reviewed-by: Noel Grandin diff --git a/basegfx/source/matrix/b2dhommatrix.cxx b/basegfx/source/matrix/b2dhommatrix.cxx index c21a4dceeccd..9811304d 100644 --- a/basegfx/source/matrix/b2dhommatrix.cxx +++ b/basegfx/source/matrix/b2dhommatrix.cxx @@ -82,7 +82,7 @@ namespace basegfx bool B2DHomMatrix::isIdentity() const { -return mpImpl->isIdentity(); +return mpImpl.same_object(DEFAULT) || mpImpl->isIdentity(); } void B2DHomMatrix::identity()
[Libreoffice-bugs] [Bug 150694] "Text-to-text" is hard to understand
https://bugs.documentfoundation.org/show_bug.cgi?id=150694 --- Comment #2 from Tuomas Hietala --- (In reply to Rafael Lima from comment #1) > Do you think "Character alignment" would be a good replacement in this case? "Text-to-text" is the heading and there's a a label called "Alignment:" below it. My idea was that "Oversized and undersized characters" would be the heading and "Alignment:" would be left unchanged. (Actually "Vertical alignment:" would be more specific, so ideally that should be changed too.) -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-ux-advise] [Bug 150694] "Text-to-text" is hard to understand
https://bugs.documentfoundation.org/show_bug.cgi?id=150694 --- Comment #2 from Tuomas Hietala --- (In reply to Rafael Lima from comment #1) > Do you think "Character alignment" would be a good replacement in this case? "Text-to-text" is the heading and there's a a label called "Alignment:" below it. My idea was that "Oversized and undersized characters" would be the heading and "Alignment:" would be left unchanged. (Actually "Vertical alignment:" would be more specific, so ideally that should be changed too.) -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-bugs] [Bug 150703] "Axis" versus "axes" in extended tips
https://bugs.documentfoundation.org/show_bug.cgi?id=150703 --- Comment #2 from Tuomas Hietala --- These are not tips of the day, they are extended tips. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 150693] Confusing language in Similarity Search
https://bugs.documentfoundation.org/show_bug.cgi?id=150693 --- Comment #3 from Tuomas Hietala --- (In reply to Rafael Lima from comment #2) > Here the use of tooltips is very helpful. But I would change the first one > (as well as the description in the help page) > > For "Exchange characters" the tooltip is "Enter the number of characters in > the search term that can be exchanged". Maybe a better tooltip would be > "Enter the number of characters that can differ from the search term" > > Here are some suggestions for the labels: > "Number of different characters" > "Number of additional characters" > "Number of missing characters" I agree that "different" is a better word here. > Or maybe a reduced version > > "Different by [ ] characters" > " Larger by [ ] characters" > " Shorter by [ ] characters" > > Where [ ] is where the entry box is positioned. This would work well for English (and many other languages), but not necessarily for all languages. I think hardcoding a particular sentence structure in the UI should be avoided. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-ux-advise] [Bug 150693] Confusing language in Similarity Search
https://bugs.documentfoundation.org/show_bug.cgi?id=150693 --- Comment #3 from Tuomas Hietala --- (In reply to Rafael Lima from comment #2) > Here the use of tooltips is very helpful. But I would change the first one > (as well as the description in the help page) > > For "Exchange characters" the tooltip is "Enter the number of characters in > the search term that can be exchanged". Maybe a better tooltip would be > "Enter the number of characters that can differ from the search term" > > Here are some suggestions for the labels: > "Number of different characters" > "Number of additional characters" > "Number of missing characters" I agree that "different" is a better word here. > Or maybe a reduced version > > "Different by [ ] characters" > " Larger by [ ] characters" > " Shorter by [ ] characters" > > Where [ ] is where the entry box is positioned. This would work well for English (and many other languages), but not necessarily for all languages. I think hardcoding a particular sentence structure in the UI should be avoided. -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-bugs] [Bug 150286] Wrong justification of Persian/Arabic text
https://bugs.documentfoundation.org/show_bug.cgi?id=150286 خالد حسني changed: What|Removed |Added Blocks|150285 | --- Comment #9 from خالد حسني --- This happens with no justification at all. Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=150285 [Bug 150285] [META] Problems with Justified Arabic/Persian text -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 150285] [META] Problems with Justified Arabic/Persian text
https://bugs.documentfoundation.org/show_bug.cgi?id=150285 خالد حسني changed: What|Removed |Added Depends on|150286 | Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=150286 [Bug 150286] Wrong justification of Persian/Arabic text -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 100164] HiDPI shouldn't be thresholded
https://bugs.documentfoundation.org/show_bug.cgi?id=100164 --- Comment #6 from bugzil...@cb-computerservice.at --- Does LibreOffice really "only" support scaling in 50% steps? The comment 2 would make me think so, and that would explain a lot of issues in HiDPI screens. Windows allows to adjust the scaling in 25% steps (100%, 125%, 150%, 175%, 200% aso). I personally use 175% and a lot of UI-Elements are too small. I think, that could be the root cause of this. So can we "update" that patch, to support scaling in 25% steps? -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 150745] New: Accentuated letters don't follow copy past between Writer and Calc
https://bugs.documentfoundation.org/show_bug.cgi?id=150745 Bug ID: 150745 Summary: Accentuated letters don't follow copy past between Writer and Calc Product: LibreOffice Version: 7.4.0.3 release Hardware: x86-64 (AMD64) OS: Windows (All) Status: UNCONFIRMED Severity: normal Priority: medium Component: LibreOffice Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: leio...@free.fr Description: When I copy text from Writer to Calc special letters (apostrophe, Accented letters ...) don't follow Steps to Reproduce: 1. get text whit special letters in Writer 2. Copy this text 3. Paste in Calc Actual Results: Writer(copy) ==> Calc(paste) "Le rôle d'objets" ==> "Le rle dobjets" Expected Results: Writer(copy) ==> Calc(paste) "Le rôle d'objets" ==> "Le rôle d'objets" Reproducible: Always User Profile Reset: No Additional Info: Version: 7.4.0.3 (x64) / LibreOffice Community Build ID: f85e47c08ddd19c015c0114a68350214f7066f5a CPU threads: 12; OS: Windows 10.0 Build 19042; UI render: Skia/Raster; VCL: win Locale: fr-CH (fr_FR); UI: fr-FR Calc: threaded -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 115439] High DPI mode: SVG icons should be preferred over PNG versions when available
https://bugs.documentfoundation.org/show_bug.cgi?id=115439 --- Comment #44 from bugzil...@cb-computerservice.at --- Ok,time for an update here too :) I use SVG-Icons quite a long time now, and for me those always look better than the png versions. I just did an comparison, and the png-version really looks terrible on an high-dpi monitor with 175% scale. As far as I remember, SVG primarily was an issue on Linux? So can't we just make SVG default on Windows? -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 115439] High DPI mode: SVG icons should be preferred over PNG versions when available
https://bugs.documentfoundation.org/show_bug.cgi?id=115439 --- Comment #43 from bugzil...@cb-computerservice.at --- Ok,time for an update here too :) I use SVG-Icons quite a long time now, and for me those always look better than the png versions. I just did an comparison, and the png-version really looks terrible on an high-dpi monitor with 175% scale. As far as I remember, SVG primarily was an issue on Linux? So can't we just make SVG default on Windows? -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-commits] core.git: sw/source
sw/source/core/doc/doc.cxx |1 + 1 file changed, 1 insertion(+) New commits: commit a2977b5bd4b112af33258e471291474a1fe9e10e Author: Noel Grandin AuthorDate: Thu Sep 1 13:32:37 2022 +0200 Commit: Noel Grandin CommitDate: Thu Sep 1 18:36:47 2022 +0200 cid#1513472 Dereference null return value coverity can't see that pCNd cannot be nullptr here, so add assert to keep it happy Change-Id: I51915fce2d2e14f33e0ed4c640420491a9a01e3f Reviewed-on: https://gerrit.libreoffice.org/c/core/+/139166 Tested-by: Jenkins Reviewed-by: Noel Grandin diff --git a/sw/source/core/doc/doc.cxx b/sw/source/core/doc/doc.cxx index 0372528a324e..3d2cbcae2796 100644 --- a/sw/source/core/doc/doc.cxx +++ b/sw/source/core/doc/doc.cxx @@ -1507,6 +1507,7 @@ bool SwDoc::RemoveInvisibleContent() aPam.SetMark(); aPam.GetPoint()->Assign( *pSectNd->EndOfSectionNode() ); pCNd = SwNodes::GoPrevious( aPam.GetPoint() ); +assert(pCNd); // keep coverity happy aPam.GetPoint()->SetContent( pCNd->Len() ); getIDocumentContentOperations().DeleteRange( aPam );
[Libreoffice-commits] core.git: sw/source
sw/source/core/doc/tblcpy.cxx |1 + 1 file changed, 1 insertion(+) New commits: commit a86c829b48eb9d1f72b20088e1b983b9f27e0d86 Author: Noel Grandin AuthorDate: Thu Sep 1 13:34:48 2022 +0200 Commit: Noel Grandin CommitDate: Thu Sep 1 18:36:26 2022 +0200 cid#1513471 Dereference null return value coverity can't see that pCNd cannot be nullptr here, so add assert to keep it happy Change-Id: I9d834511b1fd29147a653525134f5617ae6698a7 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/139167 Tested-by: Jenkins Reviewed-by: Noel Grandin diff --git a/sw/source/core/doc/tblcpy.cxx b/sw/source/core/doc/tblcpy.cxx index beea9fefd72c..bf9200cb0623 100644 --- a/sw/source/core/doc/tblcpy.cxx +++ b/sw/source/core/doc/tblcpy.cxx @@ -534,6 +534,7 @@ static void lcl_CpyBox( const SwTable& rCpyTable, const SwTableBox* pCpyBox, { SwPosition aMvPos( aInsIdx ); SwContentNode* pCNd = SwNodes::GoPrevious( ); +assert(pCNd); // keep coverity happy aMvPos.nContent.Assign( pCNd, pCNd->Len() ); SwDoc::CorrAbs( aInsIdx, aEndNdIdx, aMvPos ); }
[Libreoffice-bugs] [Bug 90796] [META] HiDPI / Retina bugs
https://bugs.documentfoundation.org/show_bug.cgi?id=90796 Bug 90796 depends on bug 116920, which changed state. Bug 116920 Summary: Bounding box indicators are rendered erroneously on higher-resolution screen https://bugs.documentfoundation.org/show_bug.cgi?id=116920 What|Removed |Added Status|NEW |RESOLVED Resolution|--- |WORKSFORME -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 116920] Bounding box indicators are rendered erroneously on higher-resolution screen
https://bugs.documentfoundation.org/show_bug.cgi?id=116920 bugzil...@cb-computerservice.at changed: What|Removed |Added Resolution|--- |WORKSFORME Status|NEW |RESOLVED --- Comment #20 from bugzil...@cb-computerservice.at --- Bounding box indicators look fine on LibO 7.4.0 on HiDPI Screen (27", 175% scale). -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 150286] Wrong justification of Persian/Arabic text
https://bugs.documentfoundation.org/show_bug.cgi?id=150286 خالد حسني changed: What|Removed |Added Ever confirmed|0 |1 Status|UNCONFIRMED |NEW -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 129160] Introduce low-level HiDPI scaling to properly show icons on high DPI screens (see comment 13)
https://bugs.documentfoundation.org/show_bug.cgi?id=129160 bugzil...@cb-computerservice.at changed: What|Removed |Added CC||bugzilla2@cb-computerservic ||e.at --- Comment #14 from bugzil...@cb-computerservice.at --- Being a freshly HiDPI User, I sadly can confirm that bug. Lots of spacing and scaling issues. Fixing this on the root cause would be very welcome... -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 140165] Shapes panel: items' vertical spacing is incorrect in high DPI.
https://bugs.documentfoundation.org/show_bug.cgi?id=140165 --- Comment #3 from bugzil...@cb-computerservice.at --- I can confirm this issue. Windows 10, LibO 7.4.0. 27" Screen with 175% scaling. -- You are receiving this mail because: You are the assignee for the bug.
An invitation to visit Samsung Members
bilibalabilibalabili (qvg993...@foxmail.com) at Samsung Members thinks this is fascinating, helpful, interesting, useful, infuriating, thought-provoking, or just downright cool. We hope you will visit Samsung Members and check it out for yourself. https://r1.community.samsung.com/t5/tv-audio/active-voice-amplifier-ava/m-p/17418160/emcs_t/S2h8ZW1haWx8ZW1haWxfbWVzc2FnZXxMN0o4TlRRREZXV0VENXwtMXxPVEhFUlN8aEs#M1099 bilibalabilibalabili says: 尊敬的外贸朋友,您好 抱歉打扰您一下,需要美金兑换吗?全球高价兑换美金 国内外电汇 _香港汇丰 恒生 中银 平安 香港各大银行 离岸银行 美元 欧元 港币 等其他货币+ 微信:hjy070809 + QQ:782553723+ 微信:hjy070809 谢谢 We hope you will visit us soon! Your Samsung Members Team bilibalabilibalabili at Samsung Members sent this message to libreoffice@lists.freedesktop.org. Don't want to receive emails from us? Just click this link: https://r1.community.samsung.com/t5/user/RemoveUserEmailPage/invitation-source/bWFpbGVyQHVzLmtob3Jvcy1tYWlsLmNvbQ../mail-message-tracking/L7J8NTQDFWWED5?emcs_t=S2h8ZW1haWx8ZW1haWxfbWVzc2FnZXxMN0o4TlRRREZXV0VENXwtMXxPVEhFUlN8aEs.
[Libreoffice-bugs] [Bug 145710] LibreOffice apps become blurry when moved to a different DPI monitor on Windows
https://bugs.documentfoundation.org/show_bug.cgi?id=145710 --- Comment #5 from bugzil...@cb-computerservice.at --- I understand that it's not easy to achieve, but having different screens with different dpi's is not new in businesses. Of course, as an admin you usually try to avoid such configurations, but in some situations, you NEED different dpi monitors for testing. So that situation will grow in enterprises I think and not go away. So, making LibO behaving well on those situations should be on the agenda in my opinion. -- You are receiving this mail because: You are the assignee for the bug.