[Libreoffice-bugs] [Bug 117115] Firebird: migration from HSQLDB does not respect language-specific characters
https://bugs.documentfoundation.org/show_bug.cgi?id=117115 rob...@familiegrosskopf.de changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever confirmed|0 |1 --- Comment #3 from rob...@familiegrosskopf.de --- Could confirm this buggy behavior: Fieldnames of a table aren't migrated correctly if special charcaters have been used. Tested with Version: 6.1.0.0.alpha0+ Build-ID: cc10b063235dcb25ad16f697ea0b1ff91a10bacb CPU-Threads: 4; BS: Linux 4.4; UI-Render: Standard; VCL: kde4; TinderBox: Linux-rpm_deb-x86_64@70-TDF, Branch:master, Time: 2018-04-18_13:21:28 -- 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 117039] Print Preview crashes on signed document
https://bugs.documentfoundation.org/show_bug.cgi?id=117039 --- Comment #11 from Julien Nabet--- (In reply to Julien Nabet from comment #10) > I submitted a patch to review here: > https://gerrit.libreoffice.org/#/c/53183/ Sorry, the patch is wrong, it resulted to just disable the call to remove and add info bar :-( -- 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 117039] Print Preview crashes on signed document
https://bugs.documentfoundation.org/show_bug.cgi?id=117039 --- Comment #10 from Julien Nabet--- I submitted a patch to review here: https://gerrit.libreoffice.org/#/c/53183/ -- 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 116892] FILEOPEN: Rotated Objects Anchored to Cells set Move when Opened
https://bugs.documentfoundation.org/show_bug.cgi?id=116892 --- Comment #8 from Luke--- Created attachment 141497 --> https://bugs.documentfoundation.org/attachment.cgi?id=141497=edit screenshot of 3.6.7.2 vs 4.3.7.2 I agree with Samuel here. I can reproduce this in 5.4, 5.3, 4.3, but not in 3.3 or 3.6. So this regression occurred between 3.6 and 4.3 Use these steps to reproduce this bug: 1. Open attachment 141216 2. Compare location of rectangle with my screenshot. LO 3.6 is correct. 4.3 is wrong. I think Xisco & Terrence bisected a different bug. -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 117116] Creation of database document with Firebird fails
https://bugs.documentfoundation.org/show_bug.cgi?id=117116 Lionel Elie Mamanechanged: What|Removed |Added Blocks||51780 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=51780 [Bug 51780] [META] Default to Firebird not HSQLDB in Base (for _new_ files) -- 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 51780] [META] Default to Firebird not HSQLDB in Base (for _new_ files )
https://bugs.documentfoundation.org/show_bug.cgi?id=51780 Lionel Elie Mamanechanged: What|Removed |Added Depends on||117116 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=117116 [Bug 117116] Creation of database document with Firebird fails -- 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 107263] Wrap is not functional in the contextual group
https://bugs.documentfoundation.org/show_bug.cgi?id=107263 --- Comment #2 from QA Administrators--- ** Please read this message in its entirety before responding ** 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 http://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 107274] FILEOPEN: from bookmark, which has fill-in as content, this is removed
https://bugs.documentfoundation.org/show_bug.cgi?id=107274 --- Comment #2 from QA Administrators--- ** Please read this message in its entirety before responding ** 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 http://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 107242] Notes Master - Formatting the Textarea with Gradient Colour with angel of 45°
https://bugs.documentfoundation.org/show_bug.cgi?id=107242 --- Comment #2 from QA Administrators--- ** Please read this message in its entirety before responding ** 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 http://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 106698] Certain buttons only appear/are enabled in active window' s sidebar
https://bugs.documentfoundation.org/show_bug.cgi?id=106698 --- Comment #3 from QA Administrators--- ** Please read this message in its entirety before responding ** 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 http://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 107265] Notebookbar: Toggle buttons do not show their toggled state
https://bugs.documentfoundation.org/show_bug.cgi?id=107265 --- Comment #2 from QA Administrators--- ** Please read this message in its entirety before responding ** 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 http://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 78049] IDE: Printing basic code on Linux does not work
https://bugs.documentfoundation.org/show_bug.cgi?id=78049 --- Comment #10 from QA Administrators--- ** Please read this message in its entirety before responding ** 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 http://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 97987] Writer .docx compatibility problem with Windows 10 Mobile
https://bugs.documentfoundation.org/show_bug.cgi?id=97987 --- Comment #8 from QA Administrators--- ** Please read this message in its entirety before responding ** 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 http://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 100239] UI Blinking thumbnails of linked images
https://bugs.documentfoundation.org/show_bug.cgi?id=100239 --- Comment #12 from QA Administrators--- ** Please read this message in its entirety before responding ** 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 http://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 117117] New: COPY SHEET loses some FORMATTING
https://bugs.documentfoundation.org/show_bug.cgi?id=117117 Bug ID: 117117 Summary: COPY SHEET loses some FORMATTING Product: LibreOffice Version: unspecified Hardware: All OS: Windows (All) Status: UNCONFIRMED Severity: enhancement Priority: medium Component: Calc Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: xoano...@yahoo.com When I use "Move or Copy Sheet" to copy a sheet, but keep it in the same file, the "Freese Rows and Columns" formatting is retained. However, when I copy a sheet into a different file, this formatting is lost. I was experiencing this in version 5 (I don't recall the exact #), and I hoped that it would have been corrected in 6. But, alas, it wasn't. While this is certainly not a mission-critical problem, it is still annoying. -- 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 113543] When exporting to tagged PDF, characters in certain fonts are lost or misrepresented in the underlying text.
https://bugs.documentfoundation.org/show_bug.cgi?id=113543 --- Comment #3 from Quentin Christensen--- Hi Timur, I tested on the build I was running this morning: LibreOffice 6.0.0.3 (x64) Build ID: 64a0f66915f38c6217de274f0aa8e15618924765 CPU threads: 8; OS: Windows 10.0; UI render: default; Locale: en-AU (en_AU); Calc: group While I updated that build, I reproduced on my other computer on Windows 7 with LibreOffice 5.4.2.2 (x64) Now, I've updated and rebooted and my main PC is running: Version: 6.0.3.2 (x64) Build ID: 8f48d515416608e3a835360314dac7e47fd0b821 CPU threads: 8; OS: Windows 10.0; UI render: default; Locale: en-AU (en_AU); Calc: group My Windows 10 is the latest Fast Insider build, though since it also reproduces on Windows 7, I don't think the Windows version is so important here. For just one word, tagging isn't necessary, true - I needed it for the file I was originally creating. Zoom does seem to have an effect though. When I have zoom set to 20%, my exported PDF has the word "certifccte" instead of "certificate". When I zoom up to 200%, the word becomes "certifccate" I can definitely still reproduce this. I did originally download my Raleway font from Google rather than GitHub. If it is an issue with the font itself, perhaps the GitHub version is newer - although I expect more people would find it through Google. Surely though the font just controls how the text is rendered, it shouldn't change what the underlying text is? -- 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 116968] [META] Migrating existing embedded HSQLDB databases to Firebird
https://bugs.documentfoundation.org/show_bug.cgi?id=116968 Gerhard Weydtchanged: What|Removed |Added Depends on||117116 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=117116 [Bug 117116] Creation of database document with Firebird fails -- 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 117116] Creation of database document with Firebird fails
https://bugs.documentfoundation.org/show_bug.cgi?id=117116 Gerhard Weydtchanged: What|Removed |Added CC||btom...@gmail.com, ||rob...@familiegrosskopf.de Blocks||116968 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=116968 [Bug 116968] [META] Migrating existing embedded HSQLDB databases to Firebird -- 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 117116] New: Creation of database document with Firebird fails
https://bugs.documentfoundation.org/show_bug.cgi?id=117116 Bug ID: 117116 Summary: Creation of database document with Firebird fails Product: LibreOffice Version: 5.3.7.2 release Hardware: All OS: All Status: UNCONFIRMED Severity: normal Priority: medium Component: Base Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: gerhard.we...@t-online.de Creating a database document with Firebird database fails, starting with version 5.3.7.2 and also in later versions, but still working in 5.2.3.3. Steps to reproduce: Enable experimental features. Create a new database document, choosing Firebird as database engine Registering database or not and continuing with table wizard or not has no effect. After clicking "Finish" and choosing path and document name there's no answer. File is created, but has 2 KB, in contrast to 43 KB in versions 5.2.3.3 and prior. Closing LibreOffice and opening the file - perhaps with another version of LibreOffice - changes nothing. Tested on Windows 10. This is not only a problem for those who want to create new database documents, but also for testing and checking the migration program from HSQLDB to Firebird; we have to be able to check that Firebird supplies features we think are still missing in the migration program. -- 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 117111] CRASH: Copy/pasting a push button from Writer to Calc
https://bugs.documentfoundation.org/show_bug.cgi?id=117111 --- Comment #2 from MM--- Doesn't only crash when copying a push button, also with most (all ?) from the form menu, like an option button, a list/combo box or a checkbox. -- 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 117111] CRASH: Copy/pasting a push button from Writer to Calc
https://bugs.documentfoundation.org/show_bug.cgi?id=117111 MMchanged: What|Removed |Added Keywords||regression Status|UNCONFIRMED |NEW Ever confirmed|0 |1 --- Comment #1 from MM --- Unconfirmed on ubuntu 16.04 x64 with Version: 6.0.0.0.alpha1+ Build ID: 637d96a25926e299fff5b4cf5a0055b1d171b23b CPU threads: 2; OS: Linux 4.4; UI render: default; VCL: gtk2; TinderBox: Linux-rpm_deb-x86_64@70-TDF, Branch:master, Time: 2017-11-17_23:45:59 Locale: en-US (en_US.UTF-8); Calc: single Confirmed with Version: 6.1.0.0.alpha0+ Build ID: cc10b063235dcb25ad16f697ea0b1ff91a10bacb CPU threads: 2; OS: Linux 4.4; UI render: default; VCL: gtk2; TinderBox: Linux-rpm_deb-x86_64@70-TDF, Branch:master, Time: 2018-04-18_13:21:28 Locale: en-US (en_US.UTF-8); Calc: -- 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 117115] Firebird: migration from HSQLDB does not respect language-specific characters
https://bugs.documentfoundation.org/show_bug.cgi?id=117115 --- Comment #2 from Gerhard Weydt--- Created attachment 141496 --> https://bugs.documentfoundation.org/attachment.cgi?id=141496=edit test doc after migration to Firebird -- 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 117115] Firebird: migration from HSQLDB does not respect language-specific characters
https://bugs.documentfoundation.org/show_bug.cgi?id=117115 --- Comment #1 from Gerhard Weydt--- Created attachment 141495 --> https://bugs.documentfoundation.org/attachment.cgi?id=141495=edit test doc with HSQLDB -- 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 116968] [META] Migrating existing embedded HSQLDB databases to Firebird
https://bugs.documentfoundation.org/show_bug.cgi?id=116968 Gerhard Weydtchanged: What|Removed |Added Depends on||117115 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=117115 [Bug 117115] Firebird: migration from HSQLDB does not respect language-specific characters -- 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 117115] Firebird: migration from HSQLDB does not respect language-specific characters
https://bugs.documentfoundation.org/show_bug.cgi?id=117115 Gerhard Weydtchanged: What|Removed |Added CC||btom...@gmail.com, ||rob...@familiegrosskopf.de Blocks||116968 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=116968 [Bug 116968] [META] Migrating existing embedded HSQLDB databases to Firebird -- 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 117115] New: Firebird: migration from HSQLDB does not respect language-specific characters
https://bugs.documentfoundation.org/show_bug.cgi?id=117115 Bug ID: 117115 Summary: Firebird: migration from HSQLDB does not respect language-specific characters Product: LibreOffice Version: 6.1.0.0.alpha0+ Master Hardware: All OS: All Status: UNCONFIRMED Severity: normal Priority: medium Component: Base Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: gerhard.we...@t-online.de When migrating an existing database document with HSQLDB to Firebird language-specific characters in field names are not transferred correctly. For example, german "ß" is changed to "/u00df", its unicode equivalent, in the _name_ of the field. his is not a problem of Firebird, and not even of Firebird within LibreOffice, you can create fields with names using language-specific characters, they are saved correctly and are reproduced when opening the document; I've tested it. So that's a deficiency in the migration program. I will add test documents: a database document with one table, having (except for the first, which is simply an id) field names consisting of one generally used latin character and one language-specific: "?" and the three german Umlaute and three french (and partly Italian ...) characters, "a" with the three accents. And the result after the migration to Firebird. These are examples of language-specific characters easily available on my keyboard. For all those the unicode representation is used for the name in Firebird, which certainly is a problem - if not a catastroph - for all programs using that table, because all references to these fields do not work. This is a grave problem, because for non-european languages there are lots of those non-latin characters, which must be migrated correctly. -- 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 104918] LibreOffice SQL parser chokes on Firebird's DATEDIFF syntax, making use impossible in normal (non-direct SQL) queries
https://bugs.documentfoundation.org/show_bug.cgi?id=104918 --- Comment #17 from Drew Jensen--- Ah, my bad. Two files same name here. Now, using the real sample ODB nope datediff still requires sql direct set true. -- 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 104918] LibreOffice SQL parser chokes on Firebird's DATEDIFF syntax, making use impossible in normal (non-direct SQL) queries
https://bugs.documentfoundation.org/show_bug.cgi?id=104918 --- Comment #16 from Drew Jensen--- (In reply to robert from comment #0) > Created attachment 129934 [details] > Open the query "Datediff". Changing of data impossible. Works only with > direct SQL. > > Open the attached Firebird-database. > Start the query "Datediff". > It shows a datediff between two dates. There couldn't be changed data in > this query, because datediff runs only with direct SQL. > > With internal HSQLDB datediff runs in the GUI. You could change data, add > new rows ... > Using Libo6.1Alpha0 latest build (fc5d185bdb0f27bc6014d47338740f741ac05d21) Downloaded the original bug report attachment (ODB from 2016-12-25) This (datediff in querys) is working now as expected and the result set is editable in the GUI. So, close this as working? -- 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 116930] Calc crashes when scrolling in a worksheet containing a Chart object
https://bugs.documentfoundation.org/show_bug.cgi?id=116930 --- Comment #10 from stevej...@hotmail.co.uk --- I see you could not reproduce the crash, i am an experienced tester i can reproduce it within seconds everytime without fail, I also note that you tested this on Windows 6.1? What is that, technically thats Windows 7 isnt it? As I have stated my system is the latest version of Windows 10 Pro (10.0.16299) released May 11 2017 so surely the results are incomparable since they are totally different OS's, so to reproduce you need to test this on the same OS. -- 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 117041] Cumulative hypergeometric probability calculation error when discrete probabilities are too small
https://bugs.documentfoundation.org/show_bug.cgi?id=117041 --- Comment #4 from Charles Valente--- Thank you all for testing in other systems. I am doing further tests with HYPERGEOM.DIST and I'd like to correct what I said in my initial post: it is not a question of error related to machine precision, it is a problem in the implementation of the combination (binomial coefficient) C(n,k) (number of k-combinations in a set with n elements). It should equate C(n,k) to zero when n
[Libreoffice-bugs] [Bug 101837] EDITING: Calculation error for CHIINV function
https://bugs.documentfoundation.org/show_bug.cgi?id=101837 Aron Budeachanged: What|Removed |Added Status|ASSIGNED|NEW Assignee|ba...@caesar.elte.hu|libreoffice-b...@lists.free ||desktop.org --- Comment #19 from Aron Budea --- Let me unassign myself to avoid any confusion. -- 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 117104] Slower document scrolling with WMF/EMF/ SVM picture and OpenGL enabled (compared with OpenGL disabled)
https://bugs.documentfoundation.org/show_bug.cgi?id=117104 Telestochanged: What|Removed |Added Summary|Slower document scrolling |Slower document scrolling |with to WMF/EMF/SVM picture |with WMF/EMF/SVM picture |and OpenGL enabled |and OpenGL enabled |(compared with OpenGL |(compared with OpenGL |disabled) |disabled) -- 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: Branch 'libreoffice-6-0' - drawinglayer/source
drawinglayer/source/tools/emfpfont.cxx |3 + drawinglayer/source/tools/emfphelperdata.cxx | 49 --- drawinglayer/source/tools/emfphelperdata.hxx |2 + drawinglayer/source/tools/emfppen.cxx|2 + 4 files changed, 51 insertions(+), 5 deletions(-) New commits: commit e58dc868a6ac0df24adf88f32f90a9e4fc6fdae9 Author: Bartosz KosiorekDate: Wed Apr 11 01:05:01 2018 +0200 tdf#113624 EMF+ Add support for different units conversion With previous implementation only Pixel unit was supported. Other units (eg. inch, milimeters, points, world) was treated as Pixel. With this patch the correct unit conversion was implemented to following records: - FontObject - PenObject - SetWorldTransform As a result records are properly scaled. Tested with DrawString record from: https://bugs.documentfoundation.org/attachment.cgi?id=140287 Change-Id: I77435ad8f1bbac08f298a03d91d0c7f1f1734e5c Reviewed-on: https://gerrit.libreoffice.org/52825 Tested-by: Jenkins Reviewed-by: Bartosz Kosiorek diff --git a/drawinglayer/source/tools/emfpfont.cxx b/drawinglayer/source/tools/emfpfont.cxx index 6c1b1a8e06c3..4c6d162dac11 100644 --- a/drawinglayer/source/tools/emfpfont.cxx +++ b/drawinglayer/source/tools/emfpfont.cxx @@ -49,6 +49,9 @@ namespace emfplushelper SAL_INFO("drawinglayer", "EMF+\tfont\nEMF+\theader: 0x" << std::hex << (header >> 12) << " version: 0x" << (header & 0x1fff) << " size: " << std::dec << emSize << " unit: 0x" << std::hex << sizeUnit << std::dec); SAL_INFO("drawinglayer", "EMF+\tflags: 0x" << std::hex << fontFlags << " reserved: 0x" << reserved << " length: 0x" << std::hex << length << std::dec); +//tdf#113624 Convert unit to Pixels +emSize = emSize * EmfPlusHelperData::getUnitToPixelMultiplier(static_cast(sizeUnit)); + if (length > 0 && length < 0x4000) { rtl_uString *pStr = rtl_uString_alloc(length); diff --git a/drawinglayer/source/tools/emfphelperdata.cxx b/drawinglayer/source/tools/emfphelperdata.cxx index bd7b4d90a40f..ee0bf69c4ac0 100644 --- a/drawinglayer/source/tools/emfphelperdata.cxx +++ b/drawinglayer/source/tools/emfphelperdata.cxx @@ -114,6 +114,44 @@ namespace emfplushelper StringAlignmentFar = 0x0002 } StringAlignment; +float EmfPlusHelperData::getUnitToPixelMultiplier(const UnitType aUnitType) +{ +switch (aUnitType) +{ +case UnitTypePixel: +{ +return 1.0f; +} +case UnitTypePoint: +{ +SAL_INFO("drawinglayer", "EMF+\t Converting Points to Pixels."); +return 1.33f; +} +case UnitTypeInch: +{ +SAL_INFO("drawinglayer", "EMF+\t TODO Test Converting Inches to Pixels, if it is working correctly."); +return 96.0f; +} +case UnitTypeMillimeter: +{ +SAL_INFO("drawinglayer", "EMF+\t TODO Test Converting Milimeters to Pixels, if it is working correctly."); +return 3.779528f; +} +case UnitTypeDocument: +{ +SAL_INFO("drawinglayer", "EMF+\t TODO Test Converting Documents to Pixels, if it is working correctly."); +return 0.32f; +} +case UnitTypeWorld: +case UnitTypeDisplay: +default: +{ +SAL_WARN("drawinglayer", "EMF+\tTODO Unimplemented support of Unit Type: 0x" << std::hex << aUnitType); +} +} +return 1.0f; +} + void EmfPlusHelperData::processObjectRecord(SvMemoryStream& rObjectStream, sal_uInt16 flags, sal_uInt32 dataSize, bool bUseWholeStream) { sal_uInt32 index; @@ -1245,7 +1283,7 @@ namespace emfplushelper } else { -SAL_WARN("drawinglayer", "EMF+ DrawImage(Points) Wrong EMF+ file. Only Unit Type Pixel is support by EMF+ standard in DrawImage(Points)"); +SAL_WARN("drawinglayer", "EMF+ DrawImage(Points) Wrong EMF+ file. Only Unit Type Pixel is support by EMF+ specification for DrawImage(Points)"); } break; } @@ -1380,14 +1418,15 @@ namespace emfplushelper SAL_INFO("drawinglayer", "EMF+ SetPageTransform"); SAL_INFO("drawinglayer", "EMF+\tscale: " << mfPageScale << " unit: " << flags); -if (flags != UnitTypePixel) +if ((flags == UnitTypeDisplay) || (flags == UnitTypeWorld)) { -SAL_WARN("drawinglayer", "EMF+\t
[Libreoffice-bugs] [Bug 73526] bad PDF export of slide background with (specific?) gradients
https://bugs.documentfoundation.org/show_bug.cgi?id=73526 Cor Nouwschanged: What|Removed |Added Priority|high|medium Summary|bad PDF export of slide |bad PDF export of slide |background with gradients |background with (specific?) ||gradients OS|Windows (All) |All --- Comment #14 from Cor Nouws --- creating a new file in Version: 6.1.0.0.alpha0+ Build ID: 0f93692fda4226323422cf82ce34ae4bd5e22fab CPU threads: 4; OS: Linux 4.13; UI render: default; VCL: gtk2; TinderBox: Linux-rpm_deb-x86_64@70-TDF, Branch:master, Time: 2018-04-16_23:39:49 Locale: nl-NL (nl_NL.UTF-8); Calc: group gradient in page background export to PDF is correct. So something special with attachment 91912 ?? -- 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 116951] LibreOffice crashed when inserted "−" ( minus, U+2212) character on Gnome on Wayland
https://bugs.documentfoundation.org/show_bug.cgi?id=116951 --- Comment #3 from Commit Notification--- Caolán McNamara committed a patch related to this issue. It has been pushed to "master": http://cgit.freedesktop.org/libreoffice/core/commit/?id=d4a01820ae094ef2d4ec2196334120600b1c9621 Related: tdf#116951 rhbz#1569331 end should be in terms of unicode chars It will be available in 6.1.0. The patch should be included in the daily builds available at http://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: http://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-commits] core.git: vcl/unx
vcl/unx/gtk/gtksalframe.cxx |2 +- vcl/unx/gtk3/gtk3gtkframe.cxx |2 +- 2 files changed, 2 insertions(+), 2 deletions(-) New commits: commit d4a01820ae094ef2d4ec2196334120600b1c9621 Author: Caolán McNamaraDate: Thu Apr 19 20:12:40 2018 +0100 Related: tdf#116951 rhbz#1569331 end should be in terms of unicode chars not bytes Change-Id: I05114019abb6c283586cd5c23ed1d148c9cf71d3 Reviewed-on: https://gerrit.libreoffice.org/53175 Tested-by: Jenkins Reviewed-by: Caolán McNamara Tested-by: Caolán McNamara diff --git a/vcl/unx/gtk/gtksalframe.cxx b/vcl/unx/gtk/gtksalframe.cxx index 9fd86abccc3d..ad4b00d26927 100644 --- a/vcl/unx/gtk/gtksalframe.cxx +++ b/vcl/unx/gtk/gtksalframe.cxx @@ -3560,7 +3560,7 @@ void GtkSalFrame::IMHandler::signalIMPreeditChanged( GtkIMContext*, gpointer im_ pango_attr_iterator_range (iter, , ); if (end == G_MAXINT) -end = pText ? strlen (pText) : 0; +end = pText ? g_utf8_strlen(pText, -1) : 0; if (end == start) continue; diff --git a/vcl/unx/gtk3/gtk3gtkframe.cxx b/vcl/unx/gtk3/gtk3gtkframe.cxx index 1db3a469973f..113fcb425963 100644 --- a/vcl/unx/gtk3/gtk3gtkframe.cxx +++ b/vcl/unx/gtk3/gtk3gtkframe.cxx @@ -3978,7 +3978,7 @@ void GtkSalFrame::IMHandler::signalIMPreeditChanged( GtkIMContext*, gpointer im_ pango_attr_iterator_range (iter, , ); if (end == G_MAXINT) -end = pText ? strlen (pText) : 0; +end = pText ? g_utf8_strlen(pText, -1) : 0; if (end == start) continue; ___ Libreoffice-commits mailing list libreoffice-comm...@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-commits
[Libreoffice-bugs] [Bug 116951] LibreOffice crashed when inserted "−" ( minus, U+2212) character on Gnome on Wayland
https://bugs.documentfoundation.org/show_bug.cgi?id=116951 Commit Notificationchanged: What|Removed |Added Whiteboard||target:6.1.0 -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 117114] SLIDESHOW: Support for the MPRIS media player specification
https://bugs.documentfoundation.org/show_bug.cgi?id=117114 --- Comment #1 from mayeul.can...@live.fr --- See also: * Progress on Okular: https://phabricator.kde.org/D11250 * Blog post by the creator of the gwenview patch: https://frinring.wordpress.com/2018/03/15/present-your-images-from-the-couch-with-gwenview-mpris-kde-connect/ -- 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 117114] New: SLIDESHOW: Support for the MPRIS media player specification
https://bugs.documentfoundation.org/show_bug.cgi?id=117114 Bug ID: 117114 Summary: SLIDESHOW: Support for the MPRIS media player specification Product: LibreOffice Version: unspecified Hardware: All OS: Linux (All) Status: UNCONFIRMED Severity: enhancement Priority: medium Component: Impress Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: mayeul.can...@live.fr >From https://specifications.freedesktop.org/mpris-spec/latest/ : > The Media Player Remote Interfacing Specification is a standard D-Bus > interface which aims to provide a common programmatic API for controlling > media players. > It provides a mechanism for discovery, querying and basic playback control of > compliant media players, as well as a tracklist interface which is used to > add context to the active media item. It is actually a nice fit for slideshows, with Gwenview adding support to it lately: https://www.kde.org/announcements/announce-applications-18.04.0.php Most controls are not mandatory, including the ones that are not a good fit to a slideshow: play/pause/stop/seek (though I guess they could be enabled if there is a video playing? I am not sure every mpris client supports this). A nice touch would be to add a slideshow miniature trough the mpris:artUrl metadata :) This would allow the following: * Control via media keys son some desktop environments (includes gestures, remote controls, hardware buttons, etc) * Control via widgets on some desktop environments (including the ones that could be on a lock screen, for example) * Control via any MPRIS controller (including remote ones, such as KDE Connect's) -- 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 117102] picture scaling not fine enough
https://bugs.documentfoundation.org/show_bug.cgi?id=117102 --- Comment #5 from Dieter Praas--- O. K., now it is clear to me. When I open you attachment 141494 the scale factor is 62% (Width) and 61% (Heigth). I think the scale factor is only important, if you crop a picture. You rezise the picture in the tab "type". So I'm still not sure, waht your problem is. I can't see it and so I can't reproduce it. Perhaps somebody else can help. Sorry. -- 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 117102] picture scaling not fine enough
https://bugs.documentfoundation.org/show_bug.cgi?id=117102 Dr. Matthias Weisserchanged: What|Removed |Added Summary|picture zoom not fine |picture scaling not fine |enough |enough -- 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 117102] picture zoom not fine enough
https://bugs.documentfoundation.org/show_bug.cgi?id=117102 --- Comment #4 from Dr. Matthias Weisser--- (In reply to Dieter Praas from comment #2) > I think it depends on the monitor, if a zoom factor is too small or to big. I may have misused the word zoom. What I meant is "Skalierung" in "Zuschneiden" menue. > So perhaps it is possible to add a screenshot of zoom factor 54% and 55%, so > the problem is more clear. I added another test file where the same problem can be seen when switching from "Skalierung" 41% for "Breite" and "Höhe" to 42%. The first one is not going to the bottom of the page and the second is going beyond the page end. So this "Skalierung" factor has to get a value in between which unfortunately is not possible to set. I hope its clearer now. -- 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: cui/source
cui/source/dialogs/hangulhanjadlg.cxx |4 +--- 1 file changed, 1 insertion(+), 3 deletions(-) New commits: commit 32778ad663f9f96816366aaaea2131273ce01d18 Author: Caolán McNamaraDate: Thu Apr 19 11:02:56 2018 +0100 turn #error into static_assert Change-Id: Iddd4b344d77e43866975ce28797ff643055bfd04 Reviewed-on: https://gerrit.libreoffice.org/53160 Tested-by: Jenkins Reviewed-by: Caolán McNamara Tested-by: Caolán McNamara diff --git a/cui/source/dialogs/hangulhanjadlg.cxx b/cui/source/dialogs/hangulhanjadlg.cxx index 1564a6fb33bb..64be36bab3da 100644 --- a/cui/source/dialogs/hangulhanjadlg.cxx +++ b/cui/source/dialogs/hangulhanjadlg.cxx @@ -1750,9 +1750,7 @@ namespace svx m_aDeletePB->SetClickHdl( LINK( this, HangulHanjaEditDictDialog, DeletePBPushHdl ) ); m_aDeletePB->Enable( false ); -#if( MAXNUM_SUGGESTIONS <= 4 ) -#error number of suggestions should not under-run the value of 5 -#endif +static_assert(MAXNUM_SUGGESTIONS > 5, "number of suggestions should not under-run the value of 5"); Link aScrLk( LINK( this, HangulHanjaEditDictDialog, ScrollHdl ) ); m_aScrollSB->SetScrollHdl( aScrLk ); ___ Libreoffice-commits mailing list libreoffice-comm...@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-commits
Fwd: Build LOOL - WSD Permission problem - Access to file denied -
-- Forwarded message -- From: Andras TimarDate: Thu, Apr 19, 2018 at 9:16 PM Subject: Re: Build LOOL - WSD Permission problem - Access to file denied - To: Renato Ribeiro Hi Renato, On Thu, Apr 19, 2018 at 8:02 PM, Renato Ribeiro < renatoribeiro...@hotmail.com> wrote: > Hi all, > > > I'm trying to build LOOL for my final project. I build the LO core without > problems and the wsd "module" too. But, when I try to run the command *make > run*, there is an error related with a permission that I can't understand > and solved (the picture attached shows this error). Could someone help me > to understand and solve this issue? I follow all the steps of README/wsd > file but I can overcome this error. I'm using Debian Stretch for this work. > > You have multiple options. 1. You can give rights to your user to write /var/log/loolwsd.log 2. If you configure with --enable-debug, which makes sense in combination with make run, then your log file will be /tmp/loolwsd.log, and /tmp is hopefully writable for anyone. 3. Last but not least you can configure the log file path, too. --with-logfile= Path to the location of the logfile. Best regards, Andras ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice-bugs] [Bug 117102] picture zoom not fine enough
https://bugs.documentfoundation.org/show_bug.cgi?id=117102 --- Comment #3 from Dr. Matthias Weisser--- Created attachment 141494 --> https://bugs.documentfoundation.org/attachment.cgi?id=141494=edit also shows zoom scaling problem same problem with same picture but different page layout. Here to see with 41% scaling too small, with 42% too big. -- 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 117113] New: LibreOffice 6.0.2.1 (x64) not responding (Calc)
https://bugs.documentfoundation.org/show_bug.cgi?id=117113 Bug ID: 117113 Summary: LibreOffice 6.0.2.1 (x64) not responding (Calc) Product: LibreOffice Version: 6.0.2.1 release Hardware: All OS: Windows (All) Status: UNCONFIRMED Severity: normal Priority: medium Component: Calc Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: wilkins.pe...@gmail.com Description: I am experiencing frequent "not responding" with Calc. I have been forced to close LibreOffice using Task Manager, so unable to give more details... Is this a known bug? If not, what diagnostics can I try? Version: 6.0.2.1 (x64) Build ID: f7f06a8f319e4b62f9bc5095aa112a65d2f3ac89 CPU threads: 4; OS: Windows 10.0; UI render: default; Locale: en-CA (en_CA); Calc: group Steps to Reproduce: 1. No known steps 2. 3. Actual Results: Use Task Manager to close Expected Results: Relaunch and recovery Reproducible: Sometimes User Profile Reset: No Additional Info: User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:59.0) Gecko/20100101 Firefox/59.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 116930] Calc crashes when scrolling in a worksheet containing a Chart object
https://bugs.documentfoundation.org/show_bug.cgi?id=116930 --- Comment #9 from putchairi...@gmail.com --- Attempted to replicate crash following "steps to reproduce" described in original bug report. Was unable to replicate crash when moving/using chart object while in Calc: chart object and spreadsheet performed according to expectations in version 6.0.3.2 (x64). LibreOffice: Version: 6.0.3.2 (x64) Build ID: 8f48d515416608e3a835360314dac7e47fd0b821 CPU threads: 4; OS: Windows 6.1; UI render: default; Locale: en-US (en_US); Calc: group -- 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 116951] LibreOffice crashed when inserted "−" ( minus, U+2212) character on Gnome on Wayland
https://bugs.documentfoundation.org/show_bug.cgi?id=116951 Caolán McNamarachanged: What|Removed |Added See Also||https://bugzilla.redhat.com ||/show_bug.cgi?id=1569331 -- 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 116951] LibreOffice crashed when inserted "−" ( minus, U+2212) character on Gnome on Wayland
https://bugs.documentfoundation.org/show_bug.cgi?id=116951 --- Comment #2 from Caolán McNamara--- Got a fedora 28 report that is similar, so maybe something new going on https://bugzilla.redhat.com/show_bug.cgi?id=1569331 -- 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 115702] Optimise GTK3 rendering
https://bugs.documentfoundation.org/show_bug.cgi?id=115702 --- Comment #11 from Caolán McNamara--- Now after https://cgit.freedesktop.org/libreoffice/core/commit/?id=6eea5cffc4399fd31f97b19359eb6ae9c75d21b8 and https://cgit.freedesktop.org/libreoffice/core/commit/?id=b524de950c6eb0bc61d05d41fe69b67ab59b16c6 is here any discernible difference ? -- 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 116944] Firebird-migration must happen only after user consent and advise to backup data prior to migration at 6.1
https://bugs.documentfoundation.org/show_bug.cgi?id=116944 --- Comment #44 from Drew Jensen--- (In reply to Tamas Bunth from comment #31) > from bug title: > "advise to backup data prior to migration at 6.1" > > You can revert the migration by opening "content.xml" in the zipped > structure and replace the URL "sdbc:embedded:firebird" with > "sdbc:embedded:hsqldb". This will work, because the old HSQLDB data is still > in the odb structure. You may also want to remove "database/firebird.fbk" so > it won't make any surprises when you try to migrate next time. > > Of course, the above method is not user friendly. I would like to suggest > that - instead of advising the user to backup it's data - we should revert > the changes automatically (with the above mentioned method) if the migration > wasn't successful. > > By "wasn't successful" I mean that the sdbc driver throws an exception - > which indicates a lot of errors, but not all of them (e.g. what if something > is just missing in the new format). In these cases the user could still > revert the migration manually. Because of that, the above mentioned way to > revert the migration should be put into a wiki or something. Right you are and there is a place holder for that on the wiki now. https://wiki.documentfoundation.org/Documentation/FirebirdMigration I just made sure that I have edit rights there and I do, so I'm willing to help put that page together with you folks, if you'll have me. -- 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: cui/uiconfig solenv/sanitizers
cui/uiconfig/ui/textflowpage.ui | 12 solenv/sanitizers/ui/cui.suppr |4 2 files changed, 12 insertions(+), 4 deletions(-) New commits: commit b38387aaf03c0183a4cec6ed7ef1a1cd7fc6f09f Author: Caolán McNamaraDate: Thu Apr 19 11:10:21 2018 +0100 gla11y: fix some grandfathered warnings Change-Id: I01723d0cb889f192a3e5aecadd86bb36682214c8 Reviewed-on: https://gerrit.libreoffice.org/53161 Tested-by: Jenkins Reviewed-by: Caolán McNamara Tested-by: Caolán McNamara diff --git a/cui/uiconfig/ui/textflowpage.ui b/cui/uiconfig/ui/textflowpage.ui index 9217fc01d58f..d13ec83d1a2a 100644 --- a/cui/uiconfig/ui/textflowpage.ui +++ b/cui/uiconfig/ui/textflowpage.ui @@ -215,6 +215,9 @@ 0 True True + + + 0 @@ -258,6 +261,9 @@ True right 1 + + + 3 @@ -408,6 +414,9 @@ 0 True True + + + 0 @@ -424,6 +433,9 @@ 0 True True + + + 0 diff --git a/solenv/sanitizers/ui/cui.suppr b/solenv/sanitizers/ui/cui.suppr index 8f00b81c4cf2..598c7a600ae3 100644 --- a/solenv/sanitizers/ui/cui.suppr +++ b/solenv/sanitizers/ui/cui.suppr @@ -6,7 +6,3 @@ cui/uiconfig/ui/hatchpage.ui://GtkLabel[@id='angleft'] orphan-label cui/uiconfig/ui/hatchpage.ui://GtkScale[@id='angleslider'] no-labelled-by cui/uiconfig/ui/hatchpage.ui://GtkLabel[@id='linetypeft'] orphan-label cui/uiconfig/ui/hatchpage.ui://GtkLabel[@id='linecolorft'] orphan-label -cui/uiconfig/ui/textflowpage.ui://GtkSpinButton[@id='spinPageNumber'] missing-label-for -cui/uiconfig/ui/textflowpage.ui://GtkComboBox[@id='comboPageStyle'] missing-label-for -cui/uiconfig/ui/textflowpage.ui://GtkSpinButton[@id='spinOrphan'] missing-label-for -cui/uiconfig/ui/textflowpage.ui://GtkSpinButton[@id='spinWidow'] missing-label-for ___ Libreoffice-commits mailing list libreoffice-comm...@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-commits
[Libreoffice-bugs] [Bug 117039] Print Preview crashes on signed document
https://bugs.documentfoundation.org/show_bug.cgi?id=117039 --- Comment #9 from Julien Nabet--- (In reply to Julien Nabet from comment #8) > I wonder if a mutex could help but there a lot of types of these in LO and I > don't know how to choose :-( It won't help. Indeed, I added this: +fprintf(stderr, "%p instance\n", this); in SfxObjectShell::GetState_Impl, it's the same thread -- 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
HSQLDB to Firebird migration
Hello everyone, Based on https://bugs.documentfoundation.org/show_bug.cgi?id=116944#c42 a list of TODO items for the migration: I was told discussing this bug both on QA and DEV ML is okay. Some TODO items / things I had in mind :) - Converting HSQLDB databases from HSQLDB to Firebird should not be enabled by default in 6.1 -> Should be an experimental option. - Expert configuration entry should be added to force / ask / delay upgrade - In "RELEASE CONFIGURATION" builds default should be "delay", in others "ask". - After converting the ODB file there must not be the HSQLDB related data in the file anymore. - Ask to store in new file -> backup - Automated tests should be created that cover the following aspects. The current unit test is just a very basic example. The test document should be a HSQLDB one as explicitly the transition to Firebird should be tested. I am never taking about the Firebird database, I am only talking about the migration. The following things should work / need to be discussed from my point of view (sorry if this sounds harsh - didn't meant to): - Relationships are working between tables: - 1:1 - 1:n - n:m - Auto increment of elements needs to be working (needs to be checked after migration finished) - Other constraints on elements must work as well - UNIQUE / PRIMARY KEY / FOREIGN KEY / NON NULL on single field - UNIQUE / PRIMARY / FOREIGN KEY on group of fields - All different index types (TODO: what index types are supported in both database and can they be mapped?) need to be mapped to corresponding INDEXES in Firebird - All different types need to be checked whether a corresponding type is available - Same range / order behavior of the types - Incompatibilities need to be documented BEFORE deprecating HSQLDB backend to allow people to prepare for the transition. - We need to discuss to what extend manually entered SQL should be covered (migration is something different than just importing data) - However, views created by the designer must work - Best effort approach for manually created views? - As long as the HSQLDB driver is integrated we can easily check if the result of reports (or anything else relevant) is exactly the same compared to the HSQLDB version. --> Unit tests - What to do with HSQLDB specific SQL functions? -Example for incompatible SQL dialects: Firebird 3.0 does not support concat in select - Can be rewritten from "concat(A,B)" to "A || B" -> See above. How to handle custom SQL. After automated testing of some migrations (migration itself works and reports / entries can be added) manual QA effort is needed. The timeframe to the 6.1 release seems to close to tackle everything listed above. Therefore defaulting to enabling this big feature for 6.1 is not recommended from my side. As highlighted above incompatible data types / SQL code has not been discussed as part of the migration to Firebird. I saw one example of incompatible types, but no resolution of how to continue. TODO from QA side: Prepare 1-3+ test documents, which should be used as data for automated tests. Ideally this should not only be new documents, but also documents created by older LibreOffice versions [one test document can be found here:: https://bugs.documentfoundation.org/attachment.cgi?id=141489 Base manual's DB] Yours Florian PS: please answer to both mailing lists to not split up to conversation. Thank you! -- Mit freundlichen Grüßen, | Yours, Florian Reisinger ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice-bugs] [Bug 116967] Textshape with "Rotated" transform from a Draw export to .svg -- valid SVG 1.2 transform syntax or not ?
https://bugs.documentfoundation.org/show_bug.cgi?id=116967 V Stuart Footechanged: What|Removed |Added See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=11 ||3494 -- 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-qa] HSQLDB to Firebird migration
Hello everyone, Based on https://bugs.documentfoundation.org/show_bug.cgi?id=116944#c42 a list of TODO items for the migration: I was told discussing this bug both on QA and DEV ML is okay. Some TODO items / things I had in mind :) - Converting HSQLDB databases from HSQLDB to Firebird should not be enabled by default in 6.1 -> Should be an experimental option. - Expert configuration entry should be added to force / ask / delay upgrade - In "RELEASE CONFIGURATION" builds default should be "delay", in others "ask". - After converting the ODB file there must not be the HSQLDB related data in the file anymore. - Ask to store in new file -> backup - Automated tests should be created that cover the following aspects. The current unit test is just a very basic example. The test document should be a HSQLDB one as explicitly the transition to Firebird should be tested. I am never taking about the Firebird database, I am only talking about the migration. The following things should work / need to be discussed from my point of view (sorry if this sounds harsh - didn't meant to): - Relationships are working between tables: - 1:1 - 1:n - n:m - Auto increment of elements needs to be working (needs to be checked after migration finished) - Other constraints on elements must work as well - UNIQUE / PRIMARY KEY / FOREIGN KEY / NON NULL on single field - UNIQUE / PRIMARY / FOREIGN KEY on group of fields - All different index types (TODO: what index types are supported in both database and can they be mapped?) need to be mapped to corresponding INDEXES in Firebird - All different types need to be checked whether a corresponding type is available - Same range / order behavior of the types - Incompatibilities need to be documented BEFORE deprecating HSQLDB backend to allow people to prepare for the transition. - We need to discuss to what extend manually entered SQL should be covered (migration is something different than just importing data) - However, views created by the designer must work - Best effort approach for manually created views? - As long as the HSQLDB driver is integrated we can easily check if the result of reports (or anything else relevant) is exactly the same compared to the HSQLDB version. --> Unit tests - What to do with HSQLDB specific SQL functions? -Example for incompatible SQL dialects: Firebird 3.0 does not support concat in select - Can be rewritten from "concat(A,B)" to "A || B" -> See above. How to handle custom SQL. After automated testing of some migrations (migration itself works and reports / entries can be added) manual QA effort is needed. The timeframe to the 6.1 release seems to close to tackle everything listed above. Therefore defaulting to enabling this big feature for 6.1 is not recommended from my side. As highlighted above incompatible data types / SQL code has not been discussed as part of the migration to Firebird. I saw one example of incompatible types, but no resolution of how to continue. TODO from QA side: Prepare 1-3+ test documents, which should be used as data for automated tests. Ideally this should not only be new documents, but also documents created by older LibreOffice versions [one test document can be found here:: https://bugs.documentfoundation.org/attachment.cgi?id=141489 Base manual's DB] Yours Florian PS: please answer to both mailing lists to not split up to conversation. Thank you! -- Mit freundlichen Grüßen, | Yours, Florian Reisinger ___ List Name: Libreoffice-qa mailing list Mail address: Libreoffice-qa@lists.freedesktop.org Change settings: https://lists.freedesktop.org/mailman/listinfo/libreoffice-qa Problems? http://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/ Posting guidelines + more: http://wiki.documentfoundation.org/Netiquette List archive: http://lists.freedesktop.org/archives/libreoffice-qa/
[Libreoffice-ux-advise] [Bug 117009] In Impress UI scroll bars are active beyond the extent of the slide
https://bugs.documentfoundation.org/show_bug.cgi?id=117009 Cor Nouwschanged: What|Removed |Added Version|6.0.3.2 release |Inherited From OOo --- Comment #9 from Cor Nouws --- (In reply to brian.bj.parker99 from comment #0) > limited to the extent of the slide. In LO the scroll bars are always > present and allow the slide to be shifted an arbitrary amount off the screen > with the mouse or arrow keys. Horizontally it is allowed to scroll about to the width of the slide on both sides. Vertically, it is allowed to scroll even less. > This is very clumsy as when editing slides (moving textboxes with the mouse > for example) it is very easy to accidentally flick the slide off the screen, > which gives a very unstable UI. Might be. But than the number of complaints is rather low, to think this is a widely experienced problem? (In reply to brian.bj.parker99 from comment #6) > I suggest adding a similar option to LO Impress (and ideally making it on by > default). The option and _off_ by default, would be fine for me.. -- 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 117009] In Impress UI scroll bars are active beyond the extent of the slide
https://bugs.documentfoundation.org/show_bug.cgi?id=117009 Cor Nouwschanged: What|Removed |Added Version|6.0.3.2 release |Inherited From OOo --- Comment #9 from Cor Nouws --- (In reply to brian.bj.parker99 from comment #0) > limited to the extent of the slide. In LO the scroll bars are always > present and allow the slide to be shifted an arbitrary amount off the screen > with the mouse or arrow keys. Horizontally it is allowed to scroll about to the width of the slide on both sides. Vertically, it is allowed to scroll even less. > This is very clumsy as when editing slides (moving textboxes with the mouse > for example) it is very easy to accidentally flick the slide off the screen, > which gives a very unstable UI. Might be. But than the number of complaints is rather low, to think this is a widely experienced problem? (In reply to brian.bj.parker99 from comment #6) > I suggest adding a similar option to LO Impress (and ideally making it on by > default). The option and _off_ by default, would be fine for me.. -- 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 116967] Textshape with "Rotated" transform from a Draw export to .svg -- valid SVG 1.2 transform syntax or not ?
https://bugs.documentfoundation.org/show_bug.cgi?id=116967 V Stuart Footechanged: What|Removed |Added Status|UNCONFIRMED |NEW CC||vstuart.fo...@utsa.edu, ||xiscofa...@libreoffice.org Component|Draw|graphics stack Blocks||99825 Summary|Export .svg file from DRAW |Textshape with "Rotated" |and Import it to WRITER |transform from a Draw ||export to .svg -- valid SVG ||1.2 transform syntax or ||not? Ever confirmed|0 |1 --- Comment #3 from V Stuart Foote --- Interesting, ImageMagick's IMDisplay handles the SVG correctly. But Inkscape, Edge, Chrome, even our LO Draw insert filter, all drop the text rotation. On first glance the transform SVG XML looks correct: 2 x 8 Pins GALEP @Xisco, what do you think? Are we generating bad SVG? The round trip use of SVG within LibreOffice is another issue--I don't think is the question of OP. For internal use the OLE embedding of the ODG, or an SVM handles the rotated text annotation correctly. Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=99825 [Bug 99825] [META] SVG 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 99825] [META] SVG bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=99825 V Stuart Footechanged: What|Removed |Added Depends on||116967 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=116967 [Bug 116967] Textshape with "Rotated" transform from a Draw export to .svg -- valid SVG 1.2 transform syntax or not? -- 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 117009] In Impress UI scroll bars are active beyond the extent of the slide
https://bugs.documentfoundation.org/show_bug.cgi?id=117009 --- Comment #8 from brian.bj.parke...@gmail.com --- I think the issue of what happens to text boxes is orthogonal to the scrolling issue. Whatever LO does now is ok- just let the text go off the boundary of the slide if necessary, and then the user can see and edit the off-slide text by either (i) zooming out sufficiently to see the canvas around the slide, or (ii) turning off the "auto-center" option and scrolling to see the off-slide text. (Note that the proposed "auto-center" option, which limits the horizontal and vertical scrolling, is independent of the "fit slide" button that is already in LO Impress, which causes the slide to automatically zoom to fill the entire screen). (In reply to Heiko Tietze from comment #7) > (In reply to brian.bj.parker99 from comment #6) > > I suggest adding a similar option to LO Impress... > > Sounds very reasonable. What should happen when the user pastes a lengthy > text into a field, e.g. Lorem ipsum? Guess we do not max out the width > anymore but in height, and virtually cut off the text (cursor up/down to > scroll) after font size adjustment has been done to the minimum, if enabled. -- 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 117009] In Impress UI scroll bars are active beyond the extent of the slide
https://bugs.documentfoundation.org/show_bug.cgi?id=117009 --- Comment #8 from brian.bj.parke...@gmail.com --- I think the issue of what happens to text boxes is orthogonal to the scrolling issue. Whatever LO does now is ok- just let the text go off the boundary of the slide if necessary, and then the user can see and edit the off-slide text by either (i) zooming out sufficiently to see the canvas around the slide, or (ii) turning off the "auto-center" option and scrolling to see the off-slide text. (Note that the proposed "auto-center" option, which limits the horizontal and vertical scrolling, is independent of the "fit slide" button that is already in LO Impress, which causes the slide to automatically zoom to fill the entire screen). (In reply to Heiko Tietze from comment #7) > (In reply to brian.bj.parker99 from comment #6) > > I suggest adding a similar option to LO Impress... > > Sounds very reasonable. What should happen when the user pastes a lengthy > text into a field, e.g. Lorem ipsum? Guess we do not max out the width > anymore but in height, and virtually cut off the text (cursor up/down to > scroll) after font size adjustment has been done to the minimum, if enabled. -- 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 117112] New: cant use named ranges in conditional formatting
https://bugs.documentfoundation.org/show_bug.cgi?id=117112 Bug ID: 117112 Summary: cant use named ranges in conditional formatting Product: LibreOffice Version: 6.0.3.2 release Hardware: All OS: All Status: UNCONFIRMED Severity: normal Priority: medium Component: Calc Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: paj...@gmail.com Steps to reproduce: - name a range - create a conditional formatting - type named range in the range field - ok button is greyed out and thus not accepting the named range as a valid range -- 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 117110] Math formulas displayed wrongly on Windows-10, but are correct on Windows-7
https://bugs.documentfoundation.org/show_bug.cgi?id=117110 Claudiuschanged: What|Removed |Added Status|NEEDINFO|RESOLVED Resolution|--- |NOTABUG --- Comment #4 from Claudius --- Thank you very much, the installation of version 5.4.6 solved the problem -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 117107] bug 1
https://bugs.documentfoundation.org/show_bug.cgi?id=117107 Buovjagachanged: What|Removed |Added Component|Android Viewer |deletionrequest -- 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 117106] HSQLDB -> Firebird migration
https://bugs.documentfoundation.org/show_bug.cgi?id=117106 --- Comment #5 from Lionel Elie Mamane--- (In reply to Xisco Faulí from comment #4) >> - Converting HSQLDB databases from HSQLDB to Firebird should not be enabled >> by default in 6.1 -> Should be an experimental option. >> - Expert configuration entry should be added to force / ask / delay upgrade >> - In "RELEASE CONFIGURATION" builds default should be "delay", in others >> "ask". > It was discussed in last week's ESC meeting to enable it and ask the users > whether to migrate or not. I guess the place to discuss such a rollback is > the ESC meeting. I don't think the ESC decision was so rigid as to require nagging the user at each opening of an embedded HSQLDB file! The scheme proposed by Florian is reasonable. Other reasonable schemes would be: - Have a "don't nag again for this file" option in the dialog (which sets some property/setting/mark in the file) - Instead of / additionally to initiating the migration through a pop-up, do it through anexplicit menu entry? If technically necessary, that menu entry could not act on the currently open file, but on another file that on chooses from the filepicker. Depending on how much development/QA work we get squeezed in before 6.1, we could start in 6.1 with a menu entry the user has to explicitly look for, and switch to a pop-up when development/QA is more advanced. That is a decision to be taken near feature freeze for 6.1. -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 116973] LibreOffice 6.0 does not open files in focus if Firefox and another open LO file are not in focus
https://bugs.documentfoundation.org/show_bug.cgi?id=116973 --- Comment #4 from Nolan Leasy--- This happened consistently, as described, using openSUSE Leap 15.0 with LibreOffice 6.0.2.1 with Firefox 59.0.x. Downgrading to LibreOffice 5.4.6.x fixed the problem on openSUSE Leap 15.0. They have since upgraded to LO 6.0.3.2 on that platform, however, and the problem seems to have disappeared. As I said, it's probably impossible to know the original combination of variables that produced the incorrect behavior. Although openSUSE has chosen to go with LibreOffice 6.0.x right away on openSUSE Leap 15.0, I will continue to downgrade it to the more stable LibreOffice 5.4.x. -- 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: sw/source
sw/source/core/crsr/trvltbl.cxx |1 + 1 file changed, 1 insertion(+) New commits: commit 312a2c64ad3fdd352c44e08f8cba3372d2ef2246 Author: Jim RaykowskiDate: Thu Apr 19 01:35:03 2018 -0800 Satisfy Coverity error Change-Id: Ib619617adca0cb64fb69daffb3b57214e882d9b4 Reviewed-on: https://gerrit.libreoffice.org/53145 Tested-by: Jenkins Reviewed-by: Noel Grandin diff --git a/sw/source/core/crsr/trvltbl.cxx b/sw/source/core/crsr/trvltbl.cxx index 43a5f7e90be6..ccc648dfe248 100644 --- a/sw/source/core/crsr/trvltbl.cxx +++ b/sw/source/core/crsr/trvltbl.cxx @@ -590,6 +590,7 @@ bool GotoNextTable( SwPaM& rCurrentCursor, SwMoveFnCollection const & fnPosTable continue; } +if( pTableNd ) // should never be nullptr { if( == ) // at the beginning? { ___ Libreoffice-commits mailing list libreoffice-comm...@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-commits
[Libreoffice-bugs] [Bug 117111] New: CRASH: Copy/pasting a push button from Writer to Calc
https://bugs.documentfoundation.org/show_bug.cgi?id=117111 Bug ID: 117111 Summary: CRASH: Copy/pasting a push button from Writer to Calc Product: LibreOffice Version: 6.1.0.0.alpha0+ Master Hardware: All OS: All Status: UNCONFIRMED Severity: normal Priority: medium Component: LibreOffice Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: tele...@surfxs.nl Description: Not sure if this worth a report, one out of many similar reports around already ( AW080 related, I think). So might be identical (or not, who knows) Steps to Reproduce: 1. Open Writer 2. Form -> Pushbutton 3. Copy the push button 4. Open a Calc document -> Paste => Crash Actual Results: Crash Expected Results: No crash Reproducible: Always User Profile Reset: No Additional Info: Version: 6.1.0.0.alpha0+ Build ID: 9c4eaa7b81a40d97fe49b85272b40bfeaaf44f86 CPU threads: 4; OS: Windows 6.3; UI render: GL; TinderBox: Win-x86@42, Branch:master, Time: 2018-04-16_03:31:36 Locale: nl-NL (nl_NL); Calc: CL User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:52.0) Gecko/20100101 Firefox/52.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 116973] LibreOffice 6.0 does not open files in focus if Firefox and another open LO file are not in focus
https://bugs.documentfoundation.org/show_bug.cgi?id=116973 --- Comment #3 from Timur--- I don't understand this bug. Nolan, you say you don't reproduce this? It happened once or what? -- 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 116274] Cannot open an excel workbook, " maximum number of columns per sheet" only in 64bit Calc on Windows 10
https://bugs.documentfoundation.org/show_bug.cgi?id=116274 --- Comment #18 from Eike Rathke--- Just stating: The .xlsx contains in which area the actual data resides, but also i.e. the grey area right to the data area is covered by min="5" max="16384", probably due to which the overflow dialog is shown. It looks like we should explicitly ignore those column definitions in overflow detection unless cell content data is placed there as well. This "more columns declared than available" may or may not be related to the crash reported here (which I can not reproduce with any version on Linux), just to mention. -- 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 117099] selection of printer causes crash
https://bugs.documentfoundation.org/show_bug.cgi?id=117099 --- Comment #2 from V Stuart Foote--- Also, are you connecting to the HP P1102w network printer via WiFi or Ethernet, or both? And, could you check if with the HP 1102w set as the Windows default printer for the user profile--can you open LibreOffice? And, can you create a Writer document and then use the Format -> Character dialog? Looking at relationship to bug 116679 -- 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 115421] Bangla font rendering problem with letter ড় with Bangla Akademi font
https://bugs.documentfoundation.org/show_bug.cgi?id=115421 --- Comment #6 from Volga--- The following pull request could be expected to fix this bug in upstream. https://github.com/harfbuzz/harfbuzz/pull/977 -- 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 117099] selection of printer causes crash
https://bugs.documentfoundation.org/show_bug.cgi?id=117099 V Stuart Footechanged: What|Removed |Added Status|UNCONFIRMED |NEEDINFO CC||vstuart.fo...@utsa.edu Ever confirmed|0 |1 --- Comment #1 from V Stuart Foote --- The crash recover should result in a crashreport (a dump posted to crashreport.libreoffice.org that is parsed with symbols) we'll need that. If not generated, check the task manager for any soffice.bin instances left running, kill them and retest. Post the linked crash report. Otherwise if you are up to it, you could install the Windows SDK, just the debug tools, and catch the crash dump with linked symbols [1]; and, might need to use the Microsoft sysinternals "procdump" utility [2] to catch the dump with -ma settings to create the dump. Devs won't be able to do a lot with this crash at the 6.0.3.2 x64 build without seeing a dump/stack trace linked to Libreoffice symbols. =-ref-= [1] https://wiki.documentfoundation.org/How_to_get_a_backtrace_with_WinDbg [2] https://docs.microsoft.com/en-us/sysinternals/downloads/procdump -- 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 116967] Export .svg file from DRAW and Import it to WRITER
https://bugs.documentfoundation.org/show_bug.cgi?id=116967 Jacques Guilleronchanged: What|Removed |Added Status|NEEDINFO|UNCONFIRMED Ever confirmed|1 |0 -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-commits] core.git: filter/source filter/uiconfig include/svtools svtools/source
filter/source/xsltdialog/xmlfiltersettingsdialog.cxx | 12 - filter/source/xsltdialog/xmlfiltertabdialog.cxx | 90 -- filter/source/xsltdialog/xmlfiltertabdialog.hxx | 25 +--- filter/source/xsltdialog/xmlfiltertabpagebasic.cxx | 62 -- filter/source/xsltdialog/xmlfiltertabpagebasic.hxx | 26 +--- filter/source/xsltdialog/xmlfiltertabpagexslt.cxx| 117 --- filter/source/xsltdialog/xmlfiltertabpagexslt.hxx| 52 +++- filter/uiconfig/ui/xmlfiltertabpagegeneral.ui| 22 ++- filter/uiconfig/ui/xmlfiltertabpagetransformation.ui | 43 -- filter/uiconfig/ui/xsltfilterdialog.ui | 56 - include/svtools/inettbc.hxx |5 svtools/source/control/inettbc.cxx | 14 ++ 12 files changed, 267 insertions(+), 257 deletions(-) New commits: commit a1533910d896f18980a37c7a9c15154366dacae3 Author: Caolán McNamaraDate: Thu Apr 19 10:44:22 2018 +0100 weld XMLFilterTabDialog Change-Id: I5ef92805690f55913e6366fce1fd4dc5180bb5a6 Reviewed-on: https://gerrit.libreoffice.org/53146 Tested-by: Jenkins Reviewed-by: Caolán McNamara Tested-by: Caolán McNamara diff --git a/filter/source/xsltdialog/xmlfiltersettingsdialog.cxx b/filter/source/xsltdialog/xmlfiltersettingsdialog.cxx index d9c1a03dfcdd..c0cfa1b0c327 100644 --- a/filter/source/xsltdialog/xmlfiltersettingsdialog.cxx +++ b/filter/source/xsltdialog/xmlfiltersettingsdialog.cxx @@ -236,11 +236,11 @@ void XMLFilterSettingsDialog::onNew() aTempInfo.maDocumentService = "com.sun.star.text.TextDocument"; // execute XML Filter Dialog -ScopedVclPtrInstance< XMLFilterTabDialog > aDlg( this, mxContext, ); -if ( aDlg->Execute() == RET_OK ) +XMLFilterTabDialog aDlg(GetFrameWeld(), mxContext, ); +if (aDlg.run() == RET_OK) { // insert the new filter -insertOrEdit( aDlg->getNewFilterInfo() ); +insertOrEdit( aDlg.getNewFilterInfo() ); } } @@ -255,10 +255,10 @@ void XMLFilterSettingsDialog::onEdit() filter_info_impl* pOldInfo = static_cast (pEntry->GetUserData()); // execute XML Filter Dialog -ScopedVclPtrInstance< XMLFilterTabDialog > aDlg( this, mxContext, pOldInfo ); -if ( aDlg->Execute() == RET_OK ) +XMLFilterTabDialog aDlg(GetFrameWeld(), mxContext, pOldInfo); +if (aDlg.run() == RET_OK) { -filter_info_impl* pNewInfo = aDlg->getNewFilterInfo(); +filter_info_impl* pNewInfo = aDlg.getNewFilterInfo(); if( !(*pOldInfo == *pNewInfo) ) { diff --git a/filter/source/xsltdialog/xmlfiltertabdialog.cxx b/filter/source/xsltdialog/xmlfiltertabdialog.cxx index b153cb67ea2f..2f8f5e306506 100644 --- a/filter/source/xsltdialog/xmlfiltertabdialog.cxx +++ b/filter/source/xsltdialog/xmlfiltertabdialog.cxx @@ -36,65 +36,41 @@ using namespace com::sun::star::container; using namespace com::sun::star::beans; using namespace com::sun::star::lang; -XMLFilterTabDialog::XMLFilterTabDialog(vcl::Window *pParent, +XMLFilterTabDialog::XMLFilterTabDialog(weld::Window *pParent, const Reference< XComponentContext >& rxContext, const filter_info_impl* pInfo) -: TabDialog(pParent, "XSLTFilterDialog","filter/ui/xsltfilterdialog.ui") +: GenericDialogController(pParent, "filter/ui/xsltfilterdialog.ui", "XSLTFilterDialog") , mxContext(rxContext) +, m_xTabCtrl(m_xBuilder->weld_notebook("tabcontrol")) +, m_xOKBtn(m_xBuilder->weld_button("ok")) +, mpBasicPage(new XMLFilterTabPageBasic(m_xTabCtrl->get_page("general"))) +, mpXSLTPage(new XMLFilterTabPageXSLT(m_xTabCtrl->get_page("transformation"), m_xDialog.get())) { -get(m_pOKBtn, "ok"); -get(m_pTabCtrl, "tabcontrol"); - mpOldInfo = pInfo; mpNewInfo = new filter_info_impl( *mpOldInfo ); -OUString aTitle( GetText() ); +OUString aTitle(m_xDialog->get_title()); aTitle = aTitle.replaceAll("%s", mpNewInfo->maFilterName); -SetText( aTitle ); - -m_pOKBtn->SetClickHdl( LINK( this, XMLFilterTabDialog, OkHdl ) ); +m_xDialog->set_title(aTitle); -m_pTabCtrl->SetActivatePageHdl( LINK( this, XMLFilterTabDialog, ActivatePageHdl ) ); +m_xOKBtn->connect_clicked( LINK( this, XMLFilterTabDialog, OkHdl ) ); -mpBasicPage = VclPtr::Create(m_pTabCtrl); mpBasicPage->SetInfo( mpNewInfo ); - -m_nBasicPageId = m_pTabCtrl->GetPageId("general"); -m_pTabCtrl->SetTabPage(m_nBasicPageId, mpBasicPage); - -mpXSLTPage = VclPtr::Create(m_pTabCtrl); mpXSLTPage->SetInfo( mpNewInfo ); - -m_nXSLTPageId = m_pTabCtrl->GetPageId("transformation"); -m_pTabCtrl->SetTabPage(m_nXSLTPageId, mpXSLTPage); - -ActivatePageHdl(nullptr, m_pTabCtrl); } - XMLFilterTabDialog::~XMLFilterTabDialog() { -disposeOnce(); -} - -void
[Libreoffice-bugs] [Bug 117079] Insert special characters in v. 6 a regression in usability
https://bugs.documentfoundation.org/show_bug.cgi?id=117079 --- Comment #5 from Heiko Tietze--- (In reply to Jon from comment #4) > Problem is, everyone > has a different workflow, right? And we thought that this dialog is not primarily used to compose words as your OS/DE allows several ways for that. No question that _special cases_ are not covered anymore. Btw, we usually blog about planned changes, see https://design.blog.documentfoundation.org/2015/03/26/libreoffice-design-session-special-character/ (unfortunately the comments are gone). -- 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 116274] Cannot open an excel workbook, " maximum number of columns per sheet" only in 64bit Calc on Windows 10
https://bugs.documentfoundation.org/show_bug.cgi?id=116274 --- Comment #17 from Eike Rathke--- (In reply to Xisco Faulí from comment #15) > The warning message was introduced in > https://cgit.freedesktop.org/libreoffice/core/commit/ > ?id=66564dac88ffcc781b4fade7ca0f4f72af6b8bca but I don't think this is the > cause of the problem. That column overflow detection was not present in 6.0.2 but was added only for 6.0.3 -- 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 37873] VIEWING: Text shifted outside cell by indents or border distance invisible, but printed
https://bugs.documentfoundation.org/show_bug.cgi?id=37873 --- Comment #14 from Heiko Tietze--- Same issue would also happen when the text is placed 20cm to left or right - and then you cannot just show it. So in contrast to comment 3 I wouldn't treat this as a rendering issue. Perhaps it's a question of the PDF filter that could hide/ignore objects not shown for some reason. In the end users can mess up with formatting in several ways and we cannot take care of all. Security by formatting is definitely a bad idea. So my take is WF. -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-ux-advise] [Bug 37873] VIEWING: Text shifted outside cell by indents or border distance invisible, but printed
https://bugs.documentfoundation.org/show_bug.cgi?id=37873 --- Comment #14 from Heiko Tietze--- Same issue would also happen when the text is placed 20cm to left or right - and then you cannot just show it. So in contrast to comment 3 I wouldn't treat this as a rendering issue. Perhaps it's a question of the PDF filter that could hide/ignore objects not shown for some reason. In the end users can mess up with formatting in several ways and we cannot take care of all. Security by formatting is definitely a bad idea. So my take is WF. -- 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 117079] Insert special characters in v. 6 a regression in usability
https://bugs.documentfoundation.org/show_bug.cgi?id=117079 --- Comment #4 from Jon--- Yes, it was clear that it was a deliberate change. It seems to me, non-programmer that I am, that the changes could have been added without removing the functionality of the field where several characters could be chosen in sequence before inserting in the document. Problem is, everyone has a different workflow, right? -- 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 --enable-pdfium fails
Hello, thanks for your answer. --with-system-jpeg was indeed the problem. What libjpeg has to be installed in order for this to work? Are libturbo-jpeg and jpeg-9c.zip interchangable, as they both provide libjpeg.so? Can I use jpeg-9b instead of jpeg-9c and why doesn't ./configure fail in such cases? Regards Dilian - Message from Stephan Bergmann- Date: Tue, 17 Apr 2018 17:40:38 +0200 From: Stephan Bergmann Subject: Re: Compiling --enable-pdfium fails To: LibreOffice Cc: Дилян Палаузов On 17/04/18 17:23, Дилян Палаузов wrote: for 6.0.3.2 I call ./configure --enable-evolution2 --enable-avahi --enable-python=system --enable-eot --enable-online-update --enable-introspection=yes --without-doxygen --with-jdk-home=/opt/jdk --with-ant-home=/opt/ant --without-junit --enable-formula-logger --enable-introspection --with-system-bzip2 --with-system-cairo --with-system-epoxy --with-system-zlib --with-system-jpeg --with-system-expat --with-system-libxml --with-system-icu --with-system-openldap --with-system-poppler --with-system-curl --with-system-boost --with-webdav --with-krb5 --with-gssapi --with-system-lcms2 --with-boost --with-system-nss --with-system-graphite --with-system-harfbuzz --with-system-openssl --with-system-libpng --disable-firebird-sdbc which implies --enable-pdfium, and then `make` shows: mkdir -p /src/libreoffice-6.0.3.2/instdir /src/libreoffice-6.0.3.2/solenv/bin/install-gdb-printers -a /src/libreoffice-6.0.3.2/instdir -c make -j 4 -rs -f /src/libreoffice-6.0.3.2/Makefile.gbuild all [build DEP] LNK:Executable/unoidl-write [build DEP] LNK:Executable/unoidl-check [build DEP] LNK:Library/libunoidllo.so [build DEP] LNK:Library/libpdfiumlo.so [build DEP] LNK:Executable/cppumaker [build PAT] liborcus [build DEP] LNK:Library/libunoidllo.so [build LNK] Library/libunoidllo.so [build UIC] modules/BasicIDE [build CXX] workdir/UnpackedTarball/pdfium/core/fxcodec/codec/fx_codec_jpeg.cpp /src/libreoffice-6.0.3.2/workdir/UnpackedTarball/pdfium/core/fxcodec/codec/fx_codec_jpeg.cpp: In function ‘boolean _src_fill_buffer(j_decompress_ptr)’: /src/libreoffice-6.0.3.2/workdir/UnpackedTarball/pdfium/core/fxcodec/codec/fx_codec_jpeg.cpp:78:10: error: invalid conversion from ‘int’ to ‘boolean’ [-fpermissive] return 0; ^ I assume some weird boolean typedef from your --with-system-jpeg. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice - End message from Stephan Bergmann - ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice-bugs] [Bug 117101] Address Book Data Source Wizard: Default external data source format is dBASE
https://bugs.documentfoundation.org/show_bug.cgi?id=117101 --- Comment #2 from Heiko Tietze--- Created attachment 141493 --> https://bugs.documentfoundation.org/attachment.cgi?id=141493=edit Same dialog in 6.0.3 Patch was done by Julian in https://gerrit.libreoffice.org/#/c/20462/ (the title style capitalization is wrong for static text). Wonder why it doesn't show up in 5.4. -- 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 117110] Math formulas displayed wrongly on Windows-10, but are correct on Windows-7
https://bugs.documentfoundation.org/show_bug.cgi?id=117110 V Stuart Footechanged: What|Removed |Added Status|UNCONFIRMED |NEEDINFO Ever confirmed|0 |1 -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 117110] Math formulas displayed wrongly on Windows-10, but are correct on Windows-7
https://bugs.documentfoundation.org/show_bug.cgi?id=117110 --- Comment #3 from V Stuart Foote--- Also, the 5.2.7 release is long EOL, please check with current 5.4 release, or even the 6.0 release--you can perform a /a administrative install in parallel to not disrupt you legacy build if it is still needed for some reason. -- 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: Branch 'private/vmiklos/image-rework' - 3 commits - filter/source sw/source writerfilter/source
filter/source/msfilter/msdffimp.cxx|9 +++- sw/source/filter/html/htmlgrin.cxx | 28 - writerfilter/source/rtftok/rtfdocumentimpl.cxx |9 +++- 3 files changed, 43 insertions(+), 3 deletions(-) New commits: commit e997dce19086b7e23c44e86a6c908b726845bc4d Author: Miklos VajnaDate: Thu Apr 19 17:35:19 2018 +0200 sw HTML import: lazy-read inline images Explicitly use the graphic descriptor to provide the image size, otherwise later Graphic::GetSizePixel() will swap in the graphic during HTML import. Change-Id: Ib785ce4f0fd31e09b148d2d53ed29dc4deee7b86 diff --git a/sw/source/filter/html/htmlgrin.cxx b/sw/source/filter/html/htmlgrin.cxx index 869d92c3c435..3b3c4f93acb1 100644 --- a/sw/source/filter/html/htmlgrin.cxx +++ b/sw/source/filter/html/htmlgrin.cxx @@ -480,8 +480,34 @@ IMAGE_SETEVENT: std::unique_ptr const pStream(aGraphicURL.getData()); if (pStream) { -if (ERRCODE_NONE == GraphicFilter::GetGraphicFilter().ImportGraphic(aGraphic, "", *pStream)) +GraphicFilter& rFilter = GraphicFilter::GetGraphicFilter(); +aGraphic = rFilter.ImportUnloadedGraphic(*pStream); +if (aGraphic) +{ sGrfNm.clear(); + +if (!bHeightProvided || !bWidthProvided) +{ +pStream->Seek(0); +GraphicDescriptor aDescriptor(*pStream, /*pPath=*/nullptr); +if (aDescriptor.Detect(/*bExtendedInfo=*/true)) +{ +nWidth = aDescriptor.GetSizePixel().getWidth(); +if (nWidth) +bWidthProvided = true; + +nHeight = aDescriptor.GetSizePixel().getHeight(); +if (nHeight) +bHeightProvided = true; +} +} +} + +if (!sGrfNm.isEmpty()) +{ +if (ERRCODE_NONE == rFilter.ImportGraphic(aGraphic, "", *pStream)) +sGrfNm.clear(); +} } } else if (m_sBaseURL.isEmpty() || !aGraphicData.isEmpty()) commit 5f11766adf9e99ee323ca6d8ecb14d8fb3cd4770 Author: Miklos Vajna Date: Thu Apr 19 14:42:38 2018 +0200 sw RTF import: use GraphicDescriptor to determine size The size info in the markup is optional, and 0x0 is not a great default. Change-Id: I12506a98db2044ca76a4290eebb46bde7f6c1137 diff --git a/writerfilter/source/rtftok/rtfdocumentimpl.cxx b/writerfilter/source/rtftok/rtfdocumentimpl.cxx index 371c16181d18..8ecb88d8d319 100644 --- a/writerfilter/source/rtftok/rtfdocumentimpl.cxx +++ b/writerfilter/source/rtftok/rtfdocumentimpl.cxx @@ -35,6 +35,7 @@ #include #include #include +#include #include "rtfsdrimport.hxx" #include "rtfreferenceproperties.hxx" #include "rtfskipdestination.hxx" @@ -891,7 +892,13 @@ void RTFDocumentImpl::resolvePict(bool const bInline, uno::ReferenceSeek(0); +GraphicDescriptor aDescriptor(*pStream, /*pPath=*/nullptr); +if (aDescriptor.Detect(/*bExtendedInfo=*/true)) +aSize = aDescriptor.GetSizePixel(); +else +aSize = aGraphic.GetPrefSize(); MapMode aMap(MapUnit::Map100thMM); if (aGraphic.GetPrefMapMode().GetMapUnit() == MapUnit::MapPixel) aSize = Application::GetDefaultDevice()->PixelToLogic(aSize, aMap); commit 2ca1ebbfad366dc871c394772c7ca05b95c84358 Author: Miklos Vajna Date: Thu Apr 19 13:56:55 2018 +0200 DOC import: lazy-read images At least JPEG files are now only loaded when the user scrolls to the relevant page. Change-Id: I9699927282b99bcb71a0d271a20bbfd56a361ee8 diff --git a/filter/source/msfilter/msdffimp.cxx b/filter/source/msfilter/msdffimp.cxx index 2e842b106f78..21a22a153999 100644 --- a/filter/source/msfilter/msdffimp.cxx +++ b/filter/source/msfilter/msdffimp.cxx @@ -6513,7 +6513,14 @@ bool SvxMSDffManager::GetBLIPDirect( SvStream& rBLIPStream, Graphic& rData, tool else { // and unleash our filter GraphicFilter& rGF = GraphicFilter::GetGraphicFilter(); -nRes = rGF.ImportGraphic( rData, "", *pGrStream ); +Graphic aGraphic = rGF.ImportUnloadedGraphic(*pGrStream); +if (aGraphic) +{ +rData = aGraphic; +nRes = ERRCODE_NONE; +} +else +nRes = rGF.ImportGraphic( rData, "", *pGrStream ); // SJ: I40472, sometimes the aspect ratio (aMtfSize100) does not match and we get scaling problems, // then it is better to use the prefsize that is stored within the metafile. Bug #72846# for what the ___
[Libreoffice-bugs] [Bug 117110] Math formulas displayed wrongly on Windows-10, but are correct on Windows-7
https://bugs.documentfoundation.org/show_bug.cgi?id=117110 V Stuart Footechanged: What|Removed |Added CC||vstuart.fo...@utsa.edu --- Comment #2 from V Stuart Foote --- Created attachment 141492 --> https://bugs.documentfoundation.org/attachment.cgi?id=141492=edit formula from attachment 141490 opened on Windows 10 with LO 6.1.0 build That is a simple font fallback, looks like your Windows 10 install did not pick up the OpenSymbol font. Verify if it is installed. If not, an uninstall/reinstall should clear when OpenSymbol is present. -- 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 116973] LibreOffice 6.0 does not open files in focus if Firefox and another open LO file are not in focus
https://bugs.documentfoundation.org/show_bug.cgi?id=116973 --- Comment #2 from Nolan Leasy--- I am also unable to produce it in either MATE or KDE desktop environments with: openSUSE Leap 15.0 LibreOffice 6.0.3.2 Firefox 59.0.2 Probably impossible to know the original combination of variables that produced the original behavior. -- 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 116967] Export .svg file from DRAW and Import it to WRITER
https://bugs.documentfoundation.org/show_bug.cgi?id=116967 --- Comment #2 from Robert Helmkamp--- Created attachment 141491 --> https://bugs.documentfoundation.org/attachment.cgi?id=141491=edit Graphic with text rotated to vertical direction (.odg;.svg;.odt) original: LOD_Bild1.odg (text rotated) Exported to: LOD_Bild1.svg Imported to: LOD_Bild1.odt (text NOT rotated) -- 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 117107] bug 1
https://bugs.documentfoundation.org/show_bug.cgi?id=117107 Xisco Faulíchanged: What|Removed |Added Status|UNCONFIRMED |RESOLVED CC||xiscofa...@libreoffice.org Resolution|--- |INVALID -- 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 117063] Double-click does not expand/ collaps the options in the navigator ( other than the headings )
https://bugs.documentfoundation.org/show_bug.cgi?id=117063 --- Comment #4 from Heiko Tietze--- Not sure if we should implement different interactions (requested here is to keep the change for headings where the node state is retained on double-click but to open the parental nodes in all other cases, e.g. Images). The user should learn whether double-click expands or not. Any dependency on the type of content, even when it's perfectly clear in this case, adds complexity to the UI and not all beginners can follow the reasoning behind different workflows. IMHO, WF (open for discussion) -- 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 117110] Math formulas displayed wrongly on Windows-10, but are correct on Windows-7
https://bugs.documentfoundation.org/show_bug.cgi?id=117110 Claudiuschanged: What|Removed |Added CC||schno...@mailzone.com --- Comment #1 from Claudius --- Created attachment 141490 --> https://bugs.documentfoundation.org/attachment.cgi?id=141490=edit Math formula with two sceenshots how it looks like on Win7/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-bugs] [Bug 116968] [META] Migrating existing embedded HSQLDB databases to Firebird
https://bugs.documentfoundation.org/show_bug.cgi?id=116968 Bug 116968 depends on bug 117106, which changed state. Bug 117106 Summary: HSQLDB -> Firebird migration https://bugs.documentfoundation.org/show_bug.cgi?id=117106 What|Removed |Added Status|NEW |RESOLVED Resolution|--- |WONTFIX -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 117110] New: Math formulas displayed wrongly on Windows-10, but are correct on Windows-7
https://bugs.documentfoundation.org/show_bug.cgi?id=117110 Bug ID: 117110 Summary: Math formulas displayed wrongly on Windows-10, but are correct on Windows-7 Product: LibreOffice Version: 5.2.7.2 release Hardware: x86-64 (AMD64) OS: Windows (All) Status: UNCONFIRMED Severity: normal Priority: medium Component: Formula Editor Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: schno...@mailzone.com Description: see the attached example file. When opening the file on Win-7, all is correct while on Win-10 the formulas are displayed with curious symbols. I use the same LibreOffice version. Actual Results: Please open the attached file. Therein is a formula along with screenshots how it looks on Win-7 and how on Win-10. Expected Results: On Win-10 the formula looks like the weird screenshot in the document Reproducible: Always User Profile Reset: No Additional Info: User-Agent: Mozilla/5.0 (Windows NT 6.1; Win64; x64; rv:59.0) Gecko/20100101 Firefox/59.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 117106] HSQLDB -> Firebird migration
https://bugs.documentfoundation.org/show_bug.cgi?id=117106 Xisco Faulíchanged: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |WONTFIX --- Comment #4 from Xisco Faulí --- Hi Florian, Thanks for reporting the bug, but IMHO, it would be much easier if each of the points in the list were reported in different bugs, remember, divide and conquer. On the one hand, we have some of the migration problem already reported in meta bug 116968, On the other hand, the already known firebird problems are reported in the meta bug 51780. > - Converting HSQLDB databases from HSQLDB to Firebird should not be enabled > by default in 6.1 -> Should be an experimental option. > - Expert configuration entry should be added to force / ask / delay upgrade >- In "RELEASE CONFIGURATION" builds default should be "delay", in others > "ask". It was discussed in last week's ESC meeting to enable it and ask the users whether to migrate or not. I guess the place to discuss such a rollback is the ESC meeting. > > - After converting the ODB file there must not be the HSQLDB data in the > file anymore. I guess this can be discuss in bug 117072 > - Ask to store in new file > > - Automated tests should be created that cover the following aspects. The > test document should be a HSQLDB one as explicitly the transition to > Firebird should be tested: > > - Relationships are working between tables: > - 1:1 > - 1:n > - n:m > > - Auto increment of elements working (needs to be checked after converting) > - Other constraints on elements must work as well > - UNIQUE / PRIMARY KEY / FOREIGN KEY / NON NULL on single field > - UNIQUE / PRIMARY / FOREIGN KEY on group of fields > - All different index types (TODO: what index types are supported) need to > be mapped to corresponding INDEXES in Firebird > - All different types need to be checked whether a corresponding type is > available > - Same range / order behavior > - Incompatibilities need to be documented BEFORE deprecating HSQLDB backend > to allow people to prepare for the transition. > - We need to discuss to what extend manually entered SQL needs to be covered > - However, views created by the designer must work > - Best effort approach for manually created views > - As long as the HSQLDB driver is integrated we can easily check if the > result of reports (or anything else relevant) is exactly the same compared > to the HSQLDB version. > - What to do with HSQLDB specific functions? > - Firebird 3.0 does not support concat in select >- Can be rewritten from "concat(A,B)" to "A || B" -> See above. How to > handle SQL. There're already some automated tests in https://cgit.freedesktop.org/libreoffice/core/tree/dbaccess/qa/unit Anyway, more are welcomed, of course. > > After automated testing of some (conversion works and reports lead results / > entries can eb added) manual QA effort is needed. The timeframe to the 6.1 > seems to close to tackle everything listed above. Therefore defaulting to > enabling this big feature for 6.1 is not recommended. As highlighted above > incompatible data types / SQL code has not been discussed as part of the > transition to Firebird. > TODO from QA side: Prepare 1-3+ test documents, which should be used as data > for automated tests. Ideally this should not only be new documents, but also > documents created by older LibreOffice versions For automated tests, better to create unittests than 1-3+ documents. For manual tests, we have hundreds of databases in Bugzilla -> https://bugs.documentfoundation.org/buglist.cgi?f1=attachments.mimetype_id=795474=casesubstring_format=advanced=application%2Fvnd.oasis.opendocument.database As said before, if there's anything not reported yet, please create one report for each problem. Closing as RESOLVED WONTFIX -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-commits] core.git: Branch 'feature/qt5+kde5' - 3 commits - vcl/inc vcl/qt5 vcl/unx
vcl/inc/qt5/Qt5Frame.hxx |7 ++- vcl/qt5/Qt5Frame.cxx | 28 +--- vcl/unx/kde5/KDE5SalFrame.cxx| 32 vcl/unx/kde5/KDE5SalFrame.hxx| 24 +--- vcl/unx/kde5/KDE5SalGraphics.cxx | 26 -- vcl/unx/kde5/KDE5SalGraphics.hxx |6 +- 6 files changed, 57 insertions(+), 66 deletions(-) New commits: commit b49dffa71654488e296b02cbab343ff5a56f52cc Author: Katarina BehrensDate: Thu Apr 19 17:09:14 2018 +0200 Kill GraphicsHolder with fire Change-Id: I6bcdb872a1c7279bd08fbbfecd582e698532e0b3 diff --git a/vcl/unx/kde5/KDE5SalFrame.cxx b/vcl/unx/kde5/KDE5SalFrame.cxx index 0709a79e6fe6..23e800cb5558 100644 --- a/vcl/unx/kde5/KDE5SalFrame.cxx +++ b/vcl/unx/kde5/KDE5SalFrame.cxx @@ -334,28 +334,4 @@ void KDE5SalFrame::ReleaseGraphics( SalGraphics* pSalGraph ) m_bGraphicsInUse = false; } -void KDE5SalFrame::updateGraphics( bool bClear ) -{ -vcl::Window* pWindow = GetWindow(); -for( int i = 0; i < nMaxGraphics; i++ ) -{ -/*if( m_aGraphics[i].bInUse ) -m_aGraphics[i].pGraphics->SetDrawable( aDrawable, GetScreenNumber() );*/ -} -} - -cairo_t* KDE5SalFrame::getCairoContext() const -{ -for( int i = 0; i < nMaxGraphics; i++ ) -{ -if( ! m_aGraphics[i].bInUse ) -{ -cairo_t* cr = cairo_create( m_aGraphics[i].pSurface ); -assert(cr); -return cr; -} -} -} - - /* vim:set shiftwidth=4 softtabstop=4 expandtab: */ diff --git a/vcl/unx/kde5/KDE5SalFrame.hxx b/vcl/unx/kde5/KDE5SalFrame.hxx index 2066b443e19f..64f43867a8d4 100644 --- a/vcl/unx/kde5/KDE5SalFrame.hxx +++ b/vcl/unx/kde5/KDE5SalFrame.hxx @@ -20,7 +20,6 @@ #pragma once #include -#include #undef Status @@ -36,18 +35,6 @@ class KDE5SalGraphics; class KDE5SalFrame : public Qt5Frame { private: -static const int nMaxGraphics = 2; - -struct GraphicsHolder -{ -std::unique_ptr pGraphics; -bool bInUse; -cairo_surface_t* pSurface; - -GraphicsHolder() : bInUse( false ), pSurface(nullptr) {} -}; - -GraphicsHolder m_aGraphics[ nMaxGraphics ]; std::unique_ptr m_pKDE5Graphics; bool m_bGraphicsInUse; @@ -56,7 +43,6 @@ class KDE5SalFrame : public Qt5Frame virtual SalGraphics* AcquireGraphics() override; virtual void ReleaseGraphics( SalGraphics *pGraphics ) override; -void updateGraphics( bool bClear ); virtual void UpdateSettings( AllSettings& rSettings ) override; virtual void DrawMenuBar() override { return; } @@ -68,8 +54,6 @@ class KDE5SalFrame : public Qt5Frame virtual KeyIndicatorState GetIndicatorState() override { return KeyIndicatorState(); } virtual void SetScreenNumber( unsigned int ) override { return; } - -cairo_t* getCairoContext() const; }; /* vim:set shiftwidth=4 softtabstop=4 expandtab: */ commit a05e74491a78a91d791d3952e6bd53c82269253d Author: Katarina Behrens Date: Thu Apr 19 15:09:36 2018 +0200 Restore Acquire/ReleaseGraphics, use KDE5SalGraphics commented out most of KDE5SalGraphics code for the time being Change-Id: I73654bd8376a9648a462505702dcf284f46ef315 diff --git a/vcl/unx/kde5/KDE5SalFrame.cxx b/vcl/unx/kde5/KDE5SalFrame.cxx index ffee47165a37..0709a79e6fe6 100644 --- a/vcl/unx/kde5/KDE5SalFrame.cxx +++ b/vcl/unx/kde5/KDE5SalFrame.cxx @@ -49,6 +49,7 @@ KDE5SalFrame::KDE5SalFrame( KDE5SalFrame* pParent, SalFrameStyleFlags nState, bool bUseCairo ) :Qt5Frame( pParent, nState, bUseCairo ) +,m_bGraphicsInUse(false) { } @@ -310,6 +311,29 @@ void KDE5SalFrame::UpdateSettings( AllSettings& rSettings ) rSettings.SetStyleSettings( style ); } +SalGraphics* KDE5SalFrame::AcquireGraphics() +{ +if (m_bGraphicsInUse) +return nullptr; + +m_bGraphicsInUse = true; + +if ( !m_pKDE5Graphics.get() ) +{ +m_pKDE5Graphics.reset( new KDE5SalGraphics()); +Qt5Frame::InitSvpSalGraphics( m_pKDE5Graphics.get() ); +} + +return m_pKDE5Graphics.get(); +} + +void KDE5SalFrame::ReleaseGraphics( SalGraphics* pSalGraph ) +{ +(void)pSalGraph; +assert( pSalGraph == m_pKDE5Graphics.get() ); +m_bGraphicsInUse = false; +} + void KDE5SalFrame::updateGraphics( bool bClear ) { vcl::Window* pWindow = GetWindow(); diff --git a/vcl/unx/kde5/KDE5SalFrame.hxx b/vcl/unx/kde5/KDE5SalFrame.hxx index c939141ec4e0..2066b443e19f 100644 --- a/vcl/unx/kde5/KDE5SalFrame.hxx +++ b/vcl/unx/kde5/KDE5SalFrame.hxx @@ -24,8 +24,8 @@ #undef Status -#include #include +#include #include #include "KDE5SalGraphics.hxx" @@ -48,12 +48,14 @@ class KDE5SalFrame : public Qt5Frame }; GraphicsHolder m_aGraphics[ nMaxGraphics ]; - -QWidget* m_pWindow;
[Libreoffice-bugs] [Bug 117079] Insert special characters in v. 6 a regression in usability
https://bugs.documentfoundation.org/show_bug.cgi?id=117079 Heiko Tietzechanged: What|Removed |Added Keywords|needsUXEval | Status|NEW |RESOLVED CC|libreoffice-ux-advise@lists |tietze.he...@gmail.com |.freedesktop.org| Resolution|--- |DUPLICATE --- Comment #3 from Heiko Tietze --- Decision was made intentionally. Special workflows like yours should be realized in a different view, imho. But anyway, the request has been made in bug 115477. *** This bug has been marked as a duplicate of bug 115477 *** -- 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 115477] Restore edit buffer to extend the Special Character dialog
https://bugs.documentfoundation.org/show_bug.cgi?id=115477 Heiko Tietzechanged: What|Removed |Added CC||jondotandr...@fastmail.fm --- Comment #2 from Heiko Tietze --- *** Bug 117079 has been marked as a duplicate of this bug. *** -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-ux-advise] [Bug 115477] Restore edit buffer to extend the Special Character dialog
https://bugs.documentfoundation.org/show_bug.cgi?id=115477 Heiko Tietzechanged: What|Removed |Added CC||jondotandr...@fastmail.fm --- Comment #2 from Heiko Tietze --- *** Bug 117079 has been marked as a duplicate of this bug. *** -- 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-ux-advise] [Bug 117079] Insert special characters in v. 6 a regression in usability
https://bugs.documentfoundation.org/show_bug.cgi?id=117079 Heiko Tietzechanged: What|Removed |Added Keywords|needsUXEval | Status|NEW |RESOLVED CC|libreoffice-ux-advise@lists |tietze.he...@gmail.com |.freedesktop.org| Resolution|--- |DUPLICATE --- Comment #3 from Heiko Tietze --- Decision was made intentionally. Special workflows like yours should be realized in a different view, imho. But anyway, the request has been made in bug 115477. *** This bug has been marked as a duplicate of bug 115477 *** -- 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