[Libreoffice-bugs] [Bug 70526] Provide startup time measurements
https://bugs.documentfoundation.org/show_bug.cgi?id=70526 --- Comment #8 from Buovjaga --- (In reply to Khushi Gautam from comment #7) > (In reply to Buovjaga from comment #6) > > (In reply to Khushi Gautam from comment #5) > > > I want to work on this issue, However, can you please tell me what this > > > "profiling tinderbox" means? > > > > It refers to this: https://ci.libreoffice.org/computer/centos7-callgrind/ > > Do we need to include testcase also besides tracking startup performance? If you mean a unit test, it does not seem necessary to me. I don't know what others think, but if you want to work on this, just go ahead instead of waiting for a consensus. A test can always be added later. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157135] LibreOffice 7.6 stalls/crashes under Windows 11 with Norwegian locale when opening file dialog
https://bugs.documentfoundation.org/show_bug.cgi?id=157135 --- Comment #27 from Buovjaga --- (In reply to Buovjaga from comment #23) > In bug 157074 it was reported that the bibisect version 7.6.3.0.0 does not > show the problem. Just to double-check, if the problem was fixed in a later > commit, people with the win64-7.6 repo could do > > git checkout fb8b2651f68817b9d49c47d61b189e58cf1df9b9 > > to change to an older build that is closer to 7.6.2, which was reported (in > duplicate bugs) to still have the problem. If the problem does not show even > in that commit, then there is something different in the release builds vs. > bibisect builds. Odd and others affected: could you try this? The basic information about bibisecting is in bug 157074 comment 20. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-commits] core.git: sd/CppunitTest_sd_import_tests-smartart.mk sd/qa
sd/CppunitTest_sd_import_tests-smartart.mk|2 ++ sd/qa/unit/data/pptx/smartart-composite-infer-right.pptx |binary sd/qa/unit/data/pptx/smartart-interopgrabbag.pptx |binary sd/qa/unit/data/pptx/smartart-pyramid-1child.pptx |binary sd/qa/unit/data/pptx/smartart-snake-rows.pptx |binary sd/qa/unit/data/pptx/smartart-tdf134221.pptx |binary sd/qa/unit/data/pptx/tdf132302_SmartArt_rightArrow.pptx |binary sd/qa/unit/data/pptx/tdf135953_SmartArt_textposition.pptx |binary sd/qa/unit/data/pptx/tdf145528_SmartArt_Matrix.pptx |binary sd/qa/unit/data/pptx/tdf148665.pptx |binary sd/qa/unit/data/pptx/tdf148921.pptx |binary sd/qa/unit/data/pptx/tdf149551_SmartArt_Gear.pptx |binary sd/qa/unit/data/pptx/tdf149551_SmartArt_Pie.pptx |binary sd/qa/unit/data/pptx/tdf149551_SmartArt_Pyramid.pptx |binary sd/qa/unit/data/pptx/tdf149551_SmartArt_Venn.pptx |binary 15 files changed, 2 insertions(+) New commits: commit dc4d7500c9d283e26d1553ce11366a217cf1f69d Author: Stephan Bergmann AuthorDate: Mon Oct 23 21:55:20 2023 +0200 Commit: Stephan Bergmann CommitDate: Tue Oct 24 07:42:49 2023 +0200 Fix CppunitTest_sd_import_tests-smartart non_application_font_use sd/qa/unit/data/pptx/smartart-composite-infer-right.pptx replaced some "Calibri Light" with "Noto Sans" sd/qa/unit/data/pptx/smartart-interopgrabbag.pptx replaced some "Calibri Light" with "Noto Sans" sd/qa/unit/data/pptx/smartart-pyramid-1child.pptx replaced some "Calibri Light" with "Noto Sans" sd/qa/unit/data/pptx/smartart-snake-rows.pptx replaced some "Calibri Light" with "Noto Sans" sd/qa/unit/data/pptx/tdf132302_SmartArt_rightArrow.pptx replaced some "Calibri Light" with "Noto Sans" sd/qa/unit/data/pptx/smartart-tdf134221.pptx replaced some "微软雅黑" with "Noto Sans" sd/qa/unit/data/pptx/tdf135953_SmartArt_textposition.pptx replaced some "Calibri Light" with "Noto Sans" sd/qa/unit/data/pptx/tdf145528_SmartArt_Matrix.pptx replaced some "Calibri Light" with "Noto Sans" replaced some "Calibri" with "DejaVu Sans" sd/qa/unit/data/pptx/tdf148665.pptx replaced some "Poppins Medium" with "Noto Sans" sd/qa/unit/data/pptx/tdf148921.pptx replaced some "Tahoma" with "Noto Sans" sd/qa/unit/data/pptx/pptx/tdf149551_SmartArt_Gear.pptx replaced some "Calibri Light" with "Noto Sans" sd/qa/unit/data/pptx/tdf149551_SmartArt_Pie.pptx replaced some "Calibri Light" with "Noto Sans" sd/qa/unit/data/pptx/tdf149551_SmartArt_Pyramid.pptx replaced some "Calibri Light" with "Noto Sans" sd/qa/unit/data/pptx/tdf149551_SmartArt_Venn.pptx replaced some "Calibri Light" with "Noto Sans" Change-Id: Ie224100d024dc4f3321650e33f13ed5a61b444e8 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/158364 Tested-by: Jenkins Reviewed-by: Stephan Bergmann diff --git a/sd/CppunitTest_sd_import_tests-smartart.mk b/sd/CppunitTest_sd_import_tests-smartart.mk index 9b7362b08152..72e0dead7731 100644 --- a/sd/CppunitTest_sd_import_tests-smartart.mk +++ b/sd/CppunitTest_sd_import_tests-smartart.mk @@ -11,4 +11,6 @@ $(eval $(call sd_import_test,-smartart)) +$(eval $(call gb_CppunitTest_set_non_application_font_use,sd_import_tests-smartart,abort)) + # vim: set noet sw=4 ts=4: diff --git a/sd/qa/unit/data/pptx/smartart-composite-infer-right.pptx b/sd/qa/unit/data/pptx/smartart-composite-infer-right.pptx index ca417499fa16..08d0e6dd021f 100644 Binary files a/sd/qa/unit/data/pptx/smartart-composite-infer-right.pptx and b/sd/qa/unit/data/pptx/smartart-composite-infer-right.pptx differ diff --git a/sd/qa/unit/data/pptx/smartart-interopgrabbag.pptx b/sd/qa/unit/data/pptx/smartart-interopgrabbag.pptx index ef678b6c3398..49b210a38cb1 100644 Binary files a/sd/qa/unit/data/pptx/smartart-interopgrabbag.pptx and b/sd/qa/unit/data/pptx/smartart-interopgrabbag.pptx differ diff --git a/sd/qa/unit/data/pptx/smartart-pyramid-1child.pptx b/sd/qa/unit/data/pptx/smartart-pyramid-1child.pptx index 42e43c54bbc4..592b26b08bcd 100644 Binary files a/sd/qa/unit/data/pptx/smartart-pyramid-1child.pptx and b/sd/qa/unit/data/pptx/smartart-pyramid-1child.pptx differ diff --git a/sd/qa/unit/data/pptx/smartart-snake-rows.pptx b/sd/qa/unit/data/pptx/smartart-snake-rows.pptx index 7f5e82df3eaf..5ef81dfd30a6 100644 Binary files a/sd/qa/unit/data/pptx/smartart-snake-rows.pptx and b/sd/qa/unit/data/pptx/smartart-snake-rows.pptx differ diff --git a/sd/qa/unit/data/pptx/smartart-tdf134221.pptx b/sd/qa/unit/data/pptx/smartart-tdf134221.pptx index 5ef12a7ffc65..9dba931cd3e3 100644 Binary files a/sd/qa/unit/data/pptx/smartart-tdf134221.pptx and b/sd/qa/unit/data/pptx/smartart-tdf134221.pptx differ diff --git a/sd/qa/unit/data/pptx/tdf132302_SmartArt_rightArrow.pptx
[Libreoffice-bugs] [Bug 157218] Impress Portable: Sizeable files won't load/play
https://bugs.documentfoundation.org/show_bug.cgi?id=157218 Buovjaga changed: What|Removed |Added Ever confirmed|1 |0 Hardware|x86-64 (AMD64) |x86 (IA32) Status|REOPENED|UNCONFIRMED -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157218] Impress Portable: Sizeable files won't load/play
https://bugs.documentfoundation.org/show_bug.cgi?id=157218 Daniel Collins changed: What|Removed |Added Resolution|NOTOURBUG |--- Ever confirmed|0 |1 Status|RESOLVED|REOPENED --- Comment #10 from Daniel Collins --- Requesting that this be reopened. The Portable Apps people are saying this is intrinsically a Libre Office bug -- specifically, that these larger math files crash the normal 32-bit Libre Office, in versions 7.6.1/7.6.2. Portable Apps only echoes the 32-bit version of Libre Office which has this problem (apparently, as I myself don't have the 32-bit version installed). See observation to that effect here: https://portableapps.com/node/69361 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157820] Command line argument does not accept Windows \\?\ path prefix
https://bugs.documentfoundation.org/show_bug.cgi?id=157820 --- Comment #8 from Bernd Wechner --- (In reply to Federico Gallo from comment #6) > I actually don't know if Libreoffice provide the dialog or just call the > file explorer (that seems to be the right thing to do nowadays at least on > linux). I'm not even using Windows. > You don't have to provide that information if you don't want to, I'm not the > person that will work on this I think you misunderstand the bug. I am using LibreOffice on the command line. I am not using the File Open dialog. I did a quick test and long paths (over 256 chars) open fine with Open File dialog box. Not a problem. But when you try and open one on the command line as follows say: CD MyVeryDeepLongDIr "E:\Util\LibreOffice\LibreOfficeCalcPortable.exe" MyFIle then LibreOffice pops up: E:\Util\LibreOffice\Wideband freq response - ByRegionsAll - Sv nonAvg - upward-facing transducer_transposed.CSV does not exist. A totally bizarre thing to report. And if I try it with the full path as delivered by the Explorer when I right-click and rhen click Copy as path, then LibreOffice does nothing at all. The copied path (and so the one that Open With is passed also by the explorer is prepended with "\\?\". If I remove that, and try again, LibreOffice starts and loads the file. Summary: File Open dialog box is all good Receiving paths from the command line is broken for long paths (>256 chars) because of a prefix Windows provides to the path to indicate it is long, but which is not understood by whatever method LibreOffice subsequently tries to open same file. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157820] Command line argument does not accept Windows \\?\ path prefix
https://bugs.documentfoundation.org/show_bug.cgi?id=157820 --- Comment #7 from Bernd Wechner --- The fix is simple. If on an MS-Windows system then: 1) Remove any prefix from a file path that is "\\?\UNC\" 2) Remove any prefix from a file path that is "\\?\" In that order. That's what I do as a work around by opening it with this Powershell script rather than with LibreOffice directly Calc.ps1: param( [Parameter(Mandatory=$true)] [string]$Path ) [regex]$pattern1 = [regex]::Escape("\\?\UNC\") $Path = $pattern1.replace($Path, "\\", 1) [regex]$pattern2 = [regex]::Escape("\\?\") $Path = $pattern2.replace($Path, "", 1) & E:\Util\LibreOffice\LibreOfficeCalcPortable.exe "$Path" (Note I keep a binary for Calc at E:\Util\LibreOffice\LibreOfficeCalcPortable.exe) And then I can associate that by using this registration file patch: Calc.reg: Windows Registry Editor Version 5.00 [HKEY_CLASSES_ROOT\SystemFileAssociations\.csv\shell\OpenCSVwithCalc] @="Open with Calc" [HKEY_CLASSES_ROOT\SystemFileAssociations\.csv\shell\OpenCSVwithCalc\command] @="powershell.exe -NonInteractive -WindowStyle Hidden -File \"E:\\Util\\LibreOffice\\Calc.ps1\" \"%1\"" And no all is good for me, and my shortcut menu. But the bug remains. To be reliably cross-platform all LibreOffice needs to do is update its Windows file path handler (I presume it already handles Windows and *nix paths differently if only because of the \ vs / difference, and the reality of drive letters. Wherever Windows paths are handled, these prefixes simply need to be stripped from the path before continuing (they are Windows way of telling a client the path is long, but not valid parts of a path, and one might rightly argue that is one silly way to communicate this). -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157892] Spell-checking does not work
https://bugs.documentfoundation.org/show_bug.cgi?id=157892 --- Comment #3 from QA Administrators --- [Automated Action] NeedInfo-To-Unconfirmed -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-ux-advise] [Bug 157648] FORMATTING: Setting language for Selection/Paragraph/All text can't be shortcut
https://bugs.documentfoundation.org/show_bug.cgi?id=157648 QA Administrators changed: What|Removed |Added Ever confirmed|1 |0 Status|NEEDINFO|UNCONFIRMED -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-bugs] [Bug 157892] Spell-checking does not work
https://bugs.documentfoundation.org/show_bug.cgi?id=157892 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 157648] FORMATTING: Setting language for Selection/Paragraph/All text can't be shortcut
https://bugs.documentfoundation.org/show_bug.cgi?id=157648 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 157648] FORMATTING: Setting language for Selection/Paragraph/All text can't be shortcut
https://bugs.documentfoundation.org/show_bug.cgi?id=157648 --- Comment #5 from QA Administrators --- [Automated Action] NeedInfo-To-Unconfirmed -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-ux-advise] [Bug 157648] FORMATTING: Setting language for Selection/Paragraph/All text can't be shortcut
https://bugs.documentfoundation.org/show_bug.cgi?id=157648 --- Comment #5 from QA Administrators --- [Automated Action] NeedInfo-To-Unconfirmed -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-bugs] [Bug 154382] Very slow program
https://bugs.documentfoundation.org/show_bug.cgi?id=154382 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 117462] FORMATING: Rendering of svg file (LO-Logo) is incorrect and corrupt after rotation
https://bugs.documentfoundation.org/show_bug.cgi?id=117462 --- Comment #14 from QA Administrators --- Dear Micha, 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 74533] EDITING hyperlink: column insert after hidden column with hyperlins creates a column with invisible and undelettable hyperlinks
https://bugs.documentfoundation.org/show_bug.cgi?id=74533 --- Comment #11 from QA Administrators --- Dear Andrew, 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 108371] Query design edits are lost when next clicking in any field selector box.
https://bugs.documentfoundation.org/show_bug.cgi?id=108371 --- Comment #8 from QA Administrators --- Dear Howard Johnson, 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 154382] Very slow program
https://bugs.documentfoundation.org/show_bug.cgi?id=154382 --- Comment #3 from QA Administrators --- Dear Luiz, 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 106297] Paste special MS Word .doc to Writer only pastes the first page
https://bugs.documentfoundation.org/show_bug.cgi?id=106297 --- Comment #5 from QA Administrators --- Dear Marco A.G.Pinto, 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 157905] New: PIVOTTABLE Edit Style not working
https://bugs.documentfoundation.org/show_bug.cgi?id=157905 Bug ID: 157905 Summary: PIVOTTABLE Edit Style not working Product: LibreOffice Version: 7.6.2.1 release Hardware: x86-64 (AMD64) OS: Windows (All) Status: UNCONFIRMED Severity: normal Priority: medium Component: Calc Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: l13h...@gmail.com Created attachment 190395 --> https://bugs.documentfoundation.org/attachment.cgi?id=190395=edit edit pivot table value style i have change style in pivot table (Pivot table value edit Numbers - thousands separator) when i accept it in my pivottable not working (in case my data without number formating) -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 152534] Win11 dark theme support--Active selections have light blue background which makes white icons and text almost invisible
https://bugs.documentfoundation.org/show_bug.cgi?id=152534 --- Comment #31 from nzotfh...@mozmail.com --- I can confirm that (In reply to WildByDesign from comment #26) > The developer of Explorer++, David Erceg, who has a good understanding of > the win32-darkmode implementations has followed up with a nicely detailed > response. > > Link: > https://github.com/derceg/explorerplusplus/issues/115#issuecomment-1666308914 > > Some of my takeaways from the response: > > - The issue is not likely specific to the aero.msstyles theme resource file > itself, but more likely issues within the dark mode API (within Windows) > that pulls data from the theme resource file. > > - "Even with the use of the undocumented APIs and classes from > aero.msstyles, partially or fully drawing controls is still necessary to > achieve a cohesive result." > > - The fact that win32-darkmode consists of undocumented APIs, these issues > would be unsupported and extremely unlikely that Microsoft would ever fix > these issues. > > Since Microsoft requires installing an app just to vote for the issue to be > fixed, that makes it much more difficult to bring attention to the issue. > There is often issues in Windows which get 10s of thousands of votes before > it puts enough pressure on Microsoft to implement whatever fix or feature > update. I don't hold much hope on this issue, unfortunately. > > Also, from my own personal opinion, that workaround that Notepad++ which > simply inverts the color, is still quite terrible. That workaround would > still be bad for any users with vision problems. Also it's quite jarring > regardless from a visual perspective. > > I created an msstyles alternative > (https://github.com/WildByDesign/Aero.msstyles-win32-darkmode) which is > essentially default aero.msstyles file with the one and only change to it > being swapping the terrible bright blue highlight to a proper dark mode > highlight for toolbar icons. Yet still, getting users to install a separate > aero.msstyles theme is not a great workaround either. I created this mostly > with vision impaired users in mind. > > I still believe that custom drawing the toolbar icons is the only proper way > to fix this bug and it seems to be what David Erceg (Explorer++ dev) is also > suggesting. Thanks WildByDesign, your solution on GitHub works great! I'm not sure what the best place would be, but it'd be great if this was also linked in the official support somewhere or anywhere more obvious -- it the only way I've found to make Windows 11 dark mode usable and it took some *finding*. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157904] New: Customising toolbar - add secondary font colour button
https://bugs.documentfoundation.org/show_bug.cgi?id=157904 Bug ID: 157904 Summary: Customising toolbar - add secondary font colour button Product: LibreOffice Version: 7.6.2.1 release Hardware: All URL: https://ask.libreoffice.org/t/customising-toolbar-add- secondary-font-colour-button/97348 OS: All Status: UNCONFIRMED Severity: normal Priority: medium Component: LibreOffice Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: chris.hurren...@gmail.com Prior to updating LibreOffice to 7.6.2.x (i.e. I had LO 7.5.x.x), I was able to add and use 2 font colour buttons and 2 background colour buttons in the formatting toolbar so that I can set different colours (for each element/button) for quick convenience. But as I have upgraded to 7.6.2.1, this functionality is no longer possible. Undesired behaviour - scenario example: If I choose and apply a font colour in one font colour button, the other font colour button changes too to match the first font colour button! It wasn’t the case prior to LO 7.6.2.1. I wanted the other font colour button to remain as it is. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 149077] Change how Rounded Rectangle Callout is drawn in LibreOffice
https://bugs.documentfoundation.org/show_bug.cgi?id=149077 --- Comment #9 from Khushi Gautam --- (In reply to Regina Henschel from comment #7) > What do you already know about custom shapes? Do you know, how the ODF > markup in file is written? Do you know how the information is hold in > property CustomShapeGeometry (Development Tools)? Do you now how shapes were > defined in VML? Do you know "limo stretch" or "stretchpoint"? Then I would > know where to start to explain the mso_CustomShape struct. Should we discuss > it in direct mails? Or we start a Wiki-page about this topic? I think it is > a little bit off-topic for Bugzilla. I want to know about how the shapes are defined in VML, Also if I am making any changes in the EnhancedCustomShapeGeometry.cxx , will the changed reflect in impress document or draw document. Also whenever I am editing "msoWedgeRRectCallout" I am unable to see any differences. Just wants to know from where this shape is coded -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157903] New: Cannot assign special symbols to keys
https://bugs.documentfoundation.org/show_bug.cgi?id=157903 Bug ID: 157903 Summary: Cannot assign special symbols to keys Product: LibreOffice Version: unspecified Hardware: All OS: All Status: UNCONFIRMED Severity: enhancement Priority: medium Component: Writer Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: onor...@online.no Description: I am writing a text that uses both Norwegian and Icelandic letters. For the Icelandic letters, I use the convention of entering the Unicode number followed by Alt-X, e.g. Þ = 0DE Alt-X It would be a great enhancement if it were possible to define that as a kind of macro and assign it to a key, e.g. "AltGr-T := 0DE Alt-X" Steps to Reproduce: 1. In Writer, select assign value to a key 2. Enter the desired string 3. Choose the key to represent that string Actual Results: It only works for predefined macros, not for character strings. Expected Results: Not yet possible. Reproducible: Always User Profile Reset: No Additional Info: It would be nice if the software asked if I want to make the assignment just for the current document, or generally for all documents. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157612] Calc blank digit ('?') format have the wrong width
https://bugs.documentfoundation.org/show_bug.cgi?id=157612 --- Comment #6 from Mike Kaganski --- (In reply to Stéphane Guillou (stragu) from comment #5) > (In reply to Vincent Boudry from comment #4) > > Direct link: > https://help.libreoffice.org/7.6/en-US/text/shared/01/05020301. > html#hd_id3154330 > > why couldn't the same mechanics be used here? I agree that it is likely reasonable and doable. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 108720] Do not render previews of symbol fonts
https://bugs.documentfoundation.org/show_bug.cgi?id=108720 V Stuart Foote changed: What|Removed |Added CC||kha...@libreoffice.org --- Comment #14 from V Stuart Foote --- as in comment 12, refactoring suggested comment 4 not yet in place. @Khaled, any interest? -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157135] LibreOffice 7.6 stalls/crashes under Windows 11 with Norwegian locale when opening file dialog
https://bugs.documentfoundation.org/show_bug.cgi?id=157135 --- Comment #26 from Odd Nordland --- (In reply to Odd Nordland from comment #25) > (In reply to Odd Nordland from comment #24) > > (In reply to Odd Nordland from comment #16) > > > (In reply to Buovjaga from comment #15) > > > > Noticing Mike's addition to See Also, wow, looks like we have a > > > > Norwegian > > > > connection! > > > > > > > > Bug 157564: "The error is not reproduced in Windows US version, where > > > > the > > > > Writer document behaves normally." > > > > > > Asyou can see from my original bug report, I am also using Norwegian, both > > > for Windows 10 and 11. I'll give the portable version of LibreOffice 7.6 a > > > try on my wife's computer, which is running in German! > > > > I have now tried out the portable version of LibreOffice under UK English, > > German, Danish, Swedish and Norwegian versions of Windows 10. In all cases, > > the User Interface and Locale for LibreOffice were set to Norwegian. > > LibreOffice only stalls in the Norwegian environment. > > I notice that I can open a spreadsheet into Calc, but then LibreOffice > > stalls. Trying to open a text file for Writer stalls immediately. > > > > The LibreOffice version I have done the tests with is > > Version: 7.6.0.3 (x86) / LibreOffice Community > > Build ID: 69edd8b8ebc41d00b4de3915dc82f8f0fc3b6265 > > CPU threads: 4; OS: Windows 10.0 Build 19045; UI render: Skia/Raster; VCL: > > win > > Locale: nb-NO (nb_NO); UI: nb-NO > > Calc: threaded > > N6te that the above mentioned version of Libre Office Portable is what you > get when you install using > LibreOfficePortable_7.6.2_MultilingualStandard.paf.exe. > I probably have to install the "hard disk" version to get version 7.6.2 or > newer ... I now installed Version: 7.6.2.1 (x86) / LibreOffice Community Build ID: 56f7684011345957bbf33a7ee678afaf4d2ba333 CPU threads: 4; OS: Windows 10.0 Build 19045; UI render: Skia/Raster; VCL: win Locale: nb-NO (nb_NO); UI: nb-NO Calc: threaded Calc works, but Writer still stalls when opening a file. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 33201] UI: Highlight (not select) current row and column in spreadsheet
https://bugs.documentfoundation.org/show_bug.cgi?id=33201 Aml changed: What|Removed |Added Assignee|amlhassanabdelhamid@gmail.c |libreoffice-b...@lists.free |om |desktop.org -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157853] Unify lockdown behavior of Options dialog page Advanced
https://bugs.documentfoundation.org/show_bug.cgi?id=157853 raal changed: What|Removed |Added Version|24.2.0.0 alpha0+ Master |5.4.0.3 release Ever confirmed|0 |1 CC||r...@post.cz Status|UNCONFIRMED |NEW --- Comment #2 from raal --- Confirm with Version: 24.2.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 3649dc202bedf72e37c77993a1f7027bfdfc6d9e CPU threads: 4; OS: Linux 6.2; UI render: default; VCL: gtk3 Locale: cs-CZ (cs_CZ.UTF-8); UI: en-US Calc: threaded Version: 5.4.0.0.beta2+ Build ID: 721efbeb117962e9b0cd547b51ede4a6736042a6 CPU threads: 4; OS: Linux 6.2; UI render: default; VCL: gtk3; Locale: cs-CZ (cs_CZ.UTF-8); Calc: group -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-commits] core.git: include/svtools svtools/source sw/qa sw/source
include/svtools/htmlkywd.hxx|1 include/svtools/htmltokn.h |1 include/svtools/parhtml.hxx |4 + svtools/source/svhtml/htmlkywd.cxx |1 svtools/source/svhtml/parhtml.cxx | 59 ++- sw/qa/extras/htmlexport/htmlexport.cxx | 61 sw/source/filter/html/css1atr.cxx | 20 +- sw/source/filter/html/css1kywd.hxx |2 sw/source/filter/html/htmlatr.cxx | 97 ++-- sw/source/filter/html/htmlfldw.cxx |4 - sw/source/filter/html/htmlflywriter.cxx | 28 - sw/source/filter/html/htmlforw.cxx | 16 ++--- sw/source/filter/html/htmlftn.cxx |8 +- sw/source/filter/html/htmlnumwriter.cxx |4 - sw/source/filter/html/htmlplug.cxx |6 - sw/source/filter/html/htmltabw.cxx | 18 ++--- sw/source/filter/html/svxcss1.cxx | 27 ++-- sw/source/filter/html/svxcss1.hxx |1 sw/source/filter/html/swhtml.cxx|9 ++ sw/source/filter/html/wrthtml.cxx | 24 +-- sw/source/filter/html/wrthtml.hxx | 15 +++- 21 files changed, 287 insertions(+), 119 deletions(-) New commits: commit 926826e40955175a8c115472e0d2f6c7f2f1a453 Author: Mike Kaganski AuthorDate: Mon Oct 23 19:52:14 2023 +0300 Commit: Mike Kaganski CommitDate: Mon Oct 23 22:10:06 2023 +0200 Implement PreserveSpaces boolean HTML/ReqIF export filter option This option changes how HTML/ReqIF export handles paragraphs with leading/trailing spaces, or multiple sequential spaces. Normally export may insert newlines every ~256 characters, in place of normal space characters; this relies on default processing of spaces, where leading/trailing spaces are trimmed, and runs of spaces are reduced to a single space. When PreserveSpaces is true, HTML/ReqIF export takes care to not alter spaces inside paragraphs. For that, it checks if paragraphs contain sequences of spaces that normally would be reduced; and for those paragraphs, it adds "white-space: pre-wrap" to style (in HTML), or 'xml::space="preserve"' attribute (in ReqIF). Import of 'xml::space' attribute and "white-space: pre-wrap" style is implemented; when paragraph has these, it keeps the spaces read from HTML/ReqIF intact. Import does not currently support this attribute/style in elements other than 'p'. Change-Id: I62dba5eaf313b965bf37d8fa5e3f5bbb8f5e8357 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/158362 Tested-by: Jenkins Reviewed-by: Mike Kaganski diff --git a/include/svtools/htmlkywd.hxx b/include/svtools/htmlkywd.hxx index cdcee168acba..00c8260749bd 100644 --- a/include/svtools/htmlkywd.hxx +++ b/include/svtools/htmlkywd.hxx @@ -523,6 +523,7 @@ #define OOO_STRING_SVTOOLS_HTML_O_valign "valign" #define OOO_STRING_SVTOOLS_HTML_O_valuetype "valuetype" #define OOO_STRING_SVTOOLS_HTML_O_wrap "wrap" +#define OOO_STRING_SVTOOLS_XHTML_O_xml_space "xml:space" // attributes with script code as value #define OOO_STRING_SVTOOLS_HTML_O_onblur "onblur" diff --git a/include/svtools/htmltokn.h b/include/svtools/htmltokn.h index 9dca8a8f3ea7..4a333ee2f6d9 100644 --- a/include/svtools/htmltokn.h +++ b/include/svtools/htmltokn.h @@ -429,6 +429,7 @@ ENUM_START = NUMBER_END, VALIGN, VALUETYPE, WRAP, +XML_SPACE, ENUM_END, // attributes with script code as value diff --git a/include/svtools/parhtml.hxx b/include/svtools/parhtml.hxx index b4fee63e311a..5ce3d27cb61d 100644 --- a/include/svtools/parhtml.hxx +++ b/include/svtools/parhtml.hxx @@ -162,6 +162,8 @@ private: bool bReadNextChar : 1; // true: read NextChar again(JavaScript!) bool bReadComment : 1; // true: read NextChar again (JavaScript!) +bool m_bPreserveSpaces : 1 = false; + sal_uInt32 nPre_LinePos;// Pos in the line in the PRE-Tag HtmlTokenId mnPendingOffToken; ///< OFF token pending for a ON/OFF ON token @@ -187,6 +189,8 @@ protected: void SetNamespace(std::u16string_view rNamespace); +void SetPreserveSpaces(bool val) { m_bPreserveSpaces = val; } + public: HTMLParser( SvStream& rIn, bool bReadNewDoc = true ); diff --git a/svtools/source/svhtml/htmlkywd.cxx b/svtools/source/svhtml/htmlkywd.cxx index 5f81b3e3ca30..d1b0ea2ee03e 100644 --- a/svtools/source/svhtml/htmlkywd.cxx +++ b/svtools/source/svhtml/htmlkywd.cxx @@ -599,6 +599,7 @@ static HTML_OptionEntry aHTMLOptionTab[] = { {std::u16string_view(u"" OOO_STRING_SVTOOLS_HTML_O_valign), HtmlOptionId::VALIGN}, {std::u16string_view(u"" OOO_STRING_SVTOOLS_HTML_O_valuetype), HtmlOptionId::VALUETYPE}, {std::u16string_view(u"" OOO_STRING_SVTOOLS_HTML_O_wrap), HtmlOptionId::WRAP}, +{std::u16string_view(u"" OOO_STRING_SVTOOLS_XHTML_O_xml_space), HtmlOptionId::XML_SPACE}, // Attributes with script
[Libreoffice-bugs] [Bug 157135] LibreOffice 7.6 stalls/crashes under Windows 11 with Norwegian locale when opening file dialog
https://bugs.documentfoundation.org/show_bug.cgi?id=157135 --- Comment #25 from Odd Nordland --- (In reply to Odd Nordland from comment #24) > (In reply to Odd Nordland from comment #16) > > (In reply to Buovjaga from comment #15) > > > Noticing Mike's addition to See Also, wow, looks like we have a Norwegian > > > connection! > > > > > > Bug 157564: "The error is not reproduced in Windows US version, where the > > > Writer document behaves normally." > > > > Asyou can see from my original bug report, I am also using Norwegian, both > > for Windows 10 and 11. I'll give the portable version of LibreOffice 7.6 a > > try on my wife's computer, which is running in German! > > I have now tried out the portable version of LibreOffice under UK English, > German, Danish, Swedish and Norwegian versions of Windows 10. In all cases, > the User Interface and Locale for LibreOffice were set to Norwegian. > LibreOffice only stalls in the Norwegian environment. > I notice that I can open a spreadsheet into Calc, but then LibreOffice > stalls. Trying to open a text file for Writer stalls immediately. > > The LibreOffice version I have done the tests with is > Version: 7.6.0.3 (x86) / LibreOffice Community > Build ID: 69edd8b8ebc41d00b4de3915dc82f8f0fc3b6265 > CPU threads: 4; OS: Windows 10.0 Build 19045; UI render: Skia/Raster; VCL: > win > Locale: nb-NO (nb_NO); UI: nb-NO > Calc: threaded N6te that the above mentioned version of Libre Office Portable is what you get when you install using LibreOfficePortable_7.6.2_MultilingualStandard.paf.exe. I probably have to install the "hard disk" version to get version 7.6.2 or newer ... -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157854] Unify lockdown behavior of Options dialog page Proxy
https://bugs.documentfoundation.org/show_bug.cgi?id=157854 raal changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever confirmed|0 |1 CC||r...@post.cz --- Comment #2 from raal --- > Here the fields are greyed out, but they lack lock icons to indicate their > state. Confirm with Version: 24.2.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 3649dc202bedf72e37c77993a1f7027bfdfc6d9e CPU threads: 4; OS: Linux 6.2; UI render: default; VCL: gtk3 Locale: cs-CZ (cs_CZ.UTF-8); UI: en-US Calc: threaded -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157901] Crash when I try to copy any cell that contains a formula
https://bugs.documentfoundation.org/show_bug.cgi?id=157901 Stéphane Guillou (stragu) changed: What|Removed |Added Status|UNCONFIRMED |NEEDINFO Ever confirmed|0 |1 CC||stephane.guillou@libreoffic ||e.org --- Comment #1 from Stéphane Guillou (stragu) --- Thanks for the report. LO 7.4 won't see further updates. Can you please test again in a recent version, preferable 7.6? Thank you! -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 107575] [META] Number format bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=107575 Stéphane Guillou (stragu) changed: What|Removed |Added Depends on||157612 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=157612 [Bug 157612] Calc blank digit ('?') format have the wrong width -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157612] Calc blank digit ('?') format have the wrong width
https://bugs.documentfoundation.org/show_bug.cgi?id=157612 Stéphane Guillou (stragu) changed: What|Removed |Added Keywords||needsDevAdvice Blocks||107575 Severity|normal |enhancement Status|UNCONFIRMED |NEW CC||mikekagan...@hotmail.com, ||stephane.guillou@libreoffic ||e.org Ever confirmed|0 |1 OS|macOS (All) |All --- Comment #5 from Stéphane Guillou (stragu) --- (In reply to Vincent Boudry from comment #4) > (see Spaces on > file:///Applications/Editing/LibreOffice7.6.2.app/Contents/Resources/help/en- > US/text/shared/01/05020301.html?=CALC=MAC) Direct link: https://help.libreoffice.org/7.6/en-US/text/shared/01/05020301.html#hd_id3154330 I only realise now that Calc aligns digits regardless of if the font used is monospace or not. (Easily visible when comparing some right-aligned numbers using Liberation Sans Narrow in Calc vs Writer.) Mike, I obviously know nothing about how it is implemented, but why couldn't the same mechanics be used here? (Keep the space character that is already used, but with the extra padding that results in having the same width as all other digits.) In any case, agreeing that the display should be improved, but making this an enhancement request. Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=107575 [Bug 107575] [META] Number format bugs and enhancements -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157135] LibreOffice 7.6 stalls/crashes under Windows 11 with Norwegian locale when opening file dialog
https://bugs.documentfoundation.org/show_bug.cgi?id=157135 --- Comment #24 from Odd Nordland --- (In reply to Odd Nordland from comment #16) > (In reply to Buovjaga from comment #15) > > Noticing Mike's addition to See Also, wow, looks like we have a Norwegian > > connection! > > > > Bug 157564: "The error is not reproduced in Windows US version, where the > > Writer document behaves normally." > > Asyou can see from my original bug report, I am also using Norwegian, both > for Windows 10 and 11. I'll give the portable version of LibreOffice 7.6 a > try on my wife's computer, which is running in German! I have now tried out the portable version of LibreOffice under UK English, German, Danish, Swedish and Norwegian versions of Windows 10. In all cases, the User Interface and Locale for LibreOffice were set to Norwegian. LibreOffice only stalls in the Norwegian environment. I notice that I can open a spreadsheet into Calc, but then LibreOffice stalls. Trying to open a text file for Writer stalls immediately. The LibreOffice version I have done the tests with is Version: 7.6.0.3 (x86) / LibreOffice Community Build ID: 69edd8b8ebc41d00b4de3915dc82f8f0fc3b6265 CPU threads: 4; OS: Windows 10.0 Build 19045; UI render: Skia/Raster; VCL: win Locale: nb-NO (nb_NO); UI: nb-NO Calc: threaded -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157614] Contextual menus span over 2 screens making them difficult to read
https://bugs.documentfoundation.org/show_bug.cgi?id=157614 Stéphane Guillou (stragu) changed: What|Removed |Added Status|UNCONFIRMED |NEEDINFO CC||stephane.guillou@libreoffic ||e.org Ever confirmed|0 |1 Whiteboard| QA:needsComment| --- Comment #1 from Stéphane Guillou (stragu) --- Thank you for the report. Version 6.4 is not supported anymore. Can you please: - install a supported version: https://www.libreoffice.org/download/download/ - test again - if the issue persists, please check that it is not already covered in one of these reports: https://bugs.documentfoundation.org/showdependencytree.cgi?id=104160_resolved=1 - if not, please also attach a screenshot of the issue. Much appreciated! -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-commits] core.git: sw/qa
sw/qa/core/txtnode/data/tdf157287.odt |binary sw/qa/core/txtnode/txtnode.cxx| 27 +++ 2 files changed, 27 insertions(+) New commits: commit bae0736bf0ec54828766c3d903e2a27458643395 Author: Xisco Fauli AuthorDate: Mon Oct 23 16:30:07 2023 +0200 Commit: Xisco Fauli CommitDate: Mon Oct 23 21:22:13 2023 +0200 tdf#157287: sw_core_txtnode: Add unittest Change-Id: I4c14cbe8610dc6426b910f4ef5d96ccc6e7a4604 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/158359 Tested-by: Jenkins Reviewed-by: Xisco Fauli diff --git a/sw/qa/core/txtnode/data/tdf157287.odt b/sw/qa/core/txtnode/data/tdf157287.odt new file mode 100644 index ..3ff6c4c6b9a6 Binary files /dev/null and b/sw/qa/core/txtnode/data/tdf157287.odt differ diff --git a/sw/qa/core/txtnode/txtnode.cxx b/sw/qa/core/txtnode/txtnode.cxx index 5e5f79969781..c5d7d8fc740e 100644 --- a/sw/qa/core/txtnode/txtnode.cxx +++ b/sw/qa/core/txtnode/txtnode.cxx @@ -12,6 +12,7 @@ #include #include #include +#include #include #include #include @@ -432,6 +433,32 @@ CPPUNIT_TEST_FIXTURE(SwCoreTxtnodeTest, testContentControlCopy) CPPUNIT_ASSERT_EQUAL(SwContentControlType::CHECKBOX, rFormat2.GetContentControl()->GetType()); } +CPPUNIT_TEST_FIXTURE(SwCoreTxtnodeTest, testTdf157287) +{ +createSwDoc("tdf157287.odt"); +uno::Reference xTextFieldsSupplier(mxComponent, uno::UNO_QUERY); +auto xFieldsAccess(xTextFieldsSupplier->getTextFields()); +uno::Reference xFields(xFieldsAccess->createEnumeration()); +uno::Reference xField(xFields->nextElement(), uno::UNO_QUERY); + +CPPUNIT_ASSERT_EQUAL(OUString("30"), xField->getPresentation(false)); + +uno::Reference xTextTablesSupplier(mxComponent, uno::UNO_QUERY); +uno::Reference xIndexAccess(xTextTablesSupplier->getTextTables(), + uno::UNO_QUERY); +uno::Reference xTextTable(xIndexAccess->getByIndex(0), uno::UNO_QUERY); + +uno::Reference xCellA1(xTextTable->getCellByName("B1"), uno::UNO_QUERY); +xCellA1->setString("100"); + +dispatchCommand(mxComponent, ".uno:UpdateFields", {}); + +// Without the fix in place, this test would have failed with +// - Expected: 120 +// - Actual : +CPPUNIT_ASSERT_EQUAL(OUString("120"), xField->getPresentation(false)); +} + CPPUNIT_TEST_FIXTURE(SwCoreTxtnodeTest, testFlySplitFootnote) { // Given a document with a split fly (to host a table):
[Libreoffice-bugs] [Bug 157885] help png images could use indexed colours
https://bugs.documentfoundation.org/show_bug.cgi?id=157885 --- Comment #3 from Jérôme --- The images are in the following directories : help/media/helpimg help/media/screenshots The png image are : - in the main tree (main MSI archive on Windows) - in each translation sub-directories (each translated help MSI archive on Windows). -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 143988] The menu is not being displayed in Calc when using the tabbed user interface with two monitors
https://bugs.documentfoundation.org/show_bug.cgi?id=143988 Stéphane Guillou (stragu) changed: What|Removed |Added CC||stephane.guillou@libreoffic ||e.org --- Comment #2 from Stéphane Guillou (stragu) --- seven, which menu exactly are you talking about? Do you still see the same issue in a recent version? -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 70526] Provide startup time measurements
https://bugs.documentfoundation.org/show_bug.cgi?id=70526 --- Comment #7 from Khushi Gautam --- (In reply to Buovjaga from comment #6) > (In reply to Khushi Gautam from comment #5) > > I want to work on this issue, However, can you please tell me what this > > "profiling tinderbox" means? > > It refers to this: https://ci.libreoffice.org/computer/centos7-callgrind/ Do we need to include testcase also besides tracking startup performance? -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157899] open last session's documents (almost implemented already)
https://bugs.documentfoundation.org/show_bug.cgi?id=157899 Mike Kaganski changed: What|Removed |Added URL||https://wiki.documentfounda ||tion.org/ReleaseNotes/7.6#G ||UI -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157899] open last session's documents (almost implemented already)
https://bugs.documentfoundation.org/show_bug.cgi?id=157899 --- Comment #2 from Mike Kaganski --- (In reply to peter josvai from comment #0) > Unlike before, now there is a line separating the last session's files from > the rest (of the document history)... (!! :)) No. The line separates not the last session's documents, but 5 last documents of this component (e.g., Writer's, when you work in Writer) from the rest (Calc's, Impress', etc.). They will be 5, no matter how many documents were open last time, and in what modules. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 153527] LibreOffice 7.5 Calc: unable to apply formatting to all cells in spreadsheet
https://bugs.documentfoundation.org/show_bug.cgi?id=153527 Mike Kaganski changed: What|Removed |Added See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=15 ||7902 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157902] INCONSISTENT FORMATTING IN CALC
https://bugs.documentfoundation.org/show_bug.cgi?id=157902 Mike Kaganski changed: What|Removed |Added See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=15 ||3527 --- Comment #1 from Mike Kaganski --- Likely a dupe of bug 153527? But the "ONLY the 'selected' cells get the NEW formatting" confuses me: so are you selecting some part of sheet, and expect other parts be formatted? Or is your issue that you select everything, but only non-empty (not "selected") cells get the formatting? -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157897] Calc: linked files adding print ranges with each update
https://bugs.documentfoundation.org/show_bug.cgi?id=157897 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 157897] Calc: linked files adding print ranges with each update
https://bugs.documentfoundation.org/show_bug.cgi?id=157897 --- Comment #3 from Andreas Heinisch --- Yep, the cause for this issue is bug 66613. I will provide a fix. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 111843] one active cell selection is not searched with "Current selection only" option set in Find & Replace dialog tool
https://bugs.documentfoundation.org/show_bug.cgi?id=111843 --- Comment #12 from John Smith --- I have encountered an issue with the "Find & Replace" tool in LibreOffice Calc. When attempting to use the "Current selection only" option after clicking on a single cell (the active cell), the tool does not find the search criteria, even if it exists in the active cell. In my opinion, an active cell should be considered a "current selection," as it is the cell I have interacted with and is the starting point for the search operation. It is not intuitive that this does not work as expected. I have observed that when the active cell contains content, the "Current selection only" option is selectable, but when the active cell is empty, the option is grayed out. This distinction implies that the tool recognizes the active cell's content status, just like it does for cell ranges. ref: https://thestyledare.com/product/granite-slab/van-gogh/ -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-commits] core.git: offapi/com
offapi/com/sun/star/accessibility/XAccessibleValue.idl | 21 - 1 file changed, 10 insertions(+), 11 deletions(-) New commits: commit a8cfd280fbb5aff27ef90cee45daa185e24ea5c7 Author: Michael Weghorn AuthorDate: Mon Oct 23 13:41:54 2023 +0200 Commit: Michael Weghorn CommitDate: Mon Oct 23 20:36:07 2023 +0200 a11y: Make XAccessibleValue doc more consistent * Align the method names in the documentation to what the acual methods are called (e.g. `getMaximumValue`, not `getMaximumAccessibleValue`). * Use "minimum" and "maximum" consistently, not "minimal" and "maximal" in some places. Change-Id: Idf4f36dca118a614b04a4b958e97d225f70dde0d Reviewed-on: https://gerrit.libreoffice.org/c/core/+/158347 Tested-by: Jenkins Reviewed-by: Michael Weghorn diff --git a/offapi/com/sun/star/accessibility/XAccessibleValue.idl b/offapi/com/sun/star/accessibility/XAccessibleValue.idl index 842f8776ae25..ff4149489e3d 100644 --- a/offapi/com/sun/star/accessibility/XAccessibleValue.idl +++ b/offapi/com/sun/star/accessibility/XAccessibleValue.idl @@ -44,8 +44,7 @@ interface XAccessibleValue : ::com::sun::star::uno::XInterface The argument is clipped to the valid interval whose upper and lower bounds are returned by the methods -getMaximumAccessibleValue() and -getMinimumAccessibleValue(), i.e. if it is lower than +getMaximumValue() and getMinimumValue(), i.e. if it is lower than the minimum value the new value will be the minimum and if it is greater than the maximum then the new value will be the maximum. @@ -59,41 +58,41 @@ interface XAccessibleValue : ::com::sun::star::uno::XInterface */ boolean setCurrentValue ([in] any aNumber); -/** Returns the maximal value that can be represented by this object. +/** Returns the maximum value that can be represented by this object. The type of the returned value is implementation dependent. It does not have to be the same type as that returned by -getCurrentAccessibleValue(). +getCurrentValue(). @return -Returns the maximal value in an implementation dependent type. +Returns the maximum value in an implementation dependent type. If this object has no upper bound then an empty object is returned. */ any getMaximumValue (); -/** Returns the minimal value that can be represented by this object. +/** Returns the minimum value that can be represented by this object. The type of the returned value is implementation dependent. It does not have to be the same type as that returned by -getCurrentAccessibleValue(). +getCurrentValue(). @return -Returns the minimal value in an implementation dependent type. +Returns the mimimum value in an implementation dependent type. If this object has no lower bound then an empty object is returned. */ any getMinimumValue (); -/** Returns the minimal increment by which the value represented by this +/** Returns the minimum increment by which the value represented by this object can be adjusted. The type of the returned value is implementation dependent. It does not have to be the same type as that returned by -getCurrentAccessibleValue(). +getCurrentValue(). @return -Returns the minimal increment value in an implementation dependent type. +Returns the minium increment value in an implementation dependent type. If this object has no minimum increment value, then an empty object is returned.
[Libreoffice-commits] core.git: accessibility/inc accessibility/source
accessibility/inc/extended/accessiblelistboxentry.hxx|2 + accessibility/source/extended/accessiblelistboxentry.cxx | 28 +-- 2 files changed, 12 insertions(+), 18 deletions(-) New commits: commit f1dbbfe278c8673d98e2eb3d8ad460b9f7364642 Author: Michael Weghorn AuthorDate: Mon Oct 23 12:04:54 2023 +0200 Commit: Michael Weghorn CommitDate: Mon Oct 23 20:35:52 2023 +0200 a11y: Don't throw exception on valid list box entry action index `checkActionIndex_Impl` was previously throwing an IndexOutOfBoundsException for any index other than 0. The // only three actions comment in there was only adding to the confusion... Convert that helper function to a method of the class and take the actual count of actions into account. Also drop the misleading `ACCESSIBLE_ACTION_COUNT` define altogether, and just return 1 at the only remaining place using it. This fixes a crash seen with the qt6 VCL plugin and Orca running when opening the spelling options dialog ("Tools" -> "Spelling", then press the "Options..." button). 1 __pthread_kill_implementation pthread_kill.c 44 0x7f29908a80fc 2 __pthread_kill_internal pthread_kill.c 78 0x7f29908a815f 3 __GI_raise raise.c26 0x7f299085a472 4 __GI_abort abort.c79 0x7f29908444b2 5 ?? 0x7f29904a09db 6 ?? 0x7f29904affaa 7 std::terminate() 0x7f29904b0015 8 __cxa_throw 0x7f29904b0268 9 (anonymous namespace)::checkActionIndex_Impl accessiblelistboxentry.cxx 49 0x7f29562aeb82 10 accessibility::AccessibleListBoxEntry::getAccessibleActionDescription accessiblelistboxentry.cxx 770 0x7f29562b2b9b 11 QtAccessibleWidget::actionNames QtAccessibleWidget.cxx 805 0x7f297c84a8d7 12 QAccessibleBridgeUtils::effectiveActionNames qaccessiblebridgeutils.cpp 25 0x7f297b6c90a5 13 AtSpiAdaptor::actionInterface atspiadaptor.cpp 1862 0x7f297b6e2cc0 14 AtSpiAdaptor::handleMessage atspiadaptor.cpp 1438 0x7f297b6de432 15 QDBusConnectionPrivate::activateObject qdbusintegrator.cpp1438 0x7f2979ec0ecb 16 QDBusActivateObjectEvent::placeMetaCall qdbusintegrator.cpp1594 0x7f2979ec1bb0 17 QObject::event qobject.cpp1446 0x7f297c02116e 18 QApplicationPrivate::notify_helper qapplication.cpp 3295 0x7f297a59d714 19 QApplication::notify qapplication.cpp 3246 0x7f297a59d524 20 QCoreApplication::notifyInternal2 qcoreapplication.cpp 1131 0x7f297bfa23ba 21 QCoreApplication::sendEvent qcoreapplication.cpp 1572 0x7f297bfa2ead 22 QCoreApplicationPrivate::sendPostedEvents qcoreapplication.cpp 1937 0x7f297bfa3ea6 23 QCoreApplication::sendPostedEvents qcoreapplication.cpp 1794 0x7f297bfa37ae 24 postEventSourceDispatch qeventdispatcher_glib.cpp 244 0x7f297c3b9108 25 ?? 0x7f29835111b4 26 ?? 0x7f29835142d7 27 g_main_context_iteration 0x7f29835148f0 28 QEventDispatcherGlib::processEvents qeventdispatcher_glib.cpp 394 0x7f297c3b999d 29 QXcbGlibEventDispatcher::processEvents qxcbeventdispatcher.cpp96 0x7f2979c67036 30 QtInstance::ImplYield QtInstance.cxx
[Libreoffice-bugs] [Bug 157687] Calc : all rows crossed out instead of a single row
https://bugs.documentfoundation.org/show_bug.cgi?id=157687 severine...@yahoo.fr changed: What|Removed |Added Status|NEEDINFO|UNCONFIRMED Ever confirmed|1 |0 --- Comment #14 from severine...@yahoo.fr --- merci à tous les deux. Je ne peux pas fournir une série d'étapes pour reproduire le bug car je n'en ai aucune idée. J'ai tenté de le reproduire mais ce n'est pas arrivé. Grace à vous je devrais désormais avoir des sauvegardes automatiques. Je vérifierais Merci pour votre aide. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 143781] [META] Development- and code-related bug reports and tasks
https://bugs.documentfoundation.org/show_bug.cgi?id=143781 BogdanB changed: What|Removed |Added Depends on||125718 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=125718 [Bug 125718] Regression in TDF deb packaging: from 6.2, libreoffice executable has been moved to /usr/local -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 125718] Regression in TDF deb packaging: from 6.2, libreoffice executable has been moved to /usr/local
https://bugs.documentfoundation.org/show_bug.cgi?id=125718 BogdanB changed: What|Removed |Added CC||buzea.bog...@libreoffice.or ||g Blocks||143781 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=143781 [Bug 143781] [META] Development- and code-related bug reports and tasks -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 143781] [META] Development- and code-related bug reports and tasks
https://bugs.documentfoundation.org/show_bug.cgi?id=143781 BogdanB changed: What|Removed |Added Depends on||156443 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=156443 [Bug 156443] Windows: alt+numpad doesn't work for Unicode decimal codes, like in WordPad/Word -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 156443] Windows: alt+numpad doesn't work for Unicode decimal codes, like in WordPad/Word
https://bugs.documentfoundation.org/show_bug.cgi?id=156443 BogdanB changed: What|Removed |Added Blocks||143781 CC||buzea.bog...@libreoffice.or ||g Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=143781 [Bug 143781] [META] Development- and code-related bug reports and tasks -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157897] Calc: linked files adding print ranges with each update
https://bugs.documentfoundation.org/show_bug.cgi?id=157897 tmacalp changed: What|Removed |Added CC||tmac...@gmail.com Status|UNCONFIRMED |NEW See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=66 ||613 Version|7.5.7.1 release |7.5.3.2 release Ever confirmed|0 |1 --- Comment #2 from tmacalp --- Confirming and marking as NEW. I don't have a bibsect environment installed, but I've at least tracked it to not affecting 7.5.2, but affecting 7.5.3. I changed the "earliest affected version" to 7.5.3.2. I also searched and found bug 66613, which is likely when this bug was introduced, so I've placed a see-also for that report. I won't mess with the importance, but it's a regression, so it should probably be adjusted. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 108741] [META] Shapes bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=108741 BogdanB changed: What|Removed |Added Depends on||157894 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=157894 [Bug 157894] Undesirable rendering of dashed line in shapes with corners -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157894] Undesirable rendering of dashed line in shapes with corners
https://bugs.documentfoundation.org/show_bug.cgi?id=157894 BogdanB changed: What|Removed |Added Blocks||108741 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=108741 [Bug 108741] [META] Shapes bugs and enhancements -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 104848] [META] DOC (binary) file opening issues
https://bugs.documentfoundation.org/show_bug.cgi?id=104848 BogdanB changed: What|Removed |Added Depends on||119079 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=119079 [Bug 119079] FILEOPEN DOC: character properties affecting CR, but shouldn't -- 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 BogdanB changed: What|Removed |Added CC||buzea.bog...@libreoffice.or ||g Blocks||104848 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=104848 [Bug 104848] [META] DOC (binary) file opening issues -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157594] FILEOPEN: DOC: layout is broken because of inline image (should be floating) in specific, broken doc
https://bugs.documentfoundation.org/show_bug.cgi?id=157594 BogdanB changed: What|Removed |Added CC||buzea.bog...@libreoffice.or ||g Blocks||104848 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=104848 [Bug 104848] [META] DOC (binary) file opening issues -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 104848] [META] DOC (binary) file opening issues
https://bugs.documentfoundation.org/show_bug.cgi?id=104848 BogdanB changed: What|Removed |Added Depends on||157594 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=157594 [Bug 157594] FILEOPEN: DOC: layout is broken because of inline image (should be floating) in specific, broken doc -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 103512] [META] AutoFilter-related bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=103512 BogdanB changed: What|Removed |Added Depends on||157878 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=157878 [Bug 157878] AUTOFILTER : Doesn't work with 2 words like "CP" and "Mi-CP" or "MiCP" -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157878] AUTOFILTER : Doesn't work with 2 words like "CP" and "Mi-CP" or "MiCP"
https://bugs.documentfoundation.org/show_bug.cgi?id=157878 BogdanB changed: What|Removed |Added CC||buzea.bog...@libreoffice.or ||g Blocks||103512 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=103512 [Bug 103512] [META] AutoFilter-related bugs and enhancements -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157902] New: INCONSISTENT FORMATTING IN CALC
https://bugs.documentfoundation.org/show_bug.cgi?id=157902 Bug ID: 157902 Summary: INCONSISTENT FORMATTING IN CALC Product: LibreOffice Version: 3.3.0 release Hardware: Other OS: macOS (All) Status: UNCONFIRMED Severity: normal Priority: medium Component: Calc Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: n...@grumpie.ca Description: When formatting a Spreadsheet, ONLY the 'selected' cells get the NEW formatting. All the cells in a spreadsheet should be the NEW Format. If only a few cell should be re-formatted, then selecting them BEFORE the Re-Format should restrict the change to these cells ONLY. Keep up the Good Work, Ciao Actual Results: Entering data in an 'unused' Calc cell, defaults to 10 pt text height! Expected Results: Should be the SAME as the selected test height selected for the Currently Occupied Cells. Reproducible: Always User Profile Reset: No Additional Info: Maintain a CONSISTENT Text Formatting (except of previously SPECIALLY Formatted Cells). -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157859] Unify lockdown behavior of Options dialog page Load/Save - General
https://bugs.documentfoundation.org/show_bug.cgi?id=157859 raal changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever confirmed|0 |1 CC||r...@post.cz --- Comment #2 from raal --- Confirm with Version: 24.2.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 3649dc202bedf72e37c77993a1f7027bfdfc6d9e CPU threads: 4; OS: Linux 6.2; UI render: default; VCL: gtk3 Locale: cs-CZ (cs_CZ.UTF-8); UI: en-US Calc: threaded I can reproduce the crash. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157860] Unify lockdown behavior of Options dialog page Load/Save - VBA Properties
https://bugs.documentfoundation.org/show_bug.cgi?id=157860 raal changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever confirmed|0 |1 CC||r...@post.cz --- Comment #2 from raal --- Confirm with Version: 24.2.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 3649dc202bedf72e37c77993a1f7027bfdfc6d9e CPU threads: 4; OS: Linux 6.2; UI render: default; VCL: gtk3 Locale: cs-CZ (cs_CZ.UTF-8); UI: en-US Calc: threaded I can not reproduce the crash. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157861] Unify lockdown behavior of Options dialog page Load/Save - MS Office
https://bugs.documentfoundation.org/show_bug.cgi?id=157861 raal changed: What|Removed |Added CC||r...@post.cz Ever confirmed|0 |1 Status|UNCONFIRMED |NEW --- Comment #2 from raal --- Confirm with Version: 24.2.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 3649dc202bedf72e37c77993a1f7027bfdfc6d9e CPU threads: 4; OS: Linux 6.2; UI render: default; VCL: gtk3 Locale: cs-CZ (cs_CZ.UTF-8); UI: en-US Calc: threaded I can reproduce the crash. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157862] Unify lockdown behavior of Options dialog page Load/Save - HTML
https://bugs.documentfoundation.org/show_bug.cgi?id=157862 raal changed: What|Removed |Added CC||r...@post.cz Ever confirmed|0 |1 Status|UNCONFIRMED |NEW --- Comment #2 from raal --- Confirm with Version: 24.2.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 3649dc202bedf72e37c77993a1f7027bfdfc6d9e CPU threads: 4; OS: Linux 6.2; UI render: default; VCL: gtk3 Locale: cs-CZ (cs_CZ.UTF-8); UI: en-US Calc: threaded I can reproduce the crash. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-qa] Live streaming LibreOffice bug triaging (week 43)
I will be live streaming a 1 hour LibreOffice bug triaging session in the Jitsi room https://jitsi.documentfoundation.org/ilmaritriages on Tue, 24 October 2023 at 11:00 UTC Wed, 25 October 2023 at 11:00 UTC Fri, 27 October 2023 at 13:00 UTC Times are in 24-hour notation. Anyone is welcome to interrupt me during the session and ask questions about the process or request me to test something specific. Note: if you want to record the session for your own use, ask me to make you a moderator and then you can click the "meatball menu" in Jitsi's bottom bar and select "Start recording". TDF members can become moderators simply by authenticating (Settings - Profile). Recording only works in Chrome and derivative browsers at the moment. Ilmari
[Libreoffice-commits] core.git: solenv/gbuild
solenv/gbuild/static.mk |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) New commits: commit af2457dd1f421d657f8d2ad3e2d8493ab9288d4d Author: Christian Lohmaier AuthorDate: Fri Oct 20 18:00:25 2023 +0200 Commit: Christian Lohmaier CommitDate: Mon Oct 23 19:16:57 2023 +0200 liborcus(-parser) also needs boost_iostreams - fixes wasm build not handling that automatically from the info from the regular build is kinda ugly, probably can be done via RepositoryExternal.mk, but since it was done that way initially after much tinkering, I don't want to invest much time into rewriting the static build stuff just to get rid of the few lines for icu and liborcus Change-Id: I2a620426854eb16e2388159bb3bbf1a514872ef9 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/158267 Tested-by: Jenkins Reviewed-by: Christian Lohmaier diff --git a/solenv/gbuild/static.mk b/solenv/gbuild/static.mk index 9b98ec99c593..b6eb9b1fe8cd 100644 --- a/solenv/gbuild/static.mk +++ b/solenv/gbuild/static.mk @@ -184,7 +184,7 @@ $(if $(filter-out GBUILD_TOUCHED,$(call gb_LinkTarget__get_all_statics,$(1))), $(if $(filter icui18n icuuc,$(call gb_LinkTarget__get_all_externals,$(1))), $(call gb_LinkTarget_use_externals,$(1),icudata)) $(if $(filter orcus-parser,$(call gb_LinkTarget__get_all_externals,$(1))), -$(call gb_LinkTarget_use_static_libraries,$(1),boost_filesystem)) +$(call gb_LinkTarget_use_static_libraries,$(1),boost_filesystem boost_iostreams)) $(if $(gb_DEBUG_STATIC), $(info gb_LinkTarget__expand_executable libraries for $(call gb_LinkTarget__get_workdir_linktargetname,$(1)): $(call gb_LinkTarget__get_all_libraries,$(1)))
[Libreoffice-commits] core.git: vcl/qt5
vcl/qt5/QtAccessibleWidget.cxx |8 ++-- 1 file changed, 6 insertions(+), 2 deletions(-) New commits: commit 0d293754a9d87afeff399af3559a1e95239d1ac5 Author: Christian Lohmaier AuthorDate: Sat Oct 21 15:15:31 2023 +0200 Commit: Christian Lohmaier CommitDate: Mon Oct 23 19:16:28 2023 +0200 fix wasm build (int vs sal_Int32 mismatch) error: non-const lvalue reference to type 'sal_Int32' (aka 'long') cannot bind to a value of unrelated type 'int' in file /home/tdf/jenkins/workspace/lo_gerrit/tb/src_wasm/vcl/qt5/QtAccessibleWidget.cxx (since refactoring in 15a6e23c4fc160c50a316da3d18980a02fc10ce8 ) Change-Id: I2689701839ba18b5cffae13afcaa5b1a32b5e4b9 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/158305 Reviewed-by: Michael Weghorn Tested-by: Jenkins diff --git a/vcl/qt5/QtAccessibleWidget.cxx b/vcl/qt5/QtAccessibleWidget.cxx index 83a50b0a39b6..3407eb574d5c 100644 --- a/vcl/qt5/QtAccessibleWidget.cxx +++ b/vcl/qt5/QtAccessibleWidget.cxx @@ -885,9 +885,13 @@ QString QtAccessibleWidget::attributes(int offset, int* startOffset, int* endOff // Qt doesn't have the strict separation into text and object attributes, but also // supports text-specific attributes that are object attributes according to the // IAccessible2 spec. +sal_Int32 nStart = 0; +sal_Int32 nEnd = 0; const OUString aRet = AccessibleTextAttributeHelper::GetIAccessible2TextAttributes( -xText, IA2AttributeType::TextAttributes | IA2AttributeType::ObjectAttributes, offset, -*startOffset, *endOffset); +xText, IA2AttributeType::TextAttributes | IA2AttributeType::ObjectAttributes, +static_cast(offset), nStart, nEnd); +*startOffset = static_cast(nStart); +*endOffset = static_cast(nEnd); return toQString(aRet); }
[Libreoffice-bugs] [Bug 87892] More shapes for LibreOffice draw are needed
https://bugs.documentfoundation.org/show_bug.cgi?id=87892 Emily Heaton changed: What|Removed |Added Assignee|libreoffice-b...@lists.free |eaheat...@gmail.com |desktop.org | -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157839] Unify lockdown behavior of Options dialog page Fonts
https://bugs.documentfoundation.org/show_bug.cgi?id=157839 Balázs Varga (allotropia) changed: What|Removed |Added Assignee|libreoffice-b...@lists.free |balazs.varga...@gmail.com |desktop.org | Status|NEW |ASSIGNED -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 153360] Languagetool 7.4 not working with languages different from default language (Languagetool installed from Preferences)
https://bugs.documentfoundation.org/show_bug.cgi?id=153360 Timur changed: What|Removed |Added Hardware|ARM |All OS|macOS (All) |All --- Comment #19 from Timur --- This is a major issue. LO built LT is not usable in mixed language paragraphs. OK with LT extension. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 107817] [META] Impress UI/UX bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=107817 Bug 107817 depends on bug 111737, which changed state. Bug 111737 Summary: Not possible to create / add a new Master Slide with pressing Enter in slides/pages pane https://bugs.documentfoundation.org/show_bug.cgi?id=111737 What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|--- |FIXED -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 102283] [META] Slide/page pane bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=102283 Bug 102283 depends on bug 111737, which changed state. Bug 111737 Summary: Not possible to create / add a new Master Slide with pressing Enter in slides/pages pane https://bugs.documentfoundation.org/show_bug.cgi?id=111737 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: sd/source
sd/source/ui/slidesorter/controller/SlsSelectionFunction.cxx |5 - 1 file changed, 4 insertions(+), 1 deletion(-) New commits: commit ea574f7929d4c226d56273178779ef38ca2ce5c9 Author: Andreas Heinisch AuthorDate: Fri Oct 6 09:27:10 2023 +0200 Commit: Andreas Heinisch CommitDate: Mon Oct 23 18:44:30 2023 +0200 tdf#111737 - Add new (master) page depending on the edit mode Change-Id: I5e0d0f604714cbc395cd6b0c7a9b5665f0d5f93b Reviewed-on: https://gerrit.libreoffice.org/c/core/+/157631 Tested-by: Jenkins Reviewed-by: Andreas Heinisch diff --git a/sd/source/ui/slidesorter/controller/SlsSelectionFunction.cxx b/sd/source/ui/slidesorter/controller/SlsSelectionFunction.cxx index f8376ec409fd..1af2abcabfc7 100644 --- a/sd/source/ui/slidesorter/controller/SlsSelectionFunction.cxx +++ b/sd/source/ui/slidesorter/controller/SlsSelectionFunction.cxx @@ -377,8 +377,11 @@ bool SelectionFunction::KeyInput (const KeyEvent& rEvent) } else if (pViewShell->GetDispatcher() != nullptr) { +// tdf#111737 - add new (master) page depending on the edit mode pViewShell->GetDispatcher()->Execute( -SID_INSERTPAGE, +mrSlideSorter.GetModel().GetEditMode() == EditMode::Page +? SID_INSERTPAGE +: SID_INSERT_MASTER_PAGE, SfxCallMode::ASYNCHRON | SfxCallMode::RECORD); } bResult = true;
[Libreoffice-bugs] [Bug 103152] [META] Writer image bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=103152 Stéphane Guillou (stragu) changed: What|Removed |Added Depends on|157617 | Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=157617 [Bug 157617] Inserting paragraph marks after a picture go unexpectedly -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 87740] [META] Anchor and text wrapping bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=87740 Stéphane Guillou (stragu) changed: What|Removed |Added Depends on|157617 | Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=157617 [Bug 157617] Inserting paragraph marks after a picture go unexpectedly -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 146445] Change behaviour of anchor to character in an empty paragraph (see comment 15)
https://bugs.documentfoundation.org/show_bug.cgi?id=146445 Stéphane Guillou (stragu) changed: What|Removed |Added See Also|https://bugs.documentfounda | |tion.org/show_bug.cgi?id=15 | |7617| CC||adalbert.hans...@gmx.de --- Comment #46 from Stéphane Guillou (stragu) --- *** Bug 157617 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 157617] Inserting paragraph marks after a picture go unexpectedly
https://bugs.documentfoundation.org/show_bug.cgi?id=157617 Stéphane Guillou (stragu) changed: What|Removed |Added Blocks|87740, 103152 | See Also|https://bugs.documentfounda | |tion.org/show_bug.cgi?id=14 | |6445| Resolution|--- |DUPLICATE Status|UNCONFIRMED |RESOLVED Version|24.2.0.0 alpha0+ Master |7.2.0.4 release --- Comment #2 from Stéphane Guillou (stragu) --- Thank you both! The paragraph-anchored picture following the new paragraph didn't use to happen back in 6.4 Reproduced in: Version: 7.2.0.4 / LibreOffice Community Build ID: 9a9c6381e3f7a62afc1329bd359cc48accb6435b CPU threads: 8; OS: Linux 5.15; UI render: default; VCL: gtk3 Locale: en-AU (en_AU.UTF-8); UI: en-US Calc: threaded Not reproduced in 7.1. So this is the fix for bug 120469, which is already mentioned in bug 146445 comment 3. Let's mark as duplicate of bug 146445, which catches the general discontent with this. *** This bug has been marked as a duplicate of bug 146445 *** Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=87740 [Bug 87740] [META] Anchor and text wrapping bugs and enhancements https://bugs.documentfoundation.org/show_bug.cgi?id=103152 [Bug 103152] [META] Writer image bugs and enhancements -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157901] New: Crash when I try to copy any cell that contains a formula
https://bugs.documentfoundation.org/show_bug.cgi?id=157901 Bug ID: 157901 Summary: Crash when I try to copy any cell that contains a formula Product: LibreOffice Version: 7.4.7.2 release Hardware: All OS: macOS (All) Status: UNCONFIRMED Severity: normal Priority: medium Component: Calc Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: gann...@gmail.com Description: When I try to copy/paste a formula, frequent (approx 20%) crash as soon as I hit Copy. Steps to Reproduce: 1.select a cell that contains a formula, that you want to duplicate 2.hit Command+C to copy 3. Actual Results: immediate crash Expected Results: well... copy the cell content and stay alive, I presume... Reproducible: Sometimes User Profile Reset: No Additional Info: Version: 7.4.7.2 / LibreOffice Community Build ID: 723314e595e8007d3cf785c16538505a1c878ca5 CPU threads: 4; OS: Mac OS X 13.4.1; UI render: default; VCL: osx Locale: fr-FR (fr_FR.UTF-8); UI: en-US Calc: threaded -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 146769] Reopen documents from previous session on start
https://bugs.documentfoundation.org/show_bug.cgi?id=146769 --- Comment #19 from Stéphane Guillou (stragu) --- *** Bug 157899 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 157899] open last session's documents (almost implemented already)
https://bugs.documentfoundation.org/show_bug.cgi?id=157899 Stéphane Guillou (stragu) changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|--- |DUPLICATE --- Comment #1 from Stéphane Guillou (stragu) --- Thanks for the suggestion, Peter. This issue is already tracked in bug 146769, so marking as a duplicate. Comments are welcome there. Much appreciated! *** This bug has been marked as a duplicate of bug 146769 *** -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-commits] core.git: vcl/source
vcl/source/bitmap/BitmapEx.cxx |6 +- 1 file changed, 5 insertions(+), 1 deletion(-) New commits: commit d8ec731e613d840dc7550a3468110a69fd5280e4 Author: Patrick Luby AuthorDate: Mon Oct 23 09:13:29 2023 -0400 Commit: Patrick Luby CommitDate: Mon Oct 23 18:29:08 2023 +0200 tdf#157795 set color to black outside of of bitmap bounds Due to commit 81994cb2b8b32453a92bcb011830fcb884f22ff3, transparent areas are now black instead of white. Change-Id: I9456bb2603d4968a5d5df0a7bdbff48ce9a8e2f4 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/158355 Reviewed-by: Noel Grandin Tested-by: Jenkins Reviewed-by: Patrick Luby diff --git a/vcl/source/bitmap/BitmapEx.cxx b/vcl/source/bitmap/BitmapEx.cxx index 5608254e68bb..7160a5064453 100644 --- a/vcl/source/bitmap/BitmapEx.cxx +++ b/vcl/source/bitmap/BitmapEx.cxx @@ -677,7 +677,11 @@ namespace if (xRead) { const Size aDestinationSizePixel(aDestination.GetSizePixel()); -const BitmapColor aOutside(BitmapColor(0xff, 0xff, 0xff)); + +// tdf#157795 set color to black outside of of bitmap bounds +// Due to commit 81994cb2b8b32453a92bcb011830fcb884f22ff3, +// transparent areas are now black instead of white. +const BitmapColor aOutside(0x0, 0x0, 0x0); for(tools::Long y(0); y < aDestinationSizePixel.getHeight(); y++) {
[Libreoffice-bugs] [Bug 157900] New: OGLtrans don't work on Libreoffice Impress with QT/KDE backend
https://bugs.documentfoundation.org/show_bug.cgi?id=157900 Bug ID: 157900 Summary: OGLtrans don't work on Libreoffice Impress with QT/KDE backend Product: LibreOffice Version: 7.6.2.1 release Hardware: x86-64 (AMD64) OS: Linux (All) Status: UNCONFIRMED Severity: normal Priority: medium Component: Impress Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: guido.iod...@gmail.com Using QT5, QT6 or Kf5 backends, OpenGL transitions do not work. By contrast, using gtk3, gtk4 or gen they work. Version: 7.6.2.1 (X86_64) / LibreOffice Community Build ID: 60(Build:1) CPU threads: 8; OS: Linux 6.6; UI render: default; VCL: kf5 (cairo+xcb) Locale: it-IT (it_IT.UTF-8); UI: it-IT 7.6.2-3 Calc: threaded -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157896] CALC: VLOOKUP can't find numbers formatted as text by import dialog
https://bugs.documentfoundation.org/show_bug.cgi?id=157896 Eike Rathke changed: What|Removed |Added Status|RESOLVED|CLOSED -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157896] CALC: VLOOKUP can't find numbers formatted as text by import dialog
https://bugs.documentfoundation.org/show_bug.cgi?id=157896 Eike Rathke changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|--- |NOTABUG --- Comment #2 from Eike Rathke --- Not a bug. VLOOKUP() is defined to lookup _matching_ values. A numeric value does not match a text value. Also note that a leading ' apostrophe you might see in the Input Line or while editing a cell is not part of the cell content and does not influence a lookup. It indicates that the input could be interpreted as a number if it was entered without the apostrophe in a cell formatted as numeric, and with apostrophe will be entered as text content. Editing such content means it was already entered as text. See also https://help.libreoffice.org/7.6/en-GB/text/scalc/guide/text_numbers.html?=CALC and https://help.libreoffice.org/7.6/en-GB/text/scalc/guide/integer_leading_zero.html?=CALC Your sample document does not contain such scenario though, because the cell range A1:A8 is formatted as Text, not numeric. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157848] XML Form Document: Binding of field with ":" won't work - needed for electronic invoices
https://bugs.documentfoundation.org/show_bug.cgi?id=157848 --- Comment #7 from Robert Großkopf --- Created attachment 190392 --> https://bugs.documentfoundation.org/attachment.cgi?id=190392=edit Example for exported xml-code with namspaces Have added an example for the exported *.xml-file, which should also be exported by LibreOffice. I have exported this by using StarBasic Macros and a Writer file, will use it also by export from Base. For an allround solution it would be good to use XML-Forms, which should use this possibilities by default. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157889] Highlight is nearly impossible to remove in WPS or MSWord when applied in Libre Writer.
https://bugs.documentfoundation.org/show_bug.cgi?id=157889 Don changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|--- |NOTABUG -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157889] Highlight is nearly impossible to remove in WPS or MSWord when applied in Libre Writer.
https://bugs.documentfoundation.org/show_bug.cgi?id=157889 --- Comment #2 from Don --- (In reply to Telesto from comment #1) > (In reply to Don from comment #0) > > It would seem L.O. Writer uses the CharBackgroundColor property, whereas the > > other programs use CharHighlight property. > > True. For some background on the matter: bug 125268 Thank you Telesto. I understand the reasoning behind this now. I think I will close this bug as there isn't a "cure-all" fix from the looks of it. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157899] New: open last session's documents (almost implemented already)
https://bugs.documentfoundation.org/show_bug.cgi?id=157899 Bug ID: 157899 Summary: open last session's documents (almost implemented already) Product: LibreOffice Version: 24.2.0.0 alpha0+ Master Hardware: All OS: All Status: UNCONFIRMED Severity: enhancement Priority: medium Component: Writer Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: j...@cspv.hu hi, When we open Writer, we see the last opened / closed (?) documents' titles in the "recent files" list Unlike before, now there is a line separating the last session's files from the rest (of the document history)... (!! :)) >From here it is just one further step to give us an option: open the last session's files" :) I mean, now Libreoffice knows which files they are... they are identified... Why not offer it for opening? Even from context menu...? I'm sure people using Libreoffice would love that! - - - - thank you for developing Writer! - - - - -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157898] New: MariaDB JDBC-Connection: Values in query, connected to two tables, will be duplicated while moving cursor
https://bugs.documentfoundation.org/show_bug.cgi?id=157898 Bug ID: 157898 Summary: MariaDB JDBC-Connection: Values in query, connected to two tables, will be duplicated while moving cursor Product: LibreOffice Version: 7.6.2.1 release Hardware: x86-64 (AMD64) OS: Linux (All) Status: UNCONFIRMED Severity: normal Priority: medium Component: Base Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: rob...@familiegrosskopf.de This bug is a special bug of MariaDB with JDBC in LO Base: Create two tables with the following code in MariaDB: – CREATE TABLE `Person` ( `ID` tinyint(3) NOT NULL, `Forename` varchar(100) DEFAULT NULL, `Surname` varchar(100) DEFAULT NULL ) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_general_ci; CREATE TABLE `Zensuren` ( `PersonID` tinyint(3) NOT NULL, `F1` tinyint(3) UNSIGNED DEFAULT NULL, `F2` tinyint(3) UNSIGNED DEFAULT NULL, `F3` tinyint(3) UNSIGNED DEFAULT NULL ) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_general_ci; ALTER TABLE `Person` ADD PRIMARY KEY (`ID`); ALTER TABLE `Zensuren` ADD PRIMARY KEY (`PersonID`); ALTER TABLE `Person` MODIFY `ID` tinyint(3) NOT NULL AUTO_INCREMENT; ALTER TABLE `Zensuren` ADD CONSTRAINT `Zensuren_ibfk_1` FOREIGN KEY (`PersonID`) REFERENCES `Person` (`ID`) ON DELETE CASCADE ON UPDATE CASCADE; –- Insert some values in table "Person". Only one character for Forname will be enough. Insert the same values for ID as created in "Person" into "PersonID". Connect both tables in a query. Only with JDBC-connection you will be able to add values to F1, F2 and F3. (Write protected with direct connection - don't know why). Add '2' in first row of F1. Move arrow down to next row. '2' will be shown in next row. Move down again. '2' will move with the cursor. Seems something is going wrong with refreshing when changing to next row. All detected in LO 7.6.2.1, might be also in older versions. Seems to work well with AOO - so not a bug of JDBC-connection … -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157897] Calc: linked files adding print ranges with each update
https://bugs.documentfoundation.org/show_bug.cgi?id=157897 --- Comment #1 from crx...@hotmail.com --- More detailed steps to reproduce: * Create two spreadsheets (child.ods, mother.ods) * Open child.ods * Fill A1:H30 with some data * Select A1:H30 * Format -> Print Range -> Define * Save child.ods * Open mother.ods * Sheet -> Insert Sheet from File * Choose child.ods * Check "Link" checkbox * OK * Save mother.ods * Select inserted sheet * Format -> Print Range -> Edit - Should show $A$1:$H$30 * Cancel * Close mother.ods *Open mother.ods * Select inserted sheet * Format -> Print Range -> Edit (Should show $A$1:$H$30) * Cancel * Click banner to Allow updating external link * Select inserted sheet * Format -> Print Range -> Edit - Expected: Should show $A$1:$H$30 - Actual: Shows duplicated range: $A$1:$H$30,$A$1:$H$30 Every time you save, close and update links, it will duplicate the print range. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157897] New: Calc: linked files adding print ranges with each update
https://bugs.documentfoundation.org/show_bug.cgi?id=157897 Bug ID: 157897 Summary: Calc: linked files adding print ranges with each update Product: LibreOffice Version: 7.5.7.1 release Hardware: All OS: All Status: UNCONFIRMED Severity: normal Priority: medium Component: Calc Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: crx...@hotmail.com Description: Calc is ADDING print ranges from linked files to the existing print range, instead of replacing the current print range. This is causing duplications of the print range. Steps to Reproduce: If you have two spreadsheets- A and B, and A has a manually-selected print range (instead of the default of "entire-sheet"), and spreadsheet B contains a file link to A Each time document B is updated, it will copy in and *ADD* A's print range to the B document. It should not do that. It ends up creating repeating print ranges, resulting in printing multiple copies of the same sheet. In the above example, if A has a print range of: $A$1:$L$55 Then after one update of B, B's print range will contain: $A$1:$L$55,$A$1:$L$55 If the user then saves the B document, it becomes a permanent part of B. And the next time B is opened and updated, it will add yet another another like this: $A$1:$L$55,$A$1:$L$55,$A$1:$L$55 Actual Results: Duplicated print range Expected Results: Non-duplicated print range Reproducible: Always User Profile Reset: No Additional Info: See also: Bug 51022 which might be related? -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 124138] XHTML Export: Automatic colour changes from black to red
https://bugs.documentfoundation.org/show_bug.cgi?id=124138 Svante Schubert changed: What|Removed |Added Assignee|libreoffice-b...@lists.free |svante.schub...@gmail.com |desktop.org | Status|NEW |ASSIGNED --- Comment #10 from Svante Schubert --- Michael Stahl was so kind to explain. The relevant value is: https://docs.oasis-open.org/office/OpenDocument/v1.3/os/part3-schema/OpenDocument-v1.3-os-part3-schema.html#property-style_use-window-font-color Everything not being the background is the foreground and I will try some heuristic to see if the background is "dark", than font color is white, otherwise the font color will be black (most of the time in this situation). Taking over this issue! Thanks for the nice test case! -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157620] Wrong Links in XDL Exported Dialog File
https://bugs.documentfoundation.org/show_bug.cgi?id=157620 Stéphane Guillou (stragu) changed: What|Removed |Added Blocks||102019 Keywords||needsDevEval CC||hoss...@libreoffice.org, ||stephane.guillou@libreoffic ||e.org Status|UNCONFIRMED |NEW Ever confirmed|0 |1 Whiteboard| QA:needsComment| --- Comment #1 from Stéphane Guillou (stragu) --- Thank you for the report. Reproduced in: Version: 24.2.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: fd69b546ad36452560cb11ccb28e78632d65f045 CPU threads: 8; OS: Linux 5.15; UI render: default; VCL: gtk3 Locale: en-AU (en_AU.UTF-8); UI: en-US Calc: threaded See for example attachment 190391. Many files contain these obsolete links: https://opengrok.libreoffice.org/search?project=core=%22openoffice.org%2F2000%2Fdialog%22===1=full=full=25 ... but I guess the priority would be to fix dialog export feature first? Hossein, an easyHack? Would this be the pointer? https://opengrok.libreoffice.org/xref/core/include/xmlscript/xmlns.h?r=6da12ca8 Not sure what a sensible replacement would be though. Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=102019 [Bug 102019] [META] Dialog bugs and enhancements -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 102019] [META] Dialog bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=102019 Stéphane Guillou (stragu) changed: What|Removed |Added Depends on||157620 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=157620 [Bug 157620] Wrong Links in XDL Exported Dialog File -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-commits] core.git: include/sal pyuno/source
include/sal/log-areas.dox |5 + pyuno/source/module/pyuno_runtime.cxx |6 ++ 2 files changed, 7 insertions(+), 4 deletions(-) New commits: commit c0e687edf47f9bd2735a4e71116a9c1e50900de6 Author: sahil AuthorDate: Fri Sep 1 22:35:58 2023 +0530 Commit: Hossein CommitDate: Mon Oct 23 16:54:59 2023 +0200 tdf#130924 replace '*printf' with 'SAL_*' logging macros in pyuno Change-Id: I2c491629f52fe0b90517c563f221d7d0345b6ee9 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/156452 Tested-by: Jenkins Reviewed-by: Hossein diff --git a/include/sal/log-areas.dox b/include/sal/log-areas.dox index 53e1e3ae0cdd..1b4fa4813a41 100644 --- a/include/sal/log-areas.dox +++ b/include/sal/log-areas.dox @@ -346,6 +346,11 @@ certain functionality. @li @c package.xstor @li @c package.threadeddeflate +@section pyuno + +@li @c pyuno +@li @c pyuno.runtime + @section sdext @li @c sdext diff --git a/pyuno/source/module/pyuno_runtime.cxx b/pyuno/source/module/pyuno_runtime.cxx index 68b1ea508293..cb95e5a46dc1 100644 --- a/pyuno/source/module/pyuno_runtime.cxx +++ b/pyuno/source/module/pyuno_runtime.cxx @@ -17,6 +17,7 @@ * the License at http://www.apache.org/licenses/LICENSE-2.0 . */ +#include #include #include "pyuno_impl.hxx" @@ -944,10 +945,7 @@ Any Runtime::extractUnoException( const PyRef & excType, const PyRef , buf.append( ", no traceback available\n" ); } RuntimeException e(buf.makeStringAndClear()); -#if OSL_DEBUG_LEVEL > 0 -fprintf( stderr, "Python exception: %s\n", - OUStringToOString(e.Message, RTL_TEXTENCODING_UTF8).getStr() ); -#endif +SAL_WARN("pyuno.runtime", "Python exception: " << e.Message); ret <<= e; } return ret;