[Libreoffice-bugs] [Bug 107326] [META] Writer style bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=107326 Dieter changed: What|Removed |Added Depends on||135637 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=135637 [Bug 135637] Text-Style-Dropdown-Menu isn't Empty when Multiple Styles are Selected. -- 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 135637] Text-Style-Dropdown-Menu isn't Empty when Multiple Styles are Selected.
https://bugs.documentfoundation.org/show_bug.cgi?id=135637 Dieter changed: What|Removed |Added Blocks||107326 --- Comment #7 from Dieter --- Additional information: Same with paragraph style in sidebar. And very strange behaviour with character styles: Always Default character Style is highlighted, although this style isn't used. I haven't tested with table styles and list styles but there should be a consistent behaviour Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=107326 [Bug 107326] [META] Writer 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-ux-advise] [Bug 135637] Text-Style-Dropdown-Menu isn't Empty when Multiple Styles are Selected.
https://bugs.documentfoundation.org/show_bug.cgi?id=135637 Dieter changed: What|Removed |Added Blocks||107326 --- Comment #7 from Dieter --- Additional information: Same with paragraph style in sidebar. And very strange behaviour with character styles: Always Default character Style is highlighted, although this style isn't used. I haven't tested with table styles and list styles but there should be a consistent behaviour Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=107326 [Bug 107326] [META] Writer style bugs and enhancements -- You are receiving this mail because: You are on the CC list for the bug. ___ Libreoffice-ux-advise mailing list Libreoffice-ux-advise@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise
[Libreoffice-bugs] [Bug 135853] LibreOffice Ignores North America Page Style when creating a New "OpenDocument Text.odt"
https://bugs.documentfoundation.org/show_bug.cgi?id=135853 V Stuart Foote changed: What|Removed |Added CC||mikekagan...@hotmail.com, ||vstuart.fo...@utsa.edu Ever confirmed|0 |1 Status|UNCONFIRMED |NEW --- Comment #1 from V Stuart Foote --- Confirmed. Version: 7.0.0.3 (x64) Build ID: 8061b3e9204bef6b321a21033174034a5e2ea88e CPU threads: 4; OS: Windows 10.0 Build 18363; UI render: Skia/Vulkan; VCL: win Locale: en-US (en_US); UI: en-US Calc: threaded The document launch of STR is being done from the context menu of WDM integration--and resulting ODT has a weird corruption of the default standard template with an A4 size page but units and tabs seem correct for US locale. Just the page size of A4? The ODT dropped to desktop shows as if coming from cache with its meta.xml showing LibreOffice/6.1.5.2$Linux_X86_64 LibreOffice_project/10$Build-2 @Mike? -- 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 135637] Text-Style-Dropdown-Menu isn't Empty when Multiple Styles are Selected.
https://bugs.documentfoundation.org/show_bug.cgi?id=135637 Dieter changed: What|Removed |Added Keywords||needsUXEval CC||dgp-m...@gmx.de, ||libreoffice-ux-advise@lists ||.freedesktop.org --- Comment #6 from Dieter --- Reproducible for me with Version: 7.0.0.3 (x64) Build ID: 8061b3e9204bef6b321a21033174034a5e2ea88e CPU threads: 4; OS: Windows 10.0 Build 19041; UI render: Skia/Raster; VCL: win Locale: de-DE (de_DE); UI: en-GB Calc: threaded For me it seems, that LO always highlights the style at the beginning of selected text. I would consder this as a bug. cc: Design-Team for decision -- 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-ux-advise] [Bug 135637] Text-Style-Dropdown-Menu isn't Empty when Multiple Styles are Selected.
https://bugs.documentfoundation.org/show_bug.cgi?id=135637 Dieter changed: What|Removed |Added Keywords||needsUXEval CC||dgp-m...@gmx.de, ||libreoffice-ux-advise@lists ||.freedesktop.org --- Comment #6 from Dieter --- Reproducible for me with Version: 7.0.0.3 (x64) Build ID: 8061b3e9204bef6b321a21033174034a5e2ea88e CPU threads: 4; OS: Windows 10.0 Build 19041; UI render: Skia/Raster; VCL: win Locale: de-DE (de_DE); UI: en-GB Calc: threaded For me it seems, that LO always highlights the style at the beginning of selected text. I would consder this as a bug. cc: Design-Team for decision -- You are receiving this mail because: You are on the CC list for the bug. ___ Libreoffice-ux-advise mailing list Libreoffice-ux-advise@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise
[Libreoffice-bugs] [Bug 135408] Changing page style working after saving the file
https://bugs.documentfoundation.org/show_bug.cgi?id=135408 QA Administrators changed: What|Removed |Added Whiteboard|| QA:needsComment -- 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 135418] When started LO runs out of screen
https://bugs.documentfoundation.org/show_bug.cgi?id=135418 QA Administrators changed: What|Removed |Added Whiteboard|| QA:needsComment -- 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 135400] [FILESAVE] Saving as xlsx (2007-365) would bring ~50 white rectangles putting at position (0, 0)
https://bugs.documentfoundation.org/show_bug.cgi?id=135400 QA Administrators changed: What|Removed |Added Whiteboard|| QA:needsComment -- 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 130060] Copied cells, Paste on Paint.exe and others with fontname.
https://bugs.documentfoundation.org/show_bug.cgi?id=130060 --- Comment #2 from QA Administrators --- Dear Minato, This bug has been in NEEDINFO status with no change for at least 6 months. Please provide the requested information as soon as possible and mark the bug as UNCONFIRMED. Due to regular bug tracker maintenance, if the bug is still in NEEDINFO status with no change in 30 days the QA team will close the bug as INSUFFICIENTDATA due to lack of needed information. For more information about our NEEDINFO policy please read the wiki located here: https://wiki.documentfoundation.org/QA/Bugzilla/Fields/Status/NEEDINFO If you have already provided the requested information, please mark the bug as UNCONFIRMED so that the QA team knows that the bug is ready to be confirmed. Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-NeedInfo-Ping -- 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 129939] Mouse scroll disabled after switching virtual desktop
https://bugs.documentfoundation.org/show_bug.cgi?id=129939 --- Comment #2 from QA Administrators --- Dear Alexey, This bug has been in NEEDINFO status with no change for at least 6 months. Please provide the requested information as soon as possible and mark the bug as UNCONFIRMED. Due to regular bug tracker maintenance, if the bug is still in NEEDINFO status with no change in 30 days the QA team will close the bug as INSUFFICIENTDATA due to lack of needed information. For more information about our NEEDINFO policy please read the wiki located here: https://wiki.documentfoundation.org/QA/Bugzilla/Fields/Status/NEEDINFO If you have already provided the requested information, please mark the bug as UNCONFIRMED so that the QA team knows that the bug is ready to be confirmed. Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-NeedInfo-Ping -- 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 129775] Chapter Headings all Disappear - CANNOT BE RECOVERED!
https://bugs.documentfoundation.org/show_bug.cgi?id=129775 --- Comment #3 from QA Administrators --- Dear avoicelikethunder, Please read this message in its entirety before proceeding. Your bug report is being closed as INSUFFICIENTDATA due to inactivity and a lack of information which is needed in order to accurately reproduce and confirm the problem. We encourage you to retest your bug against the latest release. If the issue is still present in the latest stable release, we need the following information (please ignore any that you've already provided): a) Provide details of your system including your operating system and the latest version of LibreOffice that you have confirmed the bug to be present b) Provide easy to reproduce steps – the simpler the better c) Provide any test case(s) which will help us confirm the problem d) Provide screenshots of the problem if you think it might help e) Read all comments and provide any requested information Once all of this is done, please set the bug back to UNCONFIRMED and we will attempt to reproduce the issue. Please do not: a) respond via email b) update the version field in the bug or any of the other details on the top section of our bug tracker Warm Regards, QA Team MassPing-NeedInfo-FollowUp -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 129775] Chapter Headings all Disappear - CANNOT BE RECOVERED!
https://bugs.documentfoundation.org/show_bug.cgi?id=129775 QA Administrators changed: What|Removed |Added Resolution|--- |INSUFFICIENTDATA Status|NEEDINFO|RESOLVED -- 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 130078] run error 000007b
https://bugs.documentfoundation.org/show_bug.cgi?id=130078 --- Comment #3 from QA Administrators --- Dear nori hisa, Please read this message in its entirety before proceeding. Your bug report is being closed as INSUFFICIENTDATA due to inactivity and a lack of information which is needed in order to accurately reproduce and confirm the problem. We encourage you to retest your bug against the latest release. If the issue is still present in the latest stable release, we need the following information (please ignore any that you've already provided): a) Provide details of your system including your operating system and the latest version of LibreOffice that you have confirmed the bug to be present b) Provide easy to reproduce steps – the simpler the better c) Provide any test case(s) which will help us confirm the problem d) Provide screenshots of the problem if you think it might help e) Read all comments and provide any requested information Once all of this is done, please set the bug back to UNCONFIRMED and we will attempt to reproduce the issue. Please do not: a) respond via email b) update the version field in the bug or any of the other details on the top section of our bug tracker Warm Regards, QA Team MassPing-NeedInfo-FollowUp -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 126699] Libre overriding Lenovo ThinkPad touchpad settings
https://bugs.documentfoundation.org/show_bug.cgi?id=126699 --- Comment #2 from QA Administrators --- Dear emc.mentor, This bug has been in NEEDINFO status with no change for at least 6 months. Please provide the requested information as soon as possible and mark the bug as UNCONFIRMED. Due to regular bug tracker maintenance, if the bug is still in NEEDINFO status with no change in 30 days the QA team will close the bug as INSUFFICIENTDATA due to lack of needed information. For more information about our NEEDINFO policy please read the wiki located here: https://wiki.documentfoundation.org/QA/Bugzilla/Fields/Status/NEEDINFO If you have already provided the requested information, please mark the bug as UNCONFIRMED so that the QA team knows that the bug is ready to be confirmed. Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-NeedInfo-Ping -- 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 130100] Thin frames appear while clicking on the slide with nothing selected in Impress
https://bugs.documentfoundation.org/show_bug.cgi?id=130100 --- Comment #14 from QA Administrators --- Dear Y Cao, This bug has been in NEEDINFO status with no change for at least 6 months. Please provide the requested information as soon as possible and mark the bug as UNCONFIRMED. Due to regular bug tracker maintenance, if the bug is still in NEEDINFO status with no change in 30 days the QA team will close the bug as INSUFFICIENTDATA due to lack of needed information. For more information about our NEEDINFO policy please read the wiki located here: https://wiki.documentfoundation.org/QA/Bugzilla/Fields/Status/NEEDINFO If you have already provided the requested information, please mark the bug as UNCONFIRMED so that the QA team knows that the bug is ready to be confirmed. Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-NeedInfo-Ping -- 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 130078] run error 000007b
https://bugs.documentfoundation.org/show_bug.cgi?id=130078 QA Administrators changed: What|Removed |Added Status|NEEDINFO|RESOLVED Resolution|--- |INSUFFICIENTDATA -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 129884] UI: Page breaks on column resize
https://bugs.documentfoundation.org/show_bug.cgi?id=129884 --- Comment #2 from QA Administrators --- Dear John, This bug has been in NEEDINFO status with no change for at least 6 months. Please provide the requested information as soon as possible and mark the bug as UNCONFIRMED. Due to regular bug tracker maintenance, if the bug is still in NEEDINFO status with no change in 30 days the QA team will close the bug as INSUFFICIENTDATA due to lack of needed information. For more information about our NEEDINFO policy please read the wiki located here: https://wiki.documentfoundation.org/QA/Bugzilla/Fields/Status/NEEDINFO If you have already provided the requested information, please mark the bug as UNCONFIRMED so that the QA team knows that the bug is ready to be confirmed. Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-NeedInfo-Ping -- 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 130765] Save documents
https://bugs.documentfoundation.org/show_bug.cgi?id=130765 --- Comment #2 from QA Administrators --- Dear SD-Grote, This bug has been in NEEDINFO status with no change for at least 6 months. Please provide the requested information as soon as possible and mark the bug as UNCONFIRMED. Due to regular bug tracker maintenance, if the bug is still in NEEDINFO status with no change in 30 days the QA team will close the bug as INSUFFICIENTDATA due to lack of needed information. For more information about our NEEDINFO policy please read the wiki located here: https://wiki.documentfoundation.org/QA/Bugzilla/Fields/Status/NEEDINFO If you have already provided the requested information, please mark the bug as UNCONFIRMED so that the QA team knows that the bug is ready to be confirmed. Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-NeedInfo-Ping -- 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 127010] Noto Sans font's Some Old Hangul syllables have abnormal shown in exported PDFs
https://bugs.documentfoundation.org/show_bug.cgi?id=127010 --- Comment #13 from QA Administrators --- Dear DaeHyun Sung, This bug has been in NEEDINFO status with no change for at least 6 months. Please provide the requested information as soon as possible and mark the bug as UNCONFIRMED. Due to regular bug tracker maintenance, if the bug is still in NEEDINFO status with no change in 30 days the QA team will close the bug as INSUFFICIENTDATA due to lack of needed information. For more information about our NEEDINFO policy please read the wiki located here: https://wiki.documentfoundation.org/QA/Bugzilla/Fields/Status/NEEDINFO If you have already provided the requested information, please mark the bug as UNCONFIRMED so that the QA team knows that the bug is ready to be confirmed. Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-NeedInfo-Ping -- 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 129871] Inconsistent URL tooltips
https://bugs.documentfoundation.org/show_bug.cgi?id=129871 --- Comment #2 from QA Administrators --- Dear John, This bug has been in NEEDINFO status with no change for at least 6 months. Please provide the requested information as soon as possible and mark the bug as UNCONFIRMED. Due to regular bug tracker maintenance, if the bug is still in NEEDINFO status with no change in 30 days the QA team will close the bug as INSUFFICIENTDATA due to lack of needed information. For more information about our NEEDINFO policy please read the wiki located here: https://wiki.documentfoundation.org/QA/Bugzilla/Fields/Status/NEEDINFO If you have already provided the requested information, please mark the bug as UNCONFIRMED so that the QA team knows that the bug is ready to be confirmed. Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-NeedInfo-Ping -- 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 124768] Exported PDF digital signature conformance with ETSI standard
https://bugs.documentfoundation.org/show_bug.cgi?id=124768 --- Comment #2 from QA Administrators --- Dear Dainius Masiliūnas, This bug has been in NEEDINFO status with no change for at least 6 months. Please provide the requested information as soon as possible and mark the bug as UNCONFIRMED. Due to regular bug tracker maintenance, if the bug is still in NEEDINFO status with no change in 30 days the QA team will close the bug as INSUFFICIENTDATA due to lack of needed information. For more information about our NEEDINFO policy please read the wiki located here: https://wiki.documentfoundation.org/QA/Bugzilla/Fields/Status/NEEDINFO If you have already provided the requested information, please mark the bug as UNCONFIRMED so that the QA team knows that the bug is ready to be confirmed. Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-NeedInfo-Ping -- 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 125859] RemoteServer not sending messages in slideshow window mode
https://bugs.documentfoundation.org/show_bug.cgi?id=125859 --- Comment #2 from QA Administrators --- Dear rptr, This bug has been in NEEDINFO status with no change for at least 6 months. Please provide the requested information as soon as possible and mark the bug as UNCONFIRMED. Due to regular bug tracker maintenance, if the bug is still in NEEDINFO status with no change in 30 days the QA team will close the bug as INSUFFICIENTDATA due to lack of needed information. For more information about our NEEDINFO policy please read the wiki located here: https://wiki.documentfoundation.org/QA/Bugzilla/Fields/Status/NEEDINFO If you have already provided the requested information, please mark the bug as UNCONFIRMED so that the QA team knows that the bug is ready to be confirmed. Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-NeedInfo-Ping -- 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 126167] No safe mode launch icon on Linux
https://bugs.documentfoundation.org/show_bug.cgi?id=126167 --- Comment #2 from QA Administrators --- Dear nogajun, This bug has been in NEEDINFO status with no change for at least 6 months. Please provide the requested information as soon as possible and mark the bug as UNCONFIRMED. Due to regular bug tracker maintenance, if the bug is still in NEEDINFO status with no change in 30 days the QA team will close the bug as INSUFFICIENTDATA due to lack of needed information. For more information about our NEEDINFO policy please read the wiki located here: https://wiki.documentfoundation.org/QA/Bugzilla/Fields/Status/NEEDINFO If you have already provided the requested information, please mark the bug as UNCONFIRMED so that the QA team knows that the bug is ready to be confirmed. Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-NeedInfo-Ping -- 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 110438] cursor position never correct with DELL XPS 13 9360
https://bugs.documentfoundation.org/show_bug.cgi?id=110438 --- Comment #10 from QA Administrators --- Dear Andreas, To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from https://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to 'inherited from OOo'; 4b. If the bug was not present in 3.3 - add 'regression' to keyword Feel free to come ask questions or to say hello in our QA chat: https://kiwiirc.com/nextclient/irc.freenode.net/#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 92399] Search broken for Tibetan
https://bugs.documentfoundation.org/show_bug.cgi?id=92399 --- Comment #9 from QA Administrators --- Dear Elie Roux, To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from https://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to 'inherited from OOo'; 4b. If the bug was not present in 3.3 - add 'regression' to keyword Feel free to come ask questions or to say hello in our QA chat: https://kiwiirc.com/nextclient/irc.freenode.net/#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-commits] online.git: loleaflet/l10n loleaflet/src
loleaflet/l10n/uno/ab.json |1 + loleaflet/l10n/uno/am.json |1 + loleaflet/l10n/uno/ar.json |1 + loleaflet/l10n/uno/ast.json |3 +++ loleaflet/l10n/uno/be.json |1 + loleaflet/l10n/uno/bg.json |6 ++ loleaflet/l10n/uno/br.json |1 + loleaflet/l10n/uno/ca-valencia.json | 25 + loleaflet/l10n/uno/ca.json |6 ++ loleaflet/l10n/uno/cs.json |6 ++ loleaflet/l10n/uno/cy.json |6 ++ loleaflet/l10n/uno/da.json |3 +++ loleaflet/l10n/uno/de.json |6 ++ loleaflet/l10n/uno/dsb.json |1 + loleaflet/l10n/uno/el.json |6 ++ loleaflet/l10n/uno/en-GB.json |6 ++ loleaflet/l10n/uno/eo.json |1 + loleaflet/l10n/uno/es.json |3 +++ loleaflet/l10n/uno/et.json |6 ++ loleaflet/l10n/uno/eu.json |6 ++ loleaflet/l10n/uno/fi.json |8 loleaflet/l10n/uno/fr.json |6 ++ loleaflet/l10n/uno/fy.json |1 + loleaflet/l10n/uno/ga.json |1 + loleaflet/l10n/uno/gd.json |1 + loleaflet/l10n/uno/gl.json |6 ++ loleaflet/l10n/uno/gug.json |1 + loleaflet/l10n/uno/he.json |6 ++ loleaflet/l10n/uno/hr.json | 11 +++ loleaflet/l10n/uno/hsb.json |1 + loleaflet/l10n/uno/hu.json |1 + loleaflet/l10n/uno/id.json |6 ++ loleaflet/l10n/uno/is.json |3 +++ loleaflet/l10n/uno/it.json |1 + loleaflet/l10n/uno/ja.json |8 +++- loleaflet/l10n/uno/kab.json |1 + loleaflet/l10n/uno/kk.json |1 + loleaflet/l10n/uno/ko.json |6 ++ loleaflet/l10n/uno/lt.json |3 +++ loleaflet/l10n/uno/lv.json |3 +++ loleaflet/l10n/uno/nb.json |6 ++ loleaflet/l10n/uno/nl.json |6 ++ loleaflet/l10n/uno/nn.json |2 ++ loleaflet/l10n/uno/oc.json |1 + loleaflet/l10n/uno/pl.json |6 ++ loleaflet/l10n/uno/pt-BR.json |4 loleaflet/l10n/uno/pt.json |6 ++ loleaflet/l10n/uno/ro.json |2 ++ loleaflet/l10n/uno/ru.json |6 ++ loleaflet/l10n/uno/sk.json |6 ++ loleaflet/l10n/uno/sl.json |6 ++ loleaflet/l10n/uno/sq.json |1 + loleaflet/l10n/uno/sv.json |5 + loleaflet/l10n/uno/ta.json |1 + loleaflet/l10n/uno/tr.json |2 ++ loleaflet/l10n/uno/ug.json |1 + loleaflet/l10n/uno/uk.json |6 ++ loleaflet/l10n/uno/vec.json |1 + loleaflet/l10n/uno/zh-CN.json |6 ++ loleaflet/l10n/uno/zh-TW.json |6 ++ loleaflet/src/unocommands.js|4 ++-- 61 files changed, 251 insertions(+), 3 deletions(-) New commits: commit 9273b0f72edaf2296cecd22d8e3c17a0f0af0ef6 Author: Andras Timar AuthorDate: Mon Aug 17 22:08:36 2020 +0200 Commit: Andras Timar CommitDate: Tue Aug 18 06:37:48 2020 +0200 loleaflet: updated UNO translations Change-Id: I7e6ffbc60adaca22eddf12e9ce270d03220e306d Reviewed-on: https://gerrit.libreoffice.org/c/online/+/100887 Tested-by: Jenkins Tested-by: Jenkins CollaboraOffice Reviewed-by: Andras Timar diff --git a/loleaflet/l10n/uno/ab.json b/loleaflet/l10n/uno/ab.json index b37a3daaf..1073a3843 100644 --- a/loleaflet/l10n/uno/ab.json +++ b/loleaflet/l10n/uno/ab.json @@ -38,6 +38,7 @@ "Delete Page ~Break":"Ианыхтәуп адаҟьа аимҟьара", "Delete Row":"Ианыхтәуп ацәаҳәа", "Delete Rows":"Ианыхтәуп ацәаҳәақәа", +"Delete Table":"Ианыхтәуп атаблица", "Duplicate ~Slide":"Аслаид адубликат", "E~dit Style...":"Иҧсахтәуп астиль...", "Find & Rep~lace...":"Иҧшаатәуп иагьыҧсахтәуп...", diff --git a/loleaflet/l10n/uno/am.json b/loleaflet/l10n/uno/am.json index f3ad89667..89bf01831 100644 --- a/loleaflet/l10n/uno/am.json +++ b/loleaflet/l10n/uno/am.json @@ -66,6 +66,7 @@ "Delete Row":"ረድፍ ማጥፊያ", "Delete Rows":"ረድፎች ማጥፊያ", "Delete Single Data Label":"ነጠላ የዳታ ምልክት ማጥፊያ", +"Delete Table":"ሰንጠረዥ ማጥፊያ", "Delete index":"ማውጫውን ማጥፊያ", "Demote One Level":"አንድ ደረጃ ዝቅ ማድረጊያ", "Demote One Level With Subpoints":"አንድ ደረጃ ወደ ታች በ ንዑስ ነጥብ ዝቅ ማድረጊያ", diff --git a/loleaflet/l10n/uno/ar.json b/loleaflet/l10n/uno/ar.json index d73ff5769..459b45c37 100644 --- a/loleaflet/l10n/uno/ar.json +++ b/loleaflet/l10n/uno/ar.json @@ -62,6 +62,7 @@ "Delete Row":"احذف الصف", "Delete Rows":"احذف الصفوف", "Delete Single Data Label":"حذف تسمية بيانات أحادية", +"Delete Table":"احذف الجدول", "Delete index":"احذف الفهرس", "Demote One Level":"مستوى واحد لأسفل", "Demote One Level With Subpoints":"مستوى واحد لأسفل مع النقاط الفرعية", diff --git a/loleaflet/l10n/uno/ast.json
[Libreoffice-bugs] [Bug 135515] Print preview always places pages in LTR order
https://bugs.documentfoundation.org/show_bug.cgi?id=135515 --- Comment #9 from Safeer Pasha --- (In reply to Mike Kaganski from comment #7) > I am generally unsure how to do this best. A toggle button on print preview > toolbar? a toggle button would be fine to overcome the issues at hand at the moment. if something else turned out to be needed or desired then we can look for a way for it. -- 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-ux-advise] [Bug 135515] Print preview always places pages in LTR order
https://bugs.documentfoundation.org/show_bug.cgi?id=135515 --- Comment #9 from Safeer Pasha --- (In reply to Mike Kaganski from comment #7) > I am generally unsure how to do this best. A toggle button on print preview > toolbar? a toggle button would be fine to overcome the issues at hand at the moment. if something else turned out to be needed or desired then we can look for a way for it. -- You are receiving this mail because: You are on the CC list for the bug. ___ Libreoffice-ux-advise mailing list Libreoffice-ux-advise@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise
[Libreoffice-bugs] [Bug 135862] New: Calc Spreadsheet formulas are automatically recalculated on file load when the option is set to disable recalculation on file load
https://bugs.documentfoundation.org/show_bug.cgi?id=135862 Bug ID: 135862 Summary: Calc Spreadsheet formulas are automatically recalculated on file load when the option is set to disable recalculation on file load Product: LibreOffice Version: 6.4.5.2 release Hardware: All OS: All Status: UNCONFIRMED Severity: minor Priority: medium Component: Calc Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: oaoutpo...@gmail.com Description: When the Tools > Option > LibreOffice Calc > Formula > Recalculation on File Load options are set to "Never" or "Prompt", LibreOffice still recalculates the formulas (at least, external links) unless Data > Calculate > AutoCalculate is disabled. This makes sharing files with external links difficult (without sharing the externally linked document, which may not be shareable for any number of reasons), since the receiver of the document has no way to prevent LibreOffice from destroying the values inside the document if the sender forgot to uncheck the AutoCalculate option. This creates a chicken-and-the-egg problem: 1. In order to disable AutoCalculate, one must open the spreadsheet; destroying the links. 2. To avoid destroying the links, one has to disable AutoCalculate; requiring one to open the document. Apart from extracting the file with a tool like 7zip and reconfiguring the options to disable AutoCalculate, there is no way for the receiver to fix the problem. The only easy workaround is to pester the sender every time to fix the setting. Steps to Reproduce: 1. Create two spreadsheets. Have on spreadsheet link to the other. 2. Disable Tools > Option > LibreOffice Calc > Formula > Recalculation on File Load 3. Leave AutoCalculate enabled. 4. Save the spreadsheets, send one to the other side of the world (anywhere separated from the parent spreadsheet), and open it there. Actual Results: AutoCalculate resolved external links on document load, destroying the saved values, even before enabling the automatic external link resolution. Expected Results: AutoCalculate should not execute at all on file load when Recalculate on File Load is disabled or set to prompt. Reproducible: Always User Profile Reset: No Additional Info: I have no idea about the earliest version this bug exists in. Version: 6.4.6.2 (x64) Build ID: 0ce51a4fd21bff07a5c061082cc82c5ed232f115 CPU threads: 16; OS: Windows 10.0 Build 19041; UI render: default; VCL: win; Locale: en-US (en_US); UI-Language: en-US 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 135861] No topics on Help page about Show standardized page count (Options > LibreOffice Writer > General > Word Count)
https://bugs.documentfoundation.org/show_bug.cgi?id=135861 --- Comment #1 from sawakaze --- Created attachment 164391 --> https://bugs.documentfoundation.org/attachment.cgi?id=164391=edit screenshot about show standardized page count -- 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 135861] New: No topics on Help page about Show standardized page count (Options > LibreOffice Writer > General > Word Count)
https://bugs.documentfoundation.org/show_bug.cgi?id=135861 Bug ID: 135861 Summary: No topics on Help page about Show standardized page count (Options > LibreOffice Writer > General > Word Count) Product: LibreOffice Version: 7.1.0.0.alpha0+ Master Hardware: All OS: All Status: UNCONFIRMED Severity: normal Priority: medium Component: Documentation Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: souichi...@gmail.com CC: olivier.hal...@libreoffice.org Description: On Writer Options > General > Word Count, No Topics on help page about "Show standardized count" checkbox and "Characters per standardized per page:" box. Steps to Reproduce: 1. Open writer 2. Tools > Options --> open Options window 3. LibreOffice Writer > General 4. press Help button --> Open Help page. Actual Results: No Topics on help page about "Show standardized count" checkbox and "Characters per standardized per page:" box. Expected Results: Written about "Show standardized count" checkbox and "Characters per standardized per page:" box. Reproducible: Always User Profile Reset: No Additional Info: I confirm Version: 7.1.0.0.alpha0+ Build ID: CPU threads: 4; OS: Linux 4.15; UI render: default; VCL: gtk3 Locale: ja-JP (ja_JP.UTF-8); UI: en-US TinderBox: Linux-rpm_deb-x86_64@86-TDF, Branch:master, Time: 2020-08-16_13:25:48 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-commits] online.git: loleaflet/src
loleaflet/src/control/Control.TopToolbar.js |8 1 file changed, 8 insertions(+) New commits: commit 0d2a32fe2a030c5c7f02cbb0912434844d240db9 Author: Ashod Nakashian AuthorDate: Tue Aug 11 13:51:19 2020 -0400 Commit: Ashod Nakashian CommitDate: Tue Aug 18 02:28:26 2020 +0200 leaflet: hide the splitter on the toolbar if the first When the toobar buttons to the left of the first splitter are hidden, we start the toolbar with a splitter, which is aesthetically unpleasant. Here we special case for the desktop only, because tablets and mobiles have a slightly different toolbar. Although we should have a similar logic for them too. Change-Id: I9869433f3ca3391d7ee899a77bb1466fe456f9f2 Reviewed-on: https://gerrit.libreoffice.org/c/online/+/100832 Tested-by: Jenkins CollaboraOffice Reviewed-by: Ashod Nakashian diff --git a/loleaflet/src/control/Control.TopToolbar.js b/loleaflet/src/control/Control.TopToolbar.js index 34450e934..2f896e778 100644 --- a/loleaflet/src/control/Control.TopToolbar.js +++ b/loleaflet/src/control/Control.TopToolbar.js @@ -373,6 +373,14 @@ L.Control.TopToolbar = L.Control.extend({ if (e.HidePrintOption) { w2ui['editbar'].hide('print'); } + + // On desktop we only have Save and Print buttons before the first + // splitter/break. Hide the splitter if we hid both save and print. + // TODO: Apply the same logic to mobile/tablet to avoid beginning with a splitter. + if (window.mode.isDesktop() && e.HideSaveOption && e.HidePrintOption) { + w2ui['editbar'].hide('savebreak'); + } + if (e.EnableInsertRemoteImage === true && w2ui['editbar']) { w2ui['editbar'].hide('insertgraphic'); w2ui['editbar'].show('menugraphic'); ___ Libreoffice-commits mailing list libreoffice-comm...@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-commits
[Libreoffice-bugs] [Bug 135860] Crash in: libmergedlo.so
https://bugs.documentfoundation.org/show_bug.cgi?id=135860 --- Comment #1 from Gerald Clement --- This bug occurs both in Calc & Writer V6.4.2 and upwared. This bug DOES NOT occur in 6.3.4 or less. Writer: Copy and paste text from any web page and paste into a blank Writer doc. Do any format corrections and changes then click SAVE - app crashes. The page will print without error but will not save. Calc: Copy and paste any list of characters, numbers, whatever from any web page into a blank Calc sheet, make any formatting changes desired, click save - app crashes. Problem occurs in Versions from 6.4.2 upward, does not occur in 6.3.2 or lower. I have rolled back my installation to 6.3.2 to continue work. I have tried this procedure in V 6.4.2, 6.4.4, 6.4.6 & 7.0.0, same result. -- 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 135860] New: Crash in: libmergedlo.so
https://bugs.documentfoundation.org/show_bug.cgi?id=135860 Bug ID: 135860 Summary: Crash in: libmergedlo.so Product: LibreOffice Version: unspecified Hardware: x86-64 (AMD64) OS: Linux (All) Status: UNCONFIRMED Severity: normal Priority: medium Component: Writer Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: gfcdomain-li...@yahoo.com This bug was filed from the crash reporting server and is br-58ad5f12-6798-4778-b29a-03feced1246c. = This bug occurs both in Calc & Writer V6.4.2 and upwared. This bug DOES NOT occur in 6.3.4 or less. Writer: Copy and paste text from any web page and paste into a blank Writer doc. Do any format corrections and changes then click SAVE - app crashes. The page will print without error but will not save. Calc: Copy and paste any list of characters, numbers, whatever from any web page into a blank Calc sheet, make any formatting changes desired, click save - app crashes. Problem occurs in Versions from 6.4.2 upward, does not occur in 6.3.2 or lower. I have rolled back my installation to 6.3.2 to continue work. I have tried this procedure in V 6.4.2, 6.4.4, 6.4.6 & 7.0.0, same result. -- 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-commits] core.git: icon-themes/colibre icon-themes/colibre_svg icon-themes/elementary icon-themes/elementary_svg
icon-themes/colibre/cmd/32/orientation.png |binary icon-themes/colibre/sw/res/sidebar/pageproppanel/Landscapecopy_24x24.png |binary icon-themes/colibre/sw/res/sidebar/pageproppanel/portraitcopy_24x24.png |binary icon-themes/colibre_svg/cmd/32/orientation.svg |2 +- icon-themes/colibre_svg/sw/res/sidebar/pageproppanel/Landscapecopy_24x24.svg |2 +- icon-themes/colibre_svg/sw/res/sidebar/pageproppanel/portraitcopy_24x24.svg |2 +- icon-themes/elementary/cmd/32/orientation.png |binary icon-themes/elementary/cmd/lc_orientation.png |binary icon-themes/elementary/cmd/lc_showsinglepage.png |binary icon-themes/elementary/cmd/sc_orientation.png |binary icon-themes/elementary/sw/res/sidebar/pageproppanel/Landscapecopy_24x24.png |binary icon-themes/elementary/sw/res/sidebar/pageproppanel/columnright_24x24.png |binary icon-themes/elementary/sw/res/sidebar/pageproppanel/documentsizeA3_24x24.png |binary icon-themes/elementary/sw/res/sidebar/pageproppanel/documentsizeA4_24x24.png |binary icon-themes/elementary/sw/res/sidebar/pageproppanel/documentsizeA5_24x24.png |binary icon-themes/elementary/sw/res/sidebar/pageproppanel/documentsizeB4_24x24.png |binary icon-themes/elementary/sw/res/sidebar/pageproppanel/documentsizeB5_24x24.png |binary icon-themes/elementary/sw/res/sidebar/pageproppanel/documentsizeC5_24x24.png |binary icon-themes/elementary/sw/res/sidebar/pageproppanel/documentsize_L_A3_24x24.png |binary icon-themes/elementary/sw/res/sidebar/pageproppanel/documentsize_L_A4_24x24.png |binary icon-themes/elementary/sw/res/sidebar/pageproppanel/documentsize_L_A5_24x24.png |binary icon-themes/elementary/sw/res/sidebar/pageproppanel/documentsize_L_B4_24x24.png |binary icon-themes/elementary/sw/res/sidebar/pageproppanel/documentsize_L_B5_24x24.png |binary icon-themes/elementary/sw/res/sidebar/pageproppanel/documentsize_L_C5_24x24.png |binary icon-themes/elementary/sw/res/sidebar/pageproppanel/documentsize_L_copy_24x24.png |binary icon-themes/elementary/sw/res/sidebar/pageproppanel/documentsizecopy_24x24.png |binary icon-themes/elementary/sw/res/sidebar/pageproppanel/format_L_copy_24x24.png |binary icon-themes/elementary/sw/res/sidebar/pageproppanel/formatcopy_24x24.png |binary icon-themes/elementary/sw/res/sidebar/pageproppanel/portraitcopy_24x24.png |binary icon-themes/elementary_svg/cmd/32/orientation.svg |2 +- icon-themes/elementary_svg/cmd/lc_orientation.svg |2 +- icon-themes/elementary_svg/cmd/lc_showsinglepage.svg |2 +- icon-themes/elementary_svg/cmd/sc_orientation.svg |2 +- icon-themes/elementary_svg/res/lx03245.svg |1 + icon-themes/elementary_svg/res/lx03246.svg |1 + icon-themes/elementary_svg/res/lx03247.svg |1 + icon-themes/elementary_svg/res/lx03248.svg |1 + icon-themes/elementary_svg/res/lx03249.svg |1 + icon-themes/elementary_svg/res/lx03250.svg |1 + icon-themes/elementary_svg/res/lx03251.svg |1 + icon-themes/elementary_svg/res/lx03255.svg |1 + icon-themes/elementary_svg/sw/res/sidebar/pageproppanel/Landscapecopy_24x24.svg |2 +- icon-themes/elementary_svg/sw/res/sidebar/pageproppanel/columnright_24x24.svg |2 +- icon-themes/elementary_svg/sw/res/sidebar/pageproppanel/documentsizeA3_24x24.svg |2 +- icon-themes/elementary_svg/sw/res/sidebar/pageproppanel/documentsizeA4_24x24.svg |2 +- icon-themes/elementary_svg/sw/res/sidebar/pageproppanel/documentsizeA5_24x24.svg |2 +- icon-themes/elementary_svg/sw/res/sidebar/pageproppanel/documentsizeB4_24x24.svg |2 +- icon-themes/elementary_svg/sw/res/sidebar/pageproppanel/documentsizeB5_24x24.svg |2 +- icon-themes/elementary_svg/sw/res/sidebar/pageproppanel/documentsizeC5_24x24.svg |2 +- icon-themes/elementary_svg/sw/res/sidebar/pageproppanel/documentsize_L_A3_24x24.svg |2 +- icon-themes/elementary_svg/sw/res/sidebar/pageproppanel/documentsize_L_A4_24x24.svg |2 +-
[Libreoffice-bugs] [Bug 131456] Writer Tabbed: Wrong Portrait icon in Orientation toolbox
https://bugs.documentfoundation.org/show_bug.cgi?id=131456 --- Comment #10 from Commit Notification --- Rizal Muttaqin committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/c8a059643b460f625c3d4ae6b15c221c3f4fc913 elementary & Colibre: tdf#131456 Orientation icons 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 135685] Changed Icon in user-defined symbol bar is not saved in Writer
https://bugs.documentfoundation.org/show_bug.cgi?id=135685 --- Comment #2 from w.sir...@gmx.net --- Thank you for your comment. After I found this bug in 7.0.0.3, I deleted everything and went back to 6.4.5.2. Problem persists. Only difference: the version of Windows I'm using. My old PC had Win 10 x64 V1909, and it worked. Then I got new hardware and installed Win 10 x64 V2004. So, I think it might be a problem with the version of Windows (Access rights?) But, I'm no expert on this... -- 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 123355] FILEOPEN DOCX BELOW/LEFT/RIGHT/ABOVE table formula is not working in LO
https://bugs.documentfoundation.org/show_bug.cgi?id=123355 László Németh changed: What|Removed |Added Assignee|libreoffice-b...@lists.free |nem...@numbertext.org |desktop.org | Status|NEW |ASSIGNED -- 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 123354] FILEOPEN DOCX ABS table formula is not working in LO
https://bugs.documentfoundation.org/show_bug.cgi?id=123354 László Németh changed: What|Removed |Added Status|NEW |ASSIGNED Assignee|libreoffice-b...@lists.free |nem...@numbertext.org |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
Re: compiling Libreoffice online android doesn't display document.
For core.git my autogen.input file looks like this. --build=x86_64-unknown-linux-gnu --with-android-sdk=/home/ubuntu/Android/Sdk --with-android-ndk=/home/ubuntu/Android/Sdk/ndk/19.2.5345600 --with-distro=LibreOfficeAndroid --enable-sal-log online.git configured poco 1.10.1 for android with ./configure --config=Android --no-samples --no-tests --omit=Crypto,NetSSL_OpenSSL,Zip,Data,Data/SQLite,Data/ODBC,Data/MySQL,MongoDB,PDF,CppParser,PageCompiler,JWT //make PATH="$PATH":~/Android/Sdk/ndk/19.2.5345600/toolchains/llvm/prebuilt/linux-x86_64/bin make -j8 ANDROID_ABI=armeabi-v7a CC=armv7a-linux-androideabi21-clang CXX=armv7a-linux-androideabi21-clang++ SYSLIBS=-static-libstdc++ //install PATH="$PATH":~/Android/Sdk/ndk/19.2.5345600/toolchains/llvm/prebuilt/linux-x86_64/bin make -j8 ANDROID_ABI=armeabi-v7a CC=armv7a-linux-androideabi21-clang CXX=armv7a-linux-androideabi21-clang++ SYSLIBS=-static-libstdc++ install INSTALLDIR=/opt/poco-android then in online.git folder ./autogen.sh && ./configure CC=~/Android/Sdk/ndk/19.2.5345600/toolchains/llvm/prebuilt/linux-x86_64/bin/armv7a-linux-androideabi21-clang CXX=~/Android/Sdk/ndk/19.2.5345600/toolchains/llvm/prebuilt/linux-x86_64/bin/armv7a-linux-androideabi21-clang++ --host=arm-linux-androideabi --enable-androidapp --with-lo-builddir=/opt/lo_final/core --with-poco-includes=/opt/poco-android/include --with-poco-libs=/opt/poco-android/lib --disable-setcap --enable-silent-rules --enable-debug when opening any document adb log show following msgs. 2020-08-18 00:09:24.874 11011-11011/org.libreoffice.androidapp.debug W/ActivityThread: handleWindowVisibility: no activity for token android.os.BinderProxy@89a92a8 2020-08-18 00:09:25.099 11011-11106/org.libreoffice.androidapp.debug W/chromium: [WARNING:dns_config_service_posix.cc(342)] Failed to read DnsConfig. 2020-08-18 00:09:25.232 11011-11107/org.libreoffice.androidapp.debug W/ndroidapp.debu: Accessing hidden method Landroid/media/AudioManager;->getOutputLatency(I)I (greylist, reflection, allowed) 2020-08-18 00:09:25.236 11011-11107/org.libreoffice.androidapp.debug W/cr_media: Requires BLUETOOTH permission 2020-08-18 00:09:25.293 11011-11011/org.libreoffice.androidapp.debug E/GraphicExt: GraphicExtModuleLoader::CreateGraphicExtInstance false 2020-08-18 00:09:25.341 11011-11011/org.libreoffice.androidapp.debug E/GraphicExt: GraphicExtModuleLoader::CreateGraphicExtInstance false 2020-08-18 00:09:25.982 11011-3/org.libreoffice.androidapp.debug E/AndroidProtocolHandler: Unable to open asset URL: file:///android_asset/dist/branding-mobile.css 2020-08-18 00:09:26.139 11011-11140/org.libreoffice.androidapp.debug W/configmgr: 1:configmgr/source/xcuparser.cxx:904: ignoring modify of unknown set member node "StarOffice XML (Base) Report" in "file:///assets/share/registry/res/fcfg_langpack_en-US.xcd" 2020-08-18 00:09:26.139 11011-11140/org.libreoffice.androidapp.debug W/configmgr: 1:configmgr/source/xcuparser.cxx:904: ignoring modify of unknown set member node "StarOffice XML (Base) Report Chart" in "file:///assets/share/registry/res/fcfg_langpack_en-US.xcd" -- Sent from: http://document-foundation-mail-archive.969070.n3.nabble.com/Dev-f1639786.html ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice-commits] core.git: sw/qa sw/source writerfilter/Library_writerfilter.mk writerfilter/source
sw/qa/extras/ooxmlexport/data/tdf123386.docx |binary sw/qa/extras/ooxmlexport/data/tdf123389.docx |binary sw/qa/extras/ooxmlexport/data/tdf133647.docx |binary sw/qa/extras/ooxmlexport/ooxmlexport.cxx | 46 ++ sw/source/filter/ww8/docxattributeoutput.cxx | 35 ++-- writerfilter/Library_writerfilter.mk |6 +- writerfilter/source/dmapper/DomainMapper_Impl.cxx |8 +++ writerfilter/source/dmapper/PropertyIds.cxx |2 writerfilter/source/dmapper/PropertyIds.hxx |2 9 files changed, 91 insertions(+), 8 deletions(-) New commits: commit 82189fdc93ac337e1de3379d678eca6b7654e6fc Author: László Németh AuthorDate: Mon Aug 17 14:00:54 2020 +0200 Commit: László Németh CommitDate: Mon Aug 17 23:30:21 2020 +0200 tdf133647 tdf123386 tdf123389 fix DOCX table formula export Keep original DOCX table formula during round-trip using grab-bagging. This is a temporary solution until fixing formula export and a proposed solution for formula cannot be converted. Follow-up of commit 68e74bdf63e992666016c790e8e4cfd5b28d6abe (tdf133647 tdf123386 tdf123389 Improved .docx table formula import). Change-Id: Ia4759e250c06e9cc0495fb0b57fccd1ee1f50da9 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/100872 Tested-by: Jenkins Reviewed-by: László Németh diff --git a/sw/qa/extras/ooxmlexport/data/tdf123386.docx b/sw/qa/extras/ooxmlexport/data/tdf123386.docx new file mode 100644 index ..1278068ddedf Binary files /dev/null and b/sw/qa/extras/ooxmlexport/data/tdf123386.docx differ diff --git a/sw/qa/extras/ooxmlexport/data/tdf123389.docx b/sw/qa/extras/ooxmlexport/data/tdf123389.docx new file mode 100644 index ..4245464b820d Binary files /dev/null and b/sw/qa/extras/ooxmlexport/data/tdf123389.docx differ diff --git a/sw/qa/extras/ooxmlexport/data/tdf133647.docx b/sw/qa/extras/ooxmlexport/data/tdf133647.docx new file mode 100644 index ..fb525446c7fc Binary files /dev/null and b/sw/qa/extras/ooxmlexport/data/tdf133647.docx differ diff --git a/sw/qa/extras/ooxmlexport/ooxmlexport.cxx b/sw/qa/extras/ooxmlexport/ooxmlexport.cxx index 017fa21a6dec..e0ce31a44d1b 100644 --- a/sw/qa/extras/ooxmlexport/ooxmlexport.cxx +++ b/sw/qa/extras/ooxmlexport/ooxmlexport.cxx @@ -1009,6 +1009,52 @@ DECLARE_OOXMLEXPORT_TEST(testTdf133163, "tdf133163.fodt") assertXPathContent(pXmlDoc, "/w:document/w:body/w:tbl/w:tr[4]/w:tc/w:p/w:r[2]/w:instrText", " = SUM(A1:A3)"); } +DECLARE_OOXMLEXPORT_TEST(testTdf133647, "tdf133647.docx") +{ +xmlDocUniquePtr pXmlDoc = parseExport(); +if (!pXmlDoc) +return; + +// Keep original formula during round-trip +assertXPathContent(pXmlDoc, "/w:document/w:body/w:tbl/w:tr[4]/w:tc[4]/w:p/w:r[2]/w:instrText", " = SUM(A1,B1)"); +assertXPathContent(pXmlDoc, "/w:document/w:body/w:tbl/w:tr[5]/w:tc[4]/w:p/w:r[2]/w:instrText", " = SUM(C1:D1)"); +assertXPathContent(pXmlDoc, "/w:document/w:body/w:tbl/w:tr[6]/w:tc[4]/w:p/w:r[2]/w:instrText", " = SUM(A1,5,B1:C1,6)"); +assertXPathContent(pXmlDoc, "/w:document/w:body/w:tbl/w:tr[7]/w:tc[4]/w:p/w:r[2]/w:instrText", " = (1+2)*SUM(C1,D1)"); +assertXPathContent(pXmlDoc, "/w:document/w:body/w:tbl/w:tr[8]/w:tc[4]/w:p/w:r[2]/w:instrText", " = 3*(2+SUM(A1:C1)+7)"); +assertXPathContent(pXmlDoc, "/w:document/w:body/w:tbl/w:tr[9]/w:tc[4]/w:p/w:r[2]/w:instrText", " = 1+(SUM(1,2))"); +assertXPathContent(pXmlDoc, "/w:document/w:body/w:tbl/w:tr[10]/w:tc[4]/w:p/w:r[2]/w:instrText", " = (SUM(C1,5)*(2+7))*(3+SUM(1,B1))"); +assertXPathContent(pXmlDoc, "/w:document/w:body/w:tbl/w:tr[11]/w:tc[4]/w:p/w:r[2]/w:instrText", " = sum(a1,b1)"); +} + +DECLARE_OOXMLEXPORT_TEST(testTdf123386, "tdf123386.docx") +{ +xmlDocUniquePtr pXmlDoc = parseExport(); +if (!pXmlDoc) +return; + +// Keep original formula during round-trip +assertXPathContent(pXmlDoc, "/w:document/w:body/w:tbl/w:tr[3]/w:tc[4]/w:p/w:r[2]/w:instrText", " = A1 < 2"); +assertXPathContent(pXmlDoc, "/w:document/w:body/w:tbl/w:tr[4]/w:tc[4]/w:p/w:r[2]/w:instrText", " = B1 > 1"); +assertXPathContent(pXmlDoc, "/w:document/w:body/w:tbl/w:tr[5]/w:tc[4]/w:p/w:r[2]/w:instrText", " = C1=3"); +assertXPathContent(pXmlDoc, "/w:document/w:body/w:tbl/w:tr[6]/w:tc[4]/w:p/w:r[2]/w:instrText", " = D1 <> 3"); +assertXPathContent(pXmlDoc, "/w:document/w:body/w:tbl/w:tr[7]/w:tc[4]/w:p/w:r[2]/w:instrText", " = AND(A1=1,B1=2)"); +assertXPathContent(pXmlDoc, "/w:document/w:body/w:tbl/w:tr[8]/w:tc[4]/w:p/w:r[2]/w:instrText", " = AND((A1<1),(B1<>2))"); +assertXPathContent(pXmlDoc, "/w:document/w:body/w:tbl/w:tr[9]/w:tc[4]/w:p/w:r[2]/w:instrText", " = OR(A1=1,B1=2)"); +assertXPathContent(pXmlDoc, "/w:document/w:body/w:tbl/w:tr[10]/w:tc[4]/w:p/w:r[2]/w:instrText", " = OR(TRUE,FALSE)"); +assertXPathContent(pXmlDoc,
[Libreoffice-bugs] [Bug 113285] [META] Crash report system bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=113285 Bug 113285 depends on bug 121442, which changed state. Bug 121442 Summary: ENHANCEMENT: Improve the crash reporter dialog https://bugs.documentfoundation.org/show_bug.cgi?id=121442 What|Removed |Added Status|NEW |RESOLVED Resolution|--- |NOTABUG -- 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 121442] ENHANCEMENT: Improve the crash reporter dialog
https://bugs.documentfoundation.org/show_bug.cgi?id=121442 Telesto changed: What|Removed |Added Resolution|--- |NOTABUG Status|NEW |RESOLVED --- Comment #4 from Telesto --- (In reply to Thomas Lendo from comment #3) > Is this enhancement request still valid? > > I doubt that user input will help to make LibreOffice better. Moreover you > need man power to analyze and utilize the comments. If a user want give more > information he/she is enforced to create a bug report with the crash ID. I > don't think more is needed. The bugtracker isn't to accessible. Registering, English only (with an international audience); certain requirements without really 'good' guidance. If you know what you're doing it's rather simple, but posting for the first time quite a hurdle, IMHO. The main idea: there are sometimes lots of crashes in the some area (if crash reporter would show to full stack; currently not the case), where some small comments could give some hints where to look. So if they crash reporter would ask for a small description this might help. A group of people assumes that the 'crash reporter' reports all what 'we' need to know to solve the problem. It's actually more used for statistics and sometimes a helpful BT. But conversion rate from crash report to bug report not great. And the people who make it from crash reporter to bug tracker (clicking the link in the reporter I assume) report the default fields most of time without any additional info However with the current quality of BT of the crash reporter it's pointless for sure. And if it would work is questionable too.. so going for NOTABUG -- 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 121442] ENHANCEMENT: Improve the crash reporter dialog
https://bugs.documentfoundation.org/show_bug.cgi?id=121442 Thomas Lendo changed: What|Removed |Added CC||thomas.le...@gmail.com --- Comment #3 from Thomas Lendo --- Is this enhancement request still valid? I doubt that user input will help to make LibreOffice better. Moreover you need man power to analyze and utilize the comments. If a user want give more information he/she is enforced to create a bug report with the crash ID. I don't think more is needed. -- 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 135858] Rename file in 8.3 format
https://bugs.documentfoundation.org/show_bug.cgi?id=135858 --- Comment #2 from LE GARREC Vincent --- Created attachment 164390 --> https://bugs.documentfoundation.org/attachment.cgi?id=164390=edit 8_3_format.log All files that contain a class where the filename is an abbreviation of the class. -- 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 135858] Rename file in 8.3 format
https://bugs.documentfoundation.org/show_bug.cgi?id=135858 LE GARREC Vincent changed: What|Removed |Added CC||documentfoundation@le-garre ||c.fr --- Comment #1 from LE GARREC Vincent --- Created attachment 164389 --> https://bugs.documentfoundation.org/attachment.cgi?id=164389=edit found_8_3_file_format.py Found files in 8.3 fileformat in the current folder. The file must have a class where the filename is an abbreviation (missing char, case insensitive) of the class. -- 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 135858] New: Rename file in 8.3 format
https://bugs.documentfoundation.org/show_bug.cgi?id=135858 Bug ID: 135858 Summary: Rename file in 8.3 format Product: LibreOffice Version: 7.1.0.0.alpha0+ Master Hardware: All OS: All Status: UNCONFIRMED Severity: enhancement Priority: medium Component: LibreOffice Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: documentfoundat...@le-garrec.fr Description: I found an easy job to do in the commit "we're not in DOS anymore" https://cgit.freedesktop.org/libreoffice/core/commit/?id=7c67a8f4e837669ea23d1bc98e3d6fb78025066f The job is to rename files that have a 8.3 filename. I build a small (and ugly but do the job) python script to find files to rename. The script lists every file and each file, it try to found inside the declaration of a class where the filename is a abbreviation. For example the script found that the file "./filter/source/graphicfilter/idxf/dxfgrprd.hxx" has a class "DXFGroupReader" so the file should be renamed "DXFGroupReader.hxx" or "dxfgroupreader.hxx". I did not limit length file to 8 to be able to found more files. What do you think about it ? Is it a good idea ? Steps to Reproduce: - Actual Results: Some filename are truncated or don't have vowel anymore. Expected Results: Rename file to ease maintenance. Reproducible: Always User Profile Reset: No Additional Info: LibreOffice Master -- 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 135857] New: [UI] Find & Replace with Format after apply and unapply Font Effects
https://bugs.documentfoundation.org/show_bug.cgi?id=135857 Bug ID: 135857 Summary: [UI] Find & Replace with Format after apply and unapply Font Effects Product: LibreOffice Version: 6.3.6.2 release Hardware: All OS: All Status: UNCONFIRMED Severity: normal Priority: medium Component: Writer Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: iavs.le...@gmail.com Description: After applying and un-applying a font effect, Find & Replace... only finds the text that was previously affected, if in Format... "(Without)"/"None"/'empty check box' was selected for that effect. Steps to Reproduce: 1. Type some text. 2. Underline part of the text. 3. Choose menu `Edit` - `Find & Replace…`, leave the Find text box empty, choose `Format` and for Underline select `(Without)`, `OK`. 4. Press `Find All`. 5. Un-underline the text of step 2. 6. Repeat steps 3. and 4. 7. Clear direct format on the text of step 2. 8. Repeat steps 3. and 4. […] 9. After step 5., select all text and paste in a new text document. 10. Repeat steps 3. and 4. […] 11. After step 5., save, restart LibreOffice and open the document. 12. Repeat steps 3. and 4. Actual Results: After step 4.: Nothing is selected. After step 6.: Only un-underlined text is selected. After step 8.: Nothing is selected. After step 10.: From the text of step 2 until the end of the paragraph are not selected. After step 12.: Only un-underlined text is selected. Expected Results: After step 4.: No underlined text is selected. After step 6.: All text (no underlined and un-underlined) is selected. After step 8.: All text is selected. After step 10.: All text is selected. After step 12.: All text (no underlined and un-underlined) is selected. Reproducible: Always User Profile Reset: Yes OpenGL enabled: Yes Additional Info: Happens with Relief, Overlining, Strikethrough, Underlining, Outline, Shadow, and Blinking, Highlighting, and may be some more. Do not happens with Effects. Version: 6.3.6.2 (x86) Build ID: 2196df99b074d8a661f4036fca8fa0cbfa33a497 CPU threads: 4; OS: Windows 6.1; UI render: default; VCL: win; Locale: es-MX (es_MX); 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 135856] Cannot scroll large slide content or zoom in ouside slide boundry
https://bugs.documentfoundation.org/show_bug.cgi?id=135856 --- Comment #1 from Mihai Vasiliu --- Created attachment 164388 --> https://bugs.documentfoundation.org/attachment.cgi?id=164388=edit Use this to reproduce the issue. You cannot see all the objects. -- 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 135856] New: Cannot scroll large slide content or zoom in ouside slide boundry
https://bugs.documentfoundation.org/show_bug.cgi?id=135856 Bug ID: 135856 Summary: Cannot scroll large slide content or zoom in ouside slide boundry Product: LibreOffice Version: 7.0.0.3 release Hardware: x86-64 (AMD64) OS: Windows (All) Status: UNCONFIRMED Severity: normal Priority: medium Component: Impress Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: mihai.vasiliu...@gmail.com Description: When using MS PowerPoint to create a slide which has items (shapes, textboxes etc.) outside/beyond the slide area, the items are not reachable in LO Impress. You can zoom out to see all content beyond the slide area, but you cannot zoom in on the elements themselves if they are far off out of the slide area. The same applies to scrolling. In PowerPoint the vertical and horizontal scrollbars adjust automatically so you can scroll however you like ouside the slide area if there are elements outside, but in Impress the scrollbars have fixed lengths so you cannot reach the elements far away. Steps to Reproduce: 1. Open the pptx presentation attached. 2. Follow the instructions on the slide => Try to follow the blue arrows to reach the orange tear at the end by any means. 3. You can't reach it, but you can see it if you zoom out enough. Actual Results: The horizontal scroll bar does not resize to allow to scroll the work area to the end of the last element. In this case to be able to see the orange tear. You cannot reach all the elements on the work area without zooming very far away. Even if you zoom, you cannot move the orange tear outside a predefined area by LO Impress. Editing is limited to a specific area, but in PowerPoint it is virtually infinite. Expected Results: The horizontal scrollbar should auto-resize to allow scrolling to the very last element on the work area. Zooming should be able to zoom in on any element. Moving the elements should be allowes outside the Impress predefined area. Reproducible: Always User Profile Reset: No Additional Info: This is very important for me as me and my colleagues have very large diagrams on the slide that go beyond the slide area that we reposition each time we want to show different things on the slide and hide the rest. PowerPoint works fine with this. So LO Impress has to do this as well! 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 135847] FILEOPEN: csv autoimport not consistent for 1>x>0 with german local
https://bugs.documentfoundation.org/show_bug.cgi?id=135847 --- Comment #4 from Phillip Sz --- Created attachment 164387 --> https://bugs.documentfoundation.org/attachment.cgi?id=164387=edit testcase2 -- 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 135855] New: Enhancement: RAND.NV() recalculation extended to named and/or marked cell-ranges containing RAND.NV()
https://bugs.documentfoundation.org/show_bug.cgi?id=135855 Bug ID: 135855 Summary: Enhancement: RAND.NV() recalculation extended to named and/or marked cell-ranges containing RAND.NV() Product: LibreOffice Version: 7.0.0.3 release Hardware: All OS: All Status: UNCONFIRMED Severity: enhancement Priority: medium Component: Calc Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: gmild...@t-online.de Description: The introducion of RAND.NV() is fine! However it´s behaviour that it can be triggered by F9 only when the focus is on the cell conaining RAND.NV() is i.m.h.o. a bit too special. I expected (and tried) marked- as well as named cell-ranges which contained several RAND.NV()s with the focus on arbitrary cells within these ranges, but only the specified cell was recalculated. I´d suggest to extend RAND.NV()-functionality as described above. While giving more flexibility, this would not spoil the original function. Thanx and best regards, Gerd Steps to Reproduce: 1.easy, see description 2. 3. Actual Results: RAND.NV() is not recalculated on F9 (no bug, is as documented) Expected Results: obvious, see above Reproducible: Always User Profile Reset: No Additional Info: OS is Win 10 -- 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-commits] core.git: basic/source
basic/source/sbx/sbxvalue.cxx |3 +++ 1 file changed, 3 insertions(+) New commits: commit 7da32109ecf9a269764603f8a8855268d5b1f8e3 Author: Mike Kaganski AuthorDate: Mon Aug 17 21:40:12 2020 +0300 Commit: Mike Kaganski CommitDate: Mon Aug 17 22:05:05 2020 +0200 Don't forget to increment refcount when loading from image Otherwise it will fail assertion in SbxValue::Clear, because SvRefBase::ReleaseRef would check that its current count is not zero. In release builds, not doing this would leak. Change-Id: I80dfc815f8a2b651ff290af10808212281abf246 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/100879 Tested-by: Mike Kaganski Reviewed-by: Mike Kaganski diff --git a/basic/source/sbx/sbxvalue.cxx b/basic/source/sbx/sbxvalue.cxx index bd668a02964d..43a8e5243c83 100644 --- a/basic/source/sbx/sbxvalue.cxx +++ b/basic/source/sbx/sbxvalue.cxx @@ -1413,6 +1413,9 @@ bool SbxValue::LoadData( SvStream& r, sal_uInt16 ) break; case 1: aData.pObj = SbxBase::Load( r ); +// if necessary increment Ref-Count +if (aData.pObj) +aData.pObj->AddFirstRef(); return ( aData.pObj != nullptr ); case 2: aData.pObj = this; ___ Libreoffice-commits mailing list libreoffice-comm...@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-commits
[Libreoffice-bugs] [Bug 135847] FILEOPEN: csv autoimport not consistent for 1>x>0 with german local
https://bugs.documentfoundation.org/show_bug.cgi?id=135847 Phillip Sz changed: What|Removed |Added Summary|FILEOPEN: csv autoimport|FILEOPEN: csv autoimport |not woking for values 1>x>0 |not consistent for 1>x>0 ||with german local -- 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 135847] FILEOPEN: csv autoimport not woking for values 1>x>0
https://bugs.documentfoundation.org/show_bug.cgi?id=135847 Phillip Sz changed: What|Removed |Added Summary|FILEOPEN: csv autoimport|FILEOPEN: csv autoimport |not working for values |not woking for values 1>x>0 |1>x>0 | --- Comment #3 from Phillip Sz --- (In reply to Ming Hua from comment #2) > (In reply to Phillip Sz from comment #0) > > Additional Info: > > Version: 6.4.4.2 > > Build-ID: 1:6.4.4-0ubuntu0.20.04.1 > > CPU-Threads: 8; BS: Linux 5.4; UI-Render: Standard; VCL: gtk3; > > Gebietsschema: de-DE (de_DE.UTF-8); UI-Sprache: de-DE > > Calc: threaded > German locale uses comma (,) as the decimal point symbol instead of period > (.), and period (.) is used as separator in long numbers, such as > 1.000.000.000 for a (US) billion. So in your case values like 0.234 are > intepreted as integer 0234 instead of 234/1000. > > To import CSV files with period as decimal point, you probably need to > change "Decimal separator key" to period in Tool > Options > Language > Settings > Languages, and unselect "Same as locale setting". Maybe there is > a setting in the CSV import dialog, but my cursory search didn't find > anything. You are right, the german local is the problem and you can even change it in the import dialog. However I notice some very strange behaviour. If I import the value "0.1234" and "0.12", it will be imported as string (I think? At least I can not add to it), even with a german local. Only if you have a number with three digits after the dot it will be imported as number 123. Also see testcase2.csv I would propose to make it consistent for all cases. 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-commits] core.git: basic/source sc/qa
basic/source/classes/image.cxx| 12 ++ sc/qa/extras/macros-test.cxx | 63 +- sc/qa/extras/testdocuments/ProtectedArrayInCustomType.ods |binary sc/qa/extras/testdocuments/testTypePassword.ods |binary 4 files changed, 71 insertions(+), 4 deletions(-) New commits: commit d7d9d3cf1a529cfe99fb1b5ae65967c54e9f23bb Author: Mike Kaganski AuthorDate: Mon Aug 17 11:38:54 2020 +0300 Commit: Mike Kaganski CommitDate: Mon Aug 17 22:03:34 2020 +0200 tdf#135799: properly load arrays in user-defined types from image This requires to reset Fixed flag temporarily, as in SbiParser::DefType for non-image case. And save the dimensions of the arrays in the custom types correctly: the dimensions are numbered from 1, not from 0. The existing unit test (that happened to not test anything actually) was fixed. Change-Id: I48c6b6d5d735d9972a2c0dd40345d5db75f87f39 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/100877 Tested-by: Jenkins Reviewed-by: Mike Kaganski diff --git a/basic/source/classes/image.cxx b/basic/source/classes/image.cxx index bb4d8409573f..eb127e755f1f 100644 --- a/basic/source/classes/image.cxx +++ b/basic/source/classes/image.cxx @@ -265,7 +265,7 @@ bool SbiImage::Load( SvStream& r, sal_uInt32& nVersion ) nCount = nMaxRecords; } -// User defined types +// User defined types; ref.: SbiParser::DefType for (sal_uInt16 i = 0; i < nCount; i++) { OUString aTypeName = r.ReadUniOrByteString(eCharSet); @@ -320,7 +320,8 @@ bool SbiImage::Load( SvStream& r, sal_uInt32& nVersion ) else { // an array -SbxDimArray* pArray = new SbxDimArray(); +SbxDimArray* pArray = new SbxDimArray( +static_cast(aMemberType & 0x0FFF)); sal_Int16 isFixedSize; r.ReadInt16(isFixedSize); @@ -337,7 +338,12 @@ bool SbiImage::Load( SvStream& r, sal_uInt32& nVersion ) pArray->unoAddDim32(lBound, uBound); } +const SbxFlagBits nSavFlags = pTypeElem->GetFlags(); +// need to reset the FIXED flag +// when calling PutObject ( because the type will not match Object ) +pTypeElem->ResetFlag(SbxFlagBits::Fixed); pTypeElem->PutObject( pArray ); +pTypeElem->SetFlags(nSavFlags); } } @@ -538,7 +544,7 @@ bool SbiImage::Save( SvStream& r, sal_uInt32 nVer ) sal_Int32 nDims = pArray->GetDims32(); r.WriteInt32(nDims); -for (sal_Int32 d = 0; d < nDims; d++) +for (sal_Int32 d = 1; d <= nDims; d++) { sal_Int32 lBound; sal_Int32 uBound; diff --git a/sc/qa/extras/macros-test.cxx b/sc/qa/extras/macros-test.cxx index d158d8c412c5..df2a1583edd4 100644 --- a/sc/qa/extras/macros-test.cxx +++ b/sc/qa/extras/macros-test.cxx @@ -43,6 +43,7 @@ public: void testRowColumn(); void testTdf131562(); void testPasswordProtectedUnicodeString(); +void testPasswordProtectedArrayInUserType(); void testTdf107902(); void testTdf131296_legacy(); void testTdf131296_new(); @@ -58,6 +59,7 @@ public: CPPUNIT_TEST(testRowColumn); CPPUNIT_TEST(testTdf131562); CPPUNIT_TEST(testPasswordProtectedUnicodeString); +CPPUNIT_TEST(testPasswordProtectedArrayInUserType); CPPUNIT_TEST(testTdf107902); CPPUNIT_TEST(testTdf131296_legacy); CPPUNIT_TEST(testTdf131296_new); @@ -143,7 +145,7 @@ void ScMacrosTest::testPasswordProtectedStarBasic() SfxObjectShell::CallXScript( xComponent, - "vnd.sun.Star.script:MyLibrary.Module1.Main?language=Basic=document", + "vnd.sun.Star.script:Standard.Module1.LoadAndExecuteTest?language=Basic=document", aParams, aRet, aOutParamIndex, aOutParam); OUString aValue = rDoc.GetString(0,0,0); @@ -550,6 +552,65 @@ void ScMacrosTest::testPasswordProtectedUnicodeString() xCloseable->close(true); } +void ScMacrosTest::testPasswordProtectedArrayInUserType() +{ +const OUString sMacroURL( + "vnd.sun.Star.script:Protected.Module1.TestMyType?language=Basic=document"); +const OUString sLibName("Protected"); + +OUString aFileName; +createFileURL("ProtectedArrayInCustomType.ods", aFileName);
[Libreoffice-bugs] [Bug 135799] Error loading user-defined type with fixed-type array data field from password-protected library
https://bugs.documentfoundation.org/show_bug.cgi?id=135799 Mike Kaganski changed: What|Removed |Added Assignee|libreoffice-b...@lists.free |mikekagan...@hotmail.com |desktop.org | Status|NEW |ASSIGNED --- Comment #6 from Mike Kaganski --- https://gerrit.libreoffice.org/c/core/+/100877 -- 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 135854] Image disappearing of changing page wrap to optimal (paragraph where the 'as character' image is anchored to' is moving up
https://bugs.documentfoundation.org/show_bug.cgi?id=135854 Telesto changed: What|Removed |Added Version|Inherited From OOo |4.2.0.4 release Keywords||bibisectRequest, regression --- Comment #2 from Telesto --- Found in 7.1 6.0 4.4.7.2 and in 4.2 but not in Versie: 4.1.0.4 Build ID: 89ea49ddacd9aa532507cbf852f2bb22b1ace28 -- 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 135854] Image disappearing of changing page wrap to optimal (paragraph where the 'as character' image is anchored to' is moving up
https://bugs.documentfoundation.org/show_bug.cgi?id=135854 --- Comment #1 from Telesto --- Created attachment 164386 --> https://bugs.documentfoundation.org/attachment.cgi?id=164386=edit Example file -- 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 135854] New: Image disappearing of changing page wrap to optimal (paragraph where the 'as character' image is anchored to' is moving up
https://bugs.documentfoundation.org/show_bug.cgi?id=135854 Bug ID: 135854 Summary: Image disappearing of changing page wrap to optimal (paragraph where the 'as character' image is anchored to' is moving up Product: LibreOffice Version: Inherited From OOo Hardware: All OS: All Status: UNCONFIRMED Severity: normal Priority: medium Component: Writer Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: tele...@surfxs.nl Description: Image disappearing of changing page wrap to optimal (paragraph where the 'as character' image is anchored to' is moving up Steps to Reproduce: 1. open the attached file 2. Change the wrap of the second image on the first page to something different Actual Results: Image of page 2 moves up to page 1 and gets invisible (because of the 'to character anchoring'. Change it to 'to paragraph or to character' before changing the wrap and the same jump occurs Expected Results: The hard part, there is a logical explanation for this. OTOH rather annoying experience. As wrap can have large impact. Sometimes I wish anchoring was to 'a row', instead of to specific 'paragraph' or anchor. So the anchor is attached to a 'certain' line (similar to line numbering'). Paragraphs also being virtually present at area's where image wrap doesn't allow paragraphs. So it's anchoring is unaffected by wrap settings. Reproducible: Always User Profile Reset: No Additional Info: Version: 7.1.0.0.alpha0+ (x64) Build ID: CPU threads: 4; OS: Windows 6.3 Build 9600; UI render: Skia/Raster; VCL: win Locale: nl-NL (nl_NL); UI: en-US Calc: CL -- 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-commits] core.git: drawinglayer/source
drawinglayer/source/processor2d/vclmetafileprocessor2d.cxx |1 + 1 file changed, 1 insertion(+) New commits: commit b6e508fc47ecb3650fd82c5e174e6d6a084e9ec6 Author: A_GAN AuthorDate: Mon Aug 17 13:03:25 2020 +0200 Commit: Mike Kaganski CommitDate: Mon Aug 17 21:02:36 2020 +0200 tdf#134052:shadow appears solid instead of blurry in presentation mode Add shadow primitive id into the switch case to run ProcessPrimitive2DOnPixelProcessor function. Change-Id: I059771ba4c56eca50c74aad81c4dec193b454dca Reviewed-on: https://gerrit.libreoffice.org/c/core/+/100861 Tested-by: Jenkins Reviewed-by: Mike Kaganski diff --git a/drawinglayer/source/processor2d/vclmetafileprocessor2d.cxx b/drawinglayer/source/processor2d/vclmetafileprocessor2d.cxx index 174b529e82a5..73fb76012889 100644 --- a/drawinglayer/source/processor2d/vclmetafileprocessor2d.cxx +++ b/drawinglayer/source/processor2d/vclmetafileprocessor2d.cxx @@ -930,6 +930,7 @@ void VclMetafileProcessor2D::processBasePrimitive2D(const primitive2d::BasePrimi static_cast(rCandidate)); break; } +case PRIMITIVE2D_ID_SHADOWPRIMITIVE2D: case PRIMITIVE2D_ID_GLOWPRIMITIVE2D: case PRIMITIVE2D_ID_SOFTEDGEPRIMITIVE2D: { ___ Libreoffice-commits mailing list libreoffice-comm...@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-commits
[Libreoffice-commits] core.git: sw/qa sw/source
sw/qa/extras/odfexport/data/tdf135338_firstLeftPageFooter.odt |binary sw/qa/extras/odfexport/odfexport.cxx |7 +++ sw/source/core/inc/frmtool.hxx|2 +- sw/source/core/layout/frmtool.cxx |5 +++-- sw/source/core/layout/newfrm.cxx |2 +- 5 files changed, 12 insertions(+), 4 deletions(-) New commits: commit 15d3a3864879ff405c3f50003571989088be54c3 Author: Justin Luth AuthorDate: Fri Jul 31 13:42:20 2020 +0300 Commit: Justin Luth CommitDate: Mon Aug 17 20:53:00 2020 +0200 tdf#135338 sw layout: show FirstLeft on very first left page style. Although extremely unlikely, the Left Page style can have a different Left and FirstLeft. In the even more unlikely case that the document starts off using a left-page-only style, then the first header would not show on the first page, but only on all of the following left-only pages. So, of course, we want the very first visible page in the document to show the defined First header/footer. Change-Id: I7e74fdc085509fb8d6b80f36d1402309b9db9404 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/99862 Tested-by: Jenkins Reviewed-by: Justin Luth diff --git a/sw/qa/extras/odfexport/data/tdf135338_firstLeftPageFooter.odt b/sw/qa/extras/odfexport/data/tdf135338_firstLeftPageFooter.odt new file mode 100644 index ..4f9808875812 Binary files /dev/null and b/sw/qa/extras/odfexport/data/tdf135338_firstLeftPageFooter.odt differ diff --git a/sw/qa/extras/odfexport/odfexport.cxx b/sw/qa/extras/odfexport/odfexport.cxx index f74980ebc51b..e28ae2515f0b 100644 --- a/sw/qa/extras/odfexport/odfexport.cxx +++ b/sw/qa/extras/odfexport/odfexport.cxx @@ -1666,6 +1666,13 @@ DECLARE_ODFEXPORT_TEST(testTdf118393, "tdf118393.odt") CPPUNIT_ASSERT_EQUAL(OUString("Seite * von *"), parseDump("/root/page[7]/footer/txt/text()")); } +DECLARE_ODFEXPORT_TEST(testTdf135338_firstLeftPageFooter, "tdf135338_firstLeftPageFooter.odt") +{ +// The first page is a left page only style, but it should still show the first page footer +// instead of the left footer text "EVEN/LEFT (Left page only)" +CPPUNIT_ASSERT_EQUAL(OUString("First (Left page only)"), parseDump("/root/page[2]/footer/txt/text()")); +} + DECLARE_ODFEXPORT_TEST(testGerrit13858, "gerrit13858.odt") { CPPUNIT_ASSERT_EQUAL(1, getShapes()); diff --git a/sw/source/core/inc/frmtool.hxx b/sw/source/core/inc/frmtool.hxx index 9710bfab7cc1..027fd6b6461d 100644 --- a/sw/source/core/inc/frmtool.hxx +++ b/sw/source/core/inc/frmtool.hxx @@ -167,7 +167,7 @@ bool IsRightPageByNumber(SwRootFrame const& rLayout, sal_uInt16 nPageNum); SwPageFrame *InsertNewPage( SwPageDesc , SwFrame *pUpper, bool isRightPage, bool bFirst, bool bInsertEmpty, bool bFootnote, - SwFrame *pSibling ); + SwFrame *pSibling, bool bVeryFirstPage = false ); // connect Flys with page void RegistFlys( SwPageFrame*, const SwLayoutFrame* ); diff --git a/sw/source/core/layout/frmtool.cxx b/sw/source/core/layout/frmtool.cxx index 0ade3a3315ed..1cadf5f06aec 100644 --- a/sw/source/core/layout/frmtool.cxx +++ b/sw/source/core/layout/frmtool.cxx @@ -2998,7 +2998,8 @@ bool IsRightPageByNumber(SwRootFrame const& rLayout, sal_uInt16 const nPageNum) SwPageFrame * InsertNewPage( SwPageDesc , SwFrame *pUpper, bool const isRightPage, bool const bFirst, bool bInsertEmpty, bool const bFootnote, - SwFrame *pSibling ) +SwFrame *pSibling, +bool const bVeryFirstPage ) { assert(pUpper); assert(pUpper->IsRootFrame()); @@ -3030,7 +3031,7 @@ SwPageFrame * InsertNewPage( SwPageDesc , SwFrame *pUpper, // If there is no FrameFormat for this page, add an empty page if ( !pFormat ) { -pFormat = isRightPage ? rDesc.GetLeftFormat() : rDesc.GetRightFormat(); +pFormat = isRightPage ? rDesc.GetLeftFormat(bVeryFirstPage) : rDesc.GetRightFormat(bVeryFirstPage); OSL_ENSURE( pFormat, "Descriptor without any format?!" ); bInsertEmpty = !bInsertEmpty; } diff --git a/sw/source/core/layout/newfrm.cxx b/sw/source/core/layout/newfrm.cxx index 07ba49b7b626..a24a23bc9f30 100644 --- a/sw/source/core/layout/newfrm.cxx +++ b/sw/source/core/layout/newfrm.cxx @@ -488,7 +488,7 @@ void SwRootFrame::Init( SwFrameFormat* pFormat ) // Create a page and put it in the layout // The first page is always a right-page and always a first-page -SwPageFrame *pPage = ::InsertNewPage(*pDesc, this, true, true, false, false, nullptr); +SwPageFrame *pPage = ::InsertNewPage(*pDesc, this, true, true, false, false, nullptr, true); // Find the first page in the Bodytext section. SwLayoutFrame *pLay = pPage->FindBodyCont(); ___
[Libreoffice-ux-advise] [Bug 135836] UI: Discourage usage of the to page anchor by hiding it from toolbar/context menu
https://bugs.documentfoundation.org/show_bug.cgi?id=135836 --- Comment #3 from Telesto --- (In reply to V Stuart Foote from comment #2) > This is bad on so many facets. Anchor to page is critical for doing large > frame and section document layouts. Think posters and artboards. > > Otherwise, the ODF handling is pretty correct. Issues of export round-trip > import conversions as MS binary or OOXML formats are legitimate filter > issues. But do not merit elimination/supression of a substantial LO > capability in working with ODF archive documents. It;s more or less based on ask posting. "I strongly advocate against this type of anchoring." FWIW, there is also bug 135835. Where I'm advocating for name change. There are more or less two different directions/proposals :-). I surely don't know they legit user cases. However I assume quite a number of benjamins are abusing/misusing 'to page' anchoring. And in addition you get comp-ability issue with different formats. Removal maybe excessive, but suppression might be helpful. We are talking about what's desired for largest group of users, IMHO The context menu can be customized and the 'to page' re-added if people desire it. This more about what should be the default. And it's not so that the option is gone; it's still in image properties; so it can be seen. I'm surely unaware of the group using to page anchoring for legit reason "for doing large frame and section document layouts." etc. However not sure if it should be advisable to design posters with Writer, but that's more a hunch. This is actually similar to the discussion about 'mark-down feature' or 'tabbed' mode. What's desired for group A is problematic for group B, and less optimal for C. Hiding special features, make them unknown. Make special feature more prominent and other people get confused of frustrated. As Markdown has undesired results depending what you're doing(and I'm still bit of geeky feature used by certain group/professions). Similar to LaTeX is being promoted some area's. The one size fits all will always be complicated. At some point the we end up with modes: 'regular user' (tabbed, basic), "power-user" (toolbar + ??), graphic designer (special toolbar setup). If this is done by an installation wizard/ extension or whatever. Or list of setting with a preset depending on type of user There quite of group of people annoying by the autosuggest (without known it can be turned off). Or as said the mark-down feature (which surely must make some people crazy). Or people being unaware of special replacement lists. Or even extensions like LanguageTool for that matter (not knowing much about must used extensions actually). -- You are receiving this mail because: You are on the CC list for the bug. ___ Libreoffice-ux-advise mailing list Libreoffice-ux-advise@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise
[Libreoffice-bugs] [Bug 135836] UI: Discourage usage of the to page anchor by hiding it from toolbar/context menu
https://bugs.documentfoundation.org/show_bug.cgi?id=135836 --- Comment #3 from Telesto --- (In reply to V Stuart Foote from comment #2) > This is bad on so many facets. Anchor to page is critical for doing large > frame and section document layouts. Think posters and artboards. > > Otherwise, the ODF handling is pretty correct. Issues of export round-trip > import conversions as MS binary or OOXML formats are legitimate filter > issues. But do not merit elimination/supression of a substantial LO > capability in working with ODF archive documents. It;s more or less based on ask posting. "I strongly advocate against this type of anchoring." FWIW, there is also bug 135835. Where I'm advocating for name change. There are more or less two different directions/proposals :-). I surely don't know they legit user cases. However I assume quite a number of benjamins are abusing/misusing 'to page' anchoring. And in addition you get comp-ability issue with different formats. Removal maybe excessive, but suppression might be helpful. We are talking about what's desired for largest group of users, IMHO The context menu can be customized and the 'to page' re-added if people desire it. This more about what should be the default. And it's not so that the option is gone; it's still in image properties; so it can be seen. I'm surely unaware of the group using to page anchoring for legit reason "for doing large frame and section document layouts." etc. However not sure if it should be advisable to design posters with Writer, but that's more a hunch. This is actually similar to the discussion about 'mark-down feature' or 'tabbed' mode. What's desired for group A is problematic for group B, and less optimal for C. Hiding special features, make them unknown. Make special feature more prominent and other people get confused of frustrated. As Markdown has undesired results depending what you're doing(and I'm still bit of geeky feature used by certain group/professions). Similar to LaTeX is being promoted some area's. The one size fits all will always be complicated. At some point the we end up with modes: 'regular user' (tabbed, basic), "power-user" (toolbar + ??), graphic designer (special toolbar setup). If this is done by an installation wizard/ extension or whatever. Or list of setting with a preset depending on type of user There quite of group of people annoying by the autosuggest (without known it can be turned off). Or as said the mark-down feature (which surely must make some people crazy). Or people being unaware of special replacement lists. Or even extensions like LanguageTool for that matter (not knowing much about must used extensions actually). -- 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 109409] TEXTJOIN and CONCAT ignore transposition of arrays passed to them
https://bugs.documentfoundation.org/show_bug.cgi?id=109409 --- Comment #10 from Eike Rathke --- (In reply to Wolfgang Jäger from comment #9) > I well remember that TEXTJOIN and CONCAT originally were dedicated to > compatibility with Excel, and that there were a few months of discussions > about the doubtable implementations owed to that fact. I doubt the current behaviour was intentional, the more because that column-wise handling is also applied to external range references as those are obtained as a matrix. -- 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 135826] EDITING: Copy and paste a cell changes the content from '27-Jul-93' to '27-Jul-89'
https://bugs.documentfoundation.org/show_bug.cgi?id=135826 --- Comment #9 from Eike Rathke --- (In reply to komape from comment #7) > Why doesn't LibreOffice handle dates as almost every other software tool? > Count the milliseconds since 1 Jan 1970 as 64-bit number. Because no other spreadsheet software does it that way and interoperability demands to do it like it's done. (In reply to Telesto from comment #8) > (In reply to Eike Rathke from comment #6) > What me surprised the most where is they 1904-01-01 nulldate coming from? MS-Excel for Macintosh. -- 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-commits] online.git: Branch 'distro/collabora/co-4-2' - kit/ChildSession.cpp loleaflet/src
kit/ChildSession.cpp| 32 loleaflet/src/layer/marker/TextInput.js |4 +--- 2 files changed, 25 insertions(+), 11 deletions(-) New commits: commit bda31ada6962147984f39f2c37c1c7fb4933058e Author: Michael Meeks AuthorDate: Wed Aug 5 17:16:08 2020 +0100 Commit: Andras Timar CommitDate: Mon Aug 17 20:20:59 2020 +0200 textinput: use a single input message per key on the wire. Change-Id: Ibd0f7afb98c8ed278751c4b5b46d7ce2467cd71f Reviewed-on: https://gerrit.libreoffice.org/c/online/+/100184 Tested-by: Jenkins Tested-by: Jenkins CollaboraOffice Reviewed-by: Michael Meeks Reviewed-on: https://gerrit.libreoffice.org/c/online/+/100663 Reviewed-by: Andras Timar diff --git a/kit/ChildSession.cpp b/kit/ChildSession.cpp index 8d1fef6fb..7f6dbaa8b 100644 --- a/kit/ChildSession.cpp +++ b/kit/ChildSession.cpp @@ -1245,15 +1245,25 @@ bool ChildSession::insertFile(const char* /*buffer*/, int /*length*/, const Stri bool ChildSession::extTextInputEvent(const char* /*buffer*/, int /*length*/, const StringVector& tokens) { -int id, type; +int id = -1, type = -1; std::string text; -if (tokens.size() < 4 || -!getTokenInteger(tokens[1], "id", id) || id < 0 || -!getTokenKeyword(tokens[2], "type", -{{"input", LOK_EXT_TEXTINPUT}, {"end", LOK_EXT_TEXTINPUT_END}}, - type) || -!getTokenString(tokens[3], "text", text)) +bool error = false; + +if (tokens.size() < 3) +error = true; +else if (!getTokenInteger(tokens[1], "id", id) || id < 0) +error = true; +else { +// back-compat 'type' +if (getTokenKeyword(tokens[2], "type", +{{"input", LOK_EXT_TEXTINPUT}, {"end", LOK_EXT_TEXTINPUT_END}}, +type)) +error = !getTokenString(tokens[3], "text", text); +else // normal path: +error = !getTokenString(tokens[2], "text", text); +} +if (error) { sendTextFrameAndLogError("error: cmd=" + std::string(tokens[0]) + " kind=syntax"); return false; @@ -1263,7 +1273,13 @@ bool ChildSession::extTextInputEvent(const char* /*buffer*/, int /*length*/, URI::decode(text, decodedText); getLOKitDocument()->setView(_viewId); -getLOKitDocument()->postWindowExtTextInputEvent(id, type, decodedText.c_str()); +if (type >= 0) +getLOKitDocument()->postWindowExtTextInputEvent(id, type, decodedText.c_str()); +else +{ +getLOKitDocument()->postWindowExtTextInputEvent(id, LOK_EXT_TEXTINPUT, decodedText.c_str()); +getLOKitDocument()->postWindowExtTextInputEvent(id, LOK_EXT_TEXTINPUT_END, decodedText.c_str()); +} return true; } diff --git a/loleaflet/src/layer/marker/TextInput.js b/loleaflet/src/layer/marker/TextInput.js index 801c9d368..9fe093ce7 100644 --- a/loleaflet/src/layer/marker/TextInput.js +++ b/loleaflet/src/layer/marker/TextInput.js @@ -740,9 +740,7 @@ L.TextInput = L.Layer.extend({ var encodedText = encodeURIComponent(text); var winId = this._map.getWinId(); this._map._socket.sendMessage( - 'textinput id=' + winId + ' type=input text=' + encodedText); - this._map._socket.sendMessage( - 'textinput id=' + winId + ' type=end text=' + encodedText); + 'textinput id=' + winId + ' text=' + encodedText); } }, ___ Libreoffice-commits mailing list libreoffice-comm...@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-commits
Re: Problems with data labels in charts
Hi Miklos, Miklos Vajna schrieb am 17-Aug-20 um 10:08: Hi Regina, On Sun, Aug 16, 2020 at 05:27:07PM +0200, Regina Henschel wrote: So there are discrepancies between what LibreOffice writes and reads and what exists in ODF. What to do? Regarding data label fill style, I think Gulsah added that recently in commit 603df08a1e0211099ce2cf258cfe64a74ed6ded9 (2020-05-04). So in case the used ODF markup is wrong, it is OK to just fix that without worrying about backwards compat. The use-case in that commit was OOXML import + correct rendering, so again, ODF markup can be tweaked. So you suggest to keep the internal structure? That would mean, we will get about 18 additional "LabelFoo" properties over the time for the still missing fill and line properties. Then these needs to be done: A) Implement import of such ODF files, which use the styles of elements for the fill and line properties of labels, so that this information goes into the internal "labelFoo" properties. B) Implement export to ODF, so that it writes the "labelFoo" properties into the styles of elements, initially in addition to the loext:labelFoo attributes. C) Implement a service for the "labelFoo" properties. (Currently they are not officially available in the API, although they are visible in the Basic IDE.) The problem was not introduced by Gülşah, but this structure was determined by Kohei Yoshida July 2014 with commit https://cgit.freedesktop.org/libreoffice/core/commit/?id=f1531cdaaebe706d909dc6ddde439ccb5f4ad36d Kind regards Regina ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice-bugs] [Bug 119023] Fileopen DOC: OOM/ missing or black images when opening a file contains multiple images
https://bugs.documentfoundation.org/show_bug.cgi?id=119023 Telesto changed: What|Removed |Added Blocks|120466 |120468 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=120466 [Bug 120466] [META] DOCX (OOXML) anchor and text wrapping bugs and enhancements https://bugs.documentfoundation.org/show_bug.cgi?id=120468 [Bug 120468] [META] DOC (binary) anchor and text wrapping 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 120466] [META] DOCX (OOXML) anchor and text wrapping bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=120466 Telesto changed: What|Removed |Added Depends on|119023 | Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=119023 [Bug 119023] Fileopen DOC: OOM/ missing or black images when opening a file contains multiple images -- 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 120468] [META] DOC (binary) anchor and text wrapping bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=120468 Telesto changed: What|Removed |Added Depends on||119023 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=119023 [Bug 119023] Fileopen DOC: OOM/ missing or black images when opening a file contains multiple images -- 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 120466] [META] DOCX (OOXML) anchor and text wrapping bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=120466 Telesto changed: What|Removed |Added Depends on||119023 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=119023 [Bug 119023] Fileopen DOC: OOM/ missing or black images when opening a file contains multiple images -- 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 119023] Fileopen DOC: OOM/ missing or black images when opening a file contains multiple images
https://bugs.documentfoundation.org/show_bug.cgi?id=119023 Telesto changed: What|Removed |Added Blocks||120466 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=120466 [Bug 120466] [META] DOCX (OOXML) anchor and text wrapping 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 135836] UI: Discourage usage of the to page anchor by hiding it from toolbar/context menu
https://bugs.documentfoundation.org/show_bug.cgi?id=135836 V Stuart Foote changed: What|Removed |Added CC||rb.hensc...@t-online.de, ||vstuart.fo...@utsa.edu --- Comment #2 from V Stuart Foote --- This is bad on so many facets. Anchor to page is critical for doing large frame and section document layouts. Think posters and artboards. Otherwise, the ODF handling is pretty correct. Issues of export round-trip import conversions as MS binary or OOXML formats are legitimate filter issues. But do not merit elimination/supression of a substantial LO capability in working with ODF archive documents. -- 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-ux-advise] [Bug 135836] UI: Discourage usage of the to page anchor by hiding it from toolbar/context menu
https://bugs.documentfoundation.org/show_bug.cgi?id=135836 V Stuart Foote changed: What|Removed |Added CC||rb.hensc...@t-online.de, ||vstuart.fo...@utsa.edu --- Comment #2 from V Stuart Foote --- This is bad on so many facets. Anchor to page is critical for doing large frame and section document layouts. Think posters and artboards. Otherwise, the ODF handling is pretty correct. Issues of export round-trip import conversions as MS binary or OOXML formats are legitimate filter issues. But do not merit elimination/supression of a substantial LO capability in working with ODF archive documents. -- You are receiving this mail because: You are on the CC list for the bug. ___ Libreoffice-ux-advise mailing list Libreoffice-ux-advise@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise
[Libreoffice-bugs] [Bug 87740] [META] Anchor and text wrapping bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=87740 Telesto changed: What|Removed |Added Depends on||135849 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=135849 [Bug 135849] Image shuffle around when moving an image (another example) -- 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 135849] Image shuffle around when moving an image (another example)
https://bugs.documentfoundation.org/show_bug.cgi?id=135849 Telesto changed: What|Removed |Added Blocks||87740 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=87740 [Bug 87740] [META] Anchor and text wrapping 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 135845] In wizard dialog, button "Finished" translated wrong to German
https://bugs.documentfoundation.org/show_bug.cgi?id=135845 Ming Hua changed: What|Removed |Added Status|NEW |NEEDINFO --- Comment #2 from Ming Hua --- According to Weblate, there is currently no string that contains "Finish" (which include all instances of "finished" as well) and is translated to "Abbrechen" for German on 6-4 branch: https://translations.documentfoundation.org/languages/de/libo_ui-6-4/search/?offset=1=source%3AFinish_by=-priority%2Cposition The German translation "Abbrechen" usually corresponds to "Abort" or "Cancel" in English. Such an translation error would be highly unusual. Please provide more detailed steps to display the string in question, the current steps are too vague (Which extension? How to use it? Exactly what is Wollmux?). -- 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 87740] [META] Anchor and text wrapping bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=87740 Telesto changed: What|Removed |Added Depends on||135842 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=135842 [Bug 135842] Anchoring changes image position depending on which anchor is chosen -- 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 135842] Anchoring changes image position depending on which anchor is chosen
https://bugs.documentfoundation.org/show_bug.cgi?id=135842 Telesto changed: What|Removed |Added Blocks||87740 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=87740 [Bug 87740] [META] Anchor and text wrapping 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 87740] [META] Anchor and text wrapping bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=87740 Telesto changed: What|Removed |Added Depends on||127071 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=127071 [Bug 127071] FILEOPEN DOCX: Image moves from first to second page -- 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 127071] FILEOPEN DOCX: Image moves from first to second page
https://bugs.documentfoundation.org/show_bug.cgi?id=127071 Telesto changed: What|Removed |Added Blocks||87740 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=87740 [Bug 87740] [META] Anchor and text wrapping 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 135853] New: LibreOffice Ignores North America Page Style when creating a New "OpenDocument Text.odt"
https://bugs.documentfoundation.org/show_bug.cgi?id=135853 Bug ID: 135853 Summary: LibreOffice Ignores North America Page Style when creating a New "OpenDocument Text.odt" Product: LibreOffice Version: 7.0.0.3 release Hardware: All OS: Windows (All) Status: UNCONFIRMED Severity: normal Priority: medium Component: Writer Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: szf...@yahoo.com Description: When creating a New "OpenDocument Text.odt", Libreoffice defaults to "A4" Paper Format even though Language settings are detected "Default - English (US)" However, when creating a New "OpenDocument Spreadsheet.ods", LibreOffice properly defaults to "Letter" Paper Format. This has happened in the latest LLibreOffice 7.0 Stable Release, 6.46 Stable Release, and 6.45 Stable Release. Steps to Reproduce: 1.Right-click on the desktop a blank area in a folder in Windows. This brings up the Context Menu. 2. Select New, the Select OpenDocument Text. 3. A "New OpenDocument Text.odt" is Created. 4. Double-click the "New OpenDocument Text.odt" file to open it. 5. Select Format, Page Style, then click the Page tab. 6. Under Page Format, the Format is WRONG. Actual Results: The actual results under Page Format Format: A4 Expected Results: The expected results under Page Format Format: Letter Reproducible: Always User Profile Reset: Yes Additional Info: Performing the Steps above, but creating a "New OpenDocument Spreadsheet.ods" results in a properly created file with Page Format, Format: Letter -- abiding by the Language settings detected by LibreOffice. -- 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 135840] Start centre file preview: images and frames are whited-out
https://bugs.documentfoundation.org/show_bug.cgi?id=135840 Telesto changed: What|Removed |Added Resolution|--- |DUPLICATE Status|UNCONFIRMED |RESOLVED --- Comment #2 from Telesto --- Good observation.. I have reported this already and has been solved :-) *** This bug has been marked as a duplicate of bug 135325 *** -- 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 135578] ODT images anchored 'to page', on round trip to OOXML are anchored 'to character' and can't be moved freely
https://bugs.documentfoundation.org/show_bug.cgi?id=135578 Telesto changed: What|Removed |Added See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=13 ||5851 -- 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 135851] Image not moving with anchor (to paragraph/character) when expected
https://bugs.documentfoundation.org/show_bug.cgi?id=135851 Telesto changed: What|Removed |Added See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=13 ||5578 CC||jl...@mail.com --- Comment #2 from Telesto --- @Justin Only out curiosity. Is this more or less the same as 135578 comment 10? Or unrelated? Off topic mode: I still consider - or hope - that all of the issue being caused by one flaw (or number of smaller flaws coming together). So one fix will squeeze the 100 bugs of mine at once ;-). I as what I intend to do is to create a kind of sample database. OTOH, I'm still finding inconsistency's in M. Stahl his anchor unifying approach. So deleting empty paragraph moves images up. So in the worst case there plenty of smaller tweaks needed to get everything into one harmonized, coherent single model. Instead of a general line with quite a bunch of exceptions. Which you can call corner cases to some extend, but with the number of anchors around and all kinds of editing rather normal to hit once in a while. At the point you start fixing it up again. As you can mostly can work around it, but still infuriating, maddening, frustrating, time consuming business. LibreOffice handles images in some ways better compared to Word, but not sure if this is true of the whole line. Especially if you take into account DOCX anchoring oddities not seen in ODT etc. -- 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 135847] FILEOPEN: csv autoimport not working for values 1>x>0
https://bugs.documentfoundation.org/show_bug.cgi?id=135847 Julien Nabet changed: What|Removed |Added Summary|FILEOPEN: csv autoimport|FILEOPEN: csv autoimport |not woking for values 1>x>0 |not working for values ||1>x>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-commits] core.git: accessibility/source basegfx/source basic/qa basic/source
accessibility/source/extended/textwindowaccessibility.cxx |2 +- basegfx/source/polygon/b2dpolygontools.cxx|4 ++-- basic/qa/vba_tests/partition.vb |2 +- basic/source/classes/sb.cxx |2 +- basic/source/classes/sbunoobj.cxx |4 ++-- 5 files changed, 7 insertions(+), 7 deletions(-) New commits: commit d7484b08c636801b474582c1e940dc8e497b74e8 Author: Andrea Gelmini AuthorDate: Mon Aug 17 17:41:07 2020 +0200 Commit: Julien Nabet CommitDate: Mon Aug 17 19:42:42 2020 +0200 Fix typos Change-Id: Id31299912b822baf9eecbb03cba53339f0528ae8 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/100867 Tested-by: Jenkins Reviewed-by: Julien Nabet diff --git a/accessibility/source/extended/textwindowaccessibility.cxx b/accessibility/source/extended/textwindowaccessibility.cxx index 68814bac9b7e..83866419abc4 100644 --- a/accessibility/source/extended/textwindowaccessibility.cxx +++ b/accessibility/source/extended/textwindowaccessibility.cxx @@ -889,7 +889,7 @@ Document::retrieveCharacterBounds(Paragraph const * pParagraph, // XXX numeric overflow (2x) // FIXME If the vertical extends of the two cursors do not match, assume // nIndex is the last character on the line; the bounding box will then -// extend to m_rEnginge.GetMaxTextWidth(): +// extend to m_rEngine.GetMaxTextWidth(): ::sal_Int32 nWidth = (aLeft.Top() == aRight.Top() && aLeft.Bottom() == aRight.Bottom()) ? static_cast< ::sal_Int32 >(aRight.Left() - aLeft.Left()) diff --git a/basegfx/source/polygon/b2dpolygontools.cxx b/basegfx/source/polygon/b2dpolygontools.cxx index 19aa7ee634b0..fa772be9e199 100644 --- a/basegfx/source/polygon/b2dpolygontools.cxx +++ b/basegfx/source/polygon/b2dpolygontools.cxx @@ -171,7 +171,7 @@ namespace basegfx::utils B2DCubicBezier aBezier; aBezier.setStartPoint(rCandidate.getB2DPoint(0)); -// perf: try to avoid too many realloctions by guessing the result's pointcount +// perf: try to avoid too many reallocations by guessing the result's pointcount aRetval.reserve(nPointCount*4); // add start point (always) @@ -254,7 +254,7 @@ namespace basegfx::utils B2DCubicBezier aBezier; aBezier.setStartPoint(rCandidate.getB2DPoint(0)); -// perf: try to avoid too many realloctions by guessing the result's pointcount +// perf: try to avoid too many reallocations by guessing the result's pointcount aRetval.reserve(nPointCount*4); // add start point (always) diff --git a/basic/qa/vba_tests/partition.vb b/basic/qa/vba_tests/partition.vb index d134a4227fbd..e4c2bda6743e 100644 --- a/basic/qa/vba_tests/partition.vb +++ b/basic/qa/vba_tests/partition.vb @@ -48,7 +48,7 @@ Function verify_testPartition() as String verify_testPartition = result Exit Function errorHandler: -TestLog_ASSERT (false), "verify_testPartion failed, hit error handler" +TestLog_ASSERT (false), "verify_testPartition failed, hit error handler" End Function Sub TestLog_ASSERT(assertion As Boolean, Optional testId As String, Optional testComment As String) diff --git a/basic/source/classes/sb.cxx b/basic/source/classes/sb.cxx index c9f34e90ae16..a2c1e165c8db 100644 --- a/basic/source/classes/sb.cxx +++ b/basic/source/classes/sb.cxx @@ -1767,7 +1767,7 @@ bool StarBASIC::LoadData( SvStream& r, sal_uInt16 nVer ) return false; } // #95459 Delete dialogs, otherwise endless recursion -// in SbxVarable::GetType() if dialogs are accessed +// in SbxVariable::GetType() if dialogs are accessed sal_uInt32 nObjCount = pObjs->Count32(); std::unique_ptr ppDeleteTab(new SbxVariable*[ nObjCount ]); sal_uInt32 nObj; diff --git a/basic/source/classes/sbunoobj.cxx b/basic/source/classes/sbunoobj.cxx index 8ce98b6c3b48..f004cce017d8 100644 --- a/basic/source/classes/sbunoobj.cxx +++ b/basic/source/classes/sbunoobj.cxx @@ -1545,7 +1545,7 @@ static Any invokeAutomationMethod( const OUString& Name, Sequence< Any > const & return aRetAny; } -// Debugging help method to readout the imlemented interfaces of an object +// Debugging help method to readout the implemented interfaces of an object static OUString Impl_GetInterfaceInfo( const Reference< XInterface >& x, const Reference< XIdlClass >& xClass, sal_uInt16 nRekLevel ) { Type aIfaceType = cppu::UnoType::get(); @@ -1734,7 +1734,7 @@ bool checkUnoObjectType(SbUnoObject& rUnoObj, const OUString& rClass) return bResult; } -// Debugging help method to readout the imlemented interfaces of an object +// Debugging help method to readout the implemented interfaces of
[Libreoffice-bugs] [Bug 135852] Writer not save in ods format
https://bugs.documentfoundation.org/show_bug.cgi?id=135852 --- Comment #1 from Henry Izurieta --- Created attachment 164385 --> https://bugs.documentfoundation.org/attachment.cgi?id=164385=edit screenshot of error before attemp save a document the installation is the last available on yesterday. -- 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 135852] New: Writer not save in ods format
https://bugs.documentfoundation.org/show_bug.cgi?id=135852 Bug ID: 135852 Summary: Writer not save in ods format Product: LibreOffice Version: 7.0.0.2 rc Hardware: x86 (IA32) OS: All Status: UNCONFIRMED Severity: normal Priority: medium Component: Writer Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: henry.izuri...@gmail.com Description: When attemp save a document in Writer appear error general i/o But when I save in Calc in the same directory all is good. When I export in .html format in Writer all is good. When I save as in .doc format in Writer all is good. Then the problem not is permissions configuration. Version: 7.0.0.2 Build ID: 00(Build:2) CPU threads: 2; OS: Linux 5.7; UI render: default; VCL: x11 Locale: es-EC (es_EC.UTF-8); UI: en-US Debian package version: 1:7.0.0~rc2-1 Calc: threaded Steps to Reproduce: 1.clic on save icon 2.write name document 3.clic on save Actual Results: Error saving the document Untitled 2: General Error. General input/output error. Expected Results: save a document Reproducible: Always User Profile Reset: No Additional Info: [Information automatically included from LibreOffice] Locale: en-US Module: TextDocument [Information guessed from browser] OS: Linux (All) OS is 64bit: no -- 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 135851] Image not moving with anchor (to paragraph/character) when expected
https://bugs.documentfoundation.org/show_bug.cgi?id=135851 --- Comment #1 from Telesto --- Created attachment 164384 --> https://bugs.documentfoundation.org/attachment.cgi?id=164384=edit Example file -- 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 135851] New: Image not moving with anchor (to paragraph/character) when expected
https://bugs.documentfoundation.org/show_bug.cgi?id=135851 Bug ID: 135851 Summary: Image not moving with anchor (to paragraph/character) when expected Product: LibreOffice Version: Inherited From OOo Hardware: All OS: All Status: UNCONFIRMED Severity: normal Priority: medium Component: Writer Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: tele...@surfxs.nl Description: Image not moving with anchor (to paragraph/character) when expected Steps to Reproduce: 1. open the attached file 2. Press Enter at beginning of the first line.. xxx moves down.. top image doesn't move 3. Undo everything 4. Change anchor to character 5. Change anchor to paragraph -> Image is moving with text (what I assume should happen) -. Notice the anchor being below the first line 5. Drag and drop the anchor from second line to the first line -> XXX moves down 6. Press arrow down twice (images moves down), XXX is back agrain 7. Press Enter on top of the page.. initial problem is back again Actual Results: Image doesn't move Expected Results: Should Reproducible: Always User Profile Reset: No Additional Info: Version: 7.1.0.0.alpha0+ (x64) Build ID: CPU threads: 4; OS: Windows 6.3 Build 9600; UI render: Skia/Raster; VCL: win Locale: nl-NL (nl_NL); UI: en-US Calc: CL -- 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 135841] font colors broken on form buttons in Base
https://bugs.documentfoundation.org/show_bug.cgi?id=135841 --- Comment #1 from trowelandmatt...@yahoo.co.uk --- PPS - I get same result (i.e. broken 'button-control' font-color setting, just reverts to black) with a different machine running Win10(x64)+ latest LO7(release) using a new empty database and a fresh form. As far as I have seen all other form control fonts + colors seem to be ok... (no linux test 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 117611] Images are misplaced after saving ODT as DOCX
https://bugs.documentfoundation.org/show_bug.cgi?id=117611 Telesto changed: What|Removed |Added See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=13 ||5849 --- Comment #7 from Telesto --- Looking at again.. this feels bit like more or less 'bad luck' on export. The fundamental issue is position of anchors etc. Bug 135849 is based on this (slightly modified), but illustrates similar issues when moving. Only thing out loud.. possibility to prevent this would be emulating a page break presence. Image are far less likely to jump around to different pages (but not sure what the over all effect would be related to the whole text flow concept -- 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 135849] Image shuffle around when moving an image (another example)
https://bugs.documentfoundation.org/show_bug.cgi?id=135849 Telesto changed: What|Removed |Added See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=11 ||7611 -- 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 135850] New: [feature request for Calc] format data points with name of data series
https://bugs.documentfoundation.org/show_bug.cgi?id=135850 Bug ID: 135850 Summary: [feature request for Calc] format data points with name of data series Product: LibreOffice Version: unspecified Hardware: All OS: All Status: UNCONFIRMED Severity: enhancement Priority: medium Component: Calc Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: ulrich.kra...@amodia.de Description: The dialog to format data points (xy-charts) does not offer to pin the name of the series to a data point. The only checkmarks are for the value or the category. A checkmark for the data series name should be added to this dialog. Typically the legend connects the name of the data series with its color/symbol. If you cannot (or don't want to) use a legend, this option will let you add the name of the data series WITHIN the chart at each data point you want. Thanks! Actual Results: feature request Expected Results: feature request Reproducible: Always User Profile Reset: No Additional Info: feature request -- 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 135849] Image shuffle around when moving an image (another example)
https://bugs.documentfoundation.org/show_bug.cgi?id=135849 --- Comment #1 from Telesto --- Created attachment 164383 --> https://bugs.documentfoundation.org/attachment.cgi?id=164383=edit Example file -- 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 135849] New: Image shuffle around when moving an image (another example)
https://bugs.documentfoundation.org/show_bug.cgi?id=135849 Bug ID: 135849 Summary: Image shuffle around when moving an image (another example) Product: LibreOffice Version: Inherited From OOo Hardware: All OS: All Status: UNCONFIRMED Severity: normal Priority: medium Component: Writer Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: tele...@surfxs.nl Description: Image shuffle around when moving an image Steps to Reproduce: 1. Open the attached file (based on and related to 117611) 2. Select the second image in the first page 3. Arrow down -> Image second page jump up 4. Arrow down -> Two images to second page Actual Results: Anchoring are heavily depended Expected Results: Ideally some a kind of stable layout. Maybe emulating a page break? Reproducible: Always User Profile Reset: No Additional Info: Version: 7.1.0.0.alpha0+ (x64) Build ID: CPU threads: 4; OS: Windows 6.3 Build 9600; UI render: Skia/Raster; VCL: win Locale: nl-NL (nl_NL); UI: en-US Calc: CL also in 3.3.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 117611] Images are misplaced after saving ODT as DOCX
https://bugs.documentfoundation.org/show_bug.cgi?id=117611 --- Comment #6 from Telesto --- The bibisect result is certainly not unique. Some wisdom here bug 77964 comment 16 -- 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