[Libreoffice-bugs] [Bug 138279] Unable to add a textbox to chart
https://bugs.documentfoundation.org/show_bug.cgi?id=138279 Justin L changed: What|Removed |Added OS|Linux (All) |All --- Comment #4 from Justin L --- @zcrhonek - this is not LIMITED to Linux - resetting back to All. -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 138387] New: LO base Forms controls: default attribute, background colour, behaviour of unmaximized window
https://bugs.documentfoundation.org/show_bug.cgi?id=138387 Bug ID: 138387 Summary: LO base Forms controls: default attribute, background colour, behaviour of unmaximized window Product: LibreOffice Version: 7.0.3.1 release Hardware: x86-64 (AMD64) OS: Linux (All) Status: UNCONFIRMED Severity: minor Priority: medium Component: Base Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: rich.li...@demattio.co.at Description: This time I would like to request some "nice to haves" or elimination of boring behaviour: ~~+ 1.) in unmaximized forms window - editing mode: if you enter a group and exit, the window decreases its hight and becomes smaller and smaller and the controls are jumping up and down. Because it probably depends on the toolboxes I have in use, I am going to send a screenshot as attachment ~~ 2.) definition of "default" value in controlfields: 2.a.) if you would like to have "0" (zero) as default value, you first have to define for example "1" and then change to zero. If you try to enter "0" directly, it is interpreted as "empty" (NULL?) 2.b.) the other way round is also a problem: it is not possible to change the default value to empty/NULL. You have to delete the control and add it from scratch ~ 3.) Background color of controls and label fields 3.a.) it is not possible to define the background of controls to "transparent". This can be a nice attribute for "disabled" controls 3.b.) if you change the transparent background of a label field accidentally, it is not possible to change it back to transparent Steps to Reproduce: 1.I guess, the description is self explaining 2. 3. Actual Results: see description Expected Results: nice to have: ad 1) window does not change size and the controls are not jumping ad 2) changing default values to NULL and 0 (zero) should be possible ad 3) changing color to transparent should be possible Reproducible: Always User Profile Reset: Yes OpenGL enabled: Yes Additional Info: Version: 7.1.0.0.alpha1+ Build ID: 312a33b7636334f6ce3b6d1702bc5d3e45215601 CPU threads: 4; OS: Linux 5.8; UI render: default; VCL: gtk3 Locale: de-AT (en_US.UTF-8); UI: en-US TinderBox: Linux-rpm_deb-x86_64@86-TDF, Branch:master, Time: 2020-11-17_01:31:31 Calc: threaded Graphics: Device-1: VMware SVGA II Adapter driver: vmwgfx v: 2.18.0.0 bus ID: 00:02.0 chip ID: 15ad:0405 Display: x11 server: X.Org 1.20.8 driver: vmware unloaded: fbdev,modesetting,vesa resolution: 1920x1014~60Hz OpenGL: renderer: SVGA3D; build v: 2.1 Mesa 20.0.8 direct render: Yes -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 138387] LO base Forms controls: default attribute, background colour, behaviour of unmaximized window
https://bugs.documentfoundation.org/show_bug.cgi?id=138387 --- Comment #1 from Richard Demattio --- Created attachment 167448 --> https://bugs.documentfoundation.org/attachment.cgi?id=167448&action=edit screenshot to topic 1 -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 138388] New: Calc functions ODDFPRICE and ODDFYIELD do not appear to work correctly
https://bugs.documentfoundation.org/show_bug.cgi?id=138388 Bug ID: 138388 Summary: Calc functions ODDFPRICE and ODDFYIELD do not appear to work correctly Product: LibreOffice Version: 7.0.2.2 release Hardware: All OS: All Status: UNCONFIRMED Severity: normal Priority: medium Component: Calc Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: stevemfanning...@gmail.com Description: Unable to find any combination of arguments that give a meaningful result for either function. Constantly return #VALUE! Code inspection of GetOddfprice and GetOddfyield functions in file source/analysis/analysishelper.cxx seems to indicate that both unconditionally throw a runtime exception. AOO Bugzilla #92177 also refers. Steps to Reproduce: See Description Actual Results: See Description Expected Results: See Description Reproducible: Always User Profile Reset: No Additional Info: Version: 7.0.2.2 (x64) Build ID: 8349ace3c3162073abd90d81fd06dcfb6b36b994 CPU threads: 6; OS: Windows 10.0 Build 19041; UI render: Skia/Vulkan; VCL: win Locale: en-GB (en_GB); UI: en-US Calc: threaded -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 137853] CALC [UI] add more options to "Merge Cells"
https://bugs.documentfoundation.org/show_bug.cgi?id=137853 --- Comment #6 from Karl --- Created attachment 167449 --> https://bugs.documentfoundation.org/attachment.cgi?id=167449&action=edit Splitting funcinaltity allready in -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 137853] CALC [UI] add more options to "Merge Cells"
https://bugs.documentfoundation.org/show_bug.cgi?id=137853 --- Comment #7 from Karl --- Hallo Heiko, HI folks --- The nessessary parts for SPLITTING is allready IN ! In the attachmen "split 1" i have created some merged cells, selecting and splitting "such merged cells in an "area" of the sheet is possible. I think "working" on an analogy to "merging" is area-selected" cells wasted time on needles stuff. Best wishes jürgen -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 138277] Typo Ascender / Win Ascent / font Metrics
https://bugs.documentfoundation.org/show_bug.cgi?id=138277 Julien Nabet changed: What|Removed |Added See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=42 ||000 --- Comment #7 from Julien Nabet --- (In reply to Ashwini from comment #6) > Ok great. That means LibreOffice for Windows needs to be improved. > ... Could you give a try 7.0.3 on Windows? I mean, perhaps it's already fixed? -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 42000] WRITER: Character font cap height is not displayed on capital letters
https://bugs.documentfoundation.org/show_bug.cgi?id=42000 Julien Nabet changed: What|Removed |Added See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=13 ||8277 -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 113144] Selecting hebrew character with mouse wont select its diacritics
https://bugs.documentfoundation.org/show_bug.cgi?id=113144 --- Comment #4 from Eyal Rozenberg --- This bug still manifests with build: Version: 7.0.3.1 Build ID: d7547858d014d4cf69878db179d326fc3483e082 CPU threads: 4; OS: Linux 5.2; UI render: default; VCL: gtk3 Locale: he-IL (en_IL); UI: en-US Calc: threaded Reproduction instructions: 1. Create a new document 2. Be in an RTL paragraph 3. Insert the character ה (Hebrew letter He) - either by typing it in or using Insert Special Character 4. Use the Insert Special Character to insert a Hebrew Dagesh-or-Mapiq (U+5BC) 5. The Dagesh/Mapiq point will appear to the side of the He, not within it (this is bug 113134) 6. Select the He with the mouse. 7. Change the font family to another Hebrew family (e.g. from David CLM to Frank Ruehel CLM) 8. The Dagesh/Mapiq point will stay to the side of the He, not within it 9. Select the He with the keyboard 10. Change the Hebrew font back (e.g. from Frank Ruehel CLM to David CM) 11. The Dagesh/Mapiq point will now be drawn within the letter He -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 137084] Not matching: menus in Writer and menus in Help are not matching
https://bugs.documentfoundation.org/show_bug.cgi?id=137084 Mike Kaganski changed: What|Removed |Added See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=13 ||8389 -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 138389] New: Improve Writer's "Table Number Recognition" help sections
https://bugs.documentfoundation.org/show_bug.cgi?id=138389 Bug ID: 138389 Summary: Improve Writer's "Table Number Recognition" help sections Product: LibreOffice Version: unspecified Hardware: All OS: All Status: UNCONFIRMED Severity: normal Priority: medium Component: Documentation Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: mikekagan...@hotmail.com CC: olivier.hal...@libreoffice.org Tables in Writer can do automatic "number recognition" [1], [2]. However, it's not easily discoverable in help by users (see tdf#138378): e.g., the term "Number Recognition" is not something that users would enter into search box when they need to disable date automatic conversion. Additionally, [1] mentions the context menu entry that was removed from context menu, and doesn't mention that it's available in main menu (Table->Number Recognition; mentioned in tdf#137084). So [1] needs to be updated with correct menu access; and it needs to get more search terms to be discoverable. [1] https://help.libreoffice.org/7.0/en-US/text/swriter/guide/number_date_conv.html [2] https://help.libreoffice.org/7.0/en-US/text/shared/optionen/01040500.html -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 138388] Calc functions ODDFPRICE and ODDFYIELD do not appear to work correctly
https://bugs.documentfoundation.org/show_bug.cgi?id=138388 Julien Nabet changed: What|Removed |Added Status|UNCONFIRMED |NEW CC||er...@redhat.com, ||serval2...@yahoo.fr Ever confirmed|0 |1 --- Comment #1 from Julien Nabet --- Seems like that since: https://cgit.freedesktop.org/libreoffice/core/commit/?id=2f0d97cd957cdb3113d98cbc441a923a43367547 author Daniel Rentz 2001-09-26 12:22:24 + committer Daniel Rentz 2001-09-26 12:22:24 + commit 2f0d97cd957cdb3113d98cbc441a923a43367547 (patch) treed13dfd89a8e98f081692a92c7fb56bb33dfc0ae2 parent f5b732c43a9ed9ace11412d85dacd96d849fcde1 (diff) #87380# return error for ODDF(PRICE|YIELD) due to faulty algorithms Eike: should we remove these functions or should we still wait for someone try to implement them? (I found these links from MS: https://support.microsoft.com/en-us/office/oddfprice-function-d7d664a8-34df-4233-8d2b-922bcf6a69e1 http://www.mit.edu/~mbarker/formula1/f1help/05-n-s18.htm ) -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 137849] Fix the size (number of lines) of "input line" in Calc
https://bugs.documentfoundation.org/show_bug.cgi?id=137849 --- Comment #4 from Fedon Kadifeli --- Created attachment 167450 --> https://bugs.documentfoundation.org/attachment.cgi?id=167450&action=edit Calc input line Please note: This is not a bug report, but it is an enhancement request. As shown in the screenshot attached, I am not talking about the size of the cell currently being edited (marked with "1" on the screenshot). I am talking about the input line marked with "2". The vertical size of this line can be changed by * either dragging the border below it further down to expand it to more than one line * or clicking the down arrow at the far right (marked with "3" on the screenshot). I want this change in size to be permanent. In MS Excel (I have tested MS Office 2010 version) this change survives closing and re-opening Excel. However, in LO Calc it is reset to the default size of one line, when Calc is closed and re-opened. -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 137849] Fix the size (number of lines) of "input line" in Calc
https://bugs.documentfoundation.org/show_bug.cgi?id=137849 Fedon Kadifeli changed: What|Removed |Added Ever confirmed|1 |0 Status|NEEDINFO|UNCONFIRMED --- Comment #5 from Fedon Kadifeli --- Please see attached screenshot and comment. -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 138357] convert problem opening xlsx file in Calc with calender
https://bugs.documentfoundation.org/show_bug.cgi?id=138357 --- Comment #5 from Nicolaas Turubassa --- Hi all, I found the reason why the calendar in the Excel spreadsheet got mixed up when opening directly in Calc. It's because the owner of the excel spreadsheet entered a wrong date in cel B3, B29, B55, AI3, A142 and AI68. In all these cells the owner entered 1-1-1900 as a date, instead of 1-1-2021, 1-3-2021 etc. etc.. (Don't ask me why the owner did that.) So, there is no issue anymore. Regards, Nicolaas -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 138390] New: Charts from very big tables spoil the system - no more work an LO possible till restart
https://bugs.documentfoundation.org/show_bug.cgi?id=138390 Bug ID: 138390 Summary: Charts from very big tables spoil the system - no more work an LO possible till restart Product: LibreOffice Version: 5.1.6.2 release Hardware: Other OS: Linux (All) Status: UNCONFIRMED Severity: normal Priority: medium Component: Calc Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: do...@arcor.de Description: Calc: Working on Charts of a huge table (35000 lines, 30 columns)cause a system hang up, especially when modifying the chart (never ending processor load of 100%). For example in Excel you get the message "calculating cell ..", so you know, why the system is slow. In LO you never know why. But often thoses processes don't even end after an hour or more. So i got to restart LO. Things are so delicate, that i don't dare to make changes. So i get back to Excel. My System: Mint 18.3 Sylvia with KFCE; LO 5.1.6.2 Beim Arbeiten in einer Grafik über einen grossen Tabellenbereich kann es passieren, dass sich das Programm "aufhängt" bzw man kann nicht erkennen, welcher Prozess kein Ende findet (Prozessorauslastung 100%). In Excel wird zB angezeigt "wird berechnet". Dann weiss man wenigstens, warum nichts weiter geht. Die Sache ist so heikel, dass ich mich nicht mehr traue, Änderungen einzugeben. Mein System: Mint 18.3 Sylvia mit KFCE; LO 5.1.6.2 Actual Results: It is not possible to change the related column in a chart. Almost any change in an existing Chart over 35000 cells leads to a crash. Only deleting the chart and starting a new one leads further. If you want, i can send you the table. Expected Results: In big data the programm should suck in the related data like a biological cell does with a dna. It should not start working before ending to type the command. There should be a key to stop the execution when you notice a mistake and fall back to the state before. Reproducible: Always User Profile Reset: No Additional Info: It is a pitty, that you have to restart not only the hungup table, not only the programm (Calc), but the whole Libre Office. It is fine, that it is possible to resurrect all files, but when you have 25 files it's still an tiresome work. Isn't it possible at least to sepparate Calc from Writer or Impress? -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 138390] Charts from very big tables spoil the system - no more work an LO possible till restart
https://bugs.documentfoundation.org/show_bug.cgi?id=138390 Julien Nabet changed: What|Removed |Added Ever confirmed|0 |1 Status|UNCONFIRMED |NEEDINFO CC||serval2...@yahoo.fr --- Comment #1 from Julien Nabet --- 5.X version are EOL, like 6.0.X, 6.1.X, 6.2.X, 6.3.X and soon 6.4.X Last stable LO version 6.4.7 but you can also try brand new 7.0.3 You can also try LO from PPA (see https://launchpad.net/~libreoffice/+archive/ubuntu/ppa). Since according to https://en.wikipedia.org/wiki/Linux_Mint_version_history, Mint 18.3 Sylvia is based on Ubuntu 16.04 (Xenial Xerus), you must choose LO package accordingly. Anyway, the simplest would be to upgrade Mint to 20 (Ulyana). -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 138277] Typo Ascender / Win Ascent / font Metrics
https://bugs.documentfoundation.org/show_bug.cgi?id=138277 --- Comment #8 from Ming Hua --- Created attachment 167451 --> https://bugs.documentfoundation.org/attachment.cgi?id=167451&action=edit Screenshot with 7.0.2 on Windows 10 (In reply to Julien Nabet from comment #5) > I gave a try with LO Debian package 7.0.3 with gen rendering (to be nearer > of Windows), I don't reproduce this. I also had problem downloading the font, and couldn't test until now. I can reproduce with 6.4.7 on Windows 10, but with 7.0.2 it seems to have been fixed. See attached screenshot. Version: 7.0.2.2 (x64) Build ID: 8349ace3c3162073abd90d81fd06dcfb6b36b994 CPU threads: 2; OS: Windows 10.0 Build 18363; UI render: Skia/Raster; VCL: win Locale: zh-CN (zh_CN); 界面: zh-CN Calc: threaded So @Ashwini please indeed test 7.0.3 on your Windows system. -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 56299] Shadow of wordart in .doc isn't rendered correctly
https://bugs.documentfoundation.org/show_bug.cgi?id=56299 --- Comment #12 from Gerald Pfeifer --- (In reply to A (Andy) from comment #9) > WRITER opens the file, but: > - the file has 3 instead of 2 pages > - the shadow of the header and the text frame below are not displayed > correctly > - the footer is in black colour instead of grey > - all the main text elements are messed up I confirm the above to still be the case with Version: 7.1.0.0.alpha1+ Build ID: 6d74413e5d2b03d84a2f8f748827234b2c22d62c CPU threads: 8; OS: Linux 5.9; UI render: default; VCL: gtk3 Locale: en-US (en_US.UTF-8); UI: en-US TinderBox: Linux-rpm_deb-x86_64@86-TDF, Branch:master, Time: 2020-11-19_07:39:27 Calc: threaded -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 138391] New: duplex printing does not work
https://bugs.documentfoundation.org/show_bug.cgi?id=138391 Bug ID: 138391 Summary: duplex printing does not work Product: LibreOffice Version: 6.4.7.2 release Hardware: x86-64 (AMD64) OS: Windows (All) Status: UNCONFIRMED Severity: normal Priority: medium Component: Printing and PDF export Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: billfre...@gmail.com When I was using 6.3, duplex printing worked OK. When I upgraded to 6.7 it ceased to work. I now get a message saying 'Error of paper size or multi page feed'. Single sided printing still OK and duplex works OK on all other applications -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 131455] Right arrow causes a large unexpected column jump. ( steps in comment 4 )
https://bugs.documentfoundation.org/show_bug.cgi?id=131455 Gabor Kelemen changed: What|Removed |Added Resolution|--- |DUPLICATE Status|NEW |RESOLVED --- Comment #11 from Gabor Kelemen --- Steps in comment #4 no longer cause jump to BM column since: https://git.libreoffice.org/core/+/0ae68cfb76ea38ffefb79eb27e2329475f8bc71b author Noel Grandin Sat Sep 12 18:21:44 2020 +0200 committer Xisco Fauli Mon Sep 14 12:17:22 2020 +0200 tdf#133327 fix calc loading background color with many cols Bibisected with bibisect-linux-64-7.0 *** This bug has been marked as a duplicate of bug 133327 *** -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 133327] Calc only saves background color up to column BL for additional row of the same background color with empty row in between ( steps on comment 16 )
https://bugs.documentfoundation.org/show_bug.cgi?id=133327 Gabor Kelemen changed: What|Removed |Added CC||d.j.ba...@frontier.com --- Comment #24 from Gabor Kelemen --- *** Bug 131455 has been marked as a duplicate of this bug. *** -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 133619] [META] Regressions from increasing column limit in Calc (mainly bug 50916)
https://bugs.documentfoundation.org/show_bug.cgi?id=133619 Bug 133619 depends on bug 131455, which changed state. Bug 131455 Summary: Right arrow causes a large unexpected column jump. ( steps in comment 4 ) https://bugs.documentfoundation.org/show_bug.cgi?id=131455 What|Removed |Added Status|NEW |RESOLVED Resolution|--- |DUPLICATE -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 137683] TABLE FORMATTING: DOCX, Paragraph background color set to 'No Fill' not persisted on save
https://bugs.documentfoundation.org/show_bug.cgi?id=137683 --- Comment #9 from Justin L --- Patches that get us there are: -http://gerrit.libreoffice.org/c/core/+/106314 tdf#137683 writerfilter Char highlight: import "none" -http://gerrit.libreoffice.org/c/core/+/106315 tdf#137683 DOCX/RTF Char highlight: export "none" -http://gerrit.libreoffice.org/c/core/+/106316 tdf#137683 DOC: Char highlight: export "none" However, it will probably be a while before I propose them - since I don't want to spam unnecessary w:highlight w:val="none" entries, and I don't know how to avoid that yet. -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 138392] New: Enhance LibreOffice's Updates Notification Message
https://bugs.documentfoundation.org/show_bug.cgi?id=138392 Bug ID: 138392 Summary: Enhance LibreOffice's Updates Notification Message Product: LibreOffice Version: Inherited From OOo Hardware: All OS: All Status: UNCONFIRMED Severity: normal Priority: medium Component: UI Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: riz...@libreoffice.org Created attachment 167452 --> https://bugs.documentfoundation.org/attachment.cgi?id=167452&action=edit so ugly and outdated In Windows and macOS, LibreOffice has ability to notif user when a updated version available. In Windows, this icon will show a baloon message, In my opinion, this message does not follow modern UI. I suggest to change the appearance. Here some of suggestions: 1. Keep the message in current position but update the message to use more modern appereance like add a blurred shadow instead of strong border line 2. Move the message to right bottom position of the desktop and follow operating system's notification scheme. This will definitely blend LibreOffice with Windows which is one of casual UX approach. For the second option there is chance to add a button whether we can move the update dialog button there or we can add a button so update dialog appears. -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 133291] Graphic style default anchor should be to character
https://bugs.documentfoundation.org/show_bug.cgi?id=133291 --- Comment #13 from Werner --- Is there somebody feeling able to solve this bug, giving the user the possibility to change the default behavior for anchor inserting images (and other objects)? I could make a donation for that. -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 121553] Editing: Firebird: Table editor erroneously prompts to change CLOB field to a BLOB field during alter table
https://bugs.documentfoundation.org/show_bug.cgi?id=121553 --- Comment #14 from trowelandmatt...@yahoo.co.uk --- Great to hear this issue is getting fixes:) To add a little note: CLOB fields which are larger than standard VARCHAR max do not display correctly in LO - they appear to be truncated to VARCHAR max, eg in form text-fields, and (unsurprisingly) in calc cells ...since there is also an issue exporting .csv directly from Base+Firebird (oops-lost link) this becomes a potentially big issue>> ie: CLOB fields larger than VARCHAR max may become truncated and irrecoverable by 'normal' means !!! :O (perhaps a LO project could be fully reconstructed in external DB...but not exactly for the standard user) -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 32484] Allow anchor settings in frame styles
https://bugs.documentfoundation.org/show_bug.cgi?id=32484 --- Comment #38 from Werner --- https://bugs.documentfoundation.org/show_bug.cgi?id=133291#c13 -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 134059] Loss of nominated Chart data series Labels when target cells hidden or grouped & collapsed
https://bugs.documentfoundation.org/show_bug.cgi?id=134059 Leyan changed: What|Removed |Added CC||ouyang.le...@hotmail.com --- Comment #4 from Leyan --- (In reply to Buovjaga from comment #3) > > Thanks, Leyan. Let's ask UX team for opinions before closing this as notabug. I had a look at the ODF standard and it seems to agree with the bug reporter. This option is aimed to data points, not cells related to label or other usage: > The chart:include-hidden-cells attribute specifies whether data points > in hidden cells are plotted in a chart. The default is to plot data points > in hidden cells. This is also what Excel does, and I agree that it would be a better user experience. I proposed a patch to change this behavior and always use hidden cells in the label, regardless of the include-hidden-cells setting: https://gerrit.libreoffice.org/c/core/+/106317 -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 121553] Editing: Firebird: Table editor erroneously prompts to change CLOB field to a BLOB field during alter table
https://bugs.documentfoundation.org/show_bug.cgi?id=121553 --- Comment #15 from Julien Nabet --- (In reply to trowelandmattock from comment #14) > ... > CLOB fields which are larger than standard VARCHAR max do not display > correctly in LO - they appear to be truncated to VARCHAR max, eg in form > text-fields, and (unsurprisingly) in calc cells > ...since there is also an issue exporting .csv directly from Base+Firebird > (oops-lost link) this becomes a potentially big issue>> > ... Don't hesitate to submit a new bugtracker about this if there's none which corresponds. -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 138392] Enhance LibreOffice's Updates Notification Message
https://bugs.documentfoundation.org/show_bug.cgi?id=138392 steve -_- changed: What|Removed |Added Severity|normal |enhancement Status|UNCONFIRMED |NEW Ever confirmed|0 |1 --- Comment #1 from steve -_- --- Also maybe not use a Text-Speech bubble. Have never seen this on macOS, but maybe I am too impatient with new releases. new, enhancement -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 133291] Graphic style default anchor should be to character
https://bugs.documentfoundation.org/show_bug.cgi?id=133291 --- Comment #14 from Telesto --- (In reply to Werner from comment #13) > Is there somebody feeling able to solve this bug, giving the user the > possibility to change the default behavior for anchor inserting images (and > other objects)? > I could make a donation for that. They most effective donation would be they donation of the needed code. But I assume this about a financial contribution :P They issue with financial contribution being that developers are expensive people (and maybe even pricier as employee instead of contractor), so mostly a large sum is needed. Which obviously far to much for what a normal user would be willingly to pay. While aggregating a large sum (crowd funding) failing as they targeted amount not being met; mostly not even close (they few attempt there where floundered) At that point we are back at square one :-(. I personally tend more to they license model. Where they development is funded out of license fee's instead of donations and trying to sell bugfixes/features to (mostly) company's. A license model would generate more stable, continuous flow of revenue. At maybe some customer pressure (if you pay license fee you XYZ functioning). And you have argument for that (I paid X). It's broken, disfunctional, fix it :-). However currently there is nobody 'responsible'. Developers are happy to solve you're problem, please pay 10.000-100.000$ and we will solve that specific issue for you (and they rest of they would will get it for free). So in fact they eco-system partner/developer is moving their investment risk (without return, because 'shipped for free) to some company/NGO with deeps pockets. But those people not being really inclined to pay. End result desired features can take for ever.. :-(. Note: stuff is as always more nuanced. And only giving my personal view here. Point being: suggestions how to make solve this issue are welcome ;-). There s a fine line/balance between freely available open source office and they commercial interest are here (are large share (3/4) of the code is donated/contributed by (commercial) eco-system partners). And there is they problem of cannibalization. LibreOffice free is again so good, so people/company's/NGO can avoid paying (financially or code) LibreOffice isn't not as good as it could be simply because of money or instead of money bunch of (mostly) C++ developers -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 138389] Improve Writer's "Table Number Recognition" help sections
https://bugs.documentfoundation.org/show_bug.cgi?id=138389 Commit Notification changed: What|Removed |Added Whiteboard||target:7.1.0 -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 138389] Improve Writer's "Table Number Recognition" help sections
https://bugs.documentfoundation.org/show_bug.cgi?id=138389 --- Comment #1 from Commit Notification --- Seth Chaiklin committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/help/commit/c2146f0ddc2dff0b5b4b3bb488ecb98513984b64 tdf#138389 update Number Recognition help and improve indexing -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 138389] Improve Writer's "Table Number Recognition" help sections
https://bugs.documentfoundation.org/show_bug.cgi?id=138389 sdc.bla...@youmail.dk changed: What|Removed |Added Resolution|--- |FIXED Status|UNCONFIRMED |RESOLVED Assignee|libreoffice-b...@lists.free |sdc.bla...@youmail.dk |desktop.org | -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 138393] New: Calc automatically evaluates arguments of if() function
https://bugs.documentfoundation.org/show_bug.cgi?id=138393 Bug ID: 138393 Summary: Calc automatically evaluates arguments of if() function Product: LibreOffice Version: 7.0.2.2 release Hardware: All OS: All Status: UNCONFIRMED Severity: normal Priority: medium Component: Calc Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: libreoff...@skewray.com The if() function evaluates all its arguments, regardless of the value of the first argument. This is bad. An example of badness is if(A1,webservice(),"-"). If A1 is false, the URL should not be accessed. URL sites can and often changes state on access. Fix: The second two arguments of if() should only be evaluated depending on the state of the first argument, rather than evaluating both and then choosing. -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 131455] Right arrow causes a large unexpected column jump. ( steps in comment 4 )
https://bugs.documentfoundation.org/show_bug.cgi?id=131455 --- Comment #12 from Daniel Baran --- Not understanding this status change (comment 11). The behavior described in comment 4 is still present when I test on the following: Version: 6.4.7.2 (x64) Build ID: 639b8ac485750d5696d7590a72ef1b496725cfb5 CPU threads: 4; OS: Windows 10.0 Build 19042; UI render: default; VCL: win; Locale: en-US (en_US); UI-Language: en-US Calc: threaded Version: 7.1.0.0.alpha1+ (x64) Build ID: 418c63dff5db2005bbc4dbfc92b56778f89cea8b CPU threads: 4; OS: Windows 10.0 Build 19042; 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 mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 133327] Calc only saves background color up to column BL for additional row of the same background color with empty row in between ( steps on comment 16 )
https://bugs.documentfoundation.org/show_bug.cgi?id=133327 --- Comment #25 from Daniel Baran --- Not understanding this status change (comment 24). The behavior described in bug 131455 is still present when I test on the following: Version: 6.4.7.2 (x64) Build ID: 639b8ac485750d5696d7590a72ef1b496725cfb5 CPU threads: 4; OS: Windows 10.0 Build 19042; UI render: default; VCL: win; Locale: en-US (en_US); UI-Language: en-US Calc: threaded Version: 7.1.0.0.alpha1+ (x64) Build ID: 418c63dff5db2005bbc4dbfc92b56778f89cea8b CPU threads: 4; OS: Windows 10.0 Build 19042; 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 mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 138394] New: truncated CLOB data
https://bugs.documentfoundation.org/show_bug.cgi?id=138394 Bug ID: 138394 Summary: truncated CLOB data Product: LibreOffice Version: 6.4.7.2 release Hardware: x86-64 (AMD64) OS: Windows (All) Status: UNCONFIRMED Severity: normal Priority: medium Component: Base Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: trowelandmatt...@yahoo.co.uk Description: CLOB fields which are larger than standard VARCHAR max do not display correctly in LO - they appear to be truncated to VARCHAR max, eg in form text-fields, and (unsurprisingly) in calc cells ...since there is also an issue exporting .csv directly from Base+Firebird (oops-lost link) this becomes a potentially big issue>> ie: CLOB fields larger than VARCHAR max may become truncated and irrecoverable by 'normal' means !!! :O (perhaps a LO project could be fully reconstructed in external DB...but not exactly for the standard user) Steps to Reproduce: 1.make CLOB larger than VARCHAR max 2.try to extract or view:/ 3...sadly macro based.csv export also dosn't appear to work in LO-Firebird, so stuck with truncation Actual Results: large CLOB truncated Expected Results: large CLOB not truncated :) Reproducible: Always User Profile Reset: No OpenGL enabled: Yes Additional Info: a .csv/text export would be great, But relevant SQL not working for firebird in LO--- of course large CLOBS are not necessarily 'everyday' issue,but seems potential serious data loss issue here... ...if LO-firebird CLOBS can not be fixed, maybe they need 'removing' or have a BIG 'use-with-care' warning slapped on them ! -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 124176] Use pragma once instead of include guards
https://bugs.documentfoundation.org/show_bug.cgi?id=124176 --- Comment #143 from Commit Notification --- Zeynep İnkaya committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/0ea2bda1610eda92d3101fc69a464a6f06b45523 tdf#124176: Use pragma once instead of include guards It will be available in 7.1.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 mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 137841] Sluggishness with 7.0 in "web view" mode when a large picture in the document is visible
https://bugs.documentfoundation.org/show_bug.cgi?id=137841 --- Comment #2 from ckore...@atlanticbb.net --- Created attachment 167453 --> https://bugs.documentfoundation.org/attachment.cgi?id=167453&action=edit Screen capture demonstrating the issue -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 124176] Use pragma once instead of include guards
https://bugs.documentfoundation.org/show_bug.cgi?id=124176 --- Comment #144 from Commit Notification --- Mücahid Aydin committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/dbdb227219bf2b1bb23400aeac706f882ca0cad1 tdf#124176: Use pragma once instead of include guards It will be available in 7.1.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 mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 124176] Use pragma once instead of include guards
https://bugs.documentfoundation.org/show_bug.cgi?id=124176 --- Comment #145 from Commit Notification --- Gül Toksöz committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/d9929c86bcbd2b3a3abd1579dc87e9a4cf0087c8 tdf#124176: Use pragma once instead of include guards It will be available in 7.1.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 mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 124176] Use pragma once instead of include guards
https://bugs.documentfoundation.org/show_bug.cgi?id=124176 --- Comment #146 from Commit Notification --- Gökhan Özeloğlu committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/635a77ddc06ddbaaf6eba2d978d2187ddeaa80b9 tdf#124176: Use pragma once instead of include guards It will be available in 7.1.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 mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 124176] Use pragma once instead of include guards
https://bugs.documentfoundation.org/show_bug.cgi?id=124176 --- Comment #147 from Commit Notification --- Mücahid Aydin committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/2292ad256f6b3167a0fdb99f4b28064c75616751 tdf#124176: Use pragma once instead of include guards It will be available in 7.1.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 mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 124176] Use pragma once instead of include guards
https://bugs.documentfoundation.org/show_bug.cgi?id=124176 --- Comment #148 from Commit Notification --- Arda committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/9eb7962a718fae662a8cb26382031f1c10c64597 tdf#124176: Use pragma once instead of include guards It will be available in 7.1.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 mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 128469] PARAGRAPH STYLE DIALOG: "Reset" and "Standard" buttons: confusing names
https://bugs.documentfoundation.org/show_bug.cgi?id=128469 Dieter changed: What|Removed |Added See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=13 ||8035 --- Comment #21 from Dieter --- There's the same question for character style dialog (see bug 138035) -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 138035] Popup Character Style, Tab. "Organizer" (german: "Verwalten"): Button "Standard" without Function?
https://bugs.documentfoundation.org/show_bug.cgi?id=138035 Dieter changed: What|Removed |Added See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=12 ||8469 -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 138035] CHARACtER STYLE DIALOG: Function of "Standard" button unclear
https://bugs.documentfoundation.org/show_bug.cgi?id=138035 Dieter changed: What|Removed |Added Keywords||needsUXEval Ever confirmed|0 |1 Status|UNCONFIRMED |NEW CC||dgp-m...@gmx.de, ||libreoffice-ux-advise@lists ||.freedesktop.org Summary|Popup Character Style, Tab. |CHARACtER STYLE DIALOG: |"Organizer" (german:|Function of "Standard" |"Verwalten"): Button|button unclear |"Standard" without | |Function? | Whiteboard| QA:needsComment| Blocks||108014 --- Comment #1 from Dieter --- I assume, it it the same as described in bug 128469 for paragraph style dialog. "Standard" resets the settings of the style to those of parent style. But that should at least be explained in LO Help. So I see some options 1. Improve documentation 2. Mark this bug as duplicate of bug 128469 and extend bug 128469 to character style dialog 3. Something else => Set to NEW, because it is at least parallel to bug 138469 cc: Design-Team for further input and decision Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=108014 [Bug 108014] [META] Writer character style bugs and enhancements -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 108014] [META] Writer character style bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=108014 Dieter changed: What|Removed |Added Depends on||138035 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=138035 [Bug 138035] CHARACtER STYLE DIALOG: Function of "Standard" button unclear -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 138034] Popup Character Style, Tab. "Font": Selected Font irritating
https://bugs.documentfoundation.org/show_bug.cgi?id=138034 Dieter changed: What|Removed |Added Resolution|--- |NOTABUG CC||dgp-m...@gmx.de Status|UNCONFIRMED |RESOLVED Whiteboard| QA:needsComment| --- Comment #1 from Dieter --- The new character style has the same font than the parent character style. For me this is logic. So for me NOTABUG. Please feel free to change it back to UNCONFIRMED with a short reasoning, if you disagree. -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 137849] Fix the size (number of lines) of "input line" in Calc
https://bugs.documentfoundation.org/show_bug.cgi?id=137849 srd...@email.cz changed: What|Removed |Added CC||libreoffice-ux-advise@lists ||.freedesktop.org Keywords||needsUXEval --- Comment #6 from srd...@email.cz --- Hi Fedon, thanks you for description. -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 137849] Fix the size (number of lines) of "input line" in Calc
https://bugs.documentfoundation.org/show_bug.cgi?id=137849 srd...@email.cz changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever confirmed|0 |1 --- Comment #7 from srd...@email.cz --- UX Team -- please take a look at this enhancement. Thanks! -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 133655] Image at wrong position after undo and moves to the original position after save & reload
https://bugs.documentfoundation.org/show_bug.cgi?id=133655 --- Comment #5 from Dieter --- I confirm it with Version: 7.0.3.1 (x64) Build ID: d7547858d014d4cf69878db179d326fc3483e082 CPU threads: 4; OS: Windows 10.0 Build 19042; UI render: Skia/Raster; VCL: win Locale: de-DE (de_DE); UI: en-GB Calc: threaded -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 133655] Image in section is outside section at after undo and moves to the original position after save & reload
https://bugs.documentfoundation.org/show_bug.cgi?id=133655 Dieter changed: What|Removed |Added Blocks||107738 Ever confirmed|0 |1 Summary|Image at wrong position |Image in section is outside |after undo and moves to the |section at after undo and |original position after |moves to the original |save & reload |position after save & ||reload CC||dgp-m...@gmx.de Whiteboard| QA:needsComment | Status|UNCONFIRMED |NEW Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=107738 [Bug 107738] [META] Section bugs and enhancements -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 107738] [META] Section bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=107738 Dieter changed: What|Removed |Added Depends on||133655 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=133655 [Bug 133655] Image in section is outside section at after undo and moves to the original position after save & reload -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 138027] FILEOPEN DOCX Shape anchored to paragraph with page break falls to next page
https://bugs.documentfoundation.org/show_bug.cgi?id=138027 Dieter changed: What|Removed |Added Whiteboard| QA:needsComment| CC||dgp-m...@gmx.de Ever confirmed|0 |1 Status|UNCONFIRMED |NEW --- Comment #5 from Dieter --- I confirm it with attachment 167051 and Version: 7.0.3.1 (x64) Build ID: d7547858d014d4cf69878db179d326fc3483e082 CPU threads: 4; OS: Windows 10.0 Build 19042; UI render: Skia/Raster; VCL: win Locale: de-DE (de_DE); UI: en-GB Calc: threaded in comparison with Word 2016 I also confirm, that attachment 167049 works -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 137007] Enhancement: Please integrate or replicate the functionality of the "Save As Images" extension directly into draw (with bug fixes)
https://bugs.documentfoundation.org/show_bug.cgi?id=137007 --- Comment #10 from Serhiy --- (In reply to Heiko Tietze from comment #9) > Serhii replied that he want to look into it. Well, almost a month ago > without anything happened. I can't enter https://extensions.libreoffice.org site. I receive the message about wrong credentials, but when I try to reset my password, the message says "Unknown username or email address". About the transparency. As for version 1.0.0 the transparency works. The transparent figures on slide are always remain transparent, only that when the transparency setting is ON, the background gets transparent, and when the transparency setting is OFF, the background isn't transparent. -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 138276] Cannot open report for printing
https://bugs.documentfoundation.org/show_bug.cgi?id=138276 Julien Nabet changed: What|Removed |Added Status|UNCONFIRMED |NEEDINFO Ever confirmed|0 |1 -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 124176] Use pragma once instead of include guards
https://bugs.documentfoundation.org/show_bug.cgi?id=124176 --- Comment #149 from Commit Notification --- Tolunay Dündar committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/d46a2a1373c231f3437a229e2160edf58971d8db tdf#124176: Use pragma once instead of include guards It will be available in 7.1.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 mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 137841] Sluggishness with 7.0 when a large picture in the document is visible
https://bugs.documentfoundation.org/show_bug.cgi?id=137841 ckore...@atlanticbb.net changed: What|Removed |Added Summary|Sluggishness with 7.0 in|Sluggishness with 7.0 when |"web view" mode when a |a large picture in the |large picture in the|document is visible |document is visible | -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 138393] Calc automatically evaluates arguments of if() function
https://bugs.documentfoundation.org/show_bug.cgi?id=138393 Ming Hua changed: What|Removed |Added Ever confirmed|0 |1 Status|UNCONFIRMED |NEEDINFO CC||ming.v@qq.com --- Comment #1 from Ming Hua --- (In reply to libreoffice from comment #0) > The if() function evaluates all its arguments, regardless of the value of > the first argument. Are you sure? A simple test with formula "=IF(0, 1/0, "Good")" shows that the "1/0" argument is not evaluated, otherwise it would give a "#DIV/0!" error. Also from my understanding (see bug 111675) Calc's IF() shortcuts the evaluation of arguments, but IFS() doesn't. So if IF() function is evaluating both second and third argument for you, please provide a sample document for testing. -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 132695] Explanation of "Character Background" in "Tools - Options - Load/Save - Microsoft Office" is not too clear
https://bugs.documentfoundation.org/show_bug.cgi?id=132695 --- Comment #2 from Justin L --- "Highlighting only supports a limited number of colours, but it matches the normal tool that Word uses to add or remove character backgrounds, so in most cases this is the better, interoperable choice." "Shading maintains colour fidelity at all costs. Only use shading if MS Word users will not be editing the document." -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 138376] The attached spread sheet frequently crashes after saving during closing.
https://bugs.documentfoundation.org/show_bug.cgi?id=138376 srd...@email.cz changed: What|Removed |Added CC||srd...@email.cz --- Comment #1 from srd...@email.cz --- I've tried to play with the document and I saved it many times (in the order of tens) and it works good for me. Version: 7.1.0.0.alpha1+ (x64) Build ID: 418c63dff5db2005bbc4dbfc92b56778f89cea8b CPU threads: 4; OS: Windows 10.0 Build 18363; UI render: Skia/Raster; VCL: win Locale: cs-CZ (cs_CZ); UI: en-GB Calc: CL -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 138034] Popup Character Style, Tab. "Font": Selected Font irritating
https://bugs.documentfoundation.org/show_bug.cgi?id=138034 Ming Hua changed: What|Removed |Added CC||ming.v@qq.com --- Comment #2 from Ming Hua --- I agree with Dieter's opinion, it's logical that the font shown in the Character Style dialog is the font of the parent character style. Also, this comment from you (In reply to canned from comment #0) > Expected Results: > b) or would correspond to the underlying paragraph format. makes me wonder what exactly is bothering you. Because as far as I understand, character style is rather independent from the paragraph style. If you don't want your character style to change the font of the text that get its font set by paragraph style, it won't -- just don't touch the font tab when you are modifying the character style. As an example, look at the built-in "Emphasis" character style, it only changes the font style from Regular to Italic, but doesn't specify the font name. So no matter what font the paragraph is using (either from direct formatting, or from paragraph style), if you choose some text and apply "Emphasis" character style, it will just make them italic, but won't change the font name, leaving it the same font as their surroundings. This can be also seen in the "Organizer" tab of the Character Style dialog, it lists all the changes the current style differs from its parent style. Everthing else will not be changed. If you don't explicitly set a new font in your new character style, you shouldn't see any font changes here, and the text applied with this character style shouldn't change its font. Maybe the UI is a bit unintuitive here and caused some confusion. But the underlying logic of LibreOffice's style system is quite clear and shouldn't be "irritating" to use. If it is for you, please elaborate and we can figure out exactly what needs to be improved. -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 137662] When combo box (and List box) from Base is located in a data sheet, it ha to be clicked twice in order to be able to enter text
https://bugs.documentfoundation.org/show_bug.cgi?id=137662 Julien Nabet changed: What|Removed |Added CC||caol...@redhat.com, ||serval2...@yahoo.fr --- Comment #4 from Julien Nabet --- (In reply to Robert Großkopf from comment #1) > Could confirm the buggy behavior, also for VCL: kf5 on OpenSUSE 15.1 64bit > rpm Linux. Works in LO 6.4.6.2, fails in LO 7.0.2.2, so a regression > > Note: You can't get out of the listbox or combobox by tabulator if you > activated it by mouse, if you are using VCL: gtk3 inside a tablecontrol with > LO 7.0.2.2 Another bug? On pc Debian x86-64 with master sources updated today + gtk3, after having select listbox with mouse, I can use tabulator to go to the next field. If I click on the arrow, I must first type Escape key to show only the selected entry. However, I can select a value in listbox manually once in it with a tabulator, I would have expected top/bottom arrows to select an entry of the listbox. Also I noticed that, only after having expanded a listbox, this log appears each time I use tabulator: ** (soffice:908352): WARNING **: 20:12:49.048: Focused object has invalid index in parent BTW, no better with gen rendering except that top/bottom arrows in list box just move the cursor at previous/next row, so again impossible to select another entry of the listbox without mouse (or missed it). Caolán: not specific gtk3, but thought you might be interested in this one since it may be related to vcl/welding process? -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 103859] [META] EMF/WMF (Enhanced/Windows Metafile) bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=103859 Ming Hua changed: What|Removed |Added Depends on||138386 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=138386 [Bug 138386] LO Writer does not display .emf files properly -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 138386] LO Writer does not display .emf files properly
https://bugs.documentfoundation.org/show_bug.cgi?id=138386 Ming Hua changed: What|Removed |Added CC||ming.v@qq.com Blocks||103859 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=103859 [Bug 103859] [META] EMF/WMF (Enhanced/Windows Metafile) bugs and enhancements -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 138395] New: Separator/Divider lines should have an optional text header (see included mockup image)
https://bugs.documentfoundation.org/show_bug.cgi?id=138395 Bug ID: 138395 Summary: Separator/Divider lines should have an optional text header (see included mockup image) Product: LibreOffice Version: unspecified Hardware: All OS: All Status: UNCONFIRMED Severity: enhancement Priority: medium Component: UI Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: ri...@gmx.net Description: LibreOffice menus (as well as other parts of the interface) are highly customizable. They can be customized to include as many or as few items as the user wishes. Separators help to structure customized menus, but they are just lines. It would be great if those separator lines could be customized to have a text heading/header. Screenshot with mockup: https://imgur.com/a/jsuyq9K In the attached screenshot in the upper part of the menu I have made a up a mockup scenario for illustration purposes; the lower part shows the current situation. I think custom naming of separators would help a lot in making the menu more structured. Steps to Reproduce: see description Actual Results: see description Expected Results: see description Reproducible: Always User Profile Reset: No Additional Info: see description -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 138386] LO Writer does not display .emf files properly
https://bugs.documentfoundation.org/show_bug.cgi?id=138386 --- Comment #7 from Ming Hua --- Created attachment 167455 --> https://bugs.documentfoundation.org/attachment.cgi?id=167455&action=edit Screenshot with 7.0.2 on Windows 10 First sample file looks different but still less than ideal for me with 7.0.2 on Windows 10. Screenshot attached. Not sure if this counts as reproduced or not... Version: 7.0.2.2 (x64) Build ID: 8349ace3c3162073abd90d81fd06dcfb6b36b994 CPU threads: 2; OS: Windows 10.0 Build 18363; UI render: Skia/Raster; VCL: win Locale: zh-CN (zh_CN); 界面: zh-CN Calc: threaded When opened with 7.1.0 alpha1+ there are other problems. Will investigate further. -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 124176] Use pragma once instead of include guards
https://bugs.documentfoundation.org/show_bug.cgi?id=124176 --- Comment #150 from Commit Notification --- Umut Emre Bayramoglu committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/bac71fd104a19e481ed688fba0b0f427e855ce91 tdf#124176: Use pragma once instead of include guards It will be available in 7.1.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 mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 138395] Separator/Divider lines should have an optional text label (see included mockup image)
https://bugs.documentfoundation.org/show_bug.cgi?id=138395 Riban changed: What|Removed |Added Summary|Separator/Divider lines |Separator/Divider lines |should have an optional |should have an optional |text header (see included |text label (see included |mockup image) |mockup image) -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 138395] Separator/Divider lines in menus should have an optional text label (see included mockup image)
https://bugs.documentfoundation.org/show_bug.cgi?id=138395 Riban changed: What|Removed |Added Summary|Separator/Divider lines |Separator/Divider lines in |should have an optional |menus should have an |text label (see included|optional text label (see |mockup image) |included mockup image) -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 138395] Separator/Divider lines in menus should have an optional text label (see included mockup image)
https://bugs.documentfoundation.org/show_bug.cgi?id=138395 --- Comment #1 from Riban --- Created attachment 167456 --> https://bugs.documentfoundation.org/attachment.cgi?id=167456&action=edit Separator labels -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 138396] New: Overlapping conditional formats offered by option but not implemented
https://bugs.documentfoundation.org/show_bug.cgi?id=138396 Bug ID: 138396 Summary: Overlapping conditional formats offered by option but not implemented Product: LibreOffice Version: 7.1.0.0.alpha1+ Hardware: All OS: All Status: UNCONFIRMED Severity: normal Priority: medium Component: Calc Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: jim.av...@gmail.com Description: In Calc, if you try to apply a Conditional Format to a cell which is alredy covered by an existing Conditional Format, a dialog pops up telling you that you can either edit the existing cond. format or create an overlapping one, and then asks "Do you want to edit the existing conditional format?" with No and Yes buttons. However clicking "No" (implying that the user want to create an overlapping condition) just exits without allowing a new conditional format to be created. If the intent is to not allow overlapping conditional formats, then the dialog should be changed to say that (currently it says you have a choice). If overlapping conditions *are* supposed to be allowed, then if the user clicks the button corresponding to that choice (i.e. "No" to "Do you want to edit..."), then a conditional-format-creation dialog should appear. Steps to Reproduce: 1. Loat attached "test.ods" spreadsheet 2. On sheet "Sheet2", select cell B1, then do Format->Conditional->Condition (dialog appears asking "Do you want to edit the existing cond. format?") 3. Click No Actual Results: The dialog closes and nothing else happens. Expected Results: Expected that a new overlapping conditional format could be created, as implied by the question in the dialog box Reproducible: Always User Profile Reset: No Additional Info: . -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 138382] with gtk3 table design window sometimes ignores some accelerator keys
https://bugs.documentfoundation.org/show_bug.cgi?id=138382 --- Comment #1 from Caolán McNamara --- This is set as blocking GTK3 but comment #1 mentions SAL_USE_VCLPLUGIN=gen, should comment #1 actually be SAL_USE_VCLPLUGIN=gtk3 ? -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 138396] Overlapping conditional formats offered by option but not implemented
https://bugs.documentfoundation.org/show_bug.cgi?id=138396 --- Comment #1 from Jim Avera --- Created attachment 167457 --> https://bugs.documentfoundation.org/attachment.cgi?id=167457&action=edit test.ods (see steps to reproduce) -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 138397] New: FILEOPEN VIEWING can't open file saved in outline view
https://bugs.documentfoundation.org/show_bug.cgi?id=138397 Bug ID: 138397 Summary: FILEOPEN VIEWING can't open file saved in outline view Product: LibreOffice Online Version: unspecified Hardware: All OS: All Status: UNCONFIRMED Severity: normal Priority: medium Component: Impress Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: matthiasstec...@gmx.de Created attachment 167458 --> https://bugs.documentfoundation.org/attachment.cgi?id=167458&action=edit Screenshots An ODP created by the LO Impress program saved in outline view can't be opened in LOOL. You just see the UI, but not the presentation. As LOOL is not capable of display the outline view, you don't see anything and can't escape from it except you open the ODP with the program and save it in the normal view. Steps to reproduce: 1. Create an ODP presentation with LO Impress 2. Change into the outline view 3. Do some changes so you can save in that view 4. View this file via LOOL Correct me if this bug should rather be filed to https://github.com/CollaboraOnline/online Attachments: 1. saved document in LO Impress 2. opend document in LOOL Versions: LO Impress: Version: 7.0.3.1 Build ID: 00(Build:1) CPU threads: 4; OS: Linux 4.19; UI render: default; VCL: gtk3 Locale: de-DE (de_DE.UTF-8); UI: en-US Debian package version: 1:7.0.3-4 Calc: threaded LOOL: Collabora Online Development Edition LOOLWSD: 6.4.1 (git hash: 81f1aab) provided by 210df5d9 LOKit: Collabora Office 6.4-14 (git hash: 0165bd4) used via Nextcloud App Collabora Online (richdocuments) version 3.7.9 on Debian GNU/Linux bullseye/sid -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 138396] Overlapping conditional formats offered by option but not implemented
https://bugs.documentfoundation.org/show_bug.cgi?id=138396 --- Comment #2 from Jim Avera --- Hrm... actually, if you answer "Yes" to the question "Do you want to edit the existing conditional format?" then you can not edit the existing format; it appears to be asking for a new format. So it looks like the question is asking the opposite of what it means -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 138382] with gtk3 table design window sometimes ignores some accelerator keys
https://bugs.documentfoundation.org/show_bug.cgi?id=138382 --- Comment #2 from Terrence Enger --- (In reply to Caolán McNamara from comment #1) > This is set as blocking GTK3 but comment #1 mentions SAL_USE_VCLPLUGIN=gen, > should comment #1 actually be SAL_USE_VCLPLUGIN=gtk3 ? Yes, I meant gtk3. -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 138395] Separator/Divider lines in menus should have an optional text label (see included mockup image)
https://bugs.documentfoundation.org/show_bug.cgi?id=138395 Mike Kaganski changed: What|Removed |Added Keywords||needsUXEval --- Comment #2 from Mike Kaganski --- I really doubt that we can do that in a uniform manner across all platforms, with all their widget specifics and HIGs... -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 117212] MAILMERGE: Save/Print Merged Documents command processes every record even when it is unnecessary
https://bugs.documentfoundation.org/show_bug.cgi?id=117212 Thierry Munoz changed: What|Removed |Added CC||thierry.mu...@free.fr --- Comment #5 from Thierry Munoz --- I confirm this behavior on my system : Version: 7.0.3.1 Build ID: 00(Build:1) CPU threads: 8; OS: Linux 5.4; UI render: default; VCL: gtk3 Locale: fr-FR (fr_FR.UTF-8); Langue IHM : fr-FR Ubuntu package version: 1:7.0.3-0ubuntu0.18.04.1 Calc: threaded -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 138398] New: MAILMERGE: nothing append when sending emails (no problem with printing)
https://bugs.documentfoundation.org/show_bug.cgi?id=138398 Bug ID: 138398 Summary: MAILMERGE: nothing append when sending emails (no problem with printing) Product: LibreOffice Version: 6.4.6.2 release Hardware: x86-64 (AMD64) OS: Linux (All) Status: UNCONFIRMED Severity: normal Priority: medium Component: Writer Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: thierry.mu...@free.fr Description: I use an odt file and a database based on calc for mailing on Ubuntu 18.04. No problem for printing the results but when I want send the emails nothing append. The sending hangs. I've verified the Internet Options and all seems good. I can send the .odt by email so this configuration is OK. Same problem under 6.4.2 rc2, 6.4.7 and 7.0.3.1. Steps to Reproduce: 1. Prepare an .odt document with fields coming from a calc file. I use conditionnal fields. 2. Clic on the icon for mailmerge 3. I select one recording in order to test. 4. Writer generates all the records but it's not necessary. 5. An info box appears to show the evolution of the sending but nothing append, no details, the bar progress stays at the beginning. Actual Results: Nothing appends. No sending with the info box always displayed and doesn't changing, it's hanging. Expected Results: The emails should be sent. Reproducible: Always User Profile Reset: No OpenGL enabled: Yes Additional Info: Version: 7.0.3.1 Build ID: 00(Build:1) CPU threads: 8; OS: Linux 5.4; UI render: default; VCL: gtk3 Locale: fr-FR (fr_FR.UTF-8); Langue IHM : fr-FR Ubuntu package version: 1:7.0.3-0ubuntu0.18.04.1 Calc: threaded -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 138398] MAILMERGE: nothing append when sending emails (no problem with printing)
https://bugs.documentfoundation.org/show_bug.cgi?id=138398 Thierry Munoz changed: What|Removed |Added CC||thierry.mu...@free.fr --- Comment #1 from Thierry Munoz --- Created attachment 167459 --> https://bugs.documentfoundation.org/attachment.cgi?id=167459&action=edit The box hanging -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 138398] MAILMERGE: nothing append when sending emails (no problem with printing)
https://bugs.documentfoundation.org/show_bug.cgi?id=138398 --- Comment #2 from Thierry Munoz --- Created attachment 167460 --> https://bugs.documentfoundation.org/attachment.cgi?id=167460&action=edit Box hanging with details -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 124176] Use pragma once instead of include guards
https://bugs.documentfoundation.org/show_bug.cgi?id=124176 --- Comment #151 from Commit Notification --- Umut Emre Bayramoglu committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/ddc9c95745183e2e6d7791bcd3248db976c89f4e tdf#124176: Use pragma once instead of include guards It will be available in 7.1.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 mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 136121] Digits (1234 etc.) not rendered when font set as Noto Kufi Arabic - English characters rendered using fallback font, but digits are not (Regression from 6.0.7, example
https://bugs.documentfoundation.org/show_bug.cgi?id=136121 Taher Alkhateeb changed: What|Removed |Added Resolution|--- |WONTFIX Status|NEEDINFO|RESOLVED --- Comment #16 from Taher Alkhateeb --- Hello, Thank you for all the support you guys. I'm resolving this ticket as I have moved away from Linux Mint. I had this problem in two different computers and so I thought this might be a problem generally with Linux Mint, but since then I'm on Arch and everything seems to be working fine. If I face this problem in the future I might re-open a ticket to identify a recurring problem, but I think by now this problem might not be worth all the effort. Thank you all again Cheers, Taher Alkhateeb -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 71732] [META] Bugs related to text rendering, typography and font features in LO
https://bugs.documentfoundation.org/show_bug.cgi?id=71732 Bug 71732 depends on bug 136121, which changed state. Bug 136121 Summary: Digits (1234 etc.) not rendered when font set as Noto Kufi Arabic - English characters rendered using fallback font, but digits are not (Regression from 6.0.7, example file in comment 10) https://bugs.documentfoundation.org/show_bug.cgi?id=136121 What|Removed |Added Status|NEEDINFO|RESOLVED Resolution|--- |WONTFIX -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 138395] Separator/Divider lines in menus should have an optional text label (see included mockup image)
https://bugs.documentfoundation.org/show_bug.cgi?id=138395 --- Comment #3 from Riban --- What I have in mind is an additional entry in the customization options for the menus: something like "Labelled Separator" in addition to the now existing normal "Separator" line. At least in supported operating systems. Correct me if I am wrong, but the Windows version of LO has some features that other platform don't have, right? For example Jump List support for the Windows Task Bar. So maybe this labelled separator could become such a feature, too, where supported by the platform and missing where it is not supported. On a more general note (not only regarding LO): It's kind of a pity to see that sometimes features/enhancements aren't developed because of the so-called "lowest common denominator" between different/multiple/all platforms. Maybe this feature idea could be evaluated how possible it's implementation would be and where? -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 138395] Separator/Divider lines in menus should have an optional text label (see included mockup image)
https://bugs.documentfoundation.org/show_bug.cgi?id=138395 --- Comment #4 from Mike Kaganski --- (In reply to Riban from comment #3) > Correct me if I am wrong, but the Windows version of LO has some features > that other platform don't have, right? For example Jump List support for the > Windows Task Bar. LibreOffice does not use Jump List feature of Windows (unfortunately). Windows uses whatever it does by default. However, I didn't close it right away, and added the needsUXEval keyword, so that the team could evaluate it. My comment was just a personal thought. -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 138398] MAILMERGE: nothing append when sending emails (no problem with printing)
https://bugs.documentfoundation.org/show_bug.cgi?id=138398 --- Comment #3 from Thierry Munoz --- Created attachment 167461 --> https://bugs.documentfoundation.org/attachment.cgi?id=167461&action=edit The email application in LibreOffice Writer e-mailing option The path to Thunderbird, working in command line. -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 138398] MAILMERGE: nothing append when sending emails (no problem with printing)
https://bugs.documentfoundation.org/show_bug.cgi?id=138398 --- Comment #4 from Thierry Munoz --- Created attachment 167462 --> https://bugs.documentfoundation.org/attachment.cgi?id=167462&action=edit Connection test OK with smtp account Connection test is OK with the smtp account in the Internet options. -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 68810] VIEWING: WMF image is black / dark in Linux
https://bugs.documentfoundation.org/show_bug.cgi?id=68810 Aron Budea changed: What|Removed |Added Keywords|bibisectRequest | -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 138395] Separator/Divider lines in menus should have an optional text label (see included mockup image)
https://bugs.documentfoundation.org/show_bug.cgi?id=138395 --- Comment #5 from Riban --- Cool, thanks! Good to hear there's hope. -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 138398] MAILMERGE: nothing append when sending emails (no problem with printing)
https://bugs.documentfoundation.org/show_bug.cgi?id=138398 --- Comment #5 from Thierry Munoz --- This problem occurs only when you select a range of email. If we send all the documents by email, there's no problem. -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 138398] MAILMERGE: nothing append when sending range emails (no problem with mailing all or printing)
https://bugs.documentfoundation.org/show_bug.cgi?id=138398 Thierry Munoz changed: What|Removed |Added Summary|MAILMERGE: nothing append |MAILMERGE: nothing append |when sending emails (no |when sending range emails |problem with printing) |(no problem with mailing ||all or printing) -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 138399] New: Calc missing the ability to use a formula to specify a data range for a chart
https://bugs.documentfoundation.org/show_bug.cgi?id=138399 Bug ID: 138399 Summary: Calc missing the ability to use a formula to specify a data range for a chart Product: LibreOffice Version: unspecified Hardware: All OS: All Status: UNCONFIRMED Severity: enhancement Priority: medium Component: Chart Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: b...@outlook.com Description: Excel allows a formula to be used in the specification of a range in a chart. I would like to suggest that this capability be added to Calc. For example a formula such as IF(ISLEAPYEAR(),C4:C32,C4:C31) in the range specification of a chart would be very useful for creating a chart that would work for both leap years and standard years by showing only the appropriate number of days in a chart of data for each day of the month of February. The version that I am currently running is Version: 6.4.7.2 (x64), but I first noticed the lack of this capability in version 6.2.8.2 however I am certain that it is a condition inherited from OOo. Steps to Reproduce: This is an enhancement request, there are no steps to reproduce it. Actual Results: This is an enhancement request, there are no actual results. Expected Results: This is an enhancement request, there are no expected results. Reproducible: Always User Profile Reset: No Additional Info: Version: 6.4.7.2 (x64) Build ID: 639b8ac485750d5696d7590a72ef1b496725cfb5 CPU threads: 4; OS: Windows 10.0 Build 19041.630; UI render: default; VCL: win; Locale: en-US (en_US); UI-Language: en-US Calc: threaded -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 124007] Doesn't set up focus into text field in Autofilter window
https://bugs.documentfoundation.org/show_bug.cgi?id=124007 --- Comment #6 from Roman Kuznetsov <79045_79...@mail.ru> --- (In reply to Kevin Suo from comment #5) > Mark as WORKSFORME since it works in recent version (libreoffice 7.0). Feel > free to set back to NEW if you don't agree. Confirm WFM status in 7.1 version on Windows, so nice -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 138395] Separator/Divider lines in menus should have an optional text label (see included mockup image)
https://bugs.documentfoundation.org/show_bug.cgi?id=138395 V Stuart Foote changed: What|Removed |Added CC||vstuart.fo...@utsa.edu --- Comment #6 from V Stuart Foote --- I think Mike's point was that there is no way to do this consistently cross platform without imposing a lot of native code overhead if even possible. My take is that it is not justified as existing separators would not be improved by addition of labeling. IMHO -1, and a clear WF -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 138400] New: UI Calc Wrong icons showing for format as general and format as currency
https://bugs.documentfoundation.org/show_bug.cgi?id=138400 Bug ID: 138400 Summary: UI Calc Wrong icons showing for format as general and format as currency Product: LibreOffice Version: 6.4.7.2 release Hardware: x86-64 (AMD64) OS: Windows (All) Status: UNCONFIRMED Severity: normal Priority: medium Component: Calc Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: b...@outlook.com Description: The icon on the Formatting toolbar for the Format as General function shows $0, while the icon for Format as Currency function shows a rectangle containing shapes. Steps to Reproduce: 1. Look at the Formatting toolbar 2. 3. Actual Results: The icon on the Formatting toolbar for the Format as General function shows $0, while the icon for Format as Currency function shows a rectangle containing shapes. Expected Results: The icon on the Formatting toolbar for the Format as General function would be a number (like 123 or 999 or something similar) and the icon for Format as Currency function would be $0 Reproducible: Always User Profile Reset: No Additional Info: [Information automatically included from LibreOffice] Locale: en-US Module: SpreadsheetDocument [Information guessed from browser] OS: Windows (All) OS is 64bit: no Version: 6.4.7.2 (x64) Build ID: 639b8ac485750d5696d7590a72ef1b496725cfb5 CPU threads: 4; OS: Windows 10.0 Build 19041; UI render: default; VCL: win; Locale: en-US (en_US); UI-Language: en-US Calc: threaded -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs