[Libreoffice-bugs] [Bug 132475] FILEOPEN DOCX: Dynamic field (last modified) reverts to static text
https://bugs.documentfoundation.org/show_bug.cgi?id=132475 --- Comment #18 from Justin L --- The big problem here is that in theory, MS Word can show something completely different in the field than what is contained in the variable (if the user modified it by hand, or if the document was printed/saved again). In MS Word, fields are generally only updated manually via F9, but in LO it always reflects the underlying variable immediately. So, if we "fix" the loss of the field, we will "break" having consistent text between the two. (Hmmm, it seems that for SAVEDATE, MS Word does update the field at FILEOPEN, and Print is updated at print time [even though save is not updated at save time].) So this means that ChangeDate should be able to be locked/FIELDFLD since it always updates on FILEOPEN. (Of course, that means that LO users can't manually update while the document is open, but that seems to be a trivial concern in comparison.) PrintDate is a bit more challenging because it could be hand-modified to something else (which will stick around until it is printed again), but that seems like a bit of a stretch, and so this could relatively safely be imported as a non-locked field. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 103182] [META] GTK3-specific bugs
https://bugs.documentfoundation.org/show_bug.cgi?id=103182 Heiko Tietze changed: What|Removed |Added Depends on||148357 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=148357 [Bug 148357] When deleting a comment in Navigator, it changes position needlessly -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 148434] LibreOffice Calc Formatting Option for Leading Zeros in Numbers Does Not Format Correctly
https://bugs.documentfoundation.org/show_bug.cgi?id=148434 Laurent BP changed: What|Removed |Added CC||jumbo4...@yahoo.fr --- Comment #6 from Laurent BP --- Hi Jerry, Could you please attach a sample file? Leading zeros work as I expect on my configuration. Your procedure is not clear how you apply "leading zeros" format. With a sample file it could be clearer. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 148461] Assertion failed: (pMerged->pFirstNode->GetIndex() <= i), function DelFrames, file node.cxx, line 1444.
https://bugs.documentfoundation.org/show_bug.cgi?id=148461 Telesto changed: What|Removed |Added See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=14 ||7466 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 147466] Crash swlo!SwDoc::InvalidateNumRules+0x657 (track changes involved)
https://bugs.documentfoundation.org/show_bug.cgi?id=147466 Telesto changed: What|Removed |Added See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=14 ||8461 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 148461] Assertion failed: (pMerged->pFirstNode->GetIndex() <= i), function DelFrames, file node.cxx, line 1444.
https://bugs.documentfoundation.org/show_bug.cgi?id=148461 --- Comment #1 from Telesto --- Created attachment 179399 --> https://bugs.documentfoundation.org/attachment.cgi?id=179399&action=edit BT with symbols -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 148461] New: Assertion failed: (pMerged->pFirstNode->GetIndex() <= i), function DelFrames, file node.cxx, line 1444.
https://bugs.documentfoundation.org/show_bug.cgi?id=148461 Bug ID: 148461 Summary: Assertion failed: (pMerged->pFirstNode->GetIndex() <= i), function DelFrames, file node.cxx, line 1444. Product: LibreOffice Version: 7.4.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: Assertion failed: (pMerged->pFirstNode->GetIndex() <= i), function DelFrames, file node.cxx, line 1444. Steps to Reproduce: 1. Open attachment 178311 2. Go to page 2 3. Place cursor in the section containing "d) 18" 4. press and hold backspace when c 12 gets deleted assert occurs Actual Results: Assert Expected Results: Not so Reproducible: Always User Profile Reset: No Additional Info: Version: 7.4.0.0.alpha0+ / LibreOffice Community Build ID: fbf739198aa7f02975d531521c6525073783c7f1 CPU threads: 8; OS: Mac OS X 12.2.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 148052] FILEOPEN DOCX: Opening a Date(fixed) field that was saved as by Writer as .docx is updated dynamically in Writer
https://bugs.documentfoundation.org/show_bug.cgi?id=148052 Justin L changed: What|Removed |Added CC||er...@redhat.com --- Comment #5 from Justin L --- The display format comes out like "8. Apr 22" -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 141317] Screenreaders not announcing focus switch between frames (see comment 3)
https://bugs.documentfoundation.org/show_bug.cgi?id=141317 Buovjaga changed: What|Removed |Added Summary|NVDA not announcing focus |Screenreaders not |switch between frames (see |announcing focus switch |comment 3) |between frames (see comment ||3) OS|Windows (All) |All -- 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||141317 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=141317 [Bug 141317] NVDA not announcing focus switch between frames (see comment 3) -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 60251] [META] ACCESSIBILITY: Tracking Windows OS accessibility and AT issues
https://bugs.documentfoundation.org/show_bug.cgi?id=60251 Michael Weghorn changed: What|Removed |Added Depends on|141317 | Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=141317 [Bug 141317] NVDA not announcing focus switch between frames (see comment 3) -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 141317] NVDA not announcing focus switch between frames (see comment 3)
https://bugs.documentfoundation.org/show_bug.cgi?id=141317 Michael Weghorn changed: What|Removed |Added Blocks|60251 |101912 --- Comment #8 from Michael Weghorn --- If I understood the use case correctly, the same happens with Orca on Linux with the gtk3 VCL plugin and the issue can be reproduced with attachment 179397 as shown in screencast attachment 179398. Nothing is spoken for the frames when moving there with the cursor either (in the sample doc, frames are anchored as chars). Version: 7.4.0.0.alpha0+ / LibreOffice Community Build ID: b426a8a4c672c20e515f1ce24404530748cc4df0 CPU threads: 12; OS: Linux 5.16; UI render: default; VCL: gtk3 Locale: en-GB (en_GB.UTF-8); UI: en-US Calc: threaded Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=60251 [Bug 60251] [META] ACCESSIBILITY: Tracking Windows OS accessibility and AT issues https://bugs.documentfoundation.org/show_bug.cgi?id=101912 [Bug 101912] [META] Accessibility (a11y) bugs and enhancements -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 141317] NVDA not announcing focus switch between frames (see comment 3)
https://bugs.documentfoundation.org/show_bug.cgi?id=141317 --- Comment #7 from Michael Weghorn --- Created attachment 179398 --> https://bugs.documentfoundation.org/attachment.cgi?id=179398&action=edit Screencast with Orca/gtk3 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 141317] NVDA not announcing focus switch between frames (see comment 3)
https://bugs.documentfoundation.org/show_bug.cgi?id=141317 Michael Weghorn changed: What|Removed |Added CC||m.wegh...@posteo.de --- Comment #6 from Michael Weghorn --- Created attachment 179397 --> https://bugs.documentfoundation.org/attachment.cgi?id=179397&action=edit Sample document -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 143135] Impress crashes when switching to another application then back (kf5 / qt5 with IM)
https://bugs.documentfoundation.org/show_bug.cgi?id=143135 --- Comment #18 from Commit Notification --- Jan-Marek Glogowski committed a patch related to this issue. It has been pushed to "libreoffice-7-3": https://git.libreoffice.org/core/commit/a174fe91987160c0d57099d0aaf49dcc8e036f5b tdf#143135 Qt break recursive IM QueryCursorRect It will be available in 7.3.3. 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 143135] Impress crashes when switching to another application then back (kf5 / qt5 with IM)
https://bugs.documentfoundation.org/show_bug.cgi?id=143135 Commit Notification changed: What|Removed |Added Whiteboard|target:7.4.0|target:7.4.0 target:7.3.3 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 147201] Progress in Wayland scaling on KF5 but still not there
https://bugs.documentfoundation.org/show_bug.cgi?id=147201 --- Comment #8 from pieter kristensen --- This is far beyond me but I read a guy on the internet who said that he "compiled LO with a higher QT version" (again, I don't understand anything of this) and the scaling problems in Wayland were magically gone. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 148052] FILEOPEN DOCX: Opening a Date(fixed) field that was saved as by Writer as .docx is updated dynamically in Writer
https://bugs.documentfoundation.org/show_bug.cgi?id=148052 --- Comment #4 from Justin L --- CC: Eike SetNumberFormat[d'. 'MMM\ yy] from command[DATE \@"d'. 'MMM\ yy"] sConverted[d". "MMM\ yy] svl/source/numbers/zforfind.cxx:515: ::SkipBlanks[. AUG ] start[0] < nPos[0] svl/source/numbers/zforfind.cxx:515: ::SkipBlanks[. AUG ] start[1] < nPos[2] svl/source/numbers/zforfind.cxx:515: ::SkipBlanks[. AUG ] start[0] < nPos[0] writerfilter/source/dmapper/DomainMapper_Impl.cxx:7182: DomainMapper_Impl::SetFieldResult com.sun.star.util.NotNumericException message: "at /persistent/git/libreoffice2/svl/source/numbers/numfmuno.cxx:170" -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 148282] Make sure thumbnails in start center are readable
https://bugs.documentfoundation.org/show_bug.cgi?id=148282 --- Comment #9 from Mike Kaganski --- (In reply to V Stuart Foote from comment #7) > (separate threads of course). Let me clarify why even separate threads is a no-go. We have a long-standing need to implement separate thread(s) to get the documents availability and password-protected state (e.g., tdf#101302). But both those tasks do not require full loading of the documents, only accessing on disk, and reading some small part. OTOH, drawing a thumbnail is necessarily only possible after full load and layout. Loading of the documents is *much* longer process, sometimes taking tens of minutes with large documents; the loading is implemented with heavy use of our central SolarMutex, only allowing to load one document at a time; and sometimes loading crashes or hangs. When user opens a document, they see which document fails, and have some control over that; they may decide to not open it again after crash, or try to do something smart (open using some specific filter). When the loading would be attempted automatically just to make thumbnails consistent with the theme, you are in trouble. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 147201] Progress in Wayland scaling on KF5 but still not there
https://bugs.documentfoundation.org/show_bug.cgi?id=147201 --- Comment #7 from pieter kristensen --- Btw, when I paste QT_SCALE_FACTOR=1 in the konsole and press Enter to start LO-Writer, the console gives this output to me qt.qpa.wayland: Wayland does not support QWindow::requestActivate() (four times in a row) but after that LO starts. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 148282] Make sure thumbnails in start center are readable
https://bugs.documentfoundation.org/show_bug.cgi?id=148282 --- Comment #8 from Mike Kaganski --- (In reply to V Stuart Foote from comment #7) Please do not consider re-generation of thumbnails only to account for the changed theme. You will soon run into requirement to touch files every time, just because you have no way to know that the theme is not changed: was it changed by editing registrymodification? by automatic choice based on system configuration change? by changed defaults in an updated version? But OTOH, we use PNGs in thumbnails; and the PNGs *do not* use transparency. We could think how to use transparency for the document background instead, and have it ready for rendering on any theme-defined background then. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 147201] Progress in Wayland scaling on KF5 but still not there
https://bugs.documentfoundation.org/show_bug.cgi?id=147201 --- Comment #6 from pieter kristensen --- - What does it look like if you just do QT_SCALE_FACTOR=1 lowriter? When I scale to 100% or less it looks perfect, when I scale to bigger it is a mess. (attachement) - What scaling options do you have applied to your screen(s) otherwise? How many screens do you have and what resolution? Again I attach an image. I think the only thing I do is "fractional scaling". - What variant of the tabbed interface did you set in "View" -> "User Interface" (or wherever that option is in the tabbed interface)? I use the plain tabbed version. Not compact or grouped or so. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 148052] FILEOPEN DOCX: Opening a Date(fixed) field that was saved as by Writer as .docx is updated dynamically in Writer
https://bugs.documentfoundation.org/show_bug.cgi?id=148052 Justin L changed: What|Removed |Added CC||jl...@mail.com Version|7.2.5.2 release |7.1.0.0.alpha0+ --- Comment #3 from Justin L --- Bibisect-linux-64-7-1 points to commit 7186541219599e1b51ad35601c2cd015a329f360 Author: Eike Rathke on Fri Jul 3 19:09:33 2020 +0200 Resolves: tdf#131562 decimal separator may not be surrounded by blanks 1 . 1 .2 1 . 2 1. 2 . 2 . 2 are not numbers. But .2 is. I tried testing DOC/RTF formats using this document, but they just export as non-fixed (tested in LO 5.1/7.0). -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 147201] Progress in Wayland scaling on KF5 but still not there
https://bugs.documentfoundation.org/show_bug.cgi?id=147201 --- Comment #5 from pieter kristensen --- Created attachment 179396 --> https://bugs.documentfoundation.org/attachment.cgi?id=179396&action=edit way I scaled -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 147201] Progress in Wayland scaling on KF5 but still not there
https://bugs.documentfoundation.org/show_bug.cgi?id=147201 --- Comment #4 from pieter kristensen --- Created attachment 179395 --> https://bugs.documentfoundation.org/attachment.cgi?id=179395&action=edit LO looking bad 125% scaled -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 148460] New: IMPROVEMENT ideas for side panels (icons, collapsable)
https://bugs.documentfoundation.org/show_bug.cgi?id=148460 Bug ID: 148460 Summary: IMPROVEMENT ideas for side panels (icons, collapsable) Product: LibreOffice Version: 7.3.2.2 release Hardware: All OS: Linux (All) Status: UNCONFIRMED Severity: enhancement Priority: medium Component: Writer Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: bentus...@yahoo.fr Description: Could it be possible to show both navigator and style panels side by side or right/left side (in an advanced usage of the formatting options of the software with old style icon bars, this is major time efficient UI display, not like this "time consumer ribbon for dummies"). Steps to Reproduce: 1. display side panel docked 2. edit text with character styles 3. try to use navigator in the same time, inside the main window Actual Results: Since v.7.x, i have found that "navigator" can now be shown also in lateral panel but can't be docked on separated side anymore (instead it can be opened in a confusing and screen space consuming separated window). Expected Results: - user could move seperately each lateral panels so they can be collapsed on different side of the main window. - the icons in the lateral pannels could be personalised such as in main toolbars (appear or not, choose which line to appear). - user could choose which lateral pannel to activate and be visible so we can hide this space consuming latéral pannel selector icons (or collapse them). i know this is not main development topic, but this could became very appreciate UI mod to advanced users. Reproducible: Always User Profile Reset: No Additional Info: plus : i had previously reported another bug (141958) about character and list styles selectors in toolbars that are showing paragraph styles to pick on instead of dedicated styles (character or list styles), so solving that aspect can help on solving lateral panel navigation and UI aspects. (please tell me how to send a picture /sketch to explain). -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 148442] Reference value (on) on checkbox always export as "Yes"
https://bugs.documentfoundation.org/show_bug.cgi?id=148442 --- Comment #2 from Alfonso --- Created attachment 179394 --> https://bugs.documentfoundation.org/attachment.cgi?id=179394&action=edit Adobe Acrobat: editing the same checkbox -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 148442] Reference value (on) on checkbox always export as "Yes"
https://bugs.documentfoundation.org/show_bug.cgi?id=148442 --- Comment #1 from Alfonso --- Created attachment 179393 --> https://bugs.documentfoundation.org/attachment.cgi?id=179393&action=edit LibreOffice Writer: editing a checkbox -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 89864] Mail Merge PDF with Security option
https://bugs.documentfoundation.org/show_bug.cgi?id=89864 --- Comment #3 from Mike Kaganski --- Created attachment 179392 --> https://bugs.documentfoundation.org/attachment.cgi?id=179392&action=edit Mail Merge dialog: PDF password screenshot -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 141962] Navigator window can't be collapsed / tiled as a side panel anymore
https://bugs.documentfoundation.org/show_bug.cgi?id=141962 bentus...@yahoo.fr changed: What|Removed |Added Resolution|FIXED |WORKSFORME -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 141962] Navigator window can't be collapsed / tiled as a side panel anymore
https://bugs.documentfoundation.org/show_bug.cgi?id=141962 bentus...@yahoo.fr changed: What|Removed |Added Status|NEEDINFO|RESOLVED Resolution|--- |FIXED -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 147201] Progress in Wayland scaling on KF5 but still not there
https://bugs.documentfoundation.org/show_bug.cgi?id=147201 Michael Weghorn changed: What|Removed |Added Status|UNCONFIRMED |NEEDINFO Ever confirmed|0 |1 CC||m.wegh...@posteo.de --- Comment #3 from Michael Weghorn --- Thanks for your feedback. Some questions to better understand this: (In reply to pieter kristensen from comment #2) > When I startup Writer using Exec= QT_QPA_PLATFORM=xcb QT_SCALE_FACTOR=1 > lowriter > it will look as in the second attachment. Imho this is perfect. But it needs > this workaround. As far as I understand, QT_SCALE_FACTOR=1 effectively disables scaling. What does it look like if you just do QT_SCALE_FACTOR=1 lowriter i.e. the same without switching to the xcb/X11 platform integration in addition. Does it look different from the result of the command you mentioned? (i.e. is Wayland relevant here or not) What scaling options do you have applied to your screen(s) otherwise? How many screens do you have and what resolution? What variant of the tabbed interface did you set in "View" -> "User Interface" (or wherever that option is in the tabbed interface)? -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 148019] kf5 Wayland: Menus are shown as decorated separate windows when LO window was not focussed
https://bugs.documentfoundation.org/show_bug.cgi?id=148019 --- Comment #4 from Michael Weghorn --- Side note: The the mouse cursor is shown weirdly in the OBS recording: LibreOffice window is on the right one of two screens. When I'm actually moving the mouse to the left screen to interact with other windows to move focus from the LO window, there's still a mouse cursor in the recording... -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 148019] kf5 Wayland: Menus are shown as decorated separate windows when LO window was not focussed
https://bugs.documentfoundation.org/show_bug.cgi?id=148019 Michael Weghorn changed: What|Removed |Added Attachment #179391|Screenshot with Qt dev |Screencast with Qt dev description|version |version -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 148019] kf5 Wayland: Menus are shown as decorated separate windows when LO window was not focussed
https://bugs.documentfoundation.org/show_bug.cgi?id=148019 --- Comment #3 from Michael Weghorn --- Created attachment 179391 --> https://bugs.documentfoundation.org/attachment.cgi?id=179391&action=edit Screenshot with Qt dev version This shows that it works with my self-compiled version of the current development version of Qt. Details of the status below. Therefore, this looks like an already fixed Qt bug to me and I've closed this as NOTOURBUG. Should the bug still show up in your setup once you're using the qt6 (or then kf6) VCL plugin (to be seen in "Help" -> "About LibreOffice"), please reopen or create a new bug report. michi@wegbook:~/development/git/qt5 (dev)$ git log -n1 commit d6a7527384a675fdc0a9d10fb3ae2f04208cea86 (HEAD -> dev, origin/dev, origin/HEAD) Author: Heikki Halmet Date: Mon Apr 4 14:48:26 2022 +0300 Make Windows 11 21H2 significant Pick-to: 6.3 6.2 Task-number: QTQAINFRA-4673 Change-Id: I7eebc889dbc9ecc7c741147a2703575b5bfeb04d Reviewed-by: Tony Sarajärvi michi@wegbook:~/development/git/qt5 (dev)$ git submodule status -ec3b03ce4c6d20d3bef12d8e2599d4bb04c73c3a qt3d -bfb51b1057cc7d0c9656b1b2989558dbb019e62d qt5compat -48d5ab98b58d83b3709641b48f45208cf3ddb6c1 qtactiveqt 2eb7a92aa373f10f4e6828dad640b393279637a3 qtbase (v6.0.0-beta5-6717-g2eb7a92aa3) -1319e0965f6008f44f9216a7bb76e106a1710767 qtcanvas3d -2618f6222990cfb0e1cf83928eb52c4d0a08d393 qtcharts -400d6b7e685a89b67c96fb810d657326f81b4bd5 qtcoap -c074ad95ec459f8d6bfb30799253e99971d8a9b7 qtconnectivity -5c368d6a6753140465af3e8a7f66f50444b0840d qtdatavis3d -e1ee2697ab48863c4f105bde066b1c22b65f093b qtdeclarative -f7c628ad847efb839c64f2605038c39faaa1066d qtdoc -9ac8d8c272fc93416016e094fc6b97226a400082 qtfeedback -5fe6fd206f4aef1cb1ee9c328ee27e25e6b44f4a qtgamepad -84393ba2b3347ca5de1eae6a72e4941a9b19 qtimageformats -51d48b5682356df058c584cd708d2dd2d2cd11dc qtlanguageserver -7f6ee8fa23a92660c4728b950bb14a46d1ec6a5b qtlocation -f7f4a035fdf969f292489dd066d60dd25a5f4a06 qtlottie -a080da73bdee559aa9cafadd6b240be9bff2ceda qtmqtt -36780742492c6f64cf13d79fe6b01ebc82ffd39c qtmultimedia -c0797fd2ce96ae200fe781e66d5b10b457082681 qtnetworkauth -dec0207f75d28fe3ad9defab716b20d0966e qtopcua -02efef5ee63bf2407526f81fd6b68f5a59ac1de3 qtpim -644a9905b412f9484d2568e3d1759d620cd5c3e9 qtpositioning -feeaef4a2147f7140e62d8569c0f712d20af401f qtqa -91cb90a56159b2f408d0f3b149af148c4832c10f qtquick3d -9e7784d4e8003a48f31721fb489151ba433ba775 qtquicktimeline -14b9f1c9b42f0a77e455a187dc7942f2179a539c qtremoteobjects -e3205793dc15bcc09a49f8080470169c6246a9c5 qtrepotools -72267debea1eab54db02d0457b826f531b143bb4 qtscxml -470a571d6268fdd9d1efbde89e466427211823ce qtsensors -cfe8e23155e28a86ce21e10da702d68145b68080 qtserialbus -60384a7babd3b6e74258ecd9bc5aae924eb769bb qtserialport -0e47e21167e136d470ab5aadfdcecbb698b74127 qtshadertools -25c1b5b74cc96ceaefeed6be76cda402f406a238 qtspeech -f116f9ec244ca8dc37563b0aa4d817f63cb2370c qtsvg -434af789f0d56ca7a521ca2d9ec8cf3b1057fd37 qtsystems -fa7db21499a81e1176ea7a4dad4eb50bf89b90c8 qttools -1dd0b181260130108a754e47aefa8299d02c42d1 qttranslations -9c679ed59e2fed82a85d40a8925492c90e43df65 qtvirtualkeyboard bdf9580610455e3db4c8e98572afcce347c78ba5 qtwayland (v6.0.0-beta5-574-gbdf95806) -6cd2f3e1980f32dd03ff36e2f33e653251d583a1 qtwebchannel -3aef2f03c7e9e6fa5fe1e48c044a26a679a680c7 qtwebengine -531fb30d539f09003946ab768873ef87e6117fa6 qtwebglplugin -a7fefc3467310e50a5d13aca89896d633529f2fc qtwebsockets -1f3021da4af9ad94aa54fef4b24fe7e17076c00d qtwebview -05ab44484453673ee813bcac287fc9052ec9164f qtxmlpatterns -- 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 148019, which changed state. Bug 148019 Summary: kf5 Wayland: Menus are shown as decorated separate windows when LO window was not focussed https://bugs.documentfoundation.org/show_bug.cgi?id=148019 What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|--- |NOTOURBUG -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 100156] [META] Wayland-related bugs
https://bugs.documentfoundation.org/show_bug.cgi?id=100156 Bug 100156 depends on bug 148019, which changed state. Bug 148019 Summary: kf5 Wayland: Menus are shown as decorated separate windows when LO window was not focussed https://bugs.documentfoundation.org/show_bug.cgi?id=148019 What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|--- |NOTOURBUG -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 148019] kf5 Wayland: Menus are shown as decorated separate windows when LO window was not focussed
https://bugs.documentfoundation.org/show_bug.cgi?id=148019 Michael Weghorn changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|--- |NOTOURBUG --- Comment #2 from Michael Weghorn --- I can reproduce with current master on Plasma Wayland (Debian testing), qtbase 5.15.2+dfsg-15 or libqt6core6:amd64 6.2.2+dfsg-6, plasma-workspace-wayland 4:5.24.4-1. Screencast: attachment 179390 It also happens with the qt6 VCL plugin. Also happens when choosing the gtk3 platform theme by setting env variable QT_QPA_PLATFORMTHEME=gtk3. On my other computer, the menu opened on the top left edge of the second screen instead of in the middle, and I think I have seen the same behavior for Kate a few times, not just LibreOffice, but it works most of the time for Kate. LibreOffice uses a native Qt menu, so this appears to be a Qt bug. Actually, just now did I realize that it actually works when I use my local dev build of qt6 instead, so it seems to have been fixed there already. I'll attach another screencast with that one. Version: 7.4.0.0.alpha0+ / LibreOffice Community Build ID: b426a8a4c672c20e515f1ce24404530748cc4df0 CPU threads: 12; OS: Linux 5.16; UI render: default; VCL: qt5 (qfont+wayland) Locale: en-GB (en_GB.UTF-8); UI: en-US Calc: threaded Version: 7.4.0.0.alpha0+ / LibreOffice Community Build ID: b426a8a4c672c20e515f1ce24404530748cc4df0 CPU threads: 12; OS: Linux 5.16; UI render: default; VCL: qt6 (qfont+wayland) 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 148459] New: Spreadsheet selection misbehaves after element selected from cell data-validity dropdown
https://bugs.documentfoundation.org/show_bug.cgi?id=148459 Bug ID: 148459 Summary: Spreadsheet selection misbehaves after element selected from cell data-validity dropdown Product: LibreOffice Version: 7.3.2.2 release Hardware: x86-64 (AMD64) OS: Windows (All) Status: UNCONFIRMED Severity: normal Priority: medium Component: Calc Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: wajohn...@comcast.net Description: After selecting an element from a dropdown list - produced by applying a Data Validity to a cell - and then selecting any other UI item outside the boundary of the worksheet cells, the selected worksheet cell changes. Steps to Reproduce: 1. Select any cell *not* adjacent to the edge of a blank worksheet 2. Apply a Data...Validity...Criteria...Allow...List/Cell Range restriction to any cell 3. Select from the dropdown icon next to the cell that received the data validity criteria 4. Select any element in the list 5. Do not click on any other cell in the worksheet 6. Click on any menu item or worksheet tab beyond the boundary of the worksheet cells Actual Results: The cell selected in step 1 changes to a different cell Expected Results: The cell in step 1 should remain as the selected cell Reproducible: Always User Profile Reset: Yes Additional Info: Version: 7.3.2.2 (x64) / LibreOffice Community Build ID: 49f2b1bff42cfccbd8f788c8dc32c1c309559be0 CPU threads: 12; OS: Windows 10.0 Build 19044; UI render: Skia/Raster; VCL: win Locale: en-US (en_US); UI: en-US Calc: CL -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 148458] If Calc finds an error in a formmula, and users decide *not* to autocorrect, Calc may chop out parts of the formula.
https://bugs.documentfoundation.org/show_bug.cgi?id=148458 MarjaE changed: What|Removed |Added Summary|If Calc finds an error in a |If Calc finds an error in a |formmula, and users decide |formmula, and users decide |*not* to autocorrect, Calc |*not* to autocorrect, Calc |chops out parts of the |may chop out parts of the |formula.|formula. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 148458] New: If Calc finds an error in a formmula, and users decide *not* to autocorrect, Calc chops out parts of the formula.
https://bugs.documentfoundation.org/show_bug.cgi?id=148458 Bug ID: 148458 Summary: If Calc finds an error in a formmula, and users decide *not* to autocorrect, Calc chops out parts of the formula. Product: LibreOffice Version: 7.2.3.2 release Hardware: All OS: All Status: UNCONFIRMED Severity: normal Priority: medium Component: Calc Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: erw...@alumni.beloit.edu I had trouble getting Calc to follow this formula: = 0.0004689*(B4^0.55)*(B6^1.1)/(B2^0.65) As I typed it, if I skipped *, I'd get an error, saying that Calc had detected an error, and asking to autocorrect the formula. Since I don't want to lose what I've typed, I click no. At this point, Calc would sometimes chop out part of the formula, losing part of what I've typed, leaving gibberish, and requiring me to start over. I can't reliably reproduce this. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 148019] kf5 Wayland: Menus are shown as decorated separate windows when LO window was not focussed
https://bugs.documentfoundation.org/show_bug.cgi?id=148019 Michael Weghorn changed: What|Removed |Added CC||m.wegh...@posteo.de --- Comment #1 from Michael Weghorn --- Created attachment 179390 --> https://bugs.documentfoundation.org/attachment.cgi?id=179390&action=edit Screencast -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 148385] Textimport doesn't work correct
https://bugs.documentfoundation.org/show_bug.cgi?id=148385 --- Comment #8 from Rolf --- (In reply to m.a.riosv from comment #7) > Do you remember the last version working? I tried 7.06 portable in this version it worked. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 147040] Impress crashes with kf5 / qt5 after editing slide text
https://bugs.documentfoundation.org/show_bug.cgi?id=147040 QA Administrators changed: What|Removed |Added Whiteboard| QA:needsComment| -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 148168] LibreOffice Document Recovery dialog shows weird text input field
https://bugs.documentfoundation.org/show_bug.cgi?id=148168 QA Administrators changed: What|Removed |Added Whiteboard|| QA:needsComment -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 148164] Calc - Not so obvious to apply multiple borderstyles to a group of cells
https://bugs.documentfoundation.org/show_bug.cgi?id=148164 QA Administrators changed: What|Removed |Added Whiteboard|| QA:needsComment -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 148158] Icons and menus unreadable across Calc and Writer
https://bugs.documentfoundation.org/show_bug.cgi?id=148158 QA Administrators changed: What|Removed |Added Whiteboard|| QA:needsComment -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 148434] LibreOffice Calc Formatting Option for Leading Zeros in Numbers Does Not Format Correctly
https://bugs.documentfoundation.org/show_bug.cgi?id=148434 QA Administrators changed: What|Removed |Added Status|NEEDINFO|UNCONFIRMED Ever confirmed|1 |0 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 148434] LibreOffice Calc Formatting Option for Leading Zeros in Numbers Does Not Format Correctly
https://bugs.documentfoundation.org/show_bug.cgi?id=148434 --- Comment #5 from QA Administrators --- [Automated Action] NeedInfo-To-Unconfirmed -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 145234] MAILMERGE: Filter window disappears after selecting a column name
https://bugs.documentfoundation.org/show_bug.cgi?id=145234 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 145234] MAILMERGE: Filter window disappears after selecting a column name
https://bugs.documentfoundation.org/show_bug.cgi?id=145234 --- Comment #3 from QA Administrators --- [Automated Action] NeedInfo-To-Unconfirmed -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 140405] UI: Speedup scrolling by looking ahead in keyboard buffer to skip redundant screen rendering
https://bugs.documentfoundation.org/show_bug.cgi?id=140405 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 140405] UI: Speedup scrolling by looking ahead in keyboard buffer to skip redundant screen rendering
https://bugs.documentfoundation.org/show_bug.cgi?id=140405 --- Comment #13 from QA Administrators --- [Automated Action] NeedInfo-To-Unconfirmed -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 144112] problem for a .xlsx file with password
https://bugs.documentfoundation.org/show_bug.cgi?id=144112 QA Administrators changed: What|Removed |Added Status|NEEDINFO|RESOLVED Resolution|--- |INSUFFICIENTDATA -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 144112] problem for a .xlsx file with password
https://bugs.documentfoundation.org/show_bug.cgi?id=144112 --- Comment #4 from QA Administrators --- Dear michel.pamboukian, 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 131658] "Insert Caption" results in an invisible space at start of line: typed input disabled at this location
https://bugs.documentfoundation.org/show_bug.cgi?id=131658 --- Comment #4 from QA Administrators --- Dear R. Green, 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 145816] Cursor duplicates when new place is clicked, does not disappear from old location on hidpi screen
https://bugs.documentfoundation.org/show_bug.cgi?id=145816 --- Comment #3 from Michael Weghorn --- Also, is this with a single Hi-DPI screen or in a multi-screen setup? -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 145816] Cursor duplicates when new place is clicked, does not disappear from old location on hidpi screen
https://bugs.documentfoundation.org/show_bug.cgi?id=145816 Michael Weghorn changed: What|Removed |Added CC||m.wegh...@posteo.de Status|UNCONFIRMED |NEEDINFO Ever confirmed|0 |1 --- Comment #2 from Michael Weghorn --- Could you test whether this still happens with a daily build, and of so, copy the information from "Help" -> "About LibreOffice" here? see https://wiki.documentfoundation.org/QA/Testing_Daily_Builds Also, can you please attach a sample document with which this happens for you and ideally a screencast that shows the problem (or otherwise, as many other details that might be helpful to reproduce, e.g. what page you were editing,...)? -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 148457] New: Blank password works for a pdf file set with permission password
https://bugs.documentfoundation.org/show_bug.cgi?id=148457 Bug ID: 148457 Summary: Blank password works for a pdf file set with permission password Product: LibreOffice Version: 7.3.2.2 release Hardware: All OS: Windows (All) Status: UNCONFIRMED Severity: normal Priority: medium Component: LibreOffice Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: chris.luvi...@gmail.com Description: Blank password works for a pdf file set with permission password making the applied security useless when opening the pdf file in Libreoffice app. Actual Results: Libreoffice allows to open/edit a protected file using a blank password Expected Results: Blank password definitely should not be allowed to open/edit a password protected pdf file Reproducible: Always User Profile Reset: No Additional Info: Please fix it! -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 147837] When merging cells, it is not good that 'Keep the contents of the hidden cell' is the default
https://bugs.documentfoundation.org/show_bug.cgi?id=147837 --- Comment #9 from JO3EMC --- I missed talking. Not all Microsoft behavior is better in this issue. There are some bad points, and I think it has advantages and disadvantages compared to LibreOffice. The best answer has not been determined. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 147837] When merging cells, it is not good that 'Keep the contents of the hidden cell' is the default
https://bugs.documentfoundation.org/show_bug.cgi?id=147837 --- Comment #8 from JO3EMC --- Dialogs are certainly one approach, and I think it's not a bad way at this point for picking up all the requests. However, what is proposed here is the selection of the initial value there. My opinion is that "Empty the contents of the hidden cells" is better. Many of the people around me have similar ideas, and so far no one has any other ideas. Opinions are also exchanged in the Japanese category of Ask, and it is such a situation. https://ask.libreoffice.org/t/topic/74933 Although it deviates a little from the proposal of this issue. >From the perspective of not breaking existing data or formulas, "Keep the contents of the hidden cells" is certainly "safer". But I think that kind of safety is not necessary. Cell merging changes the appearance and structure of the "visible sheet". If the structure of the sheet changes, I think it may be natural that the written content is damaged, in a sense. Similar things usually happen with other cell operations. Rather, it is more dangerous that information that is difficult for the user to know is left in the "invisible place". It is difficult to follow the behavior of formulas, and also there is the risk of information leakage. "Safe" depends on the point of view. It seems more dangerous to me that it is harder to detect invisible data. The introduction of the "Hidden Row / Column Indicator" feature in LibreOffice 7.4 may also be from a similar perspective. I think the Bug 137780 introduced in Comment 5 is standing on this view. Data loss is usually visible. We can notice. If the data is promised not to be hidden, the awareness is even more certain. Microsoft doesn't always do the right thing, but it can be right. To me, Microsoft's judgment seems to be better on this issue. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 148456] In writer the navigator keeps returning to the top left and covers the menu items there
https://bugs.documentfoundation.org/show_bug.cgi?id=148456 --- Comment #1 from richa...@well.com --- When I switch from the master document in LibreOffice Writer to another application such as Firefox or Thunderbird, and then switch back to the master document, the navigator window stays where I put it. It is only when I switch to another LibreOffice document and then return to the master document that the navigator window pops back up to the corner. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 148433] Extreme keyboard input delays on linux in paragraphs which contain both rtl and numeric characters
https://bugs.documentfoundation.org/show_bug.cgi?id=148433 Yotam Benshalom changed: What|Removed |Added Summary|Extreme keyboard input |Extreme keyboard input |delays in paragraphs which |delays on linux in |contain both rtl and|paragraphs which contain |numeric characters |both rtl and numeric ||characters -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 148433] Extreme keyboard input delays in paragraphs which contain both rtl and numeric characters
https://bugs.documentfoundation.org/show_bug.cgi?id=148433 --- Comment #9 from Yotam Benshalom --- I checked out master from git. The problem definitely exists also in: Version: 7.4.0.0.alpha0+ / LibreOffice Community Build ID: 3e94991d7fd3a085549c3a5d4c991688042d2cb9 CPU threads: 16; OS: Linux 5.15; UI render: default; VCL: gtk3 Locale: he-IL (he_IL.UTF-8); UI: en-US Misc: CAlc: CL -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 148456] New: In writer the navigator keeps returning to the top left and covers the menu items there
https://bugs.documentfoundation.org/show_bug.cgi?id=148456 Bug ID: 148456 Summary: In writer the navigator keeps returning to the top left and covers the menu items there Product: LibreOffice Version: 7.3.0.3 release Hardware: x86-64 (AMD64) OS: Linux (All) Status: UNCONFIRMED Severity: normal Priority: medium Component: Writer Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: richa...@well.com Description: the navigator window does not remain where I place it in a master document after I switch to another writer document and then switch back to the master document. It pops back up to the top left corner and covers the menu bar there. Steps to Reproduce: 1.open writer 2.open an existing master document---move navigator window to desired location 3.switch to another document 4.switch back to the master document Actual Results: 5.the navigator jumps back to top left hand corner, obscuring part of the menu bar Expected Results: The navigator window should remain where I placed it. Reproducible: Always User Profile Reset: Yes Additional Info: It always remained in place in previous versions of LibreOffice. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 148177] Border Shadow Style; add a "Blur" property (like LO Draw)
https://bugs.documentfoundation.org/show_bug.cgi?id=148177 Regina Henschel changed: What|Removed |Added Ever confirmed|0 |1 Status|UNCONFIRMED |NEW CC||rb.hensc...@t-online.de --- Comment #2 from Regina Henschel --- Graphic objects in Draw and paragraphs, characters and frames in Writer have technically different shadows. One is a set of draw:shadow-foo attributes, the other is one attribute style:shadow. You can use a Text Box in the meantime as workaround. The text box has blur shadow because it is a graphic object. You can anchor the text box as character to keep it in the text flow. Nevertheless it is a valid request. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 148433] Extreme keyboard input delays in paragraphs which contain both rtl and numeric characters
https://bugs.documentfoundation.org/show_bug.cgi?id=148433 --- Comment #8 from Yotam Benshalom --- The delay is unmistakable when pressing the left arrow key continuously when the cursor is at the right end of the second rtl paragraph in the testcase. I experience the problem on ubuntu with xorg and the nvidia proprietary driver (hardware acceleration disabled in LO options). Maybe this is related to one of these frameworks. I'll try the 7.4 version here and see if it solves the problem. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 148455] In Writer, the paragraph numbering continues instead of restarting after updating cross references
https://bugs.documentfoundation.org/show_bug.cgi?id=148455 --- Comment #1 from softdev1...@outlook.com --- Created attachment 179389 --> https://bugs.documentfoundation.org/attachment.cgi?id=179389&action=edit Paragraph numbering continues instead of restarting at a) This original document, page 8 includes the below paragraphs. ``` (a) discuss and evaluate proposals in connection ... (b) discuss ways in which the CEFC and the Counterparty ... ``` But when opening it in LO writer 6.4 or 7.3.x or etc, the paragraph numbering doesn't restart at (a) ... instead, it starts at (e) ``` (e) discuss and evaluate proposals in connection ... (f) discuss ways in which the CEFC and the Counterparty ... ``` -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 145687] Unhandled exception in utl::UCBContentHelper::IsYounger
https://bugs.documentfoundation.org/show_bug.cgi?id=145687 Hossein changed: What|Removed |Added CC||sberg...@redhat.com --- Comment #2 from Hossein --- > I told Writer to open the document License.rtf [1] and pressed the button [ > Edit Document! ]. I can not reproduce this with LibreOffice 7.2. Could you please provide more information on how to reproduce the problem? Version: 7.2.4.1 / LibreOffice Community Build ID: 27d75539669ac387bb498e35313b970b7fe9c4f9 CPU threads: 8; OS: Linux 5.13; UI render: default; VCL: gtk3 Locale: en-US (en_US.UTF-8); UI: en-US Calc: threaded(In reply to Christopher Yeleighton from comment #0) $ git grep "Edit Document" include/sfx2/strings.hrc:#define STR_READONLY_EDIT NC_("STR_READONLY_EDIT", "Edit Document") sfx2/uiconfig/ui/editdocumentdialog.ui:Edit Document Grepping for the above string ("Edit Document") shows that the document is read-only for some reason. I tried to open this document in another instance of LibreOffice, and then try opening it in LibreOffice 7.2 release. After choosing "Open Read-Only" or "Notify" in the previous popup, each time I pressed the "Edit Document" button from the notification bar. But, I could not reproduce this issue. Are you using WebDAV? And for the exception, this function handles certain exceptions, and re-throws some others. So, it should be OK. See this description: "Rethrowing an exception (C++ only) If a catch block cannot handle the particular exception it has caught, you can rethrow the exception. The rethrow expression (throw without assignment_expression) causes the originally thrown object to be rethrown. Because the exception has already been caught at the scope in which the rethrow expression occurs, it is rethrown out to the next dynamically enclosing try block. Therefore, it cannot be handled by catch blocks at the scope in which the rethrow expression occurred. Any catch blocks for the dynamically enclosing try block have an opportunity to catch the exception." https://www.ibm.com/docs/en/i/7.4?topic=only-rethrowing-exception-c bool utl::UCBContentHelper::IsYounger( OUString const & younger, OUString const & older) { try { return convert( content(younger).getPropertyValue( "DateModified"). get()) > convert( content(older).getPropertyValue( "DateModified"). get()); } catch (css::uno::RuntimeException const &) { throw; } catch (css::ucb::CommandAbortedException const &) { assert(false && "this cannot happen"); throw; } catch (css::uno::Exception const &) { TOOLS_INFO_EXCEPTION( "unotools.ucbhelper", "UCBContentHelper::IsYounger(" << younger << ", " << older << ")"); return false; } } -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 148455] New: In Writer, the paragraph numbering continues instead of restarting after updating cross references
https://bugs.documentfoundation.org/show_bug.cgi?id=148455 Bug ID: 148455 Summary: In Writer, the paragraph numbering continues instead of restarting after updating cross references Product: LibreOffice Version: 3.3 all versions Hardware: All OS: Linux (All) Status: UNCONFIRMED Severity: normal Priority: medium Component: Writer Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: softdev1...@outlook.com Description: In LibreOffice Writer, - The original document restarts the paragraph numbering at 1 or a). - After opening the document in LibreOffice 6.4.7.2 or 7.2.5.2 or 7.3.1.3 or 7.3.3.0.0 etc, the updated document produces the paragraph numbering that continues from a previous paragraph number instead of restarting at 1 or a). Steps to Reproduce: 1. In LibreOffice Writer, the original document restarts the paragraph numbering at 1 or a). 2. After opening the document in LibreOffice 7.2.5.2 or 7.3.1.3 or 7.3.3.0.0 etc, the updated document produces the paragraph numbering that continues from a previous paragraph number instead of restarting at 1 or a). Actual Results: After opening the document in LibreOffice 7.2.5.2 or 7.3.1.3 or 7.3.3.0.0 etc, the updated document produces the paragraph numbering that continues from a previous paragraph number instead of restarting at 1 or a). Expected Results: As the original document, it should restart the paragraph numbering at 1 or a). Reproducible: Always User Profile Reset: No Additional Info: I will attach the .docx file I tested. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 148304] Using toolbar in Calc to set object line, style, width or colour triggers Assertion `(typeid(*this) == typeid(SfxItemSet)) && "cannot call this on a subclass of SfxItem
https://bugs.documentfoundation.org/show_bug.cgi?id=148304 Regina Henschel changed: What|Removed |Added CC||rb.hensc...@t-online.de --- Comment #2 from Regina Henschel --- I get the same in Writer, when I try to change the font size of the text in the text box via Font Size drop down of the toolbar. In Draw changing font size of text in the text box works. I use a debug build Version: 7.4.0.0.alpha0+ (x64) / LibreOffice Community Build ID: e2ba6f5dfe989db0c287e3cb0d54e868939c CPU threads: 8; OS: Windows 10.0 Build 19043; UI render: Skia/Raster; VCL: win Locale: de-DE (en_US); UI: en-US Calc: threaded -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 148433] Extreme keyboard input delays in paragraphs which contain both rtl and numeric characters
https://bugs.documentfoundation.org/show_bug.cgi?id=148433 --- Comment #7 from Telesto --- I'm not seeing any delay with Version: 7.4.0.0.alpha0+ / LibreOffice Community Build ID: fbf739198aa7f02975d531521c6525073783c7f1 CPU threads: 8; OS: Mac OS X 12.2.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 148435] LibreOffice on macOS hanges on using window snapping
https://bugs.documentfoundation.org/show_bug.cgi?id=148435 Telesto changed: What|Removed |Added Ever confirmed|0 |1 Status|UNCONFIRMED |NEW -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 148435] LibreOffice on macOS hanges on using window snapping
https://bugs.documentfoundation.org/show_bug.cgi?id=148435 Telesto changed: What|Removed |Added Status|NEW |UNCONFIRMED Ever confirmed|1 |0 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 148454] New: Crash when I change font size in KDE Plasma 5.22.5
https://bugs.documentfoundation.org/show_bug.cgi?id=148454 Bug ID: 148454 Summary: Crash when I change font size in KDE Plasma 5.22.5 Product: LibreOffice Version: 3.3.1 release Hardware: x86-64 (AMD64) OS: Linux (All) Status: UNCONFIRMED Severity: normal Priority: medium Component: Writer Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: sam.gray.1...@gmail.com Description: When using LibreOffice Writer when I change Font sizes, the application crashes and I am unable to do anything involving writing, I can still change font sizes and fonts but I cannot type anything on the page. There is a workaround where I change between design mode and control wizards in Forms. It appears to be present on the current version of LibreOffice that was launched with 21.04 and 21.10. This should not be happening, and is more a frustration and nausance than a serious bug. Steps to Reproduce: 1.Launch Libre Office 2. Change font and change it back 3. Attempt to type anything Actual Results: I am unable to type anything. Expected Results: Continued to show the cursor and allow me to type. Reproducible: Always User Profile Reset: Yes Additional Info: OS: Kubuntu 21.10 x86-64 Kernel: 5.13.0-39-generic DE: Plasma WM: KWin CPU: AMD Ryzen 5 3600x GPU: AMD ATI Radeon RX590 Memory 3122 MiB/ 32053MiB -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 148434] LibreOffice Calc Formatting Option for Leading Zeros in Numbers Does Not Format Correctly
https://bugs.documentfoundation.org/show_bug.cgi?id=148434 --- Comment #4 from Jerry Sussman --- Greetings, and thank you for the prompt reply. Perhaps we are having a communication issue? I did not say nor mean to suggest that the Format feature did not produce "Leading zeros." Rather, what I said and meant to suggest that the feature did not produce the number of "Leading zeros" selected, but instead produced leading zeros only if the number of leading zeros selected was greater than the number of digits to the left of the decimal point in the number within the cell being formatted. Previously, if I selected "Number of Leading Zeros" as 1, 2, 3, etc., "Leading Zeros" (1, 2, 3, etc.) would be placed to the leftmost position of the last significant digit to the left of the decimal point regardless of the number of digits in the number within the cell being formatted. Thus, if the number of leading zeros selected was "2," 2 zeros would precede each number, whether the number was "01," 02," "001," "1," "2," "10," "1000," or whatever. The number 01 would appear as 001, the number 10 would appear as 0010, the number 0001 would appear as 001, the number 7 would appear as 007. Now, if the number of "Leading zeros" selected is 1, 2, 3, etc., one or more leading zeros (1, 2, 3, etc..) will only appear if the number of digits to the left of the decimal point in the number in the cell to be formatted is less than the number of leading zeros selected. Here are literal examples just taken in the case of the formatting of numbers to contain "2 Leading zeros." Example A: 1 will appear as 01 Example B: 10 will appear as 10 Example C: 100 will appear as 100 Example D: 1000 will appear as 1000 Example D: 01 will appear as 1 Example E: 001 will appear as 1 Example F: 0001 will appear as 1. How in the world is this not a bug? Respectfully, I prefer not to attach another spreadsheet. Moreover, in the absence of my ability to delete the attachment to my initial report, for the reasons that follow, I respectfully request that you do so. The software used to take the screenshot of the LibreOffice Help-About (XFCE-4 Screenshooter) itself contains a bug: I clearly and unequivocally took a screenshot only of the portion of my display that contained the "LibreOffice Help-About" with its opaque background. I attached same with the expectation that the image taken and saved was the image that I took. Instead, The MX-21 XFCE-4 Screenshooter "X-rayed" the LibreOffice Help-About opaque background and captured a portion of the open spreadsheet that I then was working on. Though I would have preferred that no spreadsheet information had been captured, I am grateful that no account numbers or passwords were uploaded. Still, I do not think that the attachment should be visible to all as it contains information that was not in the screenshot as taken. Thanks again...Jerry Sussman -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 148434] LibreOffice Calc Formatting Option for Leading Zeros in Numbers Does Not Format Correctly
https://bugs.documentfoundation.org/show_bug.cgi?id=148434 --- Comment #3 from Jerry Sussman --- Greetings, and thank you for the prompt reply. Perhaps we are having a communication issue? I did not say nor mean to suggest that the Format feature did not produce "Leading zeros." Rather, what I said and meant to suggest that the feature did not produce the number of "Leading zeros" selected, but instead produced leading zeros only if the number of leading zeros selected was greater than the number of digits to the left of the decimal point in the number within the cell being formatted. Previously, if I selected "Number of Leading Zeros" as 1, 2, 3, etc., "Leading Zeros" (1, 2, 3, etc.) would be placed to the leftmost position of the last significant digit to the left of the decimal point regardless of the number of digits in the number within the cell being formatted. Thus, if the number of leading zeros selected was "2," 2 zeros would precede each number, whether the number was "01," 02," "001," "1," "2," "10," "1000," or whatever. The number 01 would appear as 001, the number 10 would appear as 0010, the number 0001 would appear as 001, the number 7 would appear as 007. Now, if the number of "Leading zeros" selected is 1, 2, 3, etc., one or more leading zeros (1, 2, 3, etc..) will only appear if the number of digits to the left of the decimal point in the number in the cell to be formatted is less than the number of leading zeros selected. Here are literal examples just taken in the case of the formatting of numbers to contain "2 Leading zeros." Example A: 1 will appear as 01 Example B: 10 will appear as 10 Example C: 100 will appear as 100 Example D: 1000 will appear as 1000 Example D: 01 will appear as 1 Example E: 001 will appear as 1 Example F: 0001 will appear as 1. How in the world is this not a bug? Respectfully, I prefer not to attach another spreadsheet. Moreover, in the absence of my ability to delete the attachment to my initial report, for the reasons that follow, I respectfully request that you do so. The software used to take the screenshot of the LibreOffice Help-About (XFCE-4 Screenshooter) itself contains a bug: I clearly and unequivocally took a screenshot only of the portion of my display that contained the "LibreOffice Help-About" with its opaque background. I attached same with the expectation that the image taken and saved was the image that I took. Instead, The MX-21 XFCE-4 Screenshooter "X-rayed" the LibreOffice Help-About opaque background and captured a portion of the open spreadsheet that I then was working on. Though I would have preferred that no spreadsheet information had been captured, I am grateful that no account numbers or passwords were uploaded. Still, I do not think that the attachment should be visible to all as it contains information that was not in the screenshot as taken. Thanks again...Jerry Sussman -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 116400] Very time lengthy PDF-generation nowhere near OO speed ( see comment 9 and 19 and 31 )
https://bugs.documentfoundation.org/show_bug.cgi?id=116400 --- Comment #32 from Commit Notification --- Luboš Luňák committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/c5199abfc1a468b28c680faf41e2f11bc1729c47 work around ICU performance problem in text breaking (tdf#116400) It will be available in 7.4.0. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 148423] The width of columns with a long word collapses after opening a TSV
https://bugs.documentfoundation.org/show_bug.cgi?id=148423 raal changed: What|Removed |Added CC||r...@post.cz, ||sberg...@redhat.com Keywords|bibisectRequest |bibisected, bisected --- Comment #3 from raal --- bisected with bibisect-linux-64-6.4. This seems to have begun at the below commit. Adding Cc: to Stephan Bergmann; Could you possibly take a look at this one? Thanks eeca218d2c041dcc593ad9d27a68c3eaf2de018e is the first bad commit commit eeca218d2c041dcc593ad9d27a68c3eaf2de018e Author: Jenkins Build User Date: Tue Jun 4 12:07:36 2019 +0200 source sha:de4d296619b978ec303f1d7b1e2c78e13fa7a512 https://git.libreoffice.org/core/+/de4d296619b978ec303f1d7b1e2c78e13fa7a512 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 148357] When deleting a comment in Navigator, it changes position needlessly
https://bugs.documentfoundation.org/show_bug.cgi?id=148357 Jim Raykowski changed: What|Removed |Added Assignee|libreoffice-b...@lists.free |rayk...@gmail.com |desktop.org | Status|NEEDINFO|NEW --- Comment #5 from Jim Raykowski --- I've notice this also. It seems to be vcl backend dependent. Eyal, I'm guessing you are using gtk3? SAL_USE_VCLPLUGIN gen and qt5/kf5 don't scroll the next entry to the top after delete like gtk3 although there is also disruptive movement for them as well. Here is one way to make the position not scroll after delete: https://gerrit.libreoffice.org/c/core/+/132691 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 141777] Allow search by paragraph number proper in cross-reference dialog
https://bugs.documentfoundation.org/show_bug.cgi?id=141777 Eyal Rozenberg changed: What|Removed |Added Summary|LO Writer: in dialog for|Allow search by paragraph |insertion of|number proper in |cross-reference, allow user |cross-reference dialog |to filter for the number of | |the target | --- Comment #5 from Eyal Rozenberg --- Christian: I rephrased the title for brevity and, hopefully, clarity. Since this is "your" bug - if you don't approve of the title, feel free to rephrase. I'll add another reason why this enhancement is very import: Alphabetic numbering. When you uses numerals for paragraph numbers, then searching for a number might yield some false matches, but not _that_ many. However, if your "number" is "D" - and say it's the fourth paragraph in some subsection - you'll match half your numbered paragraphs. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 148426] Inserting image via clipboard or drag and drop inserts only placeholder
https://bugs.documentfoundation.org/show_bug.cgi?id=148426 raal changed: What|Removed |Added CC||michael.st...@allotropia.de ||, r...@post.cz Keywords||bibisected, bisected --- Comment #4 from raal --- This seems to have begun at the below commit. Adding Cc: to Michael Stahl; Could you possibly take a look at this one? Thanks 115b11fc60754321653e4f44d88d1b033163c3da is the first bad commit commit 115b11fc60754321653e4f44d88d1b033163c3da Author: Jenkins Build User Date: Tue Nov 23 20:19:31 2021 +0100 source sha:bdef11f5337ecc87556a92693f6b7b5e200eb29e https://git.libreoffice.org/core/+/bdef11f5337ecc87556a92693f6b7b5e200eb29e configure: default to --with-webdav=curl messages in CLI: * Trying 104.64.173.82:443... * Connected to www.ndr.de (104.64.173.82) port 443 (#0) * Initializing NSS with certpath: none * WARNING: failed to load NSS PEM library libnsspem.so. Using OpenSSL PEM certificates will not work. * CAfile: none * CApath: none * loaded libnssckbi.so * ALPN, server accepted to use http/1.1 * SSL connection using TLS_AES_256_GCM_SHA384 * Server certificate: * subject: CN=www.ndr.de * start date: úno 16 06:48:51 2022 GMT * expire date: kvě 17 06:48:50 2022 GMT * common name: www.ndr.de * issuer: CN=R3,O=Let's Encrypt,C=US > OPTIONS /nachrichten/info/bundestag752_v-contentgross.jpg HTTP/1.1 Host: www.ndr.de User-Agent: LibreOffice 7.3.0.0 curl/7.79.1 NSS/3.71 Accept: */* Accept-Encoding: deflate, gzip * Mark bundle as not supporting multiuse < HTTP/1.1 500 Internal Server Error < Server: AkamaiGHost < Mime-Version: 1.0 < Content-Type: text/html < Content-Length: 220 < Cache-Control: private, max-age=0 < Expires: Thu, 07 Apr 2022 20:39:26 GMT < Date: Thu, 07 Apr 2022 20:39:26 GMT < Connection: keep-alive < * Connection #0 to host www.ndr.de left intact -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 141578] Libreoffice unusable with fractional scaling on multimonitor (on plasma+wayland)
https://bugs.documentfoundation.org/show_bug.cgi?id=141578 --- Comment #8 from Jan-Marek Glogowski --- Created attachment 179388 --> https://bugs.documentfoundation.org/attachment.cgi?id=179388&action=edit Weston with two outputs, one scaled and LO kf5 running. I've found that I can run Bullsyeye Weston in a two screen setup with one scaled window via weston.ini: [core] xwayland=true [output] name=X1 mode=800x600 scale=2 [output] name=X2 mode=1024x768 and weston -c $PWD/weston.ini --output-count=2 This works for LO gtk3, but kf5 is broken, interestingly just on the non-scaled screen, the other looks almost correct. But for whatever reason the start center image is tiny on 200%. It looks like LO has cached the larger fonts and scaling when moving the window form 2x to non-scaling. gtk3 is also "interesting", because it changes the layout of the windows near the border and even resizes it. That's still when completely on one screen. Maximizing the main LO window on the scaled screen crashes LO with just Qt stuff in the backtrace (and also crashes gtk3), but works for the non-scaled screen. A kate window is maximizable on both screens and moving it between both screens works fine, so the kf5 LO should be able to work correct; but kf5 has additional Wayland libs; not sure they must be used explicitly or not. I've tried to find a way to flush the graphics cache somehow from the screen change handler to no avail in the end. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 136943] TOOLBAR: Fonts Name Combobox has wrong height
https://bugs.documentfoundation.org/show_bug.cgi?id=136943 --- Comment #7 from medmedin2014 --- Created attachment 179387 --> https://bugs.documentfoundation.org/attachment.cgi?id=179387&action=edit List of fonts in LibreOffice 6.4.2.2 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 136943] TOOLBAR: Fonts Name Combobox has wrong height
https://bugs.documentfoundation.org/show_bug.cgi?id=136943 --- Comment #6 from medmedin2014 --- (In reply to Dieter from comment #5) > (In reply to medmedin2014 from comment #4) > > but this bug is regression because the combobox is there > > and what should be fixed is just its height to fit inside screen and using > > the scrollbar thumb user can reach any item in the list. > > If you think it is a regression, please add information of (probalbly) the > last version without that bug. It's totally a regression, I can't point from which version this bug started to appear but if you take any old version like 6.4.2.2 you can clearly see how it looked. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 147716] Error dialog instead of WebDAV authentication - WebDAV completely broken
https://bugs.documentfoundation.org/show_bug.cgi?id=147716 --- Comment #9 from Joe Breuer --- @J. Roeleveld: What distribution could you reproduce the problem in? The plot thickens. Using the libreoffice-still 7.2.6-1 package in Arch Linux, WebDAV works as expected (same as under Windows). So I tried with the 7.2.5 "Basic" AppImage that I could find on my gentoo system, where I first experienced the issue. Again, WebDAV works correctly in that version. Next, I moved the libreoffice configuration directory (in ~/.config/libreoffice) out of the way and tested again with the gentoo native package/build - and I still get the "Nonexistent file." error. At this point, it looks like there's something up with the gentoo build/package, rather than LO itself. I'd be super interested to hear back from J. Roeleveld, if he's also using gentoo, or, if another distribution, what's similar between the ones where the bug occurs. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 142192] selecting heading with navigator in additional window selects heading in current window and rest on other window
https://bugs.documentfoundation.org/show_bug.cgi?id=142192 Roman Kuznetsov <79045_79...@mail.ru> changed: What|Removed |Added CC||79045_79...@mail.ru Status|UNCONFIRMED |NEEDINFO Ever confirmed|0 |1 --- Comment #3 from Roman Kuznetsov <79045_79...@mail.ru> --- Ulrich please record the screencast with the problem or write more detailed steps -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 141962] Navigator window can't be collapsed / tiled as a side panel anymore
https://bugs.documentfoundation.org/show_bug.cgi?id=141962 Roman Kuznetsov <79045_79...@mail.ru> changed: What|Removed |Added Ever confirmed|0 |1 Status|UNCONFIRMED |NEEDINFO CC||79045_79...@mail.ru -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 103030] [META] Navigator sidebar deck and floating window
https://bugs.documentfoundation.org/show_bug.cgi?id=103030 Roman Kuznetsov <79045_79...@mail.ru> changed: What|Removed |Added Depends on||139633 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=139633 [Bug 139633] Direct editing of tree nodes in the Navigator to rename objects -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 103030] [META] Navigator sidebar deck and floating window
https://bugs.documentfoundation.org/show_bug.cgi?id=103030 Roman Kuznetsov <79045_79...@mail.ru> changed: What|Removed |Added Depends on||138868 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=138868 [Bug 138868] UI: object selected on canvas is not indicated in Navigator -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 138868] UI: object selected on canvas is not indicated in Navigator
https://bugs.documentfoundation.org/show_bug.cgi?id=138868 Roman Kuznetsov <79045_79...@mail.ru> changed: What|Removed |Added Blocks||103030 CC||79045_79...@mail.ru Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=103030 [Bug 103030] [META] Navigator sidebar deck and floating window -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 103030] [META] Navigator sidebar deck and floating window
https://bugs.documentfoundation.org/show_bug.cgi?id=103030 Roman Kuznetsov <79045_79...@mail.ru> changed: What|Removed |Added Depends on||137835 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=137835 [Bug 137835] UI: Add right click context menu for rename slide/page & delete slide in the navigator deck -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 86349] [META] Context menu bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=86349 Roman Kuznetsov <79045_79...@mail.ru> changed: What|Removed |Added Depends on||137835 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=137835 [Bug 137835] UI: Add right click context menu for rename slide/page & delete slide in the navigator deck -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 137835] UI: Add right click context menu for rename slide/page & delete slide in the navigator deck
https://bugs.documentfoundation.org/show_bug.cgi?id=137835 Roman Kuznetsov <79045_79...@mail.ru> changed: What|Removed |Added CC||79045_79...@mail.ru Blocks||103030, 86349 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=86349 [Bug 86349] [META] Context menu bugs and enhancements https://bugs.documentfoundation.org/show_bug.cgi?id=103030 [Bug 103030] [META] Navigator sidebar deck and floating window -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 36075] Mail merge: Let the file name be from a variable
https://bugs.documentfoundation.org/show_bug.cgi?id=36075 --- Comment #8 from Mike Kaganski --- Created attachment 179386 --> https://bugs.documentfoundation.org/attachment.cgi?id=179386&action=edit Print dialog for Mail Merge I believe that it already allows that: if you push Pring in a MM document, the dialog allows you to create the filenames from a datasource field. If you need some combined name, you just configure your data source to have combined fields (e.g., using SQL to combine single fields together, or using formulas in spreadsheets when those are the data source). -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 140405] UI: Speedup scrolling by looking ahead in keyboard buffer to skip redundant screen rendering
https://bugs.documentfoundation.org/show_bug.cgi?id=140405 --- Comment #12 from Robert Lacroix --- (In reply to Robert Lacroix from comment #11) > (In reply to V Stuart Foote from comment #10) > > (In reply to Luboš Luňák from comment #9) > > > > > this is only usable as a request for a would-be-nice enhancement. > > > > Well sure, and it is annotated as such in the Importance fields. > > > > But OP still ought to provide you the requested retest with a current > > build--preferably of a parallel install the master branch or even with 7.3.2 > > [1] where there certainly has been a lot of effort in improving display > > refresh. > > > > =-ref-= > > [1] https://wiki.documentfoundation.org/Installing_in_parallel > > Tested just now with > Version: 7.4.0.0.alpha0+ / LibreOffice Community > Build ID: 55b20c8781d7718fa992769df90282563694f7fe > CPU threads: 12; OS: Linux 5.10; UI render: default; VCL: gtk3 > Locale: en-CA (en_CA.utf8); UI: en-US > Calc: CL > > The slow behaviour is definitely still there. > I pressed the Page Down key 20 times and it took 15.48 seconds to end up at > the destination cell. That was with the GPU loaded at 100%. With the GPU loaded at 0% the destination cell was reached essentially in the time it took me to strike the key 20 times. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 136829] Crash:Press Navigator Button sidebar, after inserting Spreadsheet(OLE object)
https://bugs.documentfoundation.org/show_bug.cgi?id=136829 Roman Kuznetsov <79045_79...@mail.ru> changed: What|Removed |Added Status|NEW |NEEDINFO --- Comment #8 from Roman Kuznetsov <79045_79...@mail.ru> --- still no repro in Version: 7.4.0.0.alpha0+ (x64) / LibreOffice Community Build ID: 2d6af46a82c6b9f1565933e8a1175e7a184256ca CPU threads: 4; OS: Windows 6.1 Service Pack 1 Build 7601; UI render: Skia/Raster; VCL: win Locale: ru-RU (ru_RU); UI: en-US Calc: CL Jumbo I checked it in Win 10 too => no repro also @sawakaze: could you please retest it in current 7.2.6 or in 7.3.2 version? -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 140405] UI: Speedup scrolling by looking ahead in keyboard buffer to skip redundant screen rendering
https://bugs.documentfoundation.org/show_bug.cgi?id=140405 --- Comment #11 from Robert Lacroix --- (In reply to V Stuart Foote from comment #10) > (In reply to Luboš Luňák from comment #9) > > > this is only usable as a request for a would-be-nice enhancement. > > Well sure, and it is annotated as such in the Importance fields. > > But OP still ought to provide you the requested retest with a current > build--preferably of a parallel install the master branch or even with 7.3.2 > [1] where there certainly has been a lot of effort in improving display > refresh. > > =-ref-= > [1] https://wiki.documentfoundation.org/Installing_in_parallel Tested just now with Version: 7.4.0.0.alpha0+ / LibreOffice Community Build ID: 55b20c8781d7718fa992769df90282563694f7fe CPU threads: 12; OS: Linux 5.10; UI render: default; VCL: gtk3 Locale: en-CA (en_CA.utf8); UI: en-US Calc: CL The slow behaviour is definitely still there. I pressed the Page Down key 20 times and it took 15.48 seconds to end up at the destination cell. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 148257] Missing/unexposed ability to explicitly set the "language group" of a piece of text
https://bugs.documentfoundation.org/show_bug.cgi?id=148257 --- Comment #11 from Eyal Rozenberg --- I'll just make a clarification w.r.t. my tone. When I said "is not tolerable", I didn't mean to suggest I am accusing developers of having acted in an intolerable way. I meant to say that reason would not tolerate an affirmation of such a behavior as the appropriate one. On another note: Heiko, you said: > What bothers me in general on the ticket is using the language group for > layouting. Can you clarify what you meant by the word "layouting"? The way things stand right now seem to be the result of a choice of convenience, which often, or usually, works: If your document has, say, content in both Arabic and English, then the LTR runs are assumed to be Spanish, with the user wanting the font family they've chosen for 'Western' languages, as it likely has full coverage of the Latin-1 character set with the glyphs the user wants. And similarly, the RTL runs are assumed to be in Arabic, and the font to use for these would be the one covering the Unicode range for Arabic, which the user has likely chosen as its Complex scripts font. We are seeing a "corner case" of these assumptions not holding: Characters which are common to text in different language groups, which already undermines the assumptions somewhat, and are direction neutral, which makes them susceptible to be switched back and forth. But more generally - the assumptions don't hold: * A user may want/need, a more complex covering of the set of Unicode characters by different fonts - even if all text is in the same language (e.g. for characters like arrows, or numbers, or dingbats, or emojis). And the different fonts the user has may have complex intersections requiring a more involved logic for preferences. * There may be multiple languages used within the same language group, with the user needing different fonts for them. Obvious example: Hebrew and Arabic. I'm guessing that maybe even CJK authors may want a different font for Japanese and for Chinese, for example, even if many glyphs are shared between them. So, the question is (or one of the questions is): Should this specific issue be resolved by some kind of localized action, retaining the assumption-of-convenience from above, or should it upending that assumption? -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 103030] [META] Navigator sidebar deck and floating window
https://bugs.documentfoundation.org/show_bug.cgi?id=103030 Roman Kuznetsov <79045_79...@mail.ru> changed: What|Removed |Added Depends on||130196 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=130196 [Bug 130196] Changing nav-order in navigator does not work on single page -- You are receiving this mail because: You are the assignee for the bug.