[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=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=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=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=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=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=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=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-commits] core.git: Branch 'feature/sparklines' - sc/source
sc/source/ui/inc/gridwin.hxx |3 +
sc/source/ui/view/gridwin.cxx | 71 ++
2 files changed, 74 insertions(+)
New commits:
commit 1906d7e72cc23f5b5bb7739a3c64395a914bf483
Author: Tomaž Vajngerl
AuthorDate: Fri Apr 8 13:12:50 2022 +0900
Commit: Tomaž Vajngerl
CommitDate: Fri Apr 8 13:12:50 2022 +0900
sc: add an overlay to show sparklines in a sparkline group
This adds an overlay that shows/selects all sparklines in a
sparkline group for the cursor cell sparkline, if the cursor cell
has an associated sparkline.
Change-Id: I60a5873ebdf8606f262d217caf6011c4a003801a
diff --git a/sc/source/ui/inc/gridwin.hxx b/sc/source/ui/inc/gridwin.hxx
index 988bf55d2a17..5871fd036fcf 100644
--- a/sc/source/ui/inc/gridwin.hxx
+++ b/sc/source/ui/inc/gridwin.hxx
@@ -106,6 +106,7 @@ class SAL_DLLPUBLIC_RTTI ScGridWindow : public vcl::Window,
public DropTargetHel
std::unique_ptr mpOODragRect;
std::unique_ptr mpOOHeader;
std::unique_ptr mpOOShrink;
+std::unique_ptr mpOOSparklineGroup;
std::optional mpAutoFillRect;
@@ -462,6 +463,8 @@ public:
const std::vector* GetAutoSpellData( SCCOL nPosX,
SCROW nPosY );
bool InsideVisibleRange( SCCOL nPosX, SCROW nPosY );
+void UpdateSparklineGroupOverlay();
+void DeleteSparklineGroupOverlay();
voidDeleteCopySourceOverlay();
voidUpdateCopySourceOverlay();
voidDeleteCursorOverlay();
diff --git a/sc/source/ui/view/gridwin.cxx b/sc/source/ui/view/gridwin.cxx
index e676dcfadd42..608e55afbde5 100644
--- a/sc/source/ui/view/gridwin.cxx
+++ b/sc/source/ui/view/gridwin.cxx
@@ -128,6 +128,7 @@
#include
#include
#include
+#include
#include
@@ -6027,6 +6028,7 @@ void ScGridWindow::CursorChanged()
// now, just re-create them
UpdateCursorOverlay();
+UpdateSparklineGroupOverlay();
}
void ScGridWindow::ImpCreateOverlayObjects()
@@ -6038,6 +6040,7 @@ void ScGridWindow::ImpCreateOverlayObjects()
UpdateDragRectOverlay();
UpdateHeaderOverlay();
UpdateShrinkOverlay();
+UpdateSparklineGroupOverlay();
}
void ScGridWindow::ImpDestroyOverlayObjects()
@@ -6049,6 +6052,7 @@ void ScGridWindow::ImpDestroyOverlayObjects()
DeleteDragRectOverlay();
DeleteHeaderOverlay();
DeleteShrinkOverlay();
+DeleteSparklineGroupOverlay();
}
void ScGridWindow::UpdateAllOverlays()
@@ -6966,6 +6970,73 @@ void ScGridWindow::UpdateShrinkOverlay()
SetMapMode( aOldMode );
}
+void ScGridWindow::DeleteSparklineGroupOverlay()
+{
+mpOOSparklineGroup.reset();
+}
+
+void ScGridWindow::UpdateSparklineGroupOverlay()
+{
+MapMode aDrawMode = GetDrawMapMode();
+
+MapMode aOldMode = GetMapMode();
+if (aOldMode != aDrawMode)
+SetMapMode(aDrawMode);
+
+DeleteSparklineGroupOverlay();
+
+ScAddress aCurrentAddress = mrViewData.GetCurPos();
+
+ScDocument& rDocument = mrViewData.GetDocument();
+if (auto pSparkline = rDocument.GetSparkline(aCurrentAddress))
+{
+auto* pList = rDocument.GetSparklineList(aCurrentAddress.Tab());
+if (pList)
+{
+auto const& pSparklines =
pList->getSparklinesFor(pSparkline->getSparklineGroup());
+
+Color aColor = SvtOptionsDrawinglayer::getHilightColor();
+
+mpOOSparklineGroup.reset(new sdr::overlay::OverlayObjectList);
+rtl::Reference xOverlayManager =
getOverlayManager();
+if (xOverlayManager.is())
+{
+std::vector aRanges;
+
+for (auto const& pCurrentSparkline : pSparklines)
+{
+SCCOL nColumn = pCurrentSparkline->getColumn();
+SCROW nRow = pCurrentSparkline->getRow();
+
+Point aStart = mrViewData.GetScrPos(nColumn, nRow, eWhich);
+Point aEnd = mrViewData.GetScrPos(nColumn + 1, nRow + 1,
eWhich);
+aEnd.AdjustX(-1);
+aEnd.AdjustY(-1);
+
+tools::Rectangle aPixRect = tools::Rectangle(aStart, aEnd);
+
+const basegfx::B2DHomMatrix
aTransform(GetOutDev()->GetInverseViewTransformation());
+basegfx::B2DRange aRB(aPixRect.Left(), aPixRect.Top(),
aPixRect.Right() + 1, aPixRect.Bottom() + 1);
+
+aRB.transform(aTransform);
+aRanges.push_back(aRB);
+}
+
+std::unique_ptr pOverlay(new
sdr::overlay::OverlaySelection(
+sdr::overlay::OverlayType::Transparent,
+aColor, std::move(aRanges), true));
+
+
+xOverlayManager->add(*pOverlay);
+mpOOSparklineGroup->append(std::move(pOverlay));
+}
+}
+}
+
+if (aOldMode != aDrawMode)
+SetMapMode(aOldMode);
+}
+
// #i70788# central method to get the OverlayManager safely
rtl::Reference
[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-ux-advise] [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 on the CC list for the bug.
[Libreoffice-commits] core.git: cui/inc
cui/inc/tipoftheday.hrc | 18 +-
1 file changed, 9 insertions(+), 9 deletions(-)
New commits:
commit b426a8a4c672c20e515f1ce24404530748cc4df0
Author: Rizal Muttaqin
AuthorDate: Tue Apr 5 08:01:26 2022 +0200
Commit: Rizal Muttaqin
CommitDate: Fri Apr 8 04:42:13 2022 +0200
Resolves tdf#142071 - Align Tip of The Day with real menu/options
Change-Id: I2050d0335d2d25e42b9c0164e56b0c981deee1bc
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/132555
Tested-by: Jenkins
Reviewed-by: Rizal Muttaqin
diff --git a/cui/inc/tipoftheday.hrc b/cui/inc/tipoftheday.hrc
index 99f6218ac537..3e66e5cf3424 100644
--- a/cui/inc/tipoftheday.hrc
+++ b/cui/inc/tipoftheday.hrc
@@ -49,7 +49,7 @@ const std::tuple
TIPOFTHEDAY_STRINGARRAY[] =
{
{ NC_("RID_CUI_TIPOFTHEDAY", "%PRODUCTNAME offers a variety of user
interface options to make you feel at home"), ".uno:ToolbarModeUI",
"toolbarmode.png"},
{ NC_("RID_CUI_TIPOFTHEDAY", "Need to allow changes to parts of a
read-only document in Writer? Insert frames or sections that can authorize
changes."),
"https://help.libreoffice.org/%PRODUCTVERSION/%LANGUAGENAME/text/swriter/guide/section_edit.html;,
"tipoftheday_w.png"}, //local help missing
- { NC_("RID_CUI_TIPOFTHEDAY", "To print the notes of your slides go to
File ▸ Print ▸ Impress tab and select Notes under Document ▸ Type."), "",
"printnote.png"},
+ { NC_("RID_CUI_TIPOFTHEDAY", "To print the notes of your slides go to
File ▸ Print ▸ %PRODUCTNAME Impress tab and select Notes under Document ▸
Type."), "", "printnote.png"},
{ NC_("RID_CUI_TIPOFTHEDAY", "To start temporarily with a fresh user
profile, or to restore a non-working %PRODUCTNAME, use Help ▸ Restart in Safe
Mode."), "svx/ui/safemodedialog/SafeModeDialog", ""},
//https://help.libreoffice.org/%PRODUCTVERSION/%LANGUAGENAME/text/shared/01/profile_safe_mode.html
{ NC_("RID_CUI_TIPOFTHEDAY", "Writing a book? %PRODUCTNAME master
document lets you manage large documents as a container for individual
%PRODUCTNAME Writer files."),
"https://help.libreoffice.org/%PRODUCTVERSION/%LANGUAGENAME/text/swriter/guide/globaldoc.html;,
"tipoftheday_w.png"}, //local help missing
{ NC_("RID_CUI_TIPOFTHEDAY", "You can create editable Hybrid PDFs with
%PRODUCTNAME."),
"https://wiki.documentfoundation.org/Documentation/HowTo/CreateAHybridPDF;,
"hybrid_pdf.png"},
@@ -59,13 +59,13 @@ const std::tuple
TIPOFTHEDAY_STRINGARRAY[] =
{ NC_("RID_CUI_TIPOFTHEDAY", "Cannot see all the text in a cell? Expand
the input line in the formula bar and you can scroll."), "",
"expand_formula_bar.png"},
{ NC_("RID_CUI_TIPOFTHEDAY", "Optimize your table layout with Table ▸
Size ▸ Distribute Rows / Columns Evenly."), "", "tipoftheday_w.png"},
{ NC_("RID_CUI_TIPOFTHEDAY", "Find all expressions in brackets per Edit ▸
Find and Replace ▸ Find ▸ \\([^)]+\\) (check “Regular expressions”)"), "",
"tipoftheday_w.png"},
- { NC_("RID_CUI_TIPOFTHEDAY", "Select a different icon set from Tools ▸
Options ▸ %PRODUCTNAME ▸ View ▸ User Interface ▸ Icon Theme."), "",
"icon_sets.png"},
- { NC_("RID_CUI_TIPOFTHEDAY", "You can display a number as a fraction
(0.125 = 1/8): Format ▸ Cells, Number ▸ Fraction."), "", "fraction.png"},
+ { NC_("RID_CUI_TIPOFTHEDAY", "Select a different icon set from Tools ▸
Options ▸ %PRODUCTNAME ▸ View ▸ Icon Theme."), "", "icon_sets.png"},
+ { NC_("RID_CUI_TIPOFTHEDAY", "You can display a number as a fraction
(0.125 = 1/8): Format ▸ Cells, under Numbers tab in the Category select
Fraction."), "", "fraction.png"},
{ NC_("RID_CUI_TIPOFTHEDAY", "To remove a hyperlink but keep its text,
right-click on the hyperlink, and use “Remove Hyperlink”."), "",
"remove_hyperlink.png"},
{ NC_("RID_CUI_TIPOFTHEDAY", "To remove several hyperlinks at once,
select the text with the hyperlinks, then right-click and use “Remove
Hyperlink”."), "", "tipoftheday_w.png"},
{ NC_("RID_CUI_TIPOFTHEDAY", "To zoom a selection to fit the entire
window in Draw, use the / (divide key) on the number pad."), "",
"tipoftheday_d.png"},
{ NC_("RID_CUI_TIPOFTHEDAY", "Click a column field (row) PivotTable and
press F12 to group data. Choices adapt to content: Date (month, quarter, year),
number (classes)"), "", "tipoftheday_c.png"},
- { NC_("RID_CUI_TIPOFTHEDAY", "You can restart the slide show after a
pause specified at Slide Show ▸ Slide Show Settings ▸ Loop and repeat."), "",
"tipoftheday_i.png"},
+ { NC_("RID_CUI_TIPOFTHEDAY", "You can restart the slide show after a
pause specified at Slide Show ▸ Slide Show Settings ▸ Loop and repeat after."),
"", "tipoftheday_i.png"},
{ NC_("RID_CUI_TIPOFTHEDAY", "To distribute some text in multi-columns
select the text and apply Format ▸ Columns."), "", "tipoftheday_w.png"},
{ NC_("RID_CUI_TIPOFTHEDAY", "Use View ▸ Value Highlighting to display
cell contents in colors: Text/black, Formulas/green,
[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-ux-advise] [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 on the CC list 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=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-ux-advise] [Bug 148357] When deleting a comment in Navigator, it changes position needlessly
https://bugs.documentfoundation.org/show_bug.cgi?id=148357 --- Comment #7 from Jim Raykowski --- (In reply to Eyal Rozenberg from comment #6) > Are there nightly Qt builds for Linux? For me, nightly builds are put in /usr/local/bin. Command line 'SAL_USE_VCLPLUGIN=gen /usr/local/bin/' will use VCL: x11 In order to test using qt5 backend you will need to install the libreoffice-qt5 package, for kf5 install libreoffice-kf5 package. SAL_USE_VCLPLUGIN=qt5 or SAL_USE_VCLPLUGIN=kf5 in place of SAL_USE_VCLPLUGIN=gen above. > Ok, but... I don't build my own version, I'm just a QA monkey, using > releases and nightlies. Patch should be in today's nightly. -- You are receiving this mail because: You are on the CC list 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-commits] core.git: Branch 'libreoffice-7-3' - sw/inc sw/qa sw/source
sw/inc/IDocumentMarkAccess.hxx |5
sw/qa/core/data/rtf/pass/forcepoint104.rtf | 571 +
sw/qa/extras/uiwriter/uiwriter.cxx |4
sw/source/core/doc/docbm.cxx | 22 -
sw/source/core/inc/MarkManager.hxx |2
sw/source/core/undo/unbkmk.cxx |2
sw/source/core/undo/undobj.cxx |2
sw/source/ui/misc/bookmark.cxx |2
sw/source/uibase/dochdl/swdtflvr.cxx |4
sw/source/uibase/shells/textsh1.cxx|4
sw/source/uibase/utlui/content.cxx |2
11 files changed, 599 insertions(+), 21 deletions(-)
New commits:
commit c489920f6f497a5bc4a9932eaa8408209b54294c
Author: Michael Stahl
AuthorDate: Tue Apr 5 21:09:45 2022 +0200
Commit: Thorsten Behrens
CommitDate: Fri Apr 8 00:48:48 2022 +0200
forcepoint#104 sw: do not delete fieldmark chars in MoveNodeRange()
The problem is that SwXTextTableCursor::mergeRange() wants to move some
nodes, and the deleteMarks() deletes a fieldmark creating a SaveBookmark
but it contains the positions relative to the CH_TXT_ATR_FIELD* still in
the text, while deleting the fieldmark of course removes these.
The SaveBookmark would need to adjust the indexes and store the
separator position too and the vector would need to be restored in
reverse order.
But every time the SaveBookmarks are created, they are restored as well,
so it looks simpler to just suppress deleting the CH_TXT_ATR_FIELD* in
this case, and inserting them too (latter is already done when copying
text).
Change-Id: I690c6432a38eab6dec10adff74e638f0e52cca55
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/132531
Tested-by: Jenkins
Reviewed-by: Michael Stahl
(cherry picked from commit 5d41c2461642364b7159398024acccbee12f6e3e)
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/132589
Reviewed-by: Thorsten Behrens
diff --git a/sw/inc/IDocumentMarkAccess.hxx b/sw/inc/IDocumentMarkAccess.hxx
index 1d11734e46e9..d7f3bdd6674b 100644
--- a/sw/inc/IDocumentMarkAccess.hxx
+++ b/sw/inc/IDocumentMarkAccess.hxx
@@ -236,9 +236,12 @@ class IDocumentMarkAccess
@param ppMark
[in] an iterator pointing to the Mark to be deleted.
+@param isMoveNodes
+[in] the mark is deleted only temporarily for a node move, do not
+ remove fieldmark chars.
*/
virtual std::unique_ptr
-deleteMark(const IDocumentMarkAccess::const_iterator_t& ppMark) =0;
+deleteMark(const IDocumentMarkAccess::const_iterator_t& ppMark,
bool isMoveNodes) =0;
/** Deletes a mark.
diff --git a/sw/qa/core/data/rtf/pass/forcepoint104.rtf
b/sw/qa/core/data/rtf/pass/forcepoint104.rtf
new file mode 100644
index ..2effec385394
--- /dev/null
+++ b/sw/qa/core/data/rtf/pass/forcepoint104.rtf
@@ -0,0 +1,571 @@
+{\rtf1\ansi\deflang1045\ftnbj\uc1\deff1
+{\fonttbl{\f0 \froman \fcharset238 Times New Roman;}{\f1 \fswiss
\fcharset23838 Arial;}{\f2 \fnil \fcharset238 Wingdings;}{\f3 \froman
\fcharset23838 Times New Roman;}{\f4 \fswiss \fcharset238 Arial;}{\f5 \fswiss
\fcharset238 Times New Roman;}{\f6 \fswiss \fcharset23838
+Lucida Sans;}{\f7 \froman \fcharset238 Symbol;}{\f8 \fswiss \fcharset238
Lucida Sans;}{\f9 \froman \fcharset238 Times New Roman;}{\f10 \fnil Courier
New;}}
+{\colortbl ;\red255\green255\blue255 ;\red0\green0\blue0
;\red0\green64\blue128 ;\red255\green255\blue128 ;\red0\green0\blue255
;\red0\green0\blue160 ;\red0\green0\blue0 ;\red0\green0\blue0
;\red0\green0\blue0 ;\red131\green58\blue20 ;\red164\green79\blue36
+;\red162\green78\blue34 ;\red255\green255\blue255 ;\red254\green255\blue255
;\red250\green255\blue255 ;\red251\green255\blue255 ;\red27\green10\blue0
;\red195\green114\blue46 ;\red252\green255\blue255 ;\red249\green255\blue255
;\red17\green7\blue0 ;\red218\green211\blue185
+;\red179\green89\blue0 ;\red170\green83\blue0 ;\red209\green110\blue0
;\red237\green167\blue86 ;\red242\green153\blue51 ;\red220\green127\blue19
;\red0\green0\blue9 ;\red0\green0\blue2 ;\red0\green32\blue0 ;}
+{\stylesheet{\fs20\cf0\cb1\ulc0 Normal;}{\cs1\f3\fs20\cf0\cb1\ulc0 Default
Paragraph Font;}{\s2\f3\fs24\cf0\cb1\ulc2 TOC
1;}{\s3\f3\fs24\cf0\cb1\ulc2\li180 TOC 2;}{\s4\f3\fs24\cf0\cb1\ulc2\li360 TOC
3;}{\s5\f3\fs24\cf0\cb1\ulc2\li540 TOC 4;}{\s6\f3\fs24\cf0\cb1\ulc2\li720
+TOC 5;}{\s7\f3\fs24\cf0\cb1\ulc2\li900 TOC 6;}{\s8\f3\fs24\cf0\cb1\ulc2\li1080
TOC 7;}{\s9\f3\fs24\cf0\cb1\ulc2\li1260 TOC
8;}{\s10\f3\fs24\cf0\cb1\ulc2\li1440 TOC
9;}{\s11\f1\fs32\b\cf3\cb1\ulc0\sb240\sa60 Heading
1;}{\s12\f1\fs28\b\cf3\cb1\ulc0\sb240\sa60\outlinelevel1
+Heading 2;}{\s13\f1\fs26\b\cf3\cb1\ulc0\sb240\sa60\outlinelevel2 Heading
3;}{\s14\f3\fs28\b\cf3\cb1\ulc0\sb240\sa60\outlinalevel3 Heading
4;}{\s15\f3\fs26\b\i\cf3\cb1\ulc0\sb240\sa60\outlinelevel4 Heading
[Libreoffice-commits] core.git: Branch 'libreoffice-7-3' - sw/qa sw/source
sw/qa/extras/uiwriter/data/variable-field-table-row-split-header.fodt | 270 ++ sw/qa/extras/uiwriter/uiwriter3.cxx | 73 ++ sw/source/core/doc/DocumentFieldsManager.cxx | 25 sw/source/core/doc/docfld.cxx | 45 + sw/source/core/docnode/node2lay.cxx | 77 ++ sw/source/core/fields/expfld.cxx |3 sw/source/core/inc/docfld.hxx | 11 sw/source/core/inc/node2lay.hxx |6 8 files changed, 477 insertions(+), 33 deletions(-) New commits: commit 855e2af1bf6eb216d63ca7baeb9161c7cd501a42 Author: Michael Stahl AuthorDate: Tue Apr 5 18:27:35 2022 +0200 Commit: Thorsten Behrens CommitDate: Fri Apr 8 00:48:27 2022 +0200 sw: fix expansion of SetGetExpField in headers with split table rows The problem is that a get field in a header on page N may calculate and show values that do not take into account a set field on page N-1. This happens if a table row with multiple columns is split across the pages: SwGetExpField::ChangeExpansion() calls GetBodyTextNode(), which returns the first node in the first column that is on page N, but in the SwNodes array this node is *before* any node in columns 2..M, any of which may be on page N-1 in the layout. So try to fix this by adding a page number to SetGetExpField and using that as the highest priority in operator<(). This is a bit risky because some of the places that create SetGetExpField don't have a frame to get the page number from; try to adapt all that call into MakeFieldList(), while leaving unrelated ones such as in MakeSetList() unchanged. Change-Id: Ied2a897ad34f0faf1ef3d50baad07b23fafd49bd Reviewed-on: https://gerrit.libreoffice.org/c/core/+/132641 Tested-by: Jenkins Reviewed-by: Michael Stahl (cherry picked from commit 9dc6e2c9062725ef1f9d7e321cae5f4dbe8ca749) Reviewed-on: https://gerrit.libreoffice.org/c/core/+/132645 Reviewed-by: Thorsten Behrens diff --git a/sw/qa/extras/uiwriter/data/variable-field-table-row-split-header.fodt b/sw/qa/extras/uiwriter/data/variable-field-table-row-split-header.fodt new file mode 100644 index ..9d3668b6b2ee --- /dev/null +++ b/sw/qa/extras/uiwriter/data/variable-field-table-row-split-header.fodt @@ -0,0 +1,270 @@ + +http://openoffice.org/2009/office; xmlns:css3t="http://www.w3.org/TR/css3-text/; xmlns:grddl="http://www.w3.org/2003/g/data-view#; xmlns:xhtml="http://www.w3.org/1999/xhtml; xmlns:formx="urn:openoffice:names:experimental:ooxml-odf-interop:xmlns:form:1.0" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance; xmlns:xsd="http://www.w3.org/2001/XMLSchema; xmlns:chart="urn:oasis:names:tc:opendocument:xmlns:chart:1.0" xmlns:svg="urn:oasis:names:tc:opendocument:xmlns:svg-compatible:1.0" xmlns:text="urn:oasis:names:tc:opendocument:xmlns:text:1.0" xmlns:oooc="http://openoffice.org/2004/calc; xmlns:style="urn:oasis:names:tc:opendocument:xmlns:style:1.0" xmlns:ooow="http://openoffice.org/2004/writer; xmlns:meta="urn:oasis:names:tc:opendocument:xmlns:meta:1.0" xmlns:dc="http://purl.org/dc/elements/1.1/; xmlns:rpt="http://openoffice.org/2005/report; xmlns:draw="urn:oasis:names:tc:opendocument:xmlns:drawing:1.0" xmlns:config="urn:oasis:names:tc:opendocument:xmlns :config:1.0" xmlns:xlink="http://www.w3.org/1999/xlink; xmlns:fo="urn:oasis:names:tc:opendocument:xmlns:xsl-fo-compatible:1.0" xmlns:ooo="http://openoffice.org/2004/office; xmlns:office="urn:oasis:names:tc:opendocument:xmlns:office:1.0" xmlns:dr3d="urn:oasis:names:tc:opendocument:xmlns:dr3d:1.0" xmlns:table="urn:oasis:names:tc:opendocument:xmlns:table:1.0" xmlns:number="urn:oasis:names:tc:opendocument:xmlns:datastyle:1.0" xmlns:of="urn:oasis:names:tc:opendocument:xmlns:of:1.2" xmlns:calcext="urn:org:documentfoundation:names:experimental:calc:xmlns:calcext:1.0" xmlns:tableooo="http://openoffice.org/2009/table; xmlns:drawooo="http://openoffice.org/2010/draw; xmlns:loext="urn:org:documentfoundation:names:experimental:office:xmlns:loext:1.0" xmlns:dom="http://www.w3.org/2001/xml-events; xmlns:field="urn:openoffice:names:experimental:ooo-ms-interop:xmlns:field:1.0" xmlns:math="http://www.w3.org/1998/Math/MathML; xmlns:form="urn:oasis:names:tc:opendocument:xmlns:form:1.0" xmlns:script="ur n:oasis:names:tc:opendocument:xmlns:script:1.0" xmlns:xforms="http://www.w3.org/2002/xforms; office:version="1.3" office:mimetype="application/vnd.oasis.opendocument.text"> + 2022-04-06T17:07:05.9473620632022-04-06T17:17:45.832216066PT10M42S2LibreOfficeDev/7.4.0.0.alpha0$Linux_X86_64 LibreOffice_project/a5b31508f860f07ec86cda3cf992fcea2bee68ef + + + + + + + + + + + + + + + + + + + + + + + + + +
[Libreoffice-commits] core.git: sw/source
sw/source/uibase/utlui/content.cxx |2 ++
1 file changed, 2 insertions(+)
New commits:
commit efe854bf9b6daff3d0ecf6e3d04bd9a50bfaa3f3
Author: Jim Raykowski
AuthorDate: Thu Apr 7 12:34:51 2022 -0800
Commit: Jim Raykowski
CommitDate: Fri Apr 8 00:20:18 2022 +0200
tdf#148357 SwNavigator: recover scroll positon after content delete
Change-Id: I6c376e5190575232d2867843c1b2b0e57e620aaf
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/132691
Tested-by: Jenkins
Reviewed-by: Jim Raykowski
diff --git a/sw/source/uibase/utlui/content.cxx
b/sw/source/uibase/utlui/content.cxx
index 4212c7edf487..3ee581276a76 100644
--- a/sw/source/uibase/utlui/content.cxx
+++ b/sw/source/uibase/utlui/content.cxx
@@ -4849,9 +4849,11 @@ void SwContentTree::EditEntry(const weld::TreeIter&
rEntry, EditEntryMode nMode)
}
if(EditEntryMode::DELETE == nMode)
{
+auto nPos = m_xTreeView->vadjustment_get_value();
m_bViewHasChanged = true;
TimerUpdate(_aUpdTimer);
grab_focus();
+m_xTreeView->vadjustment_set_value(nPos);
}
}
[Libreoffice-commits] core.git: include/vcl vcl/source vcl/unx
include/vcl/settings.hxx |3 +++
vcl/source/app/salvtables.cxx |3 ++-
vcl/source/app/settings.cxx | 18 ++
vcl/unx/gtk3/gtkinst.cxx |2 +-
vcl/unx/gtk3/salnativewidgets-gtk.cxx |5 +
5 files changed, 29 insertions(+), 2 deletions(-)
New commits:
commit 39076309c6583e62f6ee8e1558074a54b797637a
Author: Caolán McNamara
AuthorDate: Thu Apr 7 17:05:28 2022 +0100
Commit: Caolán McNamara
CommitDate: Thu Apr 7 23:59:26 2022 +0200
Related: tdf#148448 add a separate WarningColor settings
instead of a hard-coded yellow. For gtk we can use the named color
"warning_color" to populate it:
https://docs.gtk.org/gtk4/css-properties.html
Change-Id: I538bffdc0f6286c78a08cef649fa8a074a6510ef
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/132684
Tested-by: Jenkins
Reviewed-by: Caolán McNamara
diff --git a/include/vcl/settings.hxx b/include/vcl/settings.hxx
index 523fe6bc13f9..6795150819a7 100644
--- a/include/vcl/settings.hxx
+++ b/include/vcl/settings.hxx
@@ -345,6 +345,9 @@ public:
voidSetDisableColor( const Color& rColor );
const Color&GetDisableColor() const;
+voidSetWarningColor( const Color& rColor );
+const Color&GetWarningColor() const;
+
voidSetHelpColor( const Color& rColor );
const Color&GetHelpColor() const;
diff --git a/vcl/source/app/salvtables.cxx b/vcl/source/app/salvtables.cxx
index c21d66a15d0a..88b50c50c203 100644
--- a/vcl/source/app/salvtables.cxx
+++ b/vcl/source/app/salvtables.cxx
@@ -5727,7 +5727,8 @@ void SalInstanceLabel::set_label_type(weld::LabelType
eType)
break;
case weld::LabelType::Warning:
m_xLabel->SetControlForeground();
-m_xLabel->SetControlBackground(COL_YELLOW);
+m_xLabel->SetControlBackground(
+m_xLabel->GetSettings().GetStyleSettings().GetWarningColor());
break;
case weld::LabelType::Error:
m_xLabel->SetControlForeground();
diff --git a/vcl/source/app/settings.cxx b/vcl/source/app/settings.cxx
index 9660efc09c53..122b2ae6f576 100644
--- a/vcl/source/app/settings.cxx
+++ b/vcl/source/app/settings.cxx
@@ -131,6 +131,7 @@ struct ImplStyleData
Color maMonoColor;
Color maRadioCheckTextColor;
Color maShadowColor;
+Color maWarningColor;
Color maVisitedLinkColor;
Color maToolTextColor;
Color maWindowColor;
@@ -551,6 +552,7 @@ ImplStyleData::ImplStyleData( const ImplStyleData& rData ) :
maMonoColor( rData.maMonoColor ),
maRadioCheckTextColor( rData.maRadioCheckTextColor ),
maShadowColor( rData.maShadowColor ),
+maWarningColor( rData.maWarningColor ),
maVisitedLinkColor( rData.maVisitedLinkColor ),
maToolTextColor( rData.maToolTextColor ),
maWindowColor( rData.maWindowColor ),
@@ -651,6 +653,8 @@ void ImplStyleData::SetStandardStyles()
maShadowColor = COL_GRAY;
maDarkShadowColor = COL_BLACK;
+maWarningColor = COL_YELLOW;
+
maDefaultButtonTextColor = COL_BLACK;
maButtonTextColor = COL_BLACK;
maDefaultActionButtonTextColor= COL_BLACK;
@@ -784,6 +788,19 @@ StyleSettings::GetLightBorderColor() const
return mxData->maLightBorderColor;
}
+void
+StyleSettings::SetWarningColor( const Color& rColor )
+{
+CopyData();
+mxData->maWarningColor = rColor;
+}
+
+const Color&
+StyleSettings::GetWarningColor() const
+{
+return mxData->maWarningColor;
+}
+
void
StyleSettings::SetShadowColor( const Color& rColor )
{
@@ -2429,6 +2446,7 @@ bool StyleSettings::operator ==( const StyleSettings&
rSet ) const
(mxData->maLightBorderColor==
rSet.mxData->maLightBorderColor) &&
(mxData->maShadowColor == rSet.mxData->maShadowColor)
&&
(mxData->maDarkShadowColor == rSet.mxData->maDarkShadowColor)
&&
+ (mxData->maWarningColor== rSet.mxData->maWarningColor)
&&
(mxData->maButtonTextColor == rSet.mxData->maButtonTextColor)
&&
(mxData->maDefaultActionButtonTextColor ==
rSet.mxData->maDefaultActionButtonTextColor) &&
(mxData->maActionButtonTextColor ==
rSet.mxData->maActionButtonTextColor)&&
diff --git a/vcl/unx/gtk3/gtkinst.cxx b/vcl/unx/gtk3/gtkinst.cxx
index 4875bc64e7d7..ff024e662037 100644
--- a/vcl/unx/gtk3/gtkinst.cxx
+++ b/vcl/unx/gtk3/gtkinst.cxx
@@ -16909,7 +16909,7 @@ public:
[Libreoffice-commits] core.git: hwpfilter/source
hwpfilter/source/hwpreader.cxx | 46 +++--
1 file changed, 26 insertions(+), 20 deletions(-)
New commits:
commit c44a9e6efe99d4dd8d553be5de96e970c6c3c9e4
Author: Caolán McNamara
AuthorDate: Thu Apr 7 20:23:10 2022 +0100
Commit: Caolán McNamara
CommitDate: Thu Apr 7 23:58:59 2022 +0200
ofz#46467 Timeout
Change-Id: Ib2a248a6f912a340d2f0b79a068b68036fa357c1
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/132690
Tested-by: Jenkins
Reviewed-by: Caolán McNamara
diff --git a/hwpfilter/source/hwpreader.cxx b/hwpfilter/source/hwpreader.cxx
index 7ab6689f8df3..56e54d5920c0 100644
--- a/hwpfilter/source/hwpreader.cxx
+++ b/hwpfilter/source/hwpreader.cxx
@@ -2750,7 +2750,7 @@ void HwpReader::make_text_p1(HWPPara * para,bool
bParaStart)
void HwpReader::make_text_p3(HWPPara * para,bool bParaStart)
{
hchar_string str;
-int n, res;
+int res;
hchar dest[3];
unsigned char firstspace = 0;
bool pstart = bParaStart;
@@ -2804,10 +2804,15 @@ void HwpReader::make_text_p3(HWPPara * para,bool
bParaStart)
d->bInHeader = false;
}
-for (n = 0; n < para->nch && para->hhstr[n]->hh;
-n += para->hhstr[n]->WSize())
+int n = 0;
+while (n < para->nch)
{
-if( para->hhstr[n]->hh == CH_END_PARA )
+const auto& box = para->hhstr[n];
+
+if (!box->hh)
+break;
+
+if (box->hh == CH_END_PARA)
{
if (!str.empty())
{
@@ -2820,7 +2825,7 @@ void HwpReader::make_text_p3(HWPPara * para,bool
bParaStart)
if( pstart ){ ENDP(); }
break;
}
-else if( para->hhstr[n]->hh == CH_SPACE && !firstspace)
+else if (box->hh == CH_SPACE && !firstspace)
{
if( !pstart ) {STARTP(); }
if( !tstart ) {STARTT(n);}
@@ -2829,7 +2834,7 @@ void HwpReader::make_text_p3(HWPPara * para,bool
bParaStart)
mxList->clear();
endEl("text:s");
}
-else if ( para->hhstr[n]->hh >= CH_SPACE )
+else if (box->hh >= CH_SPACE)
{
if( n > 0 )
if( para->GetCharShape(n)->index !=
para->GetCharShape(n-1)->index && !infield )
@@ -2839,19 +2844,19 @@ void HwpReader::make_text_p3(HWPPara * para,bool
bParaStart)
makeChars(str);
ENDT();
}
-if( para->hhstr[n]->hh == CH_SPACE )
+if (box->hh == CH_SPACE)
firstspace = 0;
else
firstspace = 1;
-res = hcharconv(para->hhstr[n]->hh, dest, UNICODE);
+res = hcharconv(box->hh, dest, UNICODE);
for( int j = 0 ; j < res; j++ )
{
str.push_back(dest[j]);
}
}
-else if (para->hhstr[n]->hh == CH_FIELD)
+else if (box->hh == CH_FIELD)
{
-FieldCode *hbox = static_cast(para->hhstr[n].get());
+FieldCode *hbox = static_cast(box.get());
if( hbox->location_info == 1)
{
if( !pstart ) {STARTP(); }
@@ -2881,13 +2886,13 @@ void HwpReader::make_text_p3(HWPPara * para,bool
bParaStart)
}
else
{
-switch (para->hhstr[n]->hh)
+switch (box->hh)
{
case CH_BOOKMARK:
if( !pstart ) {STARTP(); }
if( !tstart ) {STARTT(n);}
makeChars(str);
-makeBookmark(static_cast(para->hhstr[n].get()));
+makeBookmark(static_cast(box.get()));
break;
case CH_DATE_FORM:// 7
break;
@@ -2895,7 +2900,7 @@ void HwpReader::make_text_p3(HWPPara * para,bool
bParaStart)
if( !pstart ) {STARTP(); }
if( !tstart ) {STARTT(n);}
makeChars(str);
-makeDateCode(static_cast(para->hhstr[n].get()));
+makeDateCode(static_cast(box.get()));
break;
case CH_TAB: // 9
if( !pstart ) {STARTP(); }
@@ -2909,7 +2914,7 @@ void HwpReader::make_text_p3(HWPPara * para,bool
bParaStart)
case CH_TEXT_BOX: /* 10 - ordered by
Table/text box/formula/button/hypertext */
{
/* produce tables first, and treat formula as being in
text:p. */
-TxtBox *hbox = static_cast(para->hhstr[n].get());
+TxtBox *hbox = static_cast(box.get());
if( hbox->style.anchor_type == 0 )
{
@@ -2943,7 +2948,7 @@ void HwpReader::make_text_p3(HWPPara * para,bool
bParaStart)
}
case CH_PICTURE: // 11
{
-
[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-ux-advise] [Bug 148357] When deleting a comment in Navigator, it changes position needlessly
https://bugs.documentfoundation.org/show_bug.cgi?id=148357 --- Comment #6 from Eyal Rozenberg --- (In reply to Jim Raykowski from comment #5) > Eyal, I'm guessing you are using gtk3? Unfortunately, yes: Version: 7.4.0.0.alpha0+ / LibreOffice Community Build ID: fb9270b238cba4f36e595c5d7f4d85f6f3f18e1c CPU threads: 4; OS: Linux 5.10; UI render: default; VCL: gtk3 Locale: en-IL (en_IL); UI: en-US Are there nightly Qt builds for Linux? > Here is one way to make the position not scroll after delete: > https://gerrit.libreoffice.org/c/core/+/132691 Ok, but... I don't build my own version, I'm just a QA monkey, using releases and nightlies. -- You are receiving this mail because: You are on the CC list 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-commits] core.git: external/icu
external/icu/UnpackedTarball_icu.mk |1
external/icu/do-not-reset-useful-cache-to-empty-in-populateNear.patch.2 | 37
++
2 files changed, 38 insertions(+)
New commits:
commit c5199abfc1a468b28c680faf41e2f11bc1729c47
Author: Luboš Luňák
AuthorDate: Thu Apr 7 17:01:16 2022 +0200
Commit: Luboš Luňák
CommitDate: Thu Apr 7 23:14:53 2022 +0200
work around ICU performance problem in text breaking (tdf#116400)
Reported upstream at https://unicode-org.atlassian.net/browse/ICU-21946 ,
they've confirmed the problem, but so far no actual code change. So
let's push my patch for now.
Change-Id: Idd92ca66eea9b28103ad890aec66c40029ec7ebd
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/132676
Tested-by: Jenkins
Reviewed-by: Luboš Luňák
diff --git a/external/icu/UnpackedTarball_icu.mk
b/external/icu/UnpackedTarball_icu.mk
index 58a05f1ee39b..25b4f1defa26 100644
--- a/external/icu/UnpackedTarball_icu.mk
+++ b/external/icu/UnpackedTarball_icu.mk
@@ -43,6 +43,7 @@ $(eval $(call gb_UnpackedTarball_add_patches,icu,\
external/icu/icu4c-use-pkgdata-single-ccode-file-mode.patch.1 \
external/icu/icu4c-$(if $(filter ANDROID,$(OS)),android,rpath).patch.1 \
$(if $(filter-out
ANDROID,$(OS)),external/icu/icu4c-icudata-stdlibs.patch.1) \
+ external/icu/do-not-reset-useful-cache-to-empty-in-populateNear.patch.2
\
))
$(eval $(call
gb_UnpackedTarball_add_file,icu,source/data/brkitr/khmerdict.dict,external/icu/khmerdict.dict))
diff --git
a/external/icu/do-not-reset-useful-cache-to-empty-in-populateNear.patch.2
b/external/icu/do-not-reset-useful-cache-to-empty-in-populateNear.patch.2
new file mode 100644
index ..bd7fe74fb42a
--- /dev/null
+++ b/external/icu/do-not-reset-useful-cache-to-empty-in-populateNear.patch.2
@@ -0,0 +1,37 @@
+From 34b2f7174ba187d99dfb8704b9cf19d369accc13 Mon Sep 17 00:00:00 2001
+From: =?UTF-8?q?Lubo=C5=A1=20Lu=C5=88=C3=A1k?=
+Date: Wed, 16 Mar 2022 10:54:03 +0100
+Subject: [PATCH] do not reset useful cache to empty in populateNear()
+
+---
+ icu4c/source/common/rbbi_cache.cpp | 5 -
+ 1 file changed, 4 insertions(+), 1 deletion(-)
+
+diff --git a/icu4c/source/common/rbbi_cache.cpp
b/icu4c/source/common/rbbi_cache.cpp
+index 26d82df781..54a77c97c6 100644
+--- a/icu/source/common/rbbi_cache.cpp
b/icu/source/common/rbbi_cache.cpp
+@@ -352,7 +352,7 @@ UBool RuleBasedBreakIterator::BreakCache
+ if ((position < fBoundaries[fStartBufIdx] - 15) || position >
(fBoundaries[fEndBufIdx] + 15)) {
+ int32_t aBoundary = 0;
+ int32_t ruleStatusIndex = 0;
+-if (position > 20) {
++if (position > 20 && false) { // handleSafePrevious() is broken and
always returns 0
+ int32_t backupPos = fBI->handleSafePrevious(position);
+
+ if (backupPos > 0) {
+@@ -376,7 +376,10 @@ UBool
RuleBasedBreakIterator::BreakCache::populateNear(int32_t position, UErrorC
+ ruleStatusIndex = fBI->fRuleStatusIndex;
+ }
+ }
+-reset(aBoundary, ruleStatusIndex);// Reset cache to hold
aBoundary as a single starting point.
++// Reset cache to hold aBoundary as a single starting point.
++// Do not do so if what's in the cache is still more useful than an
empty cache.
++if (!(aBoundary == 0 && position > fBoundaries[fEndBufIdx]))
++reset(aBoundary, ruleStatusIndex);
+ }
+
+ // Fill in boundaries between existing cache content and the new
requested position.
+--
+2.34.1
+
[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-ux-advise] [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 on the CC list 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=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=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.
Re: Idea of a "strict" version of LO for publishers
Hi Yves, a global 'mode' for LibreOffice text editing is likely pretty invasive (i.e. lots of places need touching), so that's perhaps not the LibreOffice project's first choice. If downstream filtering of the document is sufficient for your use case, then perhaps the ODFToolkit [1] library packages can help you. They provide quite rich semantics on top of an in-memory DOM tree of an ODF document. Svante and Michael (in Cc) are the maintainers. HTH, Thorsten [1] https://odftoolkit.org/ Yves Picard wrote: > Hello, > On the advice of Sophie Gautier, I would like to tell you about one of our > "research and development" projects, for which I have a budget of about two > thousand euros. As a university publisher, we maintain electronic publishing > channels from word processing to several publishing formats (html, epub, > InDesign, PDF), passing through a pivot format in XML TEI. This pivot format > is itself derived from an XML export from Libre Office. > > A significant part of our work consists of tracking down and containing > artefacts from the word processor (Word or Libre Office), in particular style > nesting, automatic styles or language attributes, etc. > > I'm looking to test the idea of a "strict" version of LO that would ensure > that one style and one style only is applied to a paragraph, that one > enrichment and one enrichment only is applied to a word (no use of styles > like "accentuation" for example) or that a web link is always findable > despite the style applied. This would probably be an "amnesiac" version of LO > (without memory of the various manipulations) which would either be used by > authors (difficult to set up) or would be used by the editor by loading an > author file in this strict version. > > An alternative (and probably better) idea would be a "big cleaner" tool that > would flatten all style or attribute nesting to the author's work. > > I'm looking for an opinion from the Libre Office community on the feasibility > of such a development, while being well aware that it goes against the logic > of the word processor in some way. But such a version, I believe, would meet > the expectations of the publishing world. > > Thank you for your attention, > > Regards, > > Yves Picard, > Presses universitaires de Rennes, > France. signature.asc Description: PGP signature
[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=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.
[Libreoffice-bugs] [Bug 130196] Changing nav-order in navigator does not work on single page
https://bugs.documentfoundation.org/show_bug.cgi?id=130196 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 89864] Mail Merge PDF with Security option
https://bugs.documentfoundation.org/show_bug.cgi?id=89864 --- Comment #2 from Mike Kaganski --- Which security option is meant? Since v.7.0, there is now a way to define a password for the generated PDFs from a datasource field (commit 983db96a17630be906b868d2be811663f0d846f6). Does that solve this issue? -- 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||148432 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=148432 [Bug 148432] Navigator never presents an RTL tree for RTL documents -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 148432] Navigator never presents an RTL tree for RTL documents
https://bugs.documentfoundation.org/show_bug.cgi?id=148432 Roman Kuznetsov <79045_79...@mail.ru> changed: What|Removed |Added CC||79045_79...@mail.ru Blocks||103030 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 107575] [META] Number format bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=107575 Roman Kuznetsov <79045_79...@mail.ru> changed: What|Removed |Added Depends on||148434 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=148434 [Bug 148434] LibreOffice Calc Formatting Option for Leading Zeros in Numbers Does Not Format Correctly -- 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 Roman Kuznetsov <79045_79...@mail.ru> changed: What|Removed |Added Blocks||107575 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=107575 [Bug 107575] [META] Number format bugs and enhancements -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 148438] Get rid of unnecessary document recovery
https://bugs.documentfoundation.org/show_bug.cgi?id=148438 Roman Kuznetsov <79045_79...@mail.ru> changed: What|Removed |Added CC||79045_79...@mail.ru Status|UNCONFIRMED |NEEDINFO Blocks||112970 Ever confirmed|0 |1 --- Comment #1 from Roman Kuznetsov <79045_79...@mail.ru> --- Michael, could you try the same in newer LibreOffice version like 7.2.6 or 7.3.2? Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=112970 [Bug 112970] [META] Document recovery bugs and enhancements -- You are receiving this mail because: You are the assignee for the bug.
