[Libreoffice-bugs] [Bug 136749] Undo deleting a large table slow
https://bugs.documentfoundation.org/show_bug.cgi?id=136749 Buovjaga changed: What|Removed |Added CC||ilmari.lauhakangas@libreoff ||ice.org --- Comment #6 from Buovjaga --- Can you re-test? It is rather instant for me Version: 7.3.0.0.alpha0+ / LibreOffice Community Build ID: 58a5bd793a2ed57077fc598281cc74e16373b877 CPU threads: 8; OS: Linux 5.13; UI render: default; VCL: kf5 (cairo+xcb) Locale: fi-FI (fi_FI.UTF-8); UI: en-US Calc: threaded -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 135683] FILEOPEN DOCX: Slow opening of document containing a 222 pages table
https://bugs.documentfoundation.org/show_bug.cgi?id=135683 Commit Notification changed: What|Removed |Added Whiteboard||target:7.3.0 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 135683] FILEOPEN DOCX: Slow opening of document containing a 222 pages table
https://bugs.documentfoundation.org/show_bug.cgi?id=135683 --- Comment #6 from Commit Notification --- Noel Grandin committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/69e0567e118f00f299b6aac645c249521eb0629f tdf#135683 speed up layout of large writer tables It will be available in 7.3.0. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 115012] Chart in XLSX has gaps instead of/around zero values
https://bugs.documentfoundation.org/show_bug.cgi?id=115012 Buovjaga changed: What|Removed |Added See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=13 ||8702 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 142121] Cell focus rectangle must not use font color
https://bugs.documentfoundation.org/show_bug.cgi?id=142121 --- Comment #3 from Adolfo Jayme --- Yes, yes! Back in the day, Mirek Mazel created a mockup where the OS highlight color was used for the selected cell frame (see https://wiki.documentfoundation.org/images/3/34/Calc-headers.png). -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 144146] New: CSV file opening UI doesn't remember Unicode separators
https://bugs.documentfoundation.org/show_bug.cgi?id=144146 Bug ID: 144146 Summary: CSV file opening UI doesn't remember Unicode separators Product: LibreOffice Version: 7.1.5.2 release Hardware: All OS: Windows (All) Status: UNCONFIRMED Severity: minor Priority: medium Component: Calc Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: xenev37...@drlatvia.com Description: When using LibreCalc and opening CSV table from a file it shows UI for the file format. If my table format contains custom separator, this UI saves it for the next session usage. The bug appears when the separator is Unicode, like "→" character, for example. So when I next open similar file the UI shows "?" character instead of the expected "→", which breaks the custom workflow. Steps to Reproduce: 1. Open a .csv file where custom column separator is → Unicode character; 2. Close the file; 3. Try to open this or other similar file, having the preset remembered. Actual Results: The custom Unicode separator gets remembered as ? instead. Expected Results: The custom Unicode separator should be remembered as previously set, like → in this case. Reproducible: Always User Profile Reset: Yes Additional Info: Version: 7.1.5.2 (x64) / LibreOffice Community Build ID: 85f04e9f809797b8199d13c421bd8a2b025d52b5 CPU threads: 4; OS: Windows 6.3 Build 9600; UI render: Skia/Raster; VCL: win Locale: en-US (en_US); UI: en-US Calc: threaded -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 144142] MATCH returns #N/A if found value is from a formula
https://bugs.documentfoundation.org/show_bug.cgi?id=144142 --- Comment #6 from Ming Hua --- (In reply to Uwe Auer from comment #2) > No Repro in > > Version: 7.1.5.2 / LibreOffice Community > [...] > > Repro > > Version: 7.2.0.4 / LibreOffice Community > [...] > > The problem seems to be related to the formatting of the cells in column C. Maybe a duplicate of bug 143950? -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 144146] CSV file opening UI doesn't remember Unicode separators
https://bugs.documentfoundation.org/show_bug.cgi?id=144146 --- Comment #2 from Henrik Palomäki --- Also, no repro in Version: 7.2.0.4 (x64) / LibreOffice Community Build ID: 9a9c6381e3f7a62afc1329bd359cc48accb6435b CPU threads: 8; OS: Windows 10.0 Build 19043; UI render: default; VCL: win Locale: fi-FI (fi_FI); UI: en-US Calc: threaded -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 109238] [META] CSV bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=109238 Bug 109238 depends on bug 144146, which changed state. Bug 144146 Summary: CSV file opening UI doesn't remember Unicode separators https://bugs.documentfoundation.org/show_bug.cgi?id=144146 What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|--- |WORKSFORME -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 144146] CSV file opening UI doesn't remember Unicode separators
https://bugs.documentfoundation.org/show_bug.cgi?id=144146 V Stuart Foote changed: What|Removed |Added Blocks||109238 Status|UNCONFIRMED |RESOLVED CC||vstuart.fo...@utsa.edu Resolution|--- |WORKSFORME --- Comment #3 from V Stuart Foote --- Can not confirm. The calc 'Text Import' dialog allows, and will remember, a single Unicode character like U+2192 RIGHTWARDS ARROW to be the 'Other' separator. But, the default "normal" separator checkboxes must first be cleared so that only the 'Other' checkbox and its input field remain enabled. The Unicode character must be pasted into the field (combining & modifier glyphs will not work) and Unicode toggle or numpad entry do not convert to the single character field separator. Configuration of the text import dialog is recorded to user profile and is persistent between LO sessions. Be aware that LibreOffice does not support Save as filter export of its calc sheets using any other separators than "normal" 'Tab', 'Comma', 'SemiColon', or 'Space' Also, neither the import filter nor the export filter support "multi-character field separator" for delimited data (bug 124899). =-testing-= Windows 10 (21H1) with Version: 7.2.0.4 (x64) / LibreOffice Community Build ID: 9a9c6381e3f7a62afc1329bd359cc48accb6435b CPU threads: 8; OS: Windows 10.0 Build 19043; UI render: Skia/Vulkan; VCL: win Locale: en-US (en_US); UI: en-US Calc: threaded Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=109238 [Bug 109238] [META] CSV bugs and enhancements -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 109238] [META] CSV bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=109238 V Stuart Foote changed: What|Removed |Added Depends on||144146 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=144146 [Bug 144146] CSV file opening UI doesn't remember Unicode separators -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 124098] LibreCalc6.2: Opening a Calc with some formulas: It writes "adapt Row Height" which is taking ages to load!
https://bugs.documentfoundation.org/show_bug.cgi?id=124098 --- Comment #42 from casa --- My attachment is at Comment 40 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 127184] AUTO CAPTION: Problems with Image Caption “Figure” in German UI
https://bugs.documentfoundation.org/show_bug.cgi?id=127184 Aron Budea changed: What|Removed |Added CC||ba...@caesar.elte.hu Keywords|bibisectRequest | -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 144151] Preview or changing font on sheet causes 'adapt row height' messages and cursor movement delay lags (editing, ui, formatting)
https://bugs.documentfoundation.org/show_bug.cgi?id=144151 casa changed: What|Removed |Added Summary|Preview of font on sheet|Preview or changing font on |causes 'adapt row height' |sheet causes 'adapt row |messages and cursor |height' messages and cursor |movement delay lags |movement delay lags |(editing,ui,formatting) |(editing,ui,formatting) -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 144151] Preview of font on sheet causes 'adapt row height' messages and cursor movement delay lags (editing, ui, formatting)
https://bugs.documentfoundation.org/show_bug.cgi?id=144151 casa changed: What|Removed |Added Summary|Preview or change of font |Preview of font on sheet |on sheet causes 'adapt row |causes 'adapt row height' |height' messages and cursor |messages and cursor |movement delay lags |movement delay lags |(editing,ui,formatting) |(editing,ui,formatting) -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 141908] CppUnittests: replace usage of sal_Int32 with colors
https://bugs.documentfoundation.org/show_bug.cgi?id=141908 Hossein changed: What|Removed |Added Assignee|fsociety...@hotmail.com |libreoffice-b...@lists.free ||desktop.org Status|ASSIGNED|NEW -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 144143] New: Writer: With style sheet formatted text not found with search by format
https://bugs.documentfoundation.org/show_bug.cgi?id=144143 Bug ID: 144143 Summary: Writer: With style sheet formatted text not found with search by format Product: LibreOffice Version: 7.2.0.4 release Hardware: x86-64 (AMD64) OS: Windows (All) Status: UNCONFIRMED Severity: normal Priority: medium Component: Writer Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: manfred.eb...@kabelmail.de Description: When I search for a certain format in a document, only those text passages with the searched format are found that have not been assigned their format by means of a style sheet. Steps to Reproduce: 1.create any text twice having the same format (e.g. in two lines) 2.define a style sheet for the used format and 3.assign thew style sheet to only one of them 4.create search options only for the used format (NOT the text) 5.click "search all" Actual Results: Onla the text not formatted by a style sheet will be found. Expected Results: Both text passages should be fond independently if their format was assigned by a style sheet or not Reproducible: Always User Profile Reset: No OpenGL enabled: Yes Additional Info: Finding both text passages -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 144068] Updating image size with Keep Ratio make both dimensions the same
https://bugs.documentfoundation.org/show_bug.cgi?id=144068 libreoffice@phv.email changed: What|Removed |Added Resolution|--- |DUPLICATE Status|NEEDINFO|RESOLVED --- Comment #2 from libreoffice@phv.email --- I confirm the bug is present (and very annoying) on version 7.2.0.4 and I think it came with LibreOffice version 7.2.0.0. This report is a duplicate of #143590 and the bug has been fixed in version 7.3.0.0 alpha with the fix for #143633 as both issues seems to be linked. *** This bug has been marked as a duplicate of bug 143590 *** -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 143590] Aspect ratio of pasted screenshot changes although it should not do so
https://bugs.documentfoundation.org/show_bug.cgi?id=143590 libreoffice@phv.email changed: What|Removed |Added CC||fred.r.gr...@gmail.com --- Comment #5 from libreoffice@phv.email --- *** Bug 144068 has been marked as a duplicate of this bug. *** -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 144068] Updating image size with Keep Ratio make both dimensions the same
https://bugs.documentfoundation.org/show_bug.cgi?id=144068 Buovjaga changed: What|Removed |Added CC||ilmari.lauhakangas@libreoff ||ice.org --- Comment #3 from Buovjaga --- *** This bug has been marked as a duplicate of bug 143633 *** -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 144144] New: Crash in: SkiaSalGraphicsImpl::applyXor()
https://bugs.documentfoundation.org/show_bug.cgi?id=144144 Bug ID: 144144 Summary: Crash in: SkiaSalGraphicsImpl::applyXor() Product: LibreOffice Version: 7.0.6.2 release Hardware: All OS: All Status: UNCONFIRMED Severity: normal Priority: medium Component: Calc Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: that.man.co...@gmail.com Created attachment 174590 --> https://bugs.documentfoundation.org/attachment.cgi?id=174590=edit Composite screen dump of two error panels This bug was filed from the crash reporting server and is br-3551c918-46bf-4498-b1b0-0dba22f5c015. = I had been working on a protected sheet and copied some auto filtered rows from sheet 2 to sheet 1. These rows were not contiguous in the source but it was intended to simply append them to the end of the target array. The date formats were not identical so I changed the 8 copied rows. I then noticed the previous rows had the incorrect location format and upon trying to change these the application crashed. I did catch a glimpse of a progress bar before it was gone. I have no idea if this was related to the crash reporting or simply the periodic autosave. Restart resulted in the constant flashing of the welcome banner with its message which followed my mouse from monitor to monitor - upper half of the screen image attached. I restarted twice to ensure it was "cleared" Next activation of LO recommended recovery of the two open documents which I accepted. Screen display was odd with a conflict over the positioning of two extensions on the toolbar. I resolved that by simply closing them. Attempting to reload Power detective - an extension I have been using for years - resulted in the "discovery" error noted in the lower half of the screen image attached. The warning is confirmed - nothing exists beyond the cache directory. The second extension was Style reporter which had only been on my system since Aug 21st - 7 days and only used a couple of times. I haven't tried to reinstall that. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 103152] [META] Writer image bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=103152 Bug 103152 depends on bug 143590, which changed state. Bug 143590 Summary: Aspect ratio of pasted screenshot changes although it should not do so https://bugs.documentfoundation.org/show_bug.cgi?id=143590 What|Removed |Added Status|NEW |RESOLVED Resolution|--- |DUPLICATE -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 144145] New: recent builds of Trunk against 7.3.0alpha Skia Vulkan rendering can not be enabled, Windows 10 Intel Iris Plus
https://bugs.documentfoundation.org/show_bug.cgi?id=144145 Bug ID: 144145 Summary: recent builds of Trunk against 7.3.0alpha Skia Vulkan rendering can not be enabled, Windows 10 Intel Iris Plus Product: LibreOffice Version: 7.3.0.0 alpha0+ Master Hardware: All OS: Windows (All) Status: UNCONFIRMED Severity: normal Priority: medium Component: graphics stack Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: vstuart.fo...@utsa.edu Windows 10 (21H1) laptop, 1080p res display, with Intel Iris Plus GPU and Driver Version 27.20.100.9466 Version: 7.3.0.0.alpha0+ (x64) / LibreOffice Community Build ID: 05ff3d67d0e2e436406786c949eb7cfca107ba33 CPU threads: 8; OS: Windows 10.0 Build 19043; UI render: Skia/Raster; VCL: win Locale: en-US (en_US); UI: en-US Calc: threaded Unable to launch with Skia Vulkan rendering. Same system/driver had no issue with the 2021-08-16 build 5aac78e5fb241050a86714687e9ff8804588ae3c Skia log from 2021-08-16 build of trunk Version: 7.3.0.0.alpha0+ (x64) / LibreOffice Community Build ID: 5aac78e5fb241050a86714687e9ff8804588ae3c CPU threads: 8; OS: Windows 10.0 Build 19043; UI render: Skia/Vulkan; VCL: win Locale: en-US (en_US); UI: en-US Calc: threaded RenderMethod: vulkan Vendor: 0x8086 Device: 0x8a52 API: 1.2.170 Driver: 0.402.1274 DeviceType: integrated DeviceName: Intel(R) Iris(R) Plus Graphics but with the build 2021-08-28, unable to launch with Skia Vulkan rendering; failing back to Skia Raster. GPU/driver pair are not denylisted [1] Is there some way to force the LO launch with Skia Vulkan rendering force enabled? Or would the force only bypass a denylist entry (which isn't present here). =-ref-= https://opengrok.libreoffice.org/history/core/vcl/skia/skia_denylist_vulkan.xml -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 143737] Tools>Customize>keyboard>numbering assigned to a shortcut does nothing
https://bugs.documentfoundation.org/show_bug.cgi?id=143737 --- Comment #5 from Dieter --- (In reply to Heiko Tietze from comment #4) > True. We have > > bug 86899 [META] Requests for the addition of UNO commands > bug 141420[META] UNO Object Inspector - Development tools > bug 115596[META] Labels of UNO commands bugs and enhancements > bug 117710[META] UNO API issues > > So perhaps we should create another META for issues with UNO commands or > merge those into bug 115596 and rename this one. Thanks for the overview. Bug 117710 is still a meta-bug for bug 115596 and bug 86899. So I just added bug 141420. Since I'm not a developer I don't know, if "UNO API" is the same as "UNO command". So for people like me it would be helpful to use consistent lables (if possible). -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 144142] MATCH returns #N/A if found value is from a formula
https://bugs.documentfoundation.org/show_bug.cgi?id=144142 --- Comment #5 from Uwe Auer --- (In reply to Andreas Blochberger from comment #4) > (In reply to Uwe Auer from comment #3) > > Using =MATCH(A15;VALUE(C2:C13);0)has the same effect as reformatting to > > number of significant digits. > That works. Thanks for the workaround My comment wasn't meant as a workaround, but as a hint to developers, where to start their search in code for the bug. Anyway: I'm glad that the note serves as workaround as well. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 144027] Mouse cursor should change when hovering over unselected objects/charts/shapes
https://bugs.documentfoundation.org/show_bug.cgi?id=144027 Telesto changed: What|Removed |Added CC||libreoffice-ux-advise@lists ||.freedesktop.org, ||tele...@surfxs.nl Keywords||needsUXEval -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 144105] LO crashes during mail merge wizard when an address block is modified
https://bugs.documentfoundation.org/show_bug.cgi?id=144105 Roman Kuznetsov <79045_79...@mail.ru> changed: What|Removed |Added Ever confirmed|0 |1 Status|UNCONFIRMED |NEEDINFO CC||79045_79...@mail.ru --- Comment #1 from Roman Kuznetsov <79045_79...@mail.ru> --- Please attach your ODT document and some simple ODS with non real addresses for checking -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 143152] Crash just after startup in 7.3 master nightly build (AMD video drivers problem?).
https://bugs.documentfoundation.org/show_bug.cgi?id=143152 Roman Kuznetsov <79045_79...@mail.ru> changed: What|Removed |Added Summary|Crash just after startup in |Crash just after startup in |7.3 master nightly build. |7.3 master nightly build ||(AMD video drivers ||problem?). -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 124098] LibreCalc6.2: Opening a Calc with some formulas: It writes "adapt Row Height" which is taking ages to load!
https://bugs.documentfoundation.org/show_bug.cgi?id=124098 --- Comment #46 from casa --- I will add a note to my comments that might be helpful (even though I will make new LO bug ticket). As mentioned before if you preview (or change) the sheet font it will cause 'adapt row height' issue/lag/bug. I just tested saving that spreadsheet and reopening. The lag/bug goes away (the cell/sheet 'damage' disappears) until you preview or change font again, then it comes back. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 144151] New: font preview or change on sheet causes 'adapt row height' cursor movement action lags (EDITING, UI, FORMATTING)
https://bugs.documentfoundation.org/show_bug.cgi?id=144151 Bug ID: 144151 Summary: font preview or change on sheet causes 'adapt row height' cursor movement action lags (EDITING,UI,FORMATTING) Product: LibreOffice Version: 7.1.5.2 release Hardware: x86 (IA32) OS: Windows (All) Status: UNCONFIRMED Severity: normal Priority: medium Component: Calc Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: cas...@jumplink.org Description: SUMMARY(EDITING,UI): A plain, simple, default spreadsheet containing only numbers can be caused to turn sluggish, create delays, and print (briefly,repeatedly) "adapt row height" messages at bottom of screen (with green progress bar) everytime activity occurs. REPLICATION (using LibreCalc v7.1.5.2 x86 on windows 10): I have attached "bug-adaptRowHeight.ods" which is nothing more than a default blank ODS spreadsheet with a large block of numbers (1M file, 8000x40 cells). No formatting or anything. (If you think something is weird about this spreadsheet then just copy "numbers only" or "unformatted text" to your own new/blank spreadsheet instead and follow test.) This bug isn't noticable if you only have a small spreadsheet with a few cells and that is why this spreadsheet (or similar large one) is needed. (!) Your spreadsheet to test has to be large enough to be 'big' for your processor/cpu. This one is for my machine but it is consumer/mobile dual celeron and if you have a massive dev setup you might need to increase spreadsheet size in order to see the effect. OBSERVATION: with this spreadsheet open, use the arrow keys to move the cursor from cell to cell; notice there is no lag, no delay, and no flickering "adapt row height" message or progress bar appearing at the bottom. The cursor movement is normal and snappy. TEST STEP: Now select the entire spreadsheet and then click the font name dropdown arrow (as though you wanted to change the entire sheet's font). The list of available fonts will drop open and the current sheet font will be highlighted (Liberation Sans). Now...use the down arrow key to move the highlight selection to then next font. So (on my machine) "Liberation Sans" is highlighted and the font under it is "Liberation Sans Narrow". Thus, press down arrow to highlight it (but don't select). When you highlight "Liberation Sans Narrow" (or whatever font you have below the default; doesn't matter) LibreCalc will preview that font on the spreadsheet (but not actually change it yet; you would have to press enter to do that). Instead, press ESC to leave the font dropdown and *NOT* make any changes to the spreadsheet. The entire spreadsheet is still "Liberation Sans". (And UNDO will be blanked out.) BUG: again move the cursor around with arrow keys and notice there is now a delay and sluggishness! Each move from cell to cell has a pause and also you will see the bottom of screen flicker words "adapt row height" with a quick green progress bar. You didn't even change the spreadsheet, but just the act of previewing a different font has now permanently made the spreadsheet operate with a lag. It has somehow "damaged" the cells or sheet. NOTES: I have not found a way to reverse the program/cell 'damage' once the lag starts (after preview or font change). Since you didn't actually change the cells or font or formatting you can't just hit CTRL-Z to Undo. There is nothing to undo! You have to close the spreadsheet and reopen it to return to having no lag or no 'adapt row height' situation. If you have created the lagging/bug/"adapt..." situation (such as you went ahead and changed the page font), you can save that file, close LibreCalc, and then open the file. The lag/bug will go away (in other words the issue is NOT inherent in the actual file data stream.) If you then preview or change font the bug will come back. I have not found that program font settings (options) matter to this bug (anti-aliasing, use skia, show preview of fonts, etc). The default/starting font of your spreadsheet or the font you preview doesn't seem to matter. It is the act of previewing (or changing) from the starting/default font (on cells with contents) that breaks something. (I used numbers, but presume text or formula contents have same issue.) What matters is starting with a new/default/blank spreadsheet where the cells are untouched by any font actions. Cursor movement will be fine. Then paste in numbers (without formatting; "paste numbers" or "unformatted text") and THEN preview or change font at which point the bug appears. This bug seems to require cell contents and cells need to be 'touched' by the font preview (or change) in order to be 'damaged' and cause 'adapt row height' problem. Instead, if you take a default/new/blank spreadsheet, select the spreadsheet, and preview or change
[Libreoffice-bugs] [Bug 138702] FILESAVE XLSX Changes to Plot Options not being saved
https://bugs.documentfoundation.org/show_bug.cgi?id=138702 Buovjaga changed: What|Removed |Added Version|7.0.3.1 release |6.3.0.4 release Summary|Changes to Plot Options not |FILESAVE XLSX Changes to |being saved |Plot Options not being ||saved Keywords|bibisectRequest |bibisected, bisected See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=11 ||5012 CC||ilmari.lauhakangas@libreoff ||ice.org, ||nem...@numbertext.org Blocks||75057 --- Comment #10 from Buovjaga --- Bibisected with linux-64-6.3 to https://git.libreoffice.org/core/commit/f684c074d5f66c8b1546a626766bc045c04cebc3 tdf#115012 XLSX chart import: workaround for no gap Adding Cc: to László Németh Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=75057 [Bug 75057] [META] OOXML Chart object issues -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 75057] [META] OOXML Chart object issues
https://bugs.documentfoundation.org/show_bug.cgi?id=75057 Buovjaga changed: What|Removed |Added Depends on||138702 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=138702 [Bug 138702] FILESAVE XLSX Changes to Plot Options not being saved -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 103863] Enhancement request: Chart title/label from spreadsheet cell (i.e., dynamic instead of fixed value)
https://bugs.documentfoundation.org/show_bug.cgi?id=103863 --- Comment #6 from elias estatistics --- I need that too. I work with many graphs 20+. As set them as templates and it is very annoying to change titles / subtitles etc. each time Thank community for such great projects. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 144143] Writer: With style sheet formatted text not found with search by format
https://bugs.documentfoundation.org/show_bug.cgi?id=144143 Manfred changed: What|Removed |Added CC||manfred.eb...@kabelmail.de --- Comment #1 from Manfred --- Created attachment 174589 --> https://bugs.documentfoundation.org/attachment.cgi?id=174589=edit bug report with example -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 139997] Video playback in Impress disappears or plays above side
https://bugs.documentfoundation.org/show_bug.cgi?id=139997 Buovjaga changed: What|Removed |Added CC||ilmari.lauhakangas@libreoff ||ice.org --- Comment #5 from Buovjaga --- (In reply to Timur from comment #4) > In Linux there is no video, I guess anther bug. Video works fine on Linux with gtk3. With kf5, one has to pause it once and then it starts working. With gen, it is just white blankness. Arch Linux 64-bit Version: 7.3.0.0.alpha0+ / LibreOffice Community Build ID: 67879304f61252838a6b2e2549d7205b445776f8 CPU threads: 8; OS: Linux 5.13; UI render: default; VCL: kf5 (cairo+xcb) Locale: fi-FI (fi_FI.UTF-8); UI: en-US Calc: threaded Built on 27 August 2021 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 144144] Crash in: SkiaSalGraphicsImpl::applyXor()
https://bugs.documentfoundation.org/show_bug.cgi?id=144144 --- Comment #5 from Telesto --- (In reply to Colin from comment #3) > You have more chance of being struck by lightning TWICE. > It completely screwed my installation. > An update to a later version also failed to remediate. > Completely uninstalling and reinstalling everything exposed another bug - > Even a fresh install of the latest stable release found all the old APPDATA > files AFTER uninstallation and Registry flushing with CCleaner. > Now I have to uninstall, find and remove all files on the disk even vaguely > resembling LO in program, program data, Appdata and probably even the > windows temp folder. Perhaps you could tell me where else to look in case > I've missed something. And there I was thinking uninstall meant uninstall. > If these endeavours fail then I can't even use Libre Office - let alone > experiment Launch Libreoffice -> Help -> Restart in safe mode. Restore factory settings -> Whole profile -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 144144] Crash in: SkiaSalGraphicsImpl::applyXor()
https://bugs.documentfoundation.org/show_bug.cgi?id=144144 --- Comment #4 from Colin --- (In reply to Telesto from comment #2) > An upgrading 7.1 or even 7.2 might help too.. Been there, done that, pd on the stage. Uninstall doesn't so the complete reinstall just carried the old bug into the new version路♂️ -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 144147] Strange characters appearing in a LibreOffice Base Query Result (using a Firebird embebbed database)
https://bugs.documentfoundation.org/show_bug.cgi?id=144147 --- Comment #2 from heitorhed...@gmail.com --- Created attachment 174592 --> https://bugs.documentfoundation.org/attachment.cgi?id=174592=edit A print screen of the bugged result. The bugged result I've received. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 143961] Impress crashes when inserting a videofile
https://bugs.documentfoundation.org/show_bug.cgi?id=143961 Roman Kuznetsov <79045_79...@mail.ru> changed: What|Removed |Added Status|UNCONFIRMED |NEEDINFO Ever confirmed|0 |1 CC||79045_79...@mail.ru --- Comment #5 from Roman Kuznetsov <79045_79...@mail.ru> --- Can you try download and install LibreOffice from an official site https://libreoffice.org/download and the try repeat your problem in that version? -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 109236] [META] CSV import bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=109236 Bug 109236 depends on bug 93334, which changed state. Bug 93334 Summary: [FILEOPEN] Problem importing CSV https://bugs.documentfoundation.org/show_bug.cgi?id=93334 What|Removed |Added Status|NEW |RESOLVED Resolution|--- |DUPLICATE -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 93334] [FILEOPEN] Problem importing CSV
https://bugs.documentfoundation.org/show_bug.cgi?id=93334 Eike Rathke changed: What|Removed |Added Status|RESOLVED|CLOSED -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 93334] [FILEOPEN] Problem importing CSV
https://bugs.documentfoundation.org/show_bug.cgi?id=93334 Eike Rathke changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |DUPLICATE --- Comment #11 from Eike Rathke --- *** This bug has been marked as a duplicate of bug 102846 *** -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 124098] LibreCalc6.2: Opening a Calc with some formulas: It writes "adapt Row Height" which is taking ages to load!
https://bugs.documentfoundation.org/show_bug.cgi?id=124098 --- Comment #40 from casa --- Created attachment 174594 --> https://bugs.documentfoundation.org/attachment.cgi?id=174594=edit test spreadsheet with large block of numbers -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 124098] LibreCalc6.2: Opening a Calc with some formulas: It writes "adapt Row Height" which is taking ages to load!
https://bugs.documentfoundation.org/show_bug.cgi?id=124098
--- Comment #41 from casa ---
I have a VERY simple test case which demonstrates what appears to be the issue
in this ticket. It does not involve open/loading of a file and is easily
replicate with ONLY a plain/default spreadsheet having a block of numbers and
then attempting to change the font. (Actually changing the font isn't even
necessary!)
REPLICATION (using LibreCalc v7.1.5.2 x86 on windows 10):
I have attached "bug-adaptRowHeight.ods" which is nothing more than a default
blank ODS spreadsheet with a large block of numbers. No formatting or
anything. (If you think something is weird about this spreadsheet then just
copy "numbers only" or "unformatted text" to your own new/blank spreadsheet
instead and follow test.) This bug isn't as noticable if you only have a small
spreadsheet with a few cells and that is why this spreadsheet (or similar large
one) is useful.
OBSERVATION: with this spreadsheet open, use the arrow keys to move the cursor
from cell to cell; notice there is no lag, no delay, and no flickering "adapt
row height" message or progress bar appearing at the bottom.
TEST STEP: Now select the entire spreadsheet and then click the font name drop
down arrow (as though you wanted to change the entire sheet's font). The list
of available fonts will drop open and the current sheet font will be
highlighted (Liberation Sans).
Now...use the down arrow key to move the highlight selection to then next font.
So (on my machine) "Liberation Sans" is highlighted and the font under it is
"Liberation Sans Narrow". Thus, press down arrow to highlight to it (but don't
select).
When you highlight "Liberation Sans Narrow" (or whatever font you have below
the default; doesn't matter) LibreCalc will preview that font on the
spreadsheet (but not actually change it yet; you would have to press enter).
Instead, press ESC to leave the font dropdown and *NOT* make any changes to the
spreadsheet. The entire spreadsheet is still "Liberation Sans".
BUG: again move the cursor around with arrow keys and notice there is now a
delay and sluggishness! Each move from cell to cell has a pause and also you
will see the bottom of screen flicker words "adapt row height" with a quick
green progress bar. You didn't even change the spreadsheet, but just the act
of previewing a different font has now permanently made the spreadsheet operate
with a lag.
NOTES:
I have not found a way to reverse the program/cell 'damage' once the lag starts
(after preview or font change). Since you didn't actually change the cells or
font or formatting you can't just hit CTRL-Z to Undo. There is nothing to
undo! You have to close the spreadsheet and reopen it to return to having no
lag or no 'adapt row height' situation.
I have not found that program font settings (options) matter to this bug
(anti-aliasing, use skia, show preview of fonts, etc).
The default/starting font of your spreadsheet or the font you preview doesn't
seem to matter. It is the act of previewing or changing from the
starting/default font (on cells with contents) that breaks something. (I used
numbers, but presume text or formula contents have same issue.)
What matters is starting with a new/default/blank spreadsheet where the cells
are untouched by any font actions. Cursor movement will be fine. Then paste
in numbers (without formatting; "paste numbers" or "unformatted text") and THEN
preview or change font at which point the bug appears. The cells appear to
require contents and need to be 'touched' by the font preview (or change) in
order to be 'damaged' and cause 'adapt row height' problem.
Instead, if you take a default/new/blank spreadsheet, select the spreadsheet,
and preview or change the sheet font BEFORE it has contents, and THEN paste a
block of numbers ('paste numbers' or 'unformatted text') there will be no
problem. The pasted numbers will (properly) be in the new font and the
delay/sluggishness "adapt row height" bug/problem will NOT happen. (But if you
THEN preview a different font it will.)
I am filing this bug comment under both: 124098 and 43804 (which somebody
reopened and appears to cover same issue).
--
You are receiving this mail because:
You are the assignee for the bug.
[Libreoffice-bugs] [Bug 117012] Chart dialog opens with severe delay with certain 16 column data
https://bugs.documentfoundation.org/show_bug.cgi?id=117012 --- Comment #3 from Andreas Heinisch --- Still in: Version: 7.3.0.0.alpha0+ (x64) / LibreOffice Community Build ID: 244891482469454ca186f5c81e23fd55c3b69ef5 CPU threads: 6; OS: Windows 10.0 Build 19042; UI render: Skia/Raster; VCL: win Locale: de-DE (de_DE); UI: en-US Calc: CL -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 144134] Tabs in LibreOffice Tab layout do not scale properly with the size of the screen.
https://bugs.documentfoundation.org/show_bug.cgi?id=144134 V Stuart Foote changed: What|Removed |Added CC||libreoffice-ux-advise@lists ||.freedesktop.org, ||vstuart.fo...@utsa.edu Blocks||107237 Keywords||needsUXEval --- Comment #1 from V Stuart Foote --- Seems there are just two "modes" for the labeling of the NB Tabs depending on the h-size of the application frame holding LibreOffice: 1.) sufficient to hold the localized lables expanded with additional padding 2.) insufficient to add additional padding/white space, tabs are collapsed/packed to their label widths. On a build of nightly trunk with en-US labels on a Windows 10 (21H1) with 1920x1080 monitor--the two h-sizes allocated to the NB tabs are 720px (when UI has sufficient width); and 360px (when UI does not have the width). There is a very clearly defined behavior. For en-US locale, when the LibreOffice program windows h-size is reduced below 915px there is insufficent space for the expanded tabs, and they collapse to the 360px h-size. Obviously as the lables for the NB tabs are localized--that minimum with for expanded tabs will vary. The effect is functional, but might be more asthetically appealing if the resizing of the tabs was incremental rather than binary? Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=107237 [Bug 107237] [META] Notebookbar Tabbed -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 107237] [META] Notebookbar Tabbed
https://bugs.documentfoundation.org/show_bug.cgi?id=107237 V Stuart Foote changed: What|Removed |Added Depends on||144134 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=144134 [Bug 144134] Tabs in LibreOffice Tab layout do not scale properly with the size of the screen. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 139675] Undo moving in header not working in certain consternation (picking the wrong object)
https://bugs.documentfoundation.org/show_bug.cgi?id=139675 Buovjaga changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever confirmed|0 |1 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 140057] Paragraphs in Writer do not behave according to their format specifications, either default or when overridden on a per paragraph basis
https://bugs.documentfoundation.org/show_bug.cgi?id=140057 Dieter changed: What|Removed |Added Resolution|--- |INVALID Status|UNCONFIRMED |RESOLVED --- Comment #5 from Dieter --- (In reply to irrevdjohn from comment #4) > Today I have re-built the template from scratch, and so far have had no > further formatting problems. Good news! So let's close this bug. =>RESOLVED INVALID -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 144145] recent builds of Trunk against 7.3.0alpha Skia Vulkan rendering can not be enabled, Windows 10 Intel Iris Plus
https://bugs.documentfoundation.org/show_bug.cgi?id=144145 V Stuart Foote changed: What|Removed |Added Keywords||bibisected -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 85493] VIEWING: In diagrams, tooltips shown over curve points show information about the wrong point when "Range for Name" cell values are not sorted in ascending order
https://bugs.documentfoundation.org/show_bug.cgi?id=85493 --- Comment #18 from Olivier DESCOUT --- I can still reproduce this with LibreOffice 7.2. The pop-up tip over any point of the graph still gives wrong data information, namely data information on a wrong point of the graph, as soon as X-axis-graph data are sorted in any order different from the ascending one. Please find below detailed LO version information: Version: 7.2.0.4 (x64) / LibreOffice Community Build ID: 9a9c6381e3f7a62afc1329bd359cc48accb6435b CPU threads: 4; OS: Windows 10.0 Build 19043; UI render: Skia/Raster; VCL: win Locale: fr-FR (fr_FR); UI: fr-FR Calc: threaded -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 144146] CSV file opening UI doesn't remember Unicode separators
https://bugs.documentfoundation.org/show_bug.cgi?id=144146 --- Comment #1 from Henrik Palomäki --- Repro in Version: 7.1.5.2 (x64) / LibreOffice Community Build ID: 85f04e9f809797b8199d13c421bd8a2b025d52b5 CPU threads: 8; OS: Windows 10.0 Build 19043; UI render: Skia/Raster; VCL: win Locale: fi-FI (fi_FI); UI: en-US Calc: CL No repro in Version: 7.3.0.0.alpha0+ (x64) / LibreOffice Community Build ID: 4debb7e8cc12563f46d1aaa58afdcb831f21cc83 CPU threads: 8; OS: Windows 10.0 Build 19043; UI render: Skia/Raster; VCL: win Locale: fi-FI (fi_FI); UI: en-US Calc: CL -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 144144] Crash in: SkiaSalGraphicsImpl::applyXor()
https://bugs.documentfoundation.org/show_bug.cgi?id=144144 Roman Kuznetsov <79045_79...@mail.ru> changed: What|Removed |Added CC||79045_79...@mail.ru --- Comment #1 from Roman Kuznetsov <79045_79...@mail.ru> --- If you'll can repeat it with clear steps for reproduction of the problem it would be cool Can you do some expirements? -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 139762] Sum symbol on the spreadsheets damage the cells
https://bugs.documentfoundation.org/show_bug.cgi?id=139762 --- Comment #8 from Marco A.G.Pinto --- Sorry… I will only have time on Monday. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 105948] [META] Undo/Redo bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=105948 Buovjaga changed: What|Removed |Added Depends on||137055 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=137055 [Bug 137055] Image gone after undo multiple times (track changes involved) -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 137055] Image gone after undo multiple times (track changes involved)
https://bugs.documentfoundation.org/show_bug.cgi?id=137055 Buovjaga changed: What|Removed |Added Summary|Image gone after undo |Image gone after undo |multiple times (track & |multiple times (track |changes involved) |changes involved) Blocks||105948 Version|7.1.0.0.alpha0+ |6.3.2.2 release Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=105948 [Bug 105948] [META] Undo/Redo bugs and enhancements -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 135683] FILEOPEN DOCX: Slow opening of document containing a 222 pages table
https://bugs.documentfoundation.org/show_bug.cgi?id=135683 Buovjaga changed: What|Removed |Added Keywords||haveBacktrace -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 39910] Text-Wrapping Doesn't Wrap Long HyperLinks Resulting in Cutoff Text
https://bugs.documentfoundation.org/show_bug.cgi?id=39910 --- Comment #24 from Wolfgang Jäger --- The descrobed bahavior is unchanged in V 7.2.0.4 Putting the (reported) different bahavior of any Excel aside, this isn't clearly an issue. I would assume the behavior was originally intended, and a change might even break some sheets by unneeded increases to rowheights. Anyway, this VERY old bug should either be fixed regarding compatibility aspects, or set WONTFIX after 10 years of pending. (The see-also-bugs are of comparable age.( The background surely is that hyperlinks in spreadsheet cells are implemented as textfields. This is basically dfferent from the way hyperlinks are treated by Writer where the hyperlinks are attributed text portions and can therefore simply take part in the general textflow. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 123461] "Find & Replace" and "Search Results" dialog become unresponsive if there are too many hits
https://bugs.documentfoundation.org/show_bug.cgi?id=123461
Andreas Heinisch changed:
What|Removed |Added
CC||andreas.heini...@yahoo.de
--- Comment #6 from Andreas Heinisch ---
Imho, in both cases (Bug 96290 and Bug 123461) the culprit is ScRangeList::Join
which tries to join the marked ranges. It holds a list of ranges and checks if
it can join with the found one, otherwise it adds the new created ranges and
continues to join the remaining ranges from the search result.
The internal data structure is a vector and the data is as follows:
[0] = {aStart={nRow=1 nCol=1 nTab=0 } aEnd={nRow=2 nCol=1 nTab=0 } }
[1] = {aStart={nRow=4 nCol=1 nTab=0 } aEnd={nRow=6 nCol=1 nTab=0 } }
[2] = {aStart={nRow=9 nCol=1 nTab=0 } aEnd={nRow=15 nCol=1 nTab=0 } }
[3] = {aStart={nRow=18 nCol=1 nTab=0 } aEnd={nRow=20 nCol=1 nTab=0 } }
[4] = {aStart={nRow=22 nCol=1 nTab=0 } aEnd={nRow=24 nCol=1 nTab=0 } }
[5] = {aStart={nRow=26 nCol=1 nTab=0 } aEnd={nRow=26 nCol=1 nTab=0 } }
[6] = {aStart={nRow=28 nCol=1 nTab=0 } aEnd={nRow=29 nCol=1 nTab=0 } }
[7] = {aStart={nRow=32 nCol=1 nTab=0 } aEnd={nRow=35 nCol=1 nTab=0 } }
[8] = {aStart={nRow=37 nCol=1 nTab=0 } aEnd={nRow=37 nCol=1 nTab=0 } }
[9] = {aStart={nRow=40 nCol=1 nTab=0 } aEnd={nRow=42 nCol=1 nTab=0 } }
[10] = {aStart={nRow=44 nCol=1 nTab=0 } aEnd={nRow=55 nCol=1 nTab=0 } }
The algorithm always loops over all ranges to check whether a range can be
joined or not. A new range may look like the following:
rNewRange = {aStart={nRow=66 nCol=14 nTab=0 } aEnd={nRow=67 nCol=14 nTab=0 } }
In the end it gets even worse, because if a range can be joined, the function
tries to join the newly created range as well. In this case, the range contains
about 6974 ranges which leads to this performance issue.
Imho, a vector of ranges maybe the wrong data structure when there a fast
access is needed.
So either we show only around a 1000 marked ranges, or we have to think about a
better algorithm which can join ranges faster :(
--
You are receiving this mail because:
You are the assignee for the bug.
[Libreoffice-bugs] [Bug 144132] Crash when insert formula object in Writer
https://bugs.documentfoundation.org/show_bug.cgi?id=144132 Roman Kuznetsov <79045_79...@mail.ru> changed: What|Removed |Added CC||79045_79...@mail.ru, ||noelgran...@gmail.com Status|UNCONFIRMED |NEW Keywords||bibisected, bisected, ||regression Ever confirmed|0 |1 --- Comment #1 from Roman Kuznetsov <79045_79...@mail.ru> --- Confirm in 7.3 but no repro in 7.2 => regression I bisected it in win64-7.3 bisect repo and got https://git.libreoffice.org/core/commit/ec01d43e0a8fa560d7cd8c76c0d609b18a60cddb https://gerrit.libreoffice.org/c/core/+/119331 Added to CC: Noel Grandin -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 139331] Option to redact/ anonymizing file by replacing images by dummy or make them black (Sanitize media)
https://bugs.documentfoundation.org/show_bug.cgi?id=139331 --- Comment #8 from Telesto --- The diagonal lines maybe useful to showing this being an removed image? A white placeholder is probably less obvious.. I guess Compare View -> Disable images & charts. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 144150] New: Moving LibreOffice between screens shrinks it to the top right x
https://bugs.documentfoundation.org/show_bug.cgi?id=144150 Bug ID: 144150 Summary: Moving LibreOffice between screens shrinks it to the top right x Product: LibreOffice Version: 7.2.0.4 release Hardware: x86-64 (AMD64) OS: Linux (All) Status: UNCONFIRMED Severity: minor Priority: medium Component: LibreOffice Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: mike.pc.rear...@gmail.com Description: Unlike other OS, LibreOffice shrinks when you move LibreOffice from a laptop screen to a connected larger monitor. It shrinks it down to the top X, which makes it hard to find if several other applications are open. Actual Results: I click on the top bar, where the file name and application name are displayed. I drag with my mouse to the other screen. As I get to the other screen, it shrinks down to the top right X (or close application button). You need to click and expand it until you see the rectangle (or maximize the application button). It doesn't happened every time but when it does, its annoying. Expected Results: Expect minimize application to move to the other screen without resizing - until it gets to its final destination Reproducible: Always User Profile Reset: No OpenGL enabled: Yes Additional Info: [Information automatically included from LibreOffice] Locale: en-US Module: PresentationDocument [Information guessed from browser] OS: Linux (All) OS is 64bit: yes -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 144149] New: Data sorting options not saved.
https://bugs.documentfoundation.org/show_bug.cgi?id=144149 Bug ID: 144149 Summary: Data sorting options not saved. Product: LibreOffice Version: 7.1.4.2 release Hardware: All OS: Windows (All) Status: UNCONFIRMED Severity: normal Priority: medium Component: Calc Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: pierrebars...@gmail.com Description: Data list of over 15,000 rows, 3 columns, each with labels; Title, Artist, Folder. In alphabetic tabs. I often add data and when I wish to sort it, the options aren't saved. Example: I put a tick on Range contains column labels, but it doesn't stay ticked when I go back to it, neither do my sort keys get saved. It's a real hassle to have to re-enter it every time. Actual Results: Select range, click Data, sort. sort key 1 always defaults to Column A despite changes made prior. Expected Results: Have to re-enter my keys, but must re-tick the box in options first. Reproducible: Always User Profile Reset: No Additional Info: Save my options until I change them. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 142101] Memory usage opening 3 page presentation with (large) images gone up from 250 MB to 514 MB
https://bugs.documentfoundation.org/show_bug.cgi?id=142101 Aron Budea changed: What|Removed |Added Keywords|bibisectRequest | CC||ba...@caesar.elte.hu -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 136469] Spell checker Calc not underlining wrong spelled word when copy pasting under certain conditions
https://bugs.documentfoundation.org/show_bug.cgi?id=136469 Aron Budea changed: What|Removed |Added Keywords|bibisectRequest | CC||ba...@caesar.elte.hu -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 143152] Crash just after startup in 7.3 master nightly build (AMD video drivers problem?).
https://bugs.documentfoundation.org/show_bug.cgi?id=143152 --- Comment #13 from JO3EMC --- Thanks for your comment. (In reply to Roman Kuznetsov from comment #12) > JO3EMC, what about previous LibreOffice versions? Did you have the same > problem with 7.1.5 and 7.2.0.4? No. My trouble occurs for the first time in Tanaka "/daily/master/Win-x86_64@tb77-TDF/2021-06-19_06.18.04/". Previous versions includeng 7.2, 7.1 and "daily master Win-x86_64@tb77-TDF 2021-06-18_05.27.46" start with no problem. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 139471] UI: LibreOffice main icon revamp
https://bugs.documentfoundation.org/show_bug.cgi?id=139471 V Stuart Foote changed: What|Removed |Added CC||hp.gerh...@bluewin.ch --- Comment #10 from V Stuart Foote --- *** Bug 144140 has been marked as a duplicate of this bug. *** -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 144140] Icon on Mac is not state of the art ; -)
https://bugs.documentfoundation.org/show_bug.cgi?id=144140 V Stuart Foote changed: What|Removed |Added CC||vstuart.fo...@utsa.edu Resolution|--- |DUPLICATE Status|UNCONFIRMED |RESOLVED --- Comment #2 from V Stuart Foote --- *** This bug has been marked as a duplicate of bug 139471 *** -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 139331] Option to redact/ anonymizing file by replacing images by dummy or make them black (Sanitize media)
https://bugs.documentfoundation.org/show_bug.cgi?id=139331 --- Comment #6 from Muhammet Kara --- (In reply to Roman Kuznetsov from comment #5) > (In reply to Muhammet Kara from comment #4) > > > - Draw redaction rectangles over them (see > > SfxRedactionHelper::addRedactionRectToPage in SfxRedactionHelper.cxx) > > Please use a white variant of redaction rectangles for images. Or possibly > we can use a different type of redaction rectangle like a white rectangle > with two diagonal lines? Why? -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 144135] Calc causes repeatable fatal crash when I attempted to sort columns
https://bugs.documentfoundation.org/show_bug.cgi?id=144135 Roman Kuznetsov <79045_79...@mail.ru> changed: What|Removed |Added Status|UNCONFIRMED |NEEDINFO Ever confirmed|0 |1 CC||79045_79...@mail.ru --- Comment #1 from Roman Kuznetsov <79045_79...@mail.ru> --- Please attach your spreadsheet here -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 144106] FILEOPEN: LibreOffice crashes on opening CSV file
https://bugs.documentfoundation.org/show_bug.cgi?id=144106 Roman Kuznetsov <79045_79...@mail.ru> changed: What|Removed |Added Ever confirmed|0 |1 CC||79045_79...@mail.ru Status|UNCONFIRMED |NEEDINFO --- Comment #8 from Roman Kuznetsov <79045_79...@mail.ru> --- No problem in Version: 7.3.0.0.alpha0+ (x64) / LibreOffice Community Build ID: 4debb7e8cc12563f46d1aaa58afdcb831f21cc83 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 nor in Version: 7.2.0.4 (x64) / LibreOffice Community Build ID: 9a9c6381e3f7a62afc1329bd359cc48accb6435b CPU threads: 4; OS: Windows 6.1 Service Pack 1 Build 7601; UI render: Skia/Raster; VCL: win Locale: ru-RU (ru_RU); UI: ru-RU Calc: CL Robert, please try follow steps: 1. Select menu Help->Restart in Safe mode 2. After LO restarted in opened Safe mode dialog select "Reset user profile" option (it will drop your LibreOffice's user profile, but not system!) 3. Press "Apply and Restart" button I think it should just help you -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 140240] Disable the storing printer inside document (PrinterName in settings XML) of ODT (leaving it empty) by default (or removal)
https://bugs.documentfoundation.org/show_bug.cgi?id=140240 Telesto changed: What|Removed |Added CC||libreoffice-ux-advise@lists ||.freedesktop.org Keywords||needsUXEval --- Comment #2 from Telesto --- (In reply to Dieter from comment #1) > but I can't decide, if this should be considered as a bug or not. Lets add UX-advise -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 132934] Memory usage for viewing presentation has increased from 200 to 300 mb
https://bugs.documentfoundation.org/show_bug.cgi?id=132934 Telesto changed: What|Removed |Added Resolution|--- |NOTABUG Status|NEEDINFO|RESOLVED -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 143152] Crash just after startup in 7.3 master nightly build.
https://bugs.documentfoundation.org/show_bug.cgi?id=143152 Roman Kuznetsov <79045_79...@mail.ru> changed: What|Removed |Added Blocks||129062 Keywords||possibleRegression Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=129062 [Bug 129062] [META] Skia library bugs -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 143152] Crash just after startup in 7.3 master nightly build.
https://bugs.documentfoundation.org/show_bug.cgi?id=143152 Roman Kuznetsov <79045_79...@mail.ru> changed: What|Removed |Added Status|UNCONFIRMED |NEEDINFO Ever confirmed|0 |1 CC||79045_79...@mail.ru --- Comment #12 from Roman Kuznetsov <79045_79...@mail.ru> --- JO3EMC, what about previous LibreOffice versions? Did you have the same problem with 7.1.5 and 7.2.0.4? -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 129062] [META] Skia library bugs
https://bugs.documentfoundation.org/show_bug.cgi?id=129062 Roman Kuznetsov <79045_79...@mail.ru> changed: What|Removed |Added Depends on||143152 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=143152 [Bug 143152] Crash just after startup in 7.3 master nightly build. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 43804] Slow FILEOPEN and EDITING of ODS spreadsheet because of adapt row height processing
https://bugs.documentfoundation.org/show_bug.cgi?id=43804
--- Comment #8 from casa ---
I have a VERY simple test case which demonstrates what appears to be the issue
in this ticket. It does not involve open/loading of a file and is easily
replicate with ONLY a plain/default spreadsheet having a block of numbers and
then attempting to change the font. (Actually changing the font isn't even
necessary!)
REPLICATION (using LibreCalc v7.1.5.2 x86 on windows 10):
I have attached "bug-adaptRowHeight.ods" which is nothing more than a default
blank ODS spreadsheet with a large block of numbers. No formatting or
anything. (If you think something is weird about this spreadsheet then just
copy "numbers only" or "unformatted text" to your own new/blank spreadsheet
instead and follow test.) This bug isn't as noticable if you only have a small
spreadsheet with a few cells and that is why this spreadsheet (or similar large
one) is useful.
OBSERVATION: with this spreadsheet open, use the arrow keys to move the cursor
from cell to cell; notice there is no lag, no delay, and no flickering "adapt
row height" message or progress bar appearing at the bottom.
TEST STEP: Now select the entire spreadsheet and then click the font name drop
down arrow (as though you wanted to change the entire sheet's font). The list
of available fonts will drop open and the current sheet font will be
highlighted (Liberation Sans).
Now...use the down arrow key to move the highlight selection to then next font.
So (on my machine) "Liberation Sans" is highlighted and the font under it is
"Liberation Sans Narrow". Thus, press down arrow to highlight to it (but don't
select).
When you highlight "Liberation Sans Narrow" (or whatever font you have below
the default; doesn't matter) LibreCalc will preview that font on the
spreadsheet (but not actually change it yet; you would have to press enter).
Instead, press ESC to leave the font dropdown and *NOT* make any changes to the
spreadsheet. The entire spreadsheet is still "Liberation Sans".
BUG: again move the cursor around with arrow keys and notice there is now a
delay and sluggishness! Each move from cell to cell has a pause and also you
will see the bottom of screen flicker words "adapt row height" with a quick
green progress bar. You didn't even change the spreadsheet, but just the act
of previewing a different font has now permanently made the spreadsheet operate
with a lag.
NOTES:
I have not found a way to reverse the program/cell 'damage' once the lag starts
(after preview or font change). Since you didn't actually change the cells or
font or formatting you can't just hit CTRL-Z to Undo. There is nothing to
undo! You have to close the spreadsheet and reopen it to return to having no
lag or no 'adapt row height' situation.
I have not found that program font settings (options) matter to this bug
(anti-aliasing, use skia, show preview of fonts, etc).
The default/starting font of your spreadsheet or the font you preview doesn't
seem to matter. It is the act of previewing or changing from the
starting/default font (on cells with contents) that breaks something. (I used
numbers, but presume text or formula contents have same issue.)
What matters is starting with a new/default/blank spreadsheet where the cells
are untouched by any font actions. Cursor movement will be fine. Then paste
in numbers (without formatting; "paste numbers" or "unformatted text") and THEN
preview or change font at which point the bug appears. The cells appear to
require contents and need to be 'touched' by the font preview (or change) in
order to be 'damaged' and cause 'adapt row height' problem.
Instead, if you take a default/new/blank spreadsheet, select the spreadsheet,
and preview or change the sheet font BEFORE it has contents, and THEN paste a
block of numbers ('paste numbers' or 'unformatted text') there will be no
problem. The pasted numbers will (properly) be in the new font and the
delay/sluggishness "adapt row height" bug/problem will NOT happen. (But if you
THEN preview a different font it will.)
I am filing this bug comment under both: 124098 and 43804 (which somebody
reopened and appears to cover same issue).
--
You are receiving this mail because:
You are the assignee for the bug.
[Libreoffice-bugs] [Bug 43804] Slow FILEOPEN and EDITING of ODS spreadsheet because of adapt row height processing
https://bugs.documentfoundation.org/show_bug.cgi?id=43804 --- Comment #9 from casa --- Created attachment 174595 --> https://bugs.documentfoundation.org/attachment.cgi?id=174595=edit test spreadsheet with large block of numbers -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 125077] [META] regressions introduced by row height recalculation on document load
https://bugs.documentfoundation.org/show_bug.cgi?id=125077 Bug 125077 depends on bug 43804, which changed state. Bug 43804 Summary: Slow FILEOPEN and EDITING of ODS spreadsheet because of adapt row height processing https://bugs.documentfoundation.org/show_bug.cgi?id=43804 What|Removed |Added Status|REOPENED|RESOLVED Resolution|--- |DUPLICATE -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 43804] Slow FILEOPEN and EDITING of ODS spreadsheet because of adapt row height processing
https://bugs.documentfoundation.org/show_bug.cgi?id=43804 V Stuart Foote changed: What|Removed |Added CC||vstuart.fo...@utsa.edu Resolution|--- |DUPLICATE Status|REOPENED|RESOLVED --- Comment #10 from V Stuart Foote --- *** This bug has been marked as a duplicate of bug 124098 *** -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 124098] LibreCalc6.2: Opening a Calc with some formulas: It writes "adapt Row Height" which is taking ages to load!
https://bugs.documentfoundation.org/show_bug.cgi?id=124098 V Stuart Foote changed: What|Removed |Added CC||sloc...@gmail.com --- Comment #43 from V Stuart Foote --- *** Bug 43804 has been marked as a duplicate of this bug. *** -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 144151] font preview or change on sheet causes 'adapt row height' cursor movement action lags (EDITING, UI, FORMATTING)
https://bugs.documentfoundation.org/show_bug.cgi?id=144151 casa changed: What|Removed |Added See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=12 ||4098 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 124098] LibreCalc6.2: Opening a Calc with some formulas: It writes "adapt Row Height" which is taking ages to load!
https://bugs.documentfoundation.org/show_bug.cgi?id=124098 casa changed: What|Removed |Added See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=14 ||4151 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 144151] Preview or change of font on sheet causes 'adapt row height' messages and cursor movement delay lags (editing, ui, formatting)
https://bugs.documentfoundation.org/show_bug.cgi?id=144151 casa changed: What|Removed |Added Summary|font preview or change on |Preview or change of font |sheet causes 'adapt row |on sheet causes 'adapt row |height' cursor movement |height' messages and cursor |lags delay |movement delay lags |(EDITING,UI,FORMATTING) |(editing,ui,formatting) -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 144135] Calc causes repeatable fatal crash when I attempted to sort columns
https://bugs.documentfoundation.org/show_bug.cgi?id=144135 --- Comment #2 from dpkesling --- I wish I could honor your request, but that data set contains proprietary information. I can tell you that I backed out 7.2.0.4 and installed 7.1.5 and have experienced no difficulty in performing the same sort repeatedly. Would suggest some delta in the code within SORT has caused the issue. I can tell you with high assurance that, without having examined every character, there are no "non-character" bytes in the file.The same file inputs to downstream R and Python processes without exceptions. I can tell you the 8 columns are: Integer, Date (in form of "August 28, 2021"), Floating Point, Floating Point, Text, Text, Text, Text -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 143590] Aspect ratio of pasted screenshot changes although it should not do so
https://bugs.documentfoundation.org/show_bug.cgi?id=143590 --- Comment #6 from libreoffice@phv.email --- I confirm the bug is present (and very annoying) on version 7.2.0.4 and I think it came with LibreOffice version 7.2.0.0. The bug has been fixed in version 7.3.0.0 alpha with the corrective for #143633 as both issues seems to be linked. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 143590] Aspect ratio of pasted screenshot changes although it should not do so
https://bugs.documentfoundation.org/show_bug.cgi?id=143590 Buovjaga changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |DUPLICATE Keywords|bibisectRequest | See Also|https://bugs.documentfounda | |tion.org/show_bug.cgi?id=14 | |3633| --- Comment #7 from Buovjaga --- Thanks, makes sense, let's close as dupe *** This bug has been marked as a duplicate of bug 143633 *** -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 96290] Calc doesn't answer for several minutes when searching and replacing
https://bugs.documentfoundation.org/show_bug.cgi?id=96290
--- Comment #8 from Andreas Heinisch ---
Imho, in both cases (Bug 96290 and Bug 123461) the culprit is ScRangeList::Join
which tries to join the marked ranges. It holds a list of ranges and checks if
it can join with the found one, otherwise it adds the new created ranges and
continues to join the remaining ranges from the search result.
The internal data structure is a vector and the data is as follows:
[0] = {aStart={nRow=1 nCol=1 nTab=0 } aEnd={nRow=2 nCol=1 nTab=0 } }
[1] = {aStart={nRow=4 nCol=1 nTab=0 } aEnd={nRow=6 nCol=1 nTab=0 } }
[2] = {aStart={nRow=9 nCol=1 nTab=0 } aEnd={nRow=15 nCol=1 nTab=0 } }
[3] = {aStart={nRow=18 nCol=1 nTab=0 } aEnd={nRow=20 nCol=1 nTab=0 } }
[4] = {aStart={nRow=22 nCol=1 nTab=0 } aEnd={nRow=24 nCol=1 nTab=0 } }
[5] = {aStart={nRow=26 nCol=1 nTab=0 } aEnd={nRow=26 nCol=1 nTab=0 } }
[6] = {aStart={nRow=28 nCol=1 nTab=0 } aEnd={nRow=29 nCol=1 nTab=0 } }
[7] = {aStart={nRow=32 nCol=1 nTab=0 } aEnd={nRow=35 nCol=1 nTab=0 } }
[8] = {aStart={nRow=37 nCol=1 nTab=0 } aEnd={nRow=37 nCol=1 nTab=0 } }
[9] = {aStart={nRow=40 nCol=1 nTab=0 } aEnd={nRow=42 nCol=1 nTab=0 } }
[10] = {aStart={nRow=44 nCol=1 nTab=0 } aEnd={nRow=55 nCol=1 nTab=0 } }
The algorithm always loops over all ranges to check whether a range can be
joined or not. A new range may look like the following:
rNewRange = {aStart={nRow=66 nCol=14 nTab=0 } aEnd={nRow=67 nCol=14 nTab=0 } }
In the end it gets even worse, because if a range can be joined, the function
tries to join the newly created range as well. In this case, the range contains
about 6974 ranges which leads to this performance issue.
Imho, a vector of ranges maybe the wrong data structure when there a fast
access is needed.
So either we show only around a 1000 marked ranges, or we have to think about a
better algorithm which can join ranges faster :(
--
You are receiving this mail because:
You are the assignee for the bug.
[Libreoffice-bugs] [Bug 144011] LibreOffice Writer crashed when right clicking "word not dictionary" and selecting "Ignore All"
https://bugs.documentfoundation.org/show_bug.cgi?id=144011 Roman Kuznetsov <79045_79...@mail.ru> changed: What|Removed |Added CC||79045_79...@mail.ru --- Comment #3 from Roman Kuznetsov <79045_79...@mail.ru> --- No repro in Version: 7.3.0.0.alpha0+ (x64) / LibreOffice Community Build ID: 4debb7e8cc12563f46d1aaa58afdcb831f21cc83 CPU threads: 4; OS: Windows 6.1 Service Pack 1 Build 7601; UI render: Skia/Raster; VCL: win Locale: ru-RU (ru_RU); UI: ru-RU Calc: CL Gordon, please always write info from LibreOffice's Help->About dialog into your bug reports. Gordon, just don't worry. Better to write here about any problem and QA people will can check it than to forget about it and our developers will never know about the problem -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 143951] Crash in: ScFormulaGroupCycleCheckGuard::ScFormulaGroupCycleCheckGuard(ScRecursionHelper &,ScFormulaCell *)
https://bugs.documentfoundation.org/show_bug.cgi?id=143951 Roman Kuznetsov <79045_79...@mail.ru> changed: What|Removed |Added CC||79045_79...@mail.ru Ever confirmed|0 |1 Status|UNCONFIRMED |NEEDINFO --- Comment #4 from Roman Kuznetsov <79045_79...@mail.ru> --- Can you attach your spreadsheet here? -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 124098] LibreCalc6.2: Opening a Calc with some formulas: It writes "adapt Row Height" which is taking ages to load!
https://bugs.documentfoundation.org/show_bug.cgi?id=124098 --- Comment #45 from casa --- OK, I will accept suggestion and create new LO bug. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 135683] FILEOPEN DOCX: Slow opening of document containing a 222 pages table
https://bugs.documentfoundation.org/show_bug.cgi?id=135683 Buovjaga changed: What|Removed |Added CC||ilmari.lauhakangas@libreoff ||ice.org --- Comment #5 from Buovjaga --- Created attachment 174588 --> https://bugs.documentfoundation.org/attachment.cgi?id=174588=edit Perf flamegraph It's not very slow for me, about 10 secs to word count, but here is a flamegraph Version: 7.3.0.0.alpha0+ / LibreOffice Community Build ID: 58a5bd793a2ed57077fc598281cc74e16373b877 CPU threads: 8; OS: Linux 5.13; UI render: default; VCL: kf5 (cairo+xcb) Locale: fi-FI (fi_FI.UTF-8); UI: en-US Calc: threaded -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 144142] MATCH returns #N/A if found value is from a formula
https://bugs.documentfoundation.org/show_bug.cgi?id=144142 --- Comment #4 from Andreas Blochberger --- (In reply to Uwe Auer from comment #3) > Using =MATCH(A15;VALUE(C2:C13);0)has the same effect as reformatting to > number of significant digits. That works. Thanks for the workaround -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 143777] Toolbars-Mail Merge->Exclude recipient is every times grey and without function
https://bugs.documentfoundation.org/show_bug.cgi?id=143777 --- Comment #4 from Dieter --- (In reply to Pit Zaclade from comment #3) > Created attachment 174587 [details] > mail-merge-toolbar_exclude-recipient in LO v7.1.5.2 (x64) is grey Yes, that's the toolbar. But I couldn't find it in the mail merge wizard (see my comment 2). -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 141420] [META] UNO Object Inspector - Development tools
https://bugs.documentfoundation.org/show_bug.cgi?id=141420 Dieter changed: What|Removed |Added Blocks||117710 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=117710 [Bug 117710] [META] UNO API issues -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 117710] [META] UNO API issues
https://bugs.documentfoundation.org/show_bug.cgi?id=117710 Dieter changed: What|Removed |Added Depends on||141420 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=141420 [Bug 141420] [META] UNO Object Inspector - Development tools -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 144145] recent builds of Trunk against 7.3.0alpha Skia Vulkan rendering can not be enabled, Windows 10 Intel Iris Plus
https://bugs.documentfoundation.org/show_bug.cgi?id=144145 --- Comment #2 from V Stuart Foote --- @Luboš, * --ran bibisect against bibisect-win64-7.3 but that was only updated through the 2021-08-19 builds of master. Regression somewhere in the range: https://cgit.freedesktop.org/libreoffice/core/log/?qt=range=5aac78e5fb241050a86714687e9ff8804588ae3c..05ff3d67d0e2e436406786c949eb7cfca107ba33 In that range do see a few Skia related commits including the work for Skia support in macOS; and you mention a fix for Vulkan crashing to be able to update beyond skia/m91 in https://gerrit.libreoffice.org/c/core/+/120967 but I didn't see specifics for how you fixed that. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 144147] New: Strange characters appearing in a LibreOffice Base Query Result (using a Firebird embebbed database)
https://bugs.documentfoundation.org/show_bug.cgi?id=144147 Bug ID: 144147 Summary: Strange characters appearing in a LibreOffice Base Query Result (using a Firebird embebbed database) Product: LibreOffice Version: 7.2.0.4 release Hardware: x86-64 (AMD64) OS: Windows (All) Status: UNCONFIRMED Severity: normal Priority: medium Component: Base Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: heitorhed...@gmail.com Description: I am trying to use the LIST function to produce a list of all rows in a column of a table called artist. So I made the following query: SELECT LIST (“artist_name”) FROM “artist” It returns the concatenated rows but also a lot of strange squares. I've posted a help request in the community with a screenshot and some more details. Link to the thread: https://ask.libreoffice.org/t/trouble-with-the-list-aggregate-function-firebird/67430) Steps to Reproduce: 1.Created a table called "artist" with a INT primary key and a VARCHAR column called "artist_name". 2.Tried to query using the command SELECT LIST (“artist_name”) FROM “artist” Actual Results: I got the result "Stan Lee,□□□Jack Kirby□□,□□□Dick Ayers□□" Expected Results: I should have received the result "Stan Lee, Jack Kirby, Dick Ayers" Reproducible: Always User Profile Reset: Yes Additional Info: Version: 7.2.0.4 (x64) / LibreOffice Community Build ID: 9a9c6381e3f7a62afc1329bd359cc48accb6435b CPU threads: 8; OS: Windows 10.0 Build 19043; UI render: Skia/Raster; VCL: win Locale: en-US (pt_BR); UI: pt-BR Calc: CL -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 144147] Strange characters appearing in a LibreOffice Base Query Result (using a Firebird embebbed database)
https://bugs.documentfoundation.org/show_bug.cgi?id=144147 --- Comment #1 from heitorhed...@gmail.com --- Created attachment 174591 --> https://bugs.documentfoundation.org/attachment.cgi?id=174591=edit Databased used when the bug was found. The small database I was using. Try using LIST with the table artist. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 144139] LO crashes when trying to print a form.
https://bugs.documentfoundation.org/show_bug.cgi?id=144139 Telesto changed: What|Removed |Added OS|Linux (All) |All Status|UNCONFIRMED |NEW CC||tele...@surfxs.nl Keywords||bibisectRequest Ever confirmed|0 |1 --- Comment #3 from Telesto --- Repro Version: 7.3.0.0.alpha0+ (x64) / LibreOffice Community Build ID: 05ff3d67d0e2e436406786c949eb7cfca107ba33 CPU threads: 4; OS: Windows 6.3 Build 9600; UI render: Skia/Raster; VCL: win Locale: nl-NL (nl_NL); UI: en-US Calc: CL Print dialog does open.. but crashes after pressing cancel at the print dialog -- You are receiving this mail because: You are the assignee for the bug.
