[Libreoffice-bugs] [Bug 137544] Opening complex electric PDF drawing is very slow with high CPU in Linux
https://bugs.documentfoundation.org/show_bug.cgi?id=137544 --- Comment #15 from Commit Notification --- Julien Nabet committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/dcdf970684131cd60af3c5b927a1e05ba6c7ba81 Revert "tdf#137544 std::unordered_set is cheaper here" It will be available in 7.5.0. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 149794] Double-clicking a word no longer selects it
https://bugs.documentfoundation.org/show_bug.cgi?id=149794 --- Comment #2 from Telesto --- No issue on Mac OS X Version: 7.5.0.0.alpha0+ / LibreOffice Community Build ID: 7a89eae97a970939174d59aa58147eaa194acaee CPU threads: 8; OS: Mac OS X 12.3.1; UI render: Skia/Metal; VCL: osx Locale: nl-NL (nl_NL.UTF-8); UI: en-US Calc: threaded -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 149730] Wrong text about "external data" when opening a label document
https://bugs.documentfoundation.org/show_bug.cgi?id=149730 mlbl...@gmail.com changed: What|Removed |Added Status|UNCONFIRMED |NEEDINFO Ever confirmed|0 |1 --- Comment #13 from mlbl...@gmail.com --- Not reproducible in: Version: 6.4.6.2 (x64) Build ID: 0ce51a4fd21bff07a5c061082cc82c5ed232f115 CPU threads: 16; OS: Windows 10.0 Build 19044; UI render: default; VCL: win; Locale: en-US (en_US); UI-Language: en-US Calc: CL I followed your repro steps and was not able to replicate the bug. Your attachment did produce your reported bug when I opened it, are you sure you haven't saved anything else into your document besides the new label? I agree with Ezinne, attaching a screen recording of your process may add value and help see what is causing this bug or how to reproduce it. I will also change status to NEEDINFO and you can set it back to UNCONFIRMED when you have a screen recording to attach. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 149819] Crash when closing whole LO after having opened Writer (gtk3 only)
https://bugs.documentfoundation.org/show_bug.cgi?id=149819 --- Comment #4 from Julien Nabet --- I tried to put some traces in code but don't find a way to fix this. I'm gonna restore the revert patch and when someone would have fixed this, it can be re-reverted. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 109398] Some lines of text are not visible for assistive technologies
https://bugs.documentfoundation.org/show_bug.cgi?id=109398 --- Comment #18 from Chris Sherlock --- Joanmarie, can you give us some hints as to what the workaround actually does? What do you think might be causing this? A few of us have tried to reproduce the issue, but we just aren't having much luck. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 149813] LibreOffice 7.3.4 not opening on Debian Stretch, requires libnss3.so version 3.34 or higher
https://bugs.documentfoundation.org/show_bug.cgi?id=149813 --- Comment #6 from Rene Engelhard --- I linked the commit which happened between 7.3.4 and 7.3.4, so "obviously" 7.3.3. But seriously, don't do that. Upgrade your system to something security-supported. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 149813] LibreOffice 7.3.4 not opening on Debian Stretch, requires libnss3.so version 3.34 or higher
https://bugs.documentfoundation.org/show_bug.cgi?id=149813 --- Comment #5 from Camaleón --- Just for the shake of clarity and avoiding poor users (like me ;-)) getting into this mess: Can you kindly tell what's the latest LO Fresh release working on Linux systems with libnss3 version older than 3.34? Thanks! -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 149794] Double-clicking a word no longer selects it
https://bugs.documentfoundation.org/show_bug.cgi?id=149794 V Stuart Foote changed: What|Removed |Added CC||heiko.tietze@documentfounda ||tion.org, ||vstuart.fo...@utsa.edu --- Comment #1 from V Stuart Foote --- can not confirm on Windows build Version: 7.5.0.0.alpha0+ (x64) / LibreOffice Community Build ID: e01fc6d7c1353ed2df4d8fcc06bd3b335e89fa04 CPU threads: 8; OS: Windows 10.0 Build 19044; UI render: Skia/Vulkan; VCL: win Locale: en-US (en_US); UI: en-US Calc: threaded A selection makes a full word selection. And AFAICS nothing has changed as workup of bug 149254, so something kf5 only? -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 149716] Crash on cutting cells loses data permanently
https://bugs.documentfoundation.org/show_bug.cgi?id=149716 --- Comment #8 from jakkdl --- It's not checked, and I'm a bit confused because checking it and changing the value does not seem to do anything - it seems to ignore whatever is set in that window and treat it as checked and 10 minutes (AutoRecovery file reliably shows up after 10 minutes). But yeah it's just as you say, the cut data is treated as deleted and as such if there's new info entered there since you last manually saved the file it is gone. Unclear why it differs from your system though. Tried it in Writer and cut data was lost there as well. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 148301] Shortcuts Ctrl+> and Ctrl+< not working
https://bugs.documentfoundation.org/show_bug.cgi?id=148301 --- Comment #7 from Dieter --- (In reply to Esmeraldo from comment #5) > Able to replicate the issue in the above versions. => Status NEW -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 148301] Shortcuts Ctrl+> and Ctrl+< not working
https://bugs.documentfoundation.org/show_bug.cgi?id=148301 Dieter changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever confirmed|0 |1 --- Comment #6 from Dieter --- (In reply to Esmeraldo from comment #5) > Able to replicate the issue in the above versions. => Status NEW -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 149736] EDITING: Delete key after pasting in a selected table cell does not delete the cell content
https://bugs.documentfoundation.org/show_bug.cgi?id=149736 --- Comment #5 from Tudor Bocean --- Additional follow-up testing on success cases: - After pasting text from one cell to one or more other cells, reselecting the cells and using the Delete button will result in successful deletion of cell content ===> Expected - After pasting text from one cell to one or more other cells, using the Backspace button on selected cells will result in successful deletion of cell content ===> Expected, this is the workaround I presented above - After pasting text from one cell to one or more other cells of different rows, using the CTRL + Shit + Delete command (delete row of selected cell) will result in successful deletion of the rows selected ===> Expected -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 148301] Shortcuts Ctrl+> and Ctrl+< not working
https://bugs.documentfoundation.org/show_bug.cgi?id=148301 --- Comment #5 from Esmeraldo --- Version: 7.2.5.2 / LibreOffice Community Build ID: 499f9727c189e6ef3471021d6132d4c694f357e5 CPU threads: 2; OS: Linux 5.15; UI render: default; VCL: gtk3 Locale: en-PH (en_PH.UTF-8); UI: en-US Calc: threaded Version: 7.3.4.2 / LibreOffice Community Build ID: 30(Build:2) CPU threads: 1; OS: Linux 5.15; UI render: default; VCL: gtk3 Locale: en-PH (en_PH.UTF-8); UI: en-US Ubuntu package version: 1:7.3.2-0ubuntu2 Calc: threaded Able to replicate the issue in the above versions. Also, I tried to check if other options would have the same behavior. I don’t have time to check all available options but please see the shortcuts I checked below. All of them are set to show the LO About page for simplicity. For clarity, I also followed the steps below. It's technically the same as the original reporter's, but a little detailed. Steps to Reproduce: 1. Go to Tools > Customize > Keyboard 2. In the Shortcut Keys go to either Shift+Ctrl+, or Shift+Ctrl+. 3. Select any Category below by clicking an item (I picked Application) 4. Select any item from Function (I picked About LibreOffice) 5. Click Modify button on the upper right side of the Customize panel 6. Selected shortcut keys should be added in the Keys section in the lower right of the Customize panel 7. Click the OK button to close the Customize panel 8. Hit the shortcut key combination you just added Expected: LibreOffice About page should be displayed (or what your selected function should supposed to do) Actual: Nothing happens. *** Also tried in Mac M1, kindly see the part with "/ Mac Arm64". Version: 7.3.4.2 / LibreOffice Community Build ID: 728fec16bd5f605073805c3c9e7c4212a0120dc5 CPU threads: 8; OS: Mac OS X 12.0.1; UI render: default; VCL: osx Locale: en-PH (en_PH.UTF-8); UI: en-US Calc: threaded Not working shift + alt + . / Mac Arm64 = “¯” shift + alt + , / Mac Arm64 = “˘” ctrl + shift + , / Mac Arm64 = “<” ctrl + shift + . / Mac Arm64 = “>” shift + ctrl + . / Mac Arm64 = “>” shift + ctrl + , / Mac Arm64 = “<” shift + ctrl + alt + , / Mac Arm64 = “¯” shift + ctrl + alt + . / Mac Arm64 = “˘” ctrl + alt + f1 shift + alt + ctrl + end ctrl + alt + 0 ctrl + alt + f5 Working ctrl + , ctrl + . alt + 0 shift + ctrl + alt + ‘ shift + f10 ctrl + 8 shift + = (follows normal key entry for both left and right keyboard keys) ctrl + alt + [ ctrl + alt + z shift + space ctrl + alt + insert shift + ctrl + alt + i shift + alt + [ ctrl + = alt + a (opens Table menu of LO) ctrl + space shift + alt + escape alt + 6 working ctrl + . working alt + . working alt + , working Looking at the sample shortcuts above, it seems that not all are working as expected (set behavior using Tools > Customize > Keyboard). I also have seen similar bugs reported to Bugzilla or outside Bugzilla. You can check them using the links provided below. **Related issues** Similar bug report some keyboards shortcuts not working - English - Ask LibreOffice (https://ask.libreoffice.org/t/some-keyboards-shortcuts-not-working/60626) Custom keyboard shortcut not working - English - Ask LibreOffice (https://ask.libreoffice.org/t/custom-keyboard-shortcut-not-working/3810) #974345 - libreoffice-writer: shortcut keys don't work - Debian Bug report logs (https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=974345) [Libreoffice-bugs] [Bug 34804] New: Keyboard shortcut for Highlighting no longer works (https://libreoffice-bugs.freedesktop.narkive.com/qWfE5c8F/bug-34804-new-keyboard-shortcut-for-highlighting-no-longer-works) Related issues outside Bugzilla 145298 – Keyboard Shortcuts partially unassignable with LibreOffice Writer (https://bugs.documentfoundation.org/show_bug.cgi?id=145298) Replicated on Version: 7.3.4.2 (x64) / LibreOffice Community Build ID: 728fec16bd5f605073805c3c9e7c4212a0120dc5 CPU threads: 4; OS: Windows 10.0 Build 19044; UI render: Skia/Raster; VCL: win Locale: en-PH (en_PH); UI: en-US Calc: CL 147996 – keyboardshortcut font-color doesn't work (https://bugs.documentfoundation.org/show_bug.cgi?id=147996) -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 149813] LibreOffice 7.3.4 not opening on Debian Stretch, requires libnss3.so version 3.34 or higher
https://bugs.documentfoundation.org/show_bug.cgi?id=149813 Julien Nabet changed: What|Removed |Added Resolution|--- |INVALID Status|UNCONFIRMED |RESOLVED --- Comment #4 from Julien Nabet --- Thank you Rene for your detailed feedback! Let's put this one to INVALID then. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 149736] EDITING: Delete key after pasting in a selected table cell does not delete the cell content
https://bugs.documentfoundation.org/show_bug.cgi?id=149736 --- Comment #4 from Tudor Bocean --- Created attachment 181089 --> https://bugs.documentfoundation.org/attachment.cgi?id=181089&action=edit Reproduction of the behavior -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 149736] EDITING: Delete key after pasting in a selected table cell does not delete the cell content
https://bugs.documentfoundation.org/show_bug.cgi?id=149736 --- Comment #3 from Tudor Bocean --- Version: 7.3.4.2 (x64) / LibreOffice Community Build ID: 728fec16bd5f605073805c3c9e7c4212a0120dc5 Version: 7.4.0.0.beta1 (x64) / LibreOffice Community Build ID: cec1fe9b57a55c032f9f118c907f34e22a63d040 CPU threads: 4; OS: Windows 10.0 Build 19044; UI render: Skia/Raster; VCL: win Locale: en-GB (en_GB); UI: en-US Calc: CL Managed to reproduce the issue reported using the provided Steps to Reproduce, upon further investigation, the following workaround was found: Instead of using Delete button, use Backspace and the selected Cells will have the content successfully removed. Follow-up testing and results: - After pasting text from one cell to one or more other cells, putting the Writer program in background, copying a word from a different place and pasting it in Writer (cells are still selected) will result in the new text being put AFTER the existing one and not replacing it as it would be expected ===> Wrong behavior - After pasting text from one cell to one or more other cells, using the Cut feature CTRL + X will result in no text deletion ===> Wrong behavior ===> however, the cells Cut were correctly copied ===> Expected - After pasting text from one cell to one or more other cells, while cells are still selecting, pasting again will result in the text being added a second time ===> Probably a wrong behavior (?) Quick tests with different products and results: - Google Docs - Issue does not reproduce, the deletion being successful with Delete and Backspace buttons - Microsoft office - Different behavior, Cells not remaining selected after CTRL + V action, but deletion is successful at all times when selecting cells - Apache OpenOffice - same issue is reproducing there under the same steps. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 149813] LibreOffice 7.3.4 not opening on Debian Stretch, requires libnss3.so version 3.34 or higher
https://bugs.documentfoundation.org/show_bug.cgi?id=149813 --- Comment #3 from Rene Engelhard --- > That is a consequence of > https://cgit.freedesktop.org/libreoffice/core/commit/?h=libreoffice-7.3.4.2&id=0e784a933ae46a938ab47bd91ddb679b66237f3c > which means this is now built against nss (and requires >= 3.34, see below) for avoidance of doubt: That change is a good thing. Especially security-wise, no internal copy for a security-sensitive library used anymore (at least on Linux( -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 149439] custom usercode with lpoptions isn't shown in Libreoffice
https://bugs.documentfoundation.org/show_bug.cgi?id=149439 --- Comment #3 from V Stuart Foote --- (In reply to V Stuart Foote from comment #2) > but last work was OOo era at CUPS 1.2 by that I meant any "refactoring" of course, the maintenance of CUPS has been continuous. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 149820] New: Hot key to return cursor to previous position
https://bugs.documentfoundation.org/show_bug.cgi?id=149820 Bug ID: 149820 Summary: Hot key to return cursor to previous position Product: LibreOffice Version: unspecified Hardware: All OS: All Status: UNCONFIRMED Severity: normal Priority: medium Component: Writer Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: hindmos...@cox.net I’m not a great typist and too frequently fumble finger and find myself some weird place in my document with no way to get back without more or less searching through the whole thing. Please consider a hot key that takes the view and cursor back one position. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 149819] Crash when closing whole LO after having opened Writer (gtk3 only)
https://bugs.documentfoundation.org/show_bug.cgi?id=149819 Julien Nabet changed: What|Removed |Added Severity|normal |major Priority|medium |high Keywords||haveBacktrace, regression --- Comment #3 from Julien Nabet --- Let's tag it as a regression after https://cgit.freedesktop.org/libreoffice/core/commit/?id=8e7edc8c3620e4f733c1974a288e5a5abd29f87e " tdf#137544 std::unordered_set is cheaper here when the number of on screen elements becomes rather large " But in fact, Noel indicated this commit revealed a problem but isn't the root cause. "this is actually a shutdown problem, because we are keeping an object alive longer than it wants to be. Presumably this only did not show up previously out of sheer luck Probably that SwAccessibleDocument needs to be explicitly disposed." Let's increase the importance since: - it's a crash - it happens everytime when closing Writer - it's a regression Not highest priority because it happens only on Linux with gtk3 rendering (so can be workarounded by using gen rendering). -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 149813] LibreOffice 7.3.4 not opening on Debian Stretch, requires libnss3.so version 3.34 or higher
https://bugs.documentfoundation.org/show_bug.cgi?id=149813 --- Comment #2 from Rene Engelhard --- That is a consequence of https://cgit.freedesktop.org/libreoffice/core/commit/?h=libreoffice-7.3.4.2&id=0e784a933ae46a938ab47bd91ddb679b66237f3c which means this is now built against nss (and requires >= 3.34, see below) @Julien: exactly. Actually I believe the LO in deb format from the homepage should do proper dependencies but that's a train long gone... That would only help in the way that you couldn't install on stretch, though :) And to the submitter: https://packages.debian.org/search?keywords=libnss3. As we see even 3.34 is an old version, too - satisfied in oldstable/buster) stretch aka oldoldstable (note the *oldold* - that this means it's two releases behind - doesn't get any security support anymore, even no-LTS: https://wiki.debian.org/LTS) shoudln't be used anymore -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 149439] custom usercode with lpoptions isn't shown in Libreoffice
https://bugs.documentfoundation.org/show_bug.cgi?id=149439 V Stuart Foote changed: What|Removed |Added CC||caol...@redhat.com, ||noelgran...@gmail.com, ||vstuart.fo...@utsa.edu --- Comment #2 from V Stuart Foote --- Discussion of github CUPS issue in comment 0 suggests we need to revisit use of the CUPS APIs. cupsMgr.cxx uses cupsGetDests() and cupsGetDests2() Setting the printer configuration via command line lpoptions call is external, and not the issue, I think. Believe we'd need to expose the printer name and user code via the cupsGetDests2 called array. Or possibly use the cupsGetNamedDest(). @Caolán, you'd brought in use of cupsGetDests2() to fix rhbz#1267635, but last work was OOo era at CUPS 1.2 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 77999] [META] Autosave/Autorecovery/Backup copy issues
https://bugs.documentfoundation.org/show_bug.cgi?id=77999 Rafael Lima changed: What|Removed |Added Depends on||149716 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=149716 [Bug 149716] Crash on cutting cells loses data permanently -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 149716] Crash on cutting cells loses data permanently
https://bugs.documentfoundation.org/show_bug.cgi?id=149716 Rafael Lima changed: What|Removed |Added Blocks||77999 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=77999 [Bug 77999] [META] Autosave/Autorecovery/Backup copy issues -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 149819] Crash when closing whole LO after having opened Writer (gtk3 only)
https://bugs.documentfoundation.org/show_bug.cgi?id=149819 --- Comment #2 from Julien Nabet --- Created attachment 181088 --> https://bugs.documentfoundation.org/attachment.cgi?id=181088&action=edit Valgrind (from 2022/06/30) -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 149819] Crash when closing whole LO after having opened Writer (gtk3 only)
https://bugs.documentfoundation.org/show_bug.cgi?id=149819 --- Comment #1 from Julien Nabet --- Created attachment 181087 --> https://bugs.documentfoundation.org/attachment.cgi?id=181087&action=edit bt with debug symbols -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 149716] Crash on cutting cells loses data permanently
https://bugs.documentfoundation.org/show_bug.cgi?id=149716 --- Comment #7 from Rafael Lima --- Thanks for the info. So I'm assuming you have the option "Save AutoRecovery information every 10 minutes" enabled, right? It is found under Tools - Options - Load/Save - General If this option is enabled, the AutoRecovery information is automatically saved every 10 minutes and if LO crashes and you choose to recover the file, then the recovery info will be applied on top of the existing file. So any editing you did to the file, including data deletion, is applied to the file. This is why you had the data loss. Please confirm if the option I mentioned is enabled. The weird thing in your case is that you did not delete the content, but instead Cut it. IMO cutting cells should not be treated as deleting content with respect to Recovery information. We may need to revise this behavior. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 149819] New: Crash when closing whole LO after having opened Writer (gtk3 only)
https://bugs.documentfoundation.org/show_bug.cgi?id=149819 Bug ID: 149819 Summary: Crash when closing whole LO after having opened Writer (gtk3 only) Product: LibreOffice Version: 7.5.0.0 alpha0+ Master Hardware: x86-64 (AMD64) OS: Linux (All) Status: UNCONFIRMED Severity: normal Priority: medium Component: Writer Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: serval2...@yahoo.fr Description: On pc Debian x86-64 with master sources updated today + gtk3 rendering, I got a crash when closing whole LO after having opened Writer. Steps to Reproduce: 1. Launch Writer 2. Close whole LO Actual Results: Crash Expected Results: No crash Reproducible: Always User Profile Reset: Yes Additional Info: Version: 7.5.0.0.alpha0+ / LibreOffice Community Build ID: 1a8132515babca53b1f1a464236e05f780cbfef3 CPU threads: 12; OS: Linux 5.18; UI render: default; VCL: gtk3 Locale: fr-FR (fr_FR.UTF-8); UI: fr-FR Calc: threaded -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 149813] LibreOffice 7.3.4 not opening on Debian Stretch, requires libnss3.so version 3.34 or higher
https://bugs.documentfoundation.org/show_bug.cgi?id=149813 Julien Nabet changed: What|Removed |Added CC||r...@debian.org, ||serval2...@yahoo.fr --- Comment #1 from Julien Nabet --- deb packages are more for repository maintainers but I may be wrong. I mean, either you deal manually with dependencies or you use repositories. I'm not sure https://www.libreoffice.org/get-help/system-requirements/#Linux should list every minimum version of libs but I may be wrong. Rene: thought you might be interested in this one. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 149817] Can't right click in LO on macOS
https://bugs.documentfoundation.org/show_bug.cgi?id=149817 Julien Nabet changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|--- |DUPLICATE --- Comment #1 from Julien Nabet --- *** This bug has been marked as a duplicate of bug 149537 *** -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 99746] [META] PDF import filter in Draw
https://bugs.documentfoundation.org/show_bug.cgi?id=99746 Roman Kuznetsov <79045_79...@mail.ru> changed: What|Removed |Added Depends on||137544 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=137544 [Bug 137544] Opening complex electric PDF drawing is very slow with high CPU in Linux -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 137544] Opening complex electric PDF drawing is very slow with high CPU in Linux
https://bugs.documentfoundation.org/show_bug.cgi?id=137544 Roman Kuznetsov <79045_79...@mail.ru> changed: What|Removed |Added Keywords||filter:pdf CC||79045_79...@mail.ru Blocks||99746 Component|Draw|filters and storage --- Comment #14 from Roman Kuznetsov <79045_79...@mail.ru> --- LO opens it fast but still takes around 80% CPU load and has some delay while you scroll it in Version: 7.5.0.0.alpha0+ (x64) / LibreOffice Community Build ID: e01fc6d7c1353ed2df4d8fcc06bd3b335e89fa04 CPU threads: 4; OS: Windows 10.0 Build 19043; UI render: Skia/Vulkan; VCL: win Locale: ru-RU (ru_RU); UI: ru-RU Calc: threaded But the PDF has over 43 thousands shapes! May be better would ask user how open the PDF: as PDF viewer or as PDF editor? Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=99746 [Bug 99746] [META] PDF import filter in Draw -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 146205] Crash in: com::sun::star::uno::cpp_queryInterface(void *, _typelib_TypeDescriptionReference *)
https://bugs.documentfoundation.org/show_bug.cgi?id=146205 Dieter changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|--- |INVALID -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 149712] Save as MS - Office pptx -> file error in MS - Office by opening
https://bugs.documentfoundation.org/show_bug.cgi?id=149712 Gabor Kelemen (allotropia) changed: What|Removed |Added Status|UNCONFIRMED |NEEDINFO Ever confirmed|0 |1 --- Comment #5 from Gabor Kelemen (allotropia) --- The above file in O365 live also looks okay: https://view.officeapps.live.com/op/view.aspx?src=https%3A%2F%2Fbugs.documentfoundation.org%2Fattachment.cgi%3Fid%3D181086 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 112598] [META] Slide sorter bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=112598 Bug 112598 depends on bug 98404, which changed state. Bug 98404 Summary: UX - While objects on a slide are being edited, notably text boxes, the new slide sorter Ctrl+Shift shortcut combinations (see bug 91909) incorrectly receive focus and move the slide https://bugs.documentfoundation.org/show_bug.cgi?id=98404 What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|--- |FIXED -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 98259] [META] Keyboard shortcuts and accelerators bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=98259 Bug 98259 depends on bug 98404, which changed state. Bug 98404 Summary: UX - While objects on a slide are being edited, notably text boxes, the new slide sorter Ctrl+Shift shortcut combinations (see bug 91909) incorrectly receive focus and move the slide https://bugs.documentfoundation.org/show_bug.cgi?id=98404 What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|--- |FIXED -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 149712] Save as MS - Office pptx -> file error in MS - Office by opening
https://bugs.documentfoundation.org/show_bug.cgi?id=149712 Gabor Kelemen (allotropia) changed: What|Removed |Added CC||kelem...@ubuntu.com --- Comment #4 from Gabor Kelemen (allotropia) --- Created attachment 181086 --> https://bugs.documentfoundation.org/attachment.cgi?id=181086&action=edit Example file saved as pptx with 7.2.7 No repro when the example file is saved with 7.2.7, or 7.3.0, 7.4beta1, or 7.5nightly and opened with PP 2010/13/16. What version of PP can not open this? -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 149716] Crash on cutting cells loses data permanently
https://bugs.documentfoundation.org/show_bug.cgi?id=149716 --- Comment #6 from jakkdl --- Created attachment 181085 --> https://bugs.documentfoundation.org/attachment.cgi?id=181085&action=edit Recovered file, missing the cut cells -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 149716] Crash on cutting cells loses data permanently
https://bugs.documentfoundation.org/show_bug.cgi?id=149716 --- Comment #5 from jakkdl --- Created attachment 181084 --> https://bugs.documentfoundation.org/attachment.cgi?id=181084&action=edit Backup file -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 149716] Crash on cutting cells loses data permanently
https://bugs.documentfoundation.org/show_bug.cgi?id=149716 --- Comment #4 from jakkdl --- Created attachment 181083 --> https://bugs.documentfoundation.org/attachment.cgi?id=181083&action=edit File before cutting -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 149716] Crash on cutting cells loses data permanently
https://bugs.documentfoundation.org/show_bug.cgi?id=149716 jakkdl changed: What|Removed |Added Ever confirmed|1 |0 Status|NEEDINFO|UNCONFIRMED --- Comment #3 from jakkdl --- Huh, that's strange. It definitely was not restored to an older point, as I had newer data in other tabs and cells that did not get lost. But yeah I can easily reproduce the error by following the same steps as you: 1. Create new file, filled with values and saved (reproduce_error_pre_cut.ods) 2. Cut a bunch of cells 3. Waited 10 minutes for file to show up in `.config/libreoffice/4/backup` (reproduce_error.ods_0.ods) 4. `pkill -f libreoffice` 5. Start libreoffice, recover files, they now don't have the cut cells. (reproduce_error_post_crash.ods) (adding the files as attachments) Version: 7.3.4.2 / LibreOffice Community Build ID: 30(Build:2) CPU threads: 8; OS: Linux 5.18; UI render: default; VCL: gtk3 Locale: en-US (en_US.UTF-8); UI: en-US 7.3.4-2 Calc: threaded -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 149818] Double-clicking to expand/collapse option trees not working (kf5)
https://bugs.documentfoundation.org/show_bug.cgi?id=149818 Buovjaga changed: What|Removed |Added Regression By||Jan-Marek Glogowski -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 149818] New: Double-clicking to expand/collapse option trees not working (kf5)
https://bugs.documentfoundation.org/show_bug.cgi?id=149818 Bug ID: 149818 Summary: Double-clicking to expand/collapse option trees not working (kf5) Product: LibreOffice Version: 7.5.0.0 alpha0+ Master Hardware: x86-64 (AMD64) OS: Linux (All) Status: UNCONFIRMED Keywords: bibisected, bisected, regression Severity: minor Priority: medium Component: UI Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: ilmari.lauhakan...@libreoffice.org CC: glo...@fbihome.de Use kf5 and in the Options dialog, try to double-click a tree like Language Settings. Bibisected with linux-64-7.5 to https://git.libreoffice.org/core/commit/393c9f736b10d1ea82979e9c2c43c8f91ba5831d Qt use QEvent::type to handle the event correctly -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 146205] Crash in: com::sun::star::uno::cpp_queryInterface(void *, _typelib_TypeDescriptionReference *)
https://bugs.documentfoundation.org/show_bug.cgi?id=146205 John Roden changed: What|Removed |Added Status|NEEDINFO|UNCONFIRMED Ever confirmed|1 |0 --- Comment #3 from John Roden --- Apologies for not replying earlier to this bug. I cannot reproduce the crash in spite of several efforts. I'm happy to see the bug closed as "not reproducible". -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 149817] New: Can't right click in LO on macOS
https://bugs.documentfoundation.org/show_bug.cgi?id=149817 Bug ID: 149817 Summary: Can't right click in LO on macOS Product: LibreOffice Version: 7.4.0.0 beta1+ Hardware: All OS: macOS (All) Status: UNCONFIRMED Severity: normal Priority: medium Component: LibreOffice Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: eis...@gmail.com Description: Right click is not working on LO 7.4 Beta 1 Steps to Reproduce: 1. Open a Calc document 2. Try to right click in a cell Actual Results: Nothing shows up Expected Results: Right click context menu Reproducible: Always User Profile Reset: Yes Additional Info: Also happens in Writer, so assume it also applies to other components Right click works fine in LO 7.3.4 Version: 7.4.0.0.beta1 / LibreOffice Community Build ID: cec1fe9b57a55c032f9f118c907f34e22a63d040 CPU threads: 10; OS: Mac OS X 12.4; UI render: Skia/Metal; VCL: osx Locale: en-US (en_US.UTF-8); UI: en-US Calc: threaded -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 101912] [META] Accessibility (a11y) bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=101912 Bug 101912 depends on bug 149816, which changed state. Bug 149816 Summary: qt5/qt6/kf5 report incorrect positions for a11y (Accerciser doesn't highlight area covered by the UI element) https://bugs.documentfoundation.org/show_bug.cgi?id=149816 What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|--- |FIXED -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 102495] [META] KDE VCL backend bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=102495 Bug 102495 depends on bug 149816, which changed state. Bug 149816 Summary: qt5/qt6/kf5 report incorrect positions for a11y (Accerciser doesn't highlight area covered by the UI element) https://bugs.documentfoundation.org/show_bug.cgi?id=149816 What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|--- |FIXED -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 149728] LibreOffice 7.3.3 and above: Locally Integrated Menu (LIM) disappears with kf5 and material-decoration theme
https://bugs.documentfoundation.org/show_bug.cgi?id=149728 --- Comment #9 from Max --- Created attachment 181082 --> https://bugs.documentfoundation.org/attachment.cgi?id=181082&action=edit Console output of Master Daily AppImg IMO, the issue is not a case of appimg script. It also affects on self compiled binaries such in Gentoo, not only AppImg created from debs. Is affects Manjaro too. As I wrote above during appimg runtime there was a lot warnings about vcl (see an attachment). But I've tested Master Daily rpm in OpenSuse tumbleweed VM - it works fine. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 149812] dashes
https://bugs.documentfoundation.org/show_bug.cgi?id=149812 --- Comment #2 from peter josvai --- how stupid I was, again :(( While I was adding to the replacement table the "--" to "–" pair repeatedly, I didn't notice that each language has its own replacement table... and I was adding it to English while I was working on a Hungarian document :( zero problem, NOTABUG -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 149812] dashes
https://bugs.documentfoundation.org/show_bug.cgi?id=149812 peter josvai changed: What|Removed |Added Resolution|--- |NOTABUG Status|UNCONFIRMED |RESOLVED -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 138380] Basic-IDE - Missing feature to export COLORIZED basic code in a WRITER document + Workaround
https://bugs.documentfoundation.org/show_bug.cgi?id=138380 --- Comment #39 from Buovjaga --- (In reply to Hans-Werner from comment #15) > E x t e n s i o n s > > [1] Code Highlighter > > https://extensions.libreoffice.org/en/extensions/show/code-highlighter > > Not working, only error message: > > Ein Scripting Framework Fehler trat während der Ausführung vom Python Skript > vnd.sun.star.script:codehighlighter.oxt|python|highlight. > py$highlight_qbasic_default?language=Python&location=user:uno_packages auf. > Meldung: : 'codehighlighter.oxt' > File "C:\Program Files\LibreOffice\program\pythonscript.py", line 1046, in > getScript > storageUri = self.provCtx.getStorageUrlFromPersistentUrl( > File "C:\Program Files\LibreOffice\program\pythonscript.py", line 417, in > getStorageUrlFromPersistentUrl > package = self.mapPackageName2Path[ packageName ]" Good news: Jean-Marc Zambon has picked up the maintenance of this extension. You can try it by downloading the "source code" in the releases, inside the archive you will find the .oxt extension file: https://github.com/jmzambon/libreoffice-code-highlighter/releases -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 149767] No lines for translate of some Calc functions
https://bugs.documentfoundation.org/show_bug.cgi?id=149767 Buovjaga changed: What|Removed |Added Ever confirmed|0 |1 Status|UNCONFIRMED |NEW --- Comment #7 from Buovjaga --- Thanks for creating the patch for Numbertext. I built now with Russian language and I confirm that for RAND.NV and RANDBETWEEN.NV there is no translation in the Russian UI. Now I noticed in Weblate that the "Needs editing" checkbox is checked for these strings. I don't know what that means. Arch Linux 64-bit Version: 7.5.0.0.alpha0+ / LibreOffice Community Build ID: 05e037a9f104bba0749bd3c75d36ba581ea663cf CPU threads: 8; OS: Linux 5.18; UI render: default; VCL: kf5 (cairo+xcb) Locale: fi-FI (fi_FI.UTF-8); UI: en-US Calc: threaded Built on 2 July 2022 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 101912] [META] Accessibility (a11y) bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=101912 Michael Weghorn changed: What|Removed |Added Depends on||149816 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=149816 [Bug 149816] qt5/qt6/kf5 report incorrect positions for a11y (Accerciser doesn't highlight area covered by the UI element) -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 102495] [META] KDE VCL backend bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=102495 Michael Weghorn changed: What|Removed |Added Depends on||149816 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=149816 [Bug 149816] qt5/qt6/kf5 report incorrect positions for a11y (Accerciser doesn't highlight area covered by the UI element) -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 149816] qt5/qt6/kf5 report incorrect positions for a11y (Accerciser doesn't highlight area covered by the UI element)
https://bugs.documentfoundation.org/show_bug.cgi?id=149816 Michael Weghorn changed: What|Removed |Added Assignee|libreoffice-b...@lists.free |m.wegh...@posteo.de |desktop.org | Ever confirmed|0 |1 CC||m.wegh...@posteo.de Status|UNCONFIRMED |ASSIGNED Blocks||102495 --- Comment #1 from Michael Weghorn --- Pending fix: https://gerrit.libreoffice.org/c/core/+/136781 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=102495 [Bug 102495] [META] KDE VCL backend bugs and enhancements -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 149806] [VIEWING] Figure caption displays as cut-off when changing anchor to "to character" then undo
https://bugs.documentfoundation.org/show_bug.cgi?id=149806 --- Comment #2 from Faisal --- Also reproducible in Version: 7.3.4.2 / LibreOffice Community Build ID: 30(Build:2) CPU threads: 4; OS: Linux 5.10; UI render: default; VCL: kf5 (cairo+xcb) Locale: en-GB (en_US.UTF-8); UI: en-US 7.3.4-2 Calc: threaded -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 149816] New: qt5/qt6/kf5 report incorrect positions for a11y (Accerciser doesn't highlight area covered by the UI element)
https://bugs.documentfoundation.org/show_bug.cgi?id=149816 Bug ID: 149816 Summary: qt5/qt6/kf5 report incorrect positions for a11y (Accerciser doesn't highlight area covered by the UI element) Product: LibreOffice Version: unspecified Hardware: All OS: All Status: UNCONFIRMED Severity: normal Priority: medium Component: graphics stack Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: m.wegh...@posteo.de Created attachment 181080 --> https://bugs.documentfoundation.org/attachment.cgi?id=181080&action=edit screencast demonstrating the issue Accerciser (a tool to retrieve a11y-related information) has a feature to highlight the item currently selected item in its tree view of the a11y hierarchy. For this, it uses the coordinates as reported by the corresponding a11y object. However, when using this with the qt5/kf5/qt6 VCL plugins on Linux, the area highlighted by Accerciser is often incorrect, s. attached screencast. steps to reproduce: 0) use one of the qt5/q6/kf5 VCL plugins on Linux (e.g. by setting env variable SAL_USE_VCLPLUGIN=kf5) 1) start Accerciser 2) start LO Writer 3) click through the a11y hierarchy for Writer 4) observe what area is highlighted in red Actual behavior: The highlighted area often doesn't correspond to the one at which the UI element actually is, as can be seen in the attached screencast. (First 6 seconds in the video show correct behavior, but for all subsequent elements, it's wrong.) In many cases, the highlighted area is even outside of the LibreOffice window altogether. Version: 7.5.0.0.alpha0+ / LibreOffice Community Build ID: 870452546a56ce635f36247c44aee6068d70c053 CPU threads: 4; OS: Linux 5.18; UI render: default; VCL: qt6 (qfont+xcb) Locale: en-GB (en_GB.UTF-8); UI: en-US Calc: threaded -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 148597] Provide fields "Chapter No"/E# and "Entry Text"/E for Table of Figures
https://bugs.documentfoundation.org/show_bug.cgi?id=148597 --- Comment #6 from ajlittoz --- Created attachment 181079 --> https://bugs.documentfoundation.org/attachment.cgi?id=181079&action=edit Structure vs. paragraph style tab stop definition (In reply to Heiko Tietze from comment #3) > You mean changing the tab stop for the paragraph style has no effect? Yes. The attachment demonstrates the behaviour. Paragraph style tab stops are ignored. Only those defined in the structure line are active, overriding the PS definitions. This is inconsistent. When you want to customise TOC appearance, you do it in the Contents n family, but it is difficult to explain users that tab stops should be modified in the Structure line and a TOC refresh should be triggered (instead of immediate update when a page style is changed). Also, I've seen questions on AskLO requesting tab right-alignment (e.g. so that the final dot in chapter number is vertically aligned over the whole TOC, no matter the number of figures in the number) which is not possible in the present scheme. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 149815] New: As character anchored frames are called shapes in navigator after docx export
https://bugs.documentfoundation.org/show_bug.cgi?id=149815 Bug ID: 149815 Summary: As character anchored frames are called shapes in navigator after docx export Product: LibreOffice Version: 7.5.0.0 alpha0+ Master Hardware: All OS: All Status: UNCONFIRMED Severity: normal Priority: medium Component: Writer Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: tele...@surfxs.nl Description: As character anchored frames are called shapes in navigator after docx export Steps to Reproduce: 1. Open attachment 169400 [details] 2. Open the sidebar -> navigator deck. notice only frames present 3. Save as DOCX 4. File reload 5. Now everything placed under drawing objects (by design) but some are called shapes. Actual Results: As character anchored frames are called shapes in navigator after docx export Expected Results: Should be called frames Reproducible: Always User Profile Reset: No Additional Info: Version: 7.5.0.0.alpha0+ / LibreOffice Community Build ID: 7a89eae97a970939174d59aa58147eaa194acaee CPU threads: 8; OS: Mac OS X 12.3.1; UI render: Skia/Metal; VCL: osx Locale: nl-NL (nl_NL.UTF-8); UI: en-US Calc: threaded -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 149814] New: Frame and shape fall apart when changing anchor in docx
https://bugs.documentfoundation.org/show_bug.cgi?id=149814 Bug ID: 149814 Summary: Frame and shape fall apart when changing anchor in docx Product: LibreOffice Version: 7.5.0.0 alpha0+ Master Hardware: All OS: All Status: UNCONFIRMED Severity: normal Priority: medium Component: Writer Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: tele...@surfxs.nl Description: Frame and shape fall apart when changing anchor in docx Steps to Reproduce: 1. Open attachment 169400 2. Save as DOCX 3. File reload 4. Select the frame right of the red frame (frame 2 in navigator) 5. Change anchor as character.. frame and image fall apart 6. CTRL+Z -> undo not working properly Actual Results: Frame and image split Expected Results: Bound together Reproducible: Always User Profile Reset: No Additional Info: Version: 7.5.0.0.alpha0+ / LibreOffice Community Build ID: 7a89eae97a970939174d59aa58147eaa194acaee CPU threads: 8; OS: Mac OS X 12.3.1; UI render: Skia/Metal; VCL: osx Locale: nl-NL (nl_NL.UTF-8); UI: en-US Calc: threaded -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 147138] Installation of language pack hangs on macOS
https://bugs.documentfoundation.org/show_bug.cgi?id=147138 --- Comment #4 from Mewael Welde --- This post is very good and very helpful sometimes it is very difficult to install but it is good that some students do not get the information related to an analytical thesis statement https://analysisthesis.com/, but where I take all this information, it gives me very good information. And I am very satisfied that this is only for students and we students are getting good guide and there is no need to pay any money as we do on many sites but good information again But there is nothing like this here, you will get very good details. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 140193] Undo doesn't restore original layout (DOCX)
https://bugs.documentfoundation.org/show_bug.cgi?id=140193 Telesto changed: What|Removed |Added Resolution|--- |WORKSFORME Status|UNCONFIRMED |RESOLVED --- Comment #6 from Telesto --- Never confirmed.. so unsure what to pick.. Version: 7.5.0.0.alpha0+ / LibreOffice Community Build ID: 7a89eae97a970939174d59aa58147eaa194acaee CPU threads: 8; OS: Mac OS X 12.3.1; UI render: Skia/Metal; VCL: osx Locale: nl-NL (nl_NL.UTF-8); UI: en-US Calc: threaded -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 145367] Writer table functions: MIN(SUM(), 333) is damaged on edit
https://bugs.documentfoundation.org/show_bug.cgi?id=145367 --- Comment #11 from Leslie --- Created attachment 181078 --> https://bugs.documentfoundation.org/attachment.cgi?id=181078&action=edit Complex Calc -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 145367] Writer table functions: MIN(SUM(), 333) is damaged on edit
https://bugs.documentfoundation.org/show_bug.cgi?id=145367 --- Comment #10 from Leslie --- Created attachment 181077 --> https://bugs.documentfoundation.org/attachment.cgi?id=181077&action=edit Complex Excel -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 145367] Writer table functions: MIN(SUM(), 333) is damaged on edit
https://bugs.documentfoundation.org/show_bug.cgi?id=145367 --- Comment #9 from Leslie --- Created attachment 181076 --> https://bugs.documentfoundation.org/attachment.cgi?id=181076&action=edit Complex Formula Office -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 145367] Writer table functions: MIN(SUM(), 333) is damaged on edit
https://bugs.documentfoundation.org/show_bug.cgi?id=145367 --- Comment #8 from Leslie --- Created attachment 181075 --> https://bugs.documentfoundation.org/attachment.cgi?id=181075&action=edit Stat Calcu -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 145367] Writer table functions: MIN(SUM(), 333) is damaged on edit
https://bugs.documentfoundation.org/show_bug.cgi?id=145367 --- Comment #7 from Leslie --- Created attachment 181074 --> https://bugs.documentfoundation.org/attachment.cgi?id=181074&action=edit Basic Calcu -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 149813] New: LibreOffice 7.3.4 not opening on Debian Stretch, requires libnss3.so version 3.34 or higher
https://bugs.documentfoundation.org/show_bug.cgi?id=149813 Bug ID: 149813 Summary: LibreOffice 7.3.4 not opening on Debian Stretch, requires libnss3.so version 3.34 or higher Product: LibreOffice Version: 7.3.4.2 release Hardware: All OS: Linux (All) Status: UNCONFIRMED Severity: normal Priority: medium Component: framework Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: noela...@gmail.com Description: I just have installed the latest package available for LibreOffice 7.3.4 (deb, 64 bits) and installed on my Debian Stretch system as usual. When launching any LO application it does nothing (not opening). When I run it from command line a I get: sm01@stt008:~$ /usr/local/bin/libreoffice7.3 /opt/libreoffice7.3/program/soffice.bin: /usr/lib/x86_64-linux-gnu/libnss3.so: version `NSS_3.34' not found (required by /opt/libreoffice7.3/program/libcurl.so.4) My system has installed an older version of libnss3: sm01@stt008:~$ dpkg -l | grep -i libnss3 ii libnss3:amd64 2:3.26.2-1.1+deb9u5 amd64Network Security Service libraries I guess, though maybe I'm wrong, libnss3 version 3.34 (or higher) is now a hard requirement for running LibreOffice but if so, shouldn't be advertised here?: https://www.libreoffice.org/get-help/system-requirements/#Linux Steps to Reproduce: 1. I downloaded «https://www.libreoffice.org/donate/dl/deb-x86_64/7.3.4/es/LibreOffice_7.3.4_Linux_x86-64_deb.tar.gz». 2. I installed it on Debian Stretch. 3. When I run LO applications (writer, calc..) they do not even open. Actual Results: It looks like some component of LibreOffice 7.3.4.2 now requires a higher version of libnss3 (>3.34). LibreOffice 7.3.3.2 worked just fine with libnss3 version 3.26. If that's so, being a hard requirement it should be notice at some place so users can check. Expected Results: I would have expected similar system requirements for installing LibreOffice 7.3.3 and 7.3.4. Reproducible: Always User Profile Reset: No Additional Info: I can't copy Help → About LibreOffice information because the program does not even open. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 145367] Writer table functions: MIN(SUM(), 333) is damaged on edit
https://bugs.documentfoundation.org/show_bug.cgi?id=145367 --- Comment #6 from Leslie --- Able to replicate the issue on the latest version Version: 7.3.4.2 (x64) / LibreOffice Community Build ID: 728fec16bd5f605073805c3c9e7c4212a0120dc5 CPU threads: 4; OS: Windows 10.0 Build 19044; UI render: Skia/Vulkan; VCL: win Locale: en-US (en_US); UI: en-GB Calc: CL 1. Create an RTF document in Microsoft Word with the field formula of MIN(SUM(),333) 2. Load that RTF into LibreOffice Writer > Result of the formula is ‘333’ 3. Follow a or b flow. a. (Left or Right) Click Last Column (Result) of the table > Will be updated to ‘933’ b.Copy the table to a new document i. Ctr + a = Select all ii. Ctr + c = Copy iii. Ctr + n = New Document iv. Ctr + v = Paste v. Value will be ‘933’ instead of ‘333’ •Issues: a. Recalculation happens thus formula result is updated without updating the actual field (formula) b. Providing alternative result 4. “Right-click on the field formula and select "Edit fields" and the value becomes incorrect and the formula has changed to MIN(SUM()|333) which is invalid syntax.” .Confirmed on the 7.3 documentation and as inherited from previous documentation this is the actual or correct conversion of the formula for the Writer where “|” was used as a line separator. Source: https://help.libreoffice.org/7.3/he/text/swriter/02/1402.html?DbPAR=WRITER#bm_id3149687 Able to replicate the issue on the version reported Version: 7.2.1.2 (x64) / LibreOffice Community Build ID: 87b77fad49947c1441b67c559c339af8f3517e22 CPU threads: 4; OS: Windows 10.0 Build 19044; UI render: Skia/Vulkan; VCL: win Locale: en-US (en_US); UI: en-GB Calc: CL Able to replicate still in the prerelease version using the above steps Version: 7.4.0.0.beta1 (x64) / LibreOffice Community Build ID: cec1fe9b57a55c032f9f118c907f34e22a63d040 CPU threads: 4; OS: Windows 10.0 Build 19044; UI render: Skia/Vulkan; VCL: win Locale: en-US (en_US); UI: en-GB Calc: CL Check-in Similar Product: 1. Tried to Open the document in MS Word using Steps 1 to 3 (above), recalculation is not happening upon clicking on the result field or copying and pasting to a new document. a.Following Step 4, only then you can edit the formula. Microsoft® Word for Microsoft 365 MSO (Version 2205 Build 16.0.15225.20278) 64-bit 2. Tried in Google Docs, recalculation is not happening upon clicking on the result field, as the table formula is not supported by the application. https://support.google.com/docs/thread/11444767/sum-table-cells-in-docs?hl=en Version 102.0.5005.115 (Official Build) (64-bit) Additional Notes: • I tried using a different set of Basic Calculation Functions (Basic Calcu) i.e., Addition, Subtraction, Multiplication, and division, and found no issue upon loading of the file. • I tried using Statistical Functions (Stat Calcu) i.e., MIN, MAX, COUNT, and found no issue upon loading the file as well. • However, using a complex formula (Complex Formula Office) the error is encountered. a. Office Formula / Writer Formula I. =MAX(SUM(A1:A3),333) / MAX(SUM()|333) II. =MIN(SUM(A1:A3),333) / MIN(SUM()|333) III.=MIN((A1:A3),333) / MIN(|333) IV. =MAX((A1:A3),333) / MAX(|333) Note that iii and iv Office Formula is showing a !Syntax Error results in Word, yet following Steps 1 to 3 in Writer, it will recalculate and display results. • I tried to check the formula in both (Complex Excel) and (Complex Calc) and they are returning the same results for the same sets of data and formula. • (Location) of the table does not matter in the file, be it the only content, at the middle, or at the bottom. The issue will still be encountered. Conclusion: • Issue 1: Recalculation happens thus formula result is updated without updating the actual field (formula) • Fixing the problem ought to be able to deal with the problem in consumer expectations and experience. To maintain the document's integrity, no data or information should be changed without the user's actual involvement. • Additionally, I believe that updates on the results for the table's formula should only take place when the user activates the Edit field or Update Formula so that they are aware of the changes. •Issue 2 Updated value is incorrect • This is a separate issue and thus needs a separate bug report and a detailed assessment of the actual computation and combination of the formulas. • Per initial assessment, the recalculation happens when the formula is extracting different results from the initial value. • The recalculation seems to leave out the MIN/MAX part in the formula and focuses on the SUM()|333) given that the updated results are correct if we are to omit the MIN/MAX part (based on both (Complex Excel) and (Complex Calc) • Below formula is able to produce a correct result even with MIN/MAX given a re-arrange value in Writer • MIN((++)|333) •
[Libreoffice-bugs] [Bug 140193] Undo doesn't restore original layout (DOCX)
https://bugs.documentfoundation.org/show_bug.cgi?id=140193 --- Comment #5 from Reche --- Created attachment 181073 --> https://bugs.documentfoundation.org/attachment.cgi?id=181073&action=edit Sample document re-created based on the original document provided. I've also attached the sample file I've created for scenarios 4 and 5. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 140193] Undo doesn't restore original layout (DOCX)
https://bugs.documentfoundation.org/show_bug.cgi?id=140193 --- Comment #4 from Reche --- Created attachment 181072 --> https://bugs.documentfoundation.org/attachment.cgi?id=181072&action=edit Bug 140193 Replication Sreenshots Attached a PDF document with consolidated screenshots of replication. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 149751] Libreoffice freeze at first startup in Windows 10
https://bugs.documentfoundation.org/show_bug.cgi?id=149751 Timur changed: What|Removed |Added Severity|normal |minor Priority|medium |low Summary|Libreoffice freeze at first |Libreoffice freeze at first |windows startup |startup in Windows 10 --- Comment #5 from Timur --- I decrease importance because this is not generally reproducible. You should try to find a cause yourself. May try to turn off anti-virus or firewall. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 140193] Undo doesn't restore original layout (DOCX)
https://bugs.documentfoundation.org/show_bug.cgi?id=140193 --- Comment #3 from Reche --- Hello, I’ve tried to replicate the bug on the same version of the LO Writer but was unable to see the issue on the undo. I’ve found some issues during replication aside from the re-arrangement of the frames. I’ve found the steps a little bit confusing so here are my replication steps: Using the LO Writer version: Version: 6.2.0.3 (x64) Build ID: 98c6a8a1c6c7b144ce3cc729e34964b47ce25d62 CPU threads: 4; OS: Windows 10.0; UI render: GL; VCL: win; Locale: en-PH (en_PH); UI-Language: en-US Calc: threaded Scenario 1: Click YES on STEP 5 Open the provided file 1. File > Save as DOCX (Word 2007-2019) 2. File > Reload (position of frames re-arranged and the text position inside the frame move from bottom to top) 3. Change the Anchor of the Red frame to “TO CHARACTER” - Select the red frame > Right-click > Anchor > To Character (default value on file is “AS CHARACTER”) 4. File > Reload 5. Pop-up will display, “Cancel all changes?” option is YES or NO - Click YES (notice here that all changes on step 4 were UNDO which is changing of Anchor and the re-arrangement of the frames) 6. Drag the frame somewhere else right middle of the page (unable to move the frame which I think is due to the Anchor being returned to “AS CHARACTER”) Note: frames are re-arranged again when trying to move the frame to the middle of the page (vertically). 7. Press UNDO (undo works fine, no issues, and returned to the position before dragging) 8. PRESS UNDO a couple of times (nothing happened). Scenario 2: Click NO on STEP 5 1. Repeat Steps 1 to 4 on Scenario 1 (noticed that also on step 4 the position of frames was re-arranged and the text position inside the frame moved from bottom to top) 2. File > Reload - Pop-up will display, “Cancel all changes?” option is YES or NO - Click NO (nothing happened, anchor remains “TO CHARACTER”) 3. Drag the frame somewhere else right middle of the page (Able to move the frame to the middle right of the page). 4. Press UNDO (UNDO works but re-arrangement after the dragging did not UNDO and the frame was overlapping or under the image (previously below the red frame before the dragging) I’ve noticed also that the image on the frame was separated from the frame.) 5. Press UNDO 2nd time (works again but frames were re-arranged again and returned from last state/position on STEP 3. The anchor was also reverted back to “AS CHARACTER”. The image which separated from the frame was already returned to its original position.) 6. PRESS UNDO a couple of times (nothing happened since there is no more to undo). Scenario 3: Change the anchor first before saving to .DOCX. 1. Open the provided file 2. Change the Anchor of the Red frame to “TO CHARACTER” 3. Select the red frame > Right-click > Anchor > To Character (default value on file is “AS CHARACTER”) 4. File > Save as DOCX (Word 2007-2019) 5. File > Reload (frames re-arranged. The image inside the frames was separated and overlapped. The red frame was beyond the top of the border.) 6. Drag the frame somewhere else (Notice also that the Anchor of the red frame became “TO PARAGRAPH) 7. Press UNDO a couple of times (reverted back to the last state on STEP 4 after reloading) Scenario 4: Re-create the file and then Repeat Scenario 1 replication steps 1. Repeat Steps 1 to 4: - Noticed in Step 2, the blue frame image overlaps the green frame after Reload, and the text position inside the frame moves from bottom to tap. - Noticed in Step 4, the image of the blue frame overlaps the red frame after changing the anchor. 2. File > Reload - Pop-up will display, “Cancel all changes?” option is YES or NO - Click YES (notice here that all changes on step 4 were UNDO which is changing of Anchor and the image overlaps the frame from changing the anchor return to its last position over the green frame) 3. Drag the frame somewhere else right middle of the page (unable to move the frame which I think is due to the Anchor being returned to “AS CHARACTER”) Note: The blue frame was also moved when trying to move the frame to the middle of the page (vertically). 4. Press UNDO (undo works fine, no issues, and returned to the position before dragging) 5. PRESS UNDO a couple of times (nothing happened). Scenario 5: Re-create the file and then Repeat Scenario 2 replication steps 1. Repeat Steps 1 to 4: - Noticed the same scenario encountered in Steps 2 and 4 with Scenario 4. 2. File > Reload - Pop-up will display, “Cancel all changes?” option is YES or NO - Click NO (nothing happened, anchor remains “TO CHARACTER”, the image of the blue frame remains overlapped in the red frame) 3. Drag the frame somewhere else right middle of the page (Able to move the frame to the middle right of the page). 4. Press UNDO (UNDO works but the image returns to its last state in Step 5) 5. Press UNDO 2nd time (works again but the image on the blue frame still overlaps the red f
