[Libreoffice-bugs] [Bug 126788] FILEOPEN: ODT big performance drop for big table from 6.1 to 6.2 to 6.3
https://bugs.documentfoundation.org/show_bug.cgi?id=126788
--- Comment #3 from Paul ---
(In reply to Oliver Brinzing from comment #2)
> with:
>
> Version: 6.3.0.4 (x64)
> Build ID: 057fc023c990d676a43019934386b85b21a9ee99
> CPU threads: 4; OS: Windows 10.0; UI render: default; VCL: win;
> Locale: de-DE (de_DE); UI-Language: en-US
> Calc:
>
> a simple File/Open takes ~15 sec
>
> and converting to pdf ~32 sec (~42 sec if LO is not running):
>
> PS C:\Program Files\LibreOffice 6.3\program> Measure-Command {.\soffice
> --convert-to pdf --outdir D:\downloads D:\downloads\table_1034r_13p.odt}
>
>
> [...]
> Seconds : 32
>
>
> btw: if i do same with LO 6.2.5.2, soffice.exe will return immediatelly,
> converting takes ~21 sec:
>
> PS C:\Program Files\LibreOffice 6.2\program> Measure-Command {.\soffice
> --convert-to pdf --outdir D:\downloads D:\downloads\table_1034r_13p.odt}
>
>
> Days : 0
> Hours : 0
> Minutes : 0
> Seconds : 0
> Milliseconds : 7
Measure-Command can give complete timing if you put the command in a script
file, then run the script. eg Measure-Command {.\test.bat}
--
You are receiving this mail because:
You 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: chart2/source desktop/source desktop/test extensions/test filter/qa fpicker/source framework/source include/connectivity offapi/com unotools/source
chart2/source/view/main/ChartView.cxx|2 +- desktop/source/deployment/inc/dp_update.hxx |4 ++-- desktop/test/deployment/update/publisher/readme.txt |2 +- desktop/test/deployment/update/website_update/readme.txt |2 +- extensions/test/ole/callUnoToJava.htm|2 +- extensions/test/ole/cpnt/cpnt.cxx|2 +- filter/qa/complex/filter/detection/typeDetection/Helper.java |2 +- fpicker/source/win32/VistaFilePickerEventHandler.hxx |2 +- framework/source/dispatch/dispatchprovider.cxx |2 +- framework/source/jobs/job.cxx|2 +- framework/source/loadenv/loadenv.cxx |2 +- framework/source/services/autorecovery.cxx |2 +- framework/source/services/frame.cxx |2 +- include/connectivity/parameters.hxx |2 +- offapi/com/sun/star/chart/AccessibleChartElement.idl |2 +- offapi/com/sun/star/drawing/TextureKind.idl |2 +- offapi/com/sun/star/drawing/TextureKind2.idl |2 +- offapi/com/sun/star/frame/XDocumentTemplates.idl |2 +- unotools/source/config/moduleoptions.cxx |2 +- 19 files changed, 20 insertions(+), 20 deletions(-) New commits: commit a179305c35125f2a3a5388c753fd5419150f52b3 Author: Andrea Gelmini AuthorDate: Mon Jul 15 16:11:25 2019 + Commit: Andrea Gelmini CommitDate: Sat Aug 10 07:39:52 2019 +0200 Fix typos Information is always singular Change-Id: I55275d7c2fd76c3ec0ae4a98aa952777feb90460 Reviewed-on: https://gerrit.libreoffice.org/75645 Tested-by: Jenkins Reviewed-by: Andrea Gelmini diff --git a/chart2/source/view/main/ChartView.cxx b/chart2/source/view/main/ChartView.cxx index 9aac3c2c209a..3c4d4eb5828b 100644 --- a/chart2/source/view/main/ChartView.cxx +++ b/chart2/source/view/main/ChartView.cxx @@ -2703,7 +2703,7 @@ void SAL_CALL ChartView::update() //#i100778# migrate all imported or old documents to a plot area sizing exclusive axes (in case the save settings allow for this): //Although in general it is a bad idea to change the model from within the view this is exceptionally the best place to do this special conversion. //When a view update is requested (what happens for creating the metafile or displaying -//the chart in edit mode or printing) it is most likely that all necessary information are available - like the underlying spreadsheet data for example. +//the chart in edit mode or printing) it is most likely that all necessary information is available - like the underlying spreadsheet data for example. //Those data are important for the correct axis label sizes which are needed during conversion. if( DiagramHelper::switchDiagramPositioningToExcludingPositioning( mrChartModel, true, false ) ) impl_updateView(); diff --git a/desktop/source/deployment/inc/dp_update.hxx b/desktop/source/deployment/inc/dp_update.hxx index 107857dbeb31..921f6680d255 100644 --- a/desktop/source/deployment/inc/dp_update.hxx +++ b/desktop/source/deployment/inc/dp_update.hxx @@ -103,8 +103,8 @@ typedef std::map< OUString, UpdateInfo > UpdateInfoMap; /* @param extensionList - List of extension for which online update information are to be obtained. If NULL, then - for update information are obtained for all installed extension. There may be only one extension + List of extension for which online update information is to be obtained. If NULL, then + for update information is obtained for all installed extension. There may be only one extension with a particular identifier contained in the list. If one extension is installed in several repositories, then the one with the highest version must be used, because it contains the more recent URLs for getting the update information (if at all). diff --git a/desktop/test/deployment/update/publisher/readme.txt b/desktop/test/deployment/update/publisher/readme.txt index 9bae3e067f2b..17d51dce307f 100644 --- a/desktop/test/deployment/update/publisher/readme.txt +++ b/desktop/test/deployment/update/publisher/readme.txt @@ -47,7 +47,7 @@ the update information from the repository as feed: http://updateext.services.openoffice.org/ProductUpdateService/check.Update -pub8.oxt provides and . These information should be transferred +pub8.oxt provides and . This information should be transferred in the update feed and not those entered in the repository. Test diff --git a/desktop/test/deployment/update/website_update/readme.txt b/desktop/test/deployment/update/website_update/readme.txt index dd54207ad981..b888bba70372 100644 --- a/desktop/test/deployment/update/website_update/readme.txt +++ b/desktop/test/deployment/update/website_update/readme.txt @@ -96,7 +96,7
[Libreoffice-bugs] [Bug 126798] Writer: extra tabs inserted in footer after saving
https://bugs.documentfoundation.org/show_bug.cgi?id=126798 Mike Kaganski changed: What|Removed |Added Resolution|--- |WORKSFORME Status|UNCONFIRMED |RESOLVED -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 126101] Random scrolling while scrolling upside in all LibreOffice applications.
https://bugs.documentfoundation.org/show_bug.cgi?id=126101 --- Comment #2 from S. Christian Collins --- I also experience this bug when scrolling via my laptop's trackpad, but not when using my USB mouse's scroll wheel. ** My System ** OS: KDE Neon 5.16 64-bit (Plasma Desktop 5.16.4, KDE Frameworks 5.60.0, Qt 5.12.3) Linux Kernel: 5.0.0.23-generic I am using the xorg synaptics driver for my touchpad, and I am using evdev rather than libinput, if that matters at all. -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 126549] Writer scrolling glitching, worse with smaller scrolling areas
https://bugs.documentfoundation.org/show_bug.cgi?id=126549 --- Comment #2 from S. Christian Collins --- For me, this bug happens when scrolling via my laptop's trackpad, but does not happen when using my USB mouse's scroll wheel. ** My System ** OS: KDE Neon 5.16 64-bit (Plasma Desktop 5.16.4, KDE Frameworks 5.60.0, Qt 5.12.3) Linux Kernel: 5.0.0.23-generic I am using the xorg synaptics driver for my touchpad, and I am using evdev rather than libinput, if that matters at all. -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
New Defects reported by Coverity Scan for LibreOffice
Hi, Please find the latest report on new defect(s) introduced to LibreOffice found with Coverity Scan. 1 new defect(s) introduced to LibreOffice found with Coverity Scan. New defect(s) Reported-by: Coverity Scan Showing 1 of 1 defect(s) ** CID 1452268: Uninitialized variables (UNINIT) /sal/osl/all/log.cxx: 223 in ::maybeOutputTimestamp(std::__cxx11::basic_ostringstream, std::allocator> &)() *** CID 1452268: Uninitialized variables (UNINIT) /sal/osl/all/log.cxx: 223 in ::maybeOutputTimestamp(std::__cxx11::basic_ostringstream, std::allocator> &)() 217 tm.tm_sec = dateTime.Seconds; 218 tm.tm_min = dateTime.Minutes; 219 tm.tm_hour = dateTime.Hours; 220 tm.tm_mday = dateTime.Day; 221 tm.tm_mon = dateTime.Month - 1; 222 tm.tm_year = dateTime.Year - 1900; >>> CID 1452268: Uninitialized variables (UNINIT) >>> Using uninitialized value "tm.tm_yday" when calling "strftime". 223 strftime(ts, sizeof(ts), "%Y-%m-%d:%H:%M:%S", ); 224 char milliSecs[11]; 225 snprintf(milliSecs, sizeof(milliSecs), "%03u", 226 static_cast(dateTime.NanoSeconds / 100)); 227 s << ts << '.' << milliSecs << ':'; 228 } To view the defects in Coverity Scan visit, https://u2389337.ct.sendgrid.net/wf/click?upn=08onrYu34A-2BWcWUl-2F-2BfV0V05UPxvVjWch-2Bd2MGckcRZBnDJeNb0HijxaS4JNJPxk3kpyAm2AYqo71yXmnOxB73RtgzoPcQtNNP5dkHLuV1E-3D_g-2BrHdvqzaBa155F-2F8AmPhpJzY63UzWDisJV95WUBpGhqFw1ICExHG8aMaV2EoFpyYGtrkcmWaBmi4xMdiWjSL9kYLAP2r6yQ1CFC2IEo8KUzH9YVActk0P0yFYi0pBBMFJmFQOpQib3tA3wLlm5QoLR3AFIu5KMUNWjwRs-2FlEaTzYvdT7M21WjfpNzv2wWN1iIqxT51c782MJhAsaQg6L-2BpWUEsSXy3swqIS73yy8L4-3D ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice-bugs] [Bug 109329] [META] VLookup function bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=109329 Bug 109329 depends on bug 115490, which changed state. Bug 115490 Summary: VLOOKUP unsorted is (too) slow in larger row sets, filling all cells in the column with the formula https://bugs.documentfoundation.org/show_bug.cgi?id=115490 What|Removed |Added Status|RESOLVED|REOPENED Resolution|FIXED |--- -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 126807] New: Cell DropDownList with width of its content instead of width column <22pt
https://bugs.documentfoundation.org/show_bug.cgi?id=126807 Bug ID: 126807 Summary: Cell DropDownList with width of its content instead of width column <22pt Product: LibreOffice Version: 6.3.0.4 release Hardware: x86-64 (AMD64) OS: Windows (All) Status: UNCONFIRMED Severity: enhancement Priority: medium Component: Calc Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: pacagar...@yahoo.es Description: In narrow column cells (less than 22pt), the Cell DropDownList appears narrow as the column, making it impossible show and view the contents of the Cell DropDownList. Steps to Reproduce: 1.LibreOffice Calc 2.make a narrow column less than 22pt 3.Select a cell 4.right-click mouse button 5.DropDownList 6.view the contents Actual Results: In narrow column cells (less than 22pt), the Cell DropDownList appears narrow as the column, making it impossible show and view the contents of the Cell DropDownList. Expected Results: When you right-click a cell, it is best for the Cell DropDownList to appear with the width of the Cell DropDownList contents instead of the column width. Reproducible: Always User Profile Reset: Yes OpenGL enabled: Yes Additional Info: -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 126806] New: Version number does not change in Custom Install over previous install
https://bugs.documentfoundation.org/show_bug.cgi?id=126806 Bug ID: 126806 Summary: Version number does not change in Custom Install over previous install Product: LibreOffice Version: 6.3.0.4 release Hardware: x86-64 (AMD64) OS: Windows (All) Status: UNCONFIRMED Severity: normal Priority: medium Component: LibreOffice Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: pacagar...@yahoo.es Description: I did the Custom Install over the previous install and didn't change any options other than the previous install. In the tab Help - About LibreOffice, the previous version number still appears. In the Windows Control Panel\Programs\Programs and Settings, the previous version number still appears. Steps to Reproduce: 1.Custom Install 2.didn't change any options other than the previous install 3.look tab Help - About LibreOffice 4.look Control Panel\Programs\Programs Actual Results: the previous version number still appears. Expected Results: When Custom Install over the previous installation and not changing any options other than the previous installation, on the tab Help - About LibreOffice, the version number of the new installation should appear. In the Windows Control panel\Programs\Programs and Settings, the version number of the new installation should appear. Reproducible: Always User Profile Reset: No Additional Info: Versão: 6.3.0.3 (x64) Threads da CPU:4; SO:Windows 10.0; Realizador da interface: padrão; VCL: win; Local: pt-BR (pt_BR); Idioma de IU: pt-BR Calc: threaded -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 125439] Ask if you want to install a recently installed extension
https://bugs.documentfoundation.org/show_bug.cgi?id=125439 Leandro Martín Drudi changed: What|Removed |Added Resolution|--- |NOTOURBUG Status|NEEDINFO|RESOLVED --- Comment #2 from Leandro Martín Drudi --- The problem was the identical ID of the different extensions. The value was modified and the problem was resolved. -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 121404] Formatted autocorrect not seen in Autocorrection options "With"
https://bugs.documentfoundation.org/show_bug.cgi?id=121404 --- Comment #17 from Leandro Martín Drudi --- Not reproducible in Versión: 6.3.0.4 (x64) Id. de compilación: 057fc023c990d676a43019934386b85b21a9ee99 Subprocs. CPU: 8; SO: Windows 10.0; Repres. IU: predet.; VCL: win; Configuración regional: es-AR (es_AR); Idioma de IU: es-ES Calc: CL More tests are needed. -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 126805] Config Tip-Of-The-Day option is shown displaced
https://bugs.documentfoundation.org/show_bug.cgi?id=126805 Leandro Martín Drudi changed: What|Removed |Added CC||sanipache...@outlook.com.ar --- Comment #1 from Leandro Martín Drudi --- Created attachment 153277 --> https://bugs.documentfoundation.org/attachment.cgi?id=153277=edit Checkbox optin shown displaced -- You are receiving this mail because: You 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 126805] New: Config Tip-Of-The-Day option is shown displaced
https://bugs.documentfoundation.org/show_bug.cgi?id=126805 Bug ID: 126805 Summary: Config Tip-Of-The-Day option is shown displaced Product: LibreOffice Version: 6.3.0.4 release Hardware: All OS: All Status: UNCONFIRMED Severity: trivial Priority: medium Component: LibreOffice Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: sanipache...@outlook.com.ar Description: Config Tip-Of-The-Day option is shown displaced Steps to Reproduce: 1. Tools 2. Options 3. LibreOffice | General Actual Results: The checkbox shown displaced Expected Results: - Reproducible: Always User Profile Reset: Yes Additional Info: Versión: 6.3.0.4 (x64) Id. de compilación: 057fc023c990d676a43019934386b85b21a9ee99 Subprocs. CPU: 8; SO: Windows 10.0; Repres. IU: predet.; VCL: win; Configuración regional: es-AR (es_AR); Idioma de IU: es-ES Calc: CL -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 126804] New: Tip-Of-The-Day don't show at start
https://bugs.documentfoundation.org/show_bug.cgi?id=126804 Bug ID: 126804 Summary: Tip-Of-The-Day don't show at start Product: LibreOffice Version: 6.3.0.4 release Hardware: All OS: Windows (All) Status: UNCONFIRMED Severity: normal Priority: medium Component: LibreOffice Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: sanipache...@outlook.com.ar Description: Although the option to show the suggestion of the day when starting LibreOffice is active, it is not always shown (it seems that only when creating a new document, not when opening an existing file, but I cannot assure it). Steps to Reproduce: 1. Open LibreOffice. 2. Create a new document. 2.1. Can show or can't show de dialog. 3. Open an existent document. 3.1. Never show the Tip-of-the-Day Actual Results: 1. Open LibreOffice. 2. Create a new document. 2.1. Can show or can't show de dialog. 3. Open an existent document. 3.1. Never show the Tip-of-the-Day Expected Results: Create or open show the tip Reproducible: Always User Profile Reset: Yes Additional Info: Versión: 6.3.0.4 (x64) Id. de compilación: 057fc023c990d676a43019934386b85b21a9ee99 Subprocs. CPU: 8; SO: Windows 10.0; Repres. IU: predet.; VCL: win; Configuración regional: es-AR (es_AR); Idioma de IU: es-ES Calc: CL -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 126798] Writer: extra tabs inserted in footer after saving
https://bugs.documentfoundation.org/show_bug.cgi?id=126798 --- Comment #2 from Patrick Demets --- Mike, it seems to work fine with 6.2.5. Thanks so much! -- You are receiving this mail because: 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: ODF "implementation defined", collection for LibreOffice?
Hi Regina, Regina Henschel wrote: > So we need to provide this information. Do we already have such part? If > not, should it go to the Wiki? If yes, where in the Wiki? A page with > placeholder would be sufficient, so that I (or someone else) can fill it > piece by piece. > This should go here (or be referenced from there): - https://wiki.documentfoundation.org/Development/ODF_Implementer_Notes Cheers, -- Thorsten signature.asc Description: PGP signature ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: PDF/A support in LibreOffice
Hi Christoph, "Christoph Schäfer" wrote: > First, how did you manage to do this? Did you have access to the ISO > spec? And if so, would you be prepared to share the spec (or the > required information) with other open source projects? > Yes, individual contributors have access to the relevant specs. Unfortunately, for PDF/A, the ISO owns the copyright, thus the documents cannot be easily redistributed. The non-accessibility of standardisation documents (in various ways) is a way to render a standard non-open, in the view of e.g. the FSFE. IIRC ISO working groups can flag a standards document as freely redistributable prior to publication, so perhaps poking the folks at pdfa.org could help? There's also sometimes draft versions of upcoming standards available from their page. Cheers, -- Thorsten signature.asc Description: PGP signature ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice-bugs] [Bug 126803] New: toolbars reappear after closed
https://bugs.documentfoundation.org/show_bug.cgi?id=126803 Bug ID: 126803 Summary: toolbars reappear after closed Product: LibreOffice Version: 6.2.0.3 release Hardware: x86-64 (AMD64) OS: Linux (All) Status: UNCONFIRMED Severity: normal Priority: medium Component: Calc Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: moli...@gmail.com Description: I want to show only my custom toolbar, after I created it and make it visible I close all other toolbars wich randomly reappear, (a way to trigger them appearing again is Window > new window. Steps to Reproduce: 1.close toolbars 2.leave only a custom toolbar visible 3.Wait or... Menu : Window > new window Actual Results: default toolbars reappear visible Expected Results: only kept selected toolbars visible Reproducible: Always User Profile Reset: No Additional Info: Version: 6.2.0.3 Build ID: 98c6a8a1c6c7b144ce3cc729e34964b47ce25d62 CPU threads: 4; OS: Linux 4.19; UI render: default; VCL: gtk3; Locale: en-US (en_US.UTF-8); UI-Language: en-US Calc: threaded -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 126757] Keyboard shortcuts in Calc context menus not discoverable
https://bugs.documentfoundation.org/show_bug.cgi?id=126757 --- Comment #3 from rscra...@gmail.com --- Clarifications: - Alt is not special in this case. Any key press that does not activate a command followed by moving the cursor will cause the hotkeys to become highlighted. - "L" is not the shortcut for inserting a column to the left on 6.2.5.2 (it is "B" for "Before"). -- You are receiving this mail because: You 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 126680] Two Finger Horizontal Scroll is Reversed with libinput Driver on Linux and macOS
https://bugs.documentfoundation.org/show_bug.cgi?id=126680 --- Comment #6 from JCGoran --- (In reply to Matthew Hall from comment #5) > I am able to confirm this bug happens for me also, on MacOS 10.13.6 with > LibreOffice 6.3.0, and it does not happen in LibreOffice 6.2.5.2. > > This bug is a show-stopper, and forced me to downgrade, because it's almost > impossible to retrain your fingers to one backwards application on an entire > computer full of correct applications. I've just tested the Flatpak version of LibreOffice (6.2.5.2), and can confirm that the bug is not present there, so until this behavior is fixed, using the Flatpak version may be a viable workaround for users on Linux who don't want to (or aren't able to) downgrade their LibreOffice installation. -- You are receiving this mail because: You 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 126802] Copying sheet forces Control "Linked cell" refs to be qualified by original sheet
https://bugs.documentfoundation.org/show_bug.cgi?id=126802 --- Comment #1 from Jim Avera --- Created attachment 153276 --> https://bugs.documentfoundation.org/attachment.cgi?id=153276=edit "checkbox.ods" demo document -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 126802] New: Copying sheet forces Control "Linked cell" refs to be qualified by original sheet
https://bugs.documentfoundation.org/show_bug.cgi?id=126802 Bug ID: 126802 Summary: Copying sheet forces Control "Linked cell" refs to be qualified by original sheet Product: LibreOffice Version: 6.4.0.0.alpha0+ Master Hardware: All OS: All Status: UNCONFIRMED Severity: normal Priority: medium Component: Calc Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: jim.av...@gmail.com Description: A checkbox control can have a "Linked cell" reference. The specified cell is auto-updated to reflect the state of the checkbox. The reference may or may not have a SHEETNAME. qualifier (e.g. SHEET1.C1 or just C1). However, when the sheet is copied, un-qualified references are changed to be qualified by the *original* sheet name. This defeats the intended behavior or referring to the "current" sheet, i.e. all copies will update the same cell on the original sheet. The reference either should be left as-is (unqualified in this case), or if some internal limitation requires adding a sheet qualifier, then the *new* sheetname should be the qualifier (similar to what happens with Named Ranges when copying sheets). But again, the most "obvious" behavior would be to not change such references at all; if the user originally specified an unqualified cell address, then it should remain that way, so it refers to the "current" cell; and if the user does specify a sheet. qualifier, then that should be left alone as well. IMO, of course... Steps to Reproduce: 1. Open the attached "checkbox.ods". Do NOT enable macros. 2. Tools->Forms and CHECK "Design Mode" 4. Click on the checkbox Control to select it; Rightclick->Control Properties... Click the "Data" tab 5. Set "Linked Cell" to C1 (should already be set) 7. Copy the sheet (rightclick on SHEET1 tab->Move or Copy, click Copy, then OK) 8. In the copied sheet, view "Linked cell" property of the checkbox Control (see step 5 above) Actual Results: The Linked cell is changed from "C1" to "SHEET1.C1" Expected Results: The reference should remain unqualified (or, in the alternative, qualified with the *new* sheetname) Reproducible: Always User Profile Reset: No Additional Info: -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 126801] Exception in getAccessibleName and getAccessibleDescription
https://bugs.documentfoundation.org/show_bug.cgi?id=126801 --- Comment #1 from Jim Avera --- Created attachment 153275 --> https://bugs.documentfoundation.org/attachment.cgi?id=153275=edit test.ods (see "Steps to reproduce") -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 126801] New: Exception in getAccessibleName and getAccessibleDescription
https://bugs.documentfoundation.org/show_bug.cgi?id=126801 Bug ID: 126801 Summary: Exception in getAccessibleName and getAccessibleDescription Product: LibreOffice Version: 6.4.0.0.alpha0+ Master Hardware: All OS: All Status: UNCONFIRMED Severity: normal Priority: medium Component: Calc Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: jim.av...@gmail.com Description: When switching between sheets in the attached "test.ods" spreassheet, many exception messages appear on the terminal like these: ** (soffice:23481): WARNING **: 14:50:16.023: Exception in getAccessibleName() ** (soffice:23481): WARNING **: 14:50:16.023: Exception in getAccessibleDescription() Steps to Reproduce: 1. Open the attached "test.ods" Do NOT enable macros. 2. Click buttons to select sheets, starting with _PROTO Keep selecting different sheets. Actual Results: Many exception messages on the terminal Expected Results: No messages Reproducible: Always User Profile Reset: No Additional Info: -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 92770] thisComponent is not valid during "Open Document" at startup in non-document macro
https://bugs.documentfoundation.org/show_bug.cgi?id=92770
--- Comment #15 from Lionel Elie Mamane ---
Reproduced on 6.3.0.4 (Debian package).
(In reply to Buovjaga from comment #14)
> I get
> BASIC runtime error.
> Variable not defined.
>
> for showThisComponent() even when opening the file with Low macro security
> setting.
I think you didn't follow the following step in the reproduction instructions:
Put in "My Macros" the following (beware bugzilla's word wrap):
Sub showThisComponent
MsgBox "Macro in ""My Macros"": " & _
thisComponent.supportsService("com.sun.star.document.OfficeDocument")
End Sub
--
You are receiving this mail because:
You 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 126784] Writer change not selected columns width
https://bugs.documentfoundation.org/show_bug.cgi?id=126784 --- Comment #2 from Durgapriyanka --- Thank you for reporting the bug. I can reproduce the bug in Version: 6.3.0.0.alpha0+ Build ID: b6b28931435e44aca92b8c0e1659f701e3ed1a87 CPU threads: 2; OS: Windows 6.1; UI render: default; VCL: win; TinderBox: Win-x86@42, Branch:master, Time: 2019-01-30_06:57:04 Locale: en-US (en_US); UI-Language: en-US Calc: threaded But, not in LibreOffice 3.3.0 OOO330m19 (Build:6) tag libreoffice-3.3.0.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 126767] Autofill doesn't overwrite data in continuously filled cells
https://bugs.documentfoundation.org/show_bug.cgi?id=126767 --- Comment #8 from kabilo --- autofill is different (Calc vs Excel) too when I need to fill cells to end of table (to new lines): A B C D m n formula formula2 o p formula formula2 q r s u v w x When selecting C2:D2 and double clicking on D2, Calc fills the formula up to row number 3 (empty cell in B4). Excel fills formulas by the end of the table. -- You are receiving this mail because: You 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 126800] Base: Help: Missing symbols and incomprehensible text in help page "Query Design Bar"
https://bugs.documentfoundation.org/show_bug.cgi?id=126800 --- Comment #1 from Gerhard Weydt --- Created attachment 153274 --> https://bugs.documentfoundation.org/attachment.cgi?id=153274=edit Help text for Query design bar copied -- You are receiving this mail because: You 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 126777] Frame + text box becomes corrupted when saved as DOCX
https://bugs.documentfoundation.org/show_bug.cgi?id=126777 Durgapriyanka changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever confirmed|0 |1 --- Comment #2 from Durgapriyanka --- Thank you for reporting the bug. I can confirm the bug present in Version: 6.3.0.0.alpha0+ Build ID: b6b28931435e44aca92b8c0e1659f701e3ed1a87 CPU threads: 2; OS: Windows 6.1; UI render: default; VCL: win; TinderBox: Win-x86@42, Branch:master, Time: 2019-01-30_06:57:04 Locale: en-US (en_US); UI-Language: en-US Calc: threaded and LibreOffice 3.3.0 OOO330m19 (Build:6) tag libreoffice-3.3.0.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 126800] New: Base: Help: Missing symbols and incomprehensible text in help page "Query Design Bar"
https://bugs.documentfoundation.org/show_bug.cgi?id=126800 Bug ID: 126800 Summary: Base: Help: Missing symbols and incomprehensible text in help page "Query Design Bar" Product: LibreOffice Version: unspecified Hardware: All OS: Windows (All) Status: UNCONFIRMED Severity: normal Priority: medium Component: Documentation Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: gerhard.we...@t-online.de CC: olivier.hal...@libreoffice.org Description: The help page "Query Design Bar", which can be reached by clicking the link 'icons' in the help page "Query Design", contains some icons which are not displayed, at least with Windows, and an incomprehensible sentence: The help page for "Query Design Bar" is something like https://help.libreoffice.org/6.3/en-GB/text/shared/explorer/database/02010100.html?DbPAR=BASE#bm_id3153323 (Online-Help), for "Query Design" it's https://help.libreoffice.org/6.3/en-GB/text/shared/main0214.html?=BASE=WIN. Four of the symbols in "Query Design Bar" are not displayed, although they are present, as can be seen when copying the page via the clipboard; I'll attach a writer document with the copied content, where the sections with missing symbols are coloured. In the last section, "Run SQL command directly", the second sentence "If you do not display these changes in the design view, you cannot change back to the design view." is incomprehensible for me: I don't know what "these changes" refers to, so I even cannot propose a better wording. By the way, the text "The following icon is on the SQL tab page:" just above irritated me, I took some time to understand that it refers to the last section. I propose to add a line break above, to better separate it from the previous section, and a subclause ", which is displayed when you switch Ded´sign View off," after "following icon". Steps to Reproduce: 1. in Base call help 2. choose designing -- queries (Base) or design view -- queries/views (Base) 3. select lin 'icons' Actual Results: see above Expected Results: see above Reproducible: Always User Profile Reset: No Additional Info: -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 97687] VIEWING: text cursor stop blinking after you double click a bookmark in "navigation" window and close this window.
https://bugs.documentfoundation.org/show_bug.cgi?id=97687 --- Comment #10 from Julien Nabet --- (In reply to Buovjaga from comment #9) > (In reply to Julien Nabet from comment #7) > > On pc Debian x86-64 with master sources updated today, I don't reproduce > > this problem. > > But when navigator is opened, cursor doesn't blink. It blinks again if I > > double click on the bookmark and also after having close navigator window. > > Julien: can you try reproducing the "But when navigator is opened" problem? > I can't reproduce even that one. >... On pc Debian x86-64 with master sources updated today, I don't reproduce this. -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 126680] Two Finger Horizontal Scroll is Reversed with libinput Driver on Linux and macOS
https://bugs.documentfoundation.org/show_bug.cgi?id=126680 --- Comment #5 from Matthew Hall --- I am able to confirm this bug happens for me also, on MacOS 10.13.6 with LibreOffice 6.3.0, and it does not happen in LibreOffice 6.2.5.2. This bug is a show-stopper, and forced me to downgrade, because it's almost impossible to retrain your fingers to one backwards application on an entire computer full of correct applications. -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-commits] core.git: include/oox oox/source sd/qa
include/oox/export/drawingml.hxx |2 +-
oox/source/export/drawingml.cxx |4 +++-
oox/source/export/shapes.cxx |8
sd/qa/unit/data/odp/closed-shapes.odp |binary
sd/qa/unit/export-tests-ooxml2.cxx| 14 ++
5 files changed, 22 insertions(+), 6 deletions(-)
New commits:
commit 3feaff84fafc23c26ff9c6a716709f17a6c8330b
Author: Bartosz Kosiorek
AuthorDate: Fri Aug 9 01:20:37 2019 +0200
Commit: Bartosz Kosiorek
CommitDate: Fri Aug 9 22:08:28 2019 +0200
tdf#126746 Fix exporting closed Polylines to PPTX
In previous implementation the closed shapes was
imported as a polylines without closing joint.
As a result the joint style was not applied.
This patch fixes that, and allow proper PPTX export.
TODO The same issue needs to be fixed for PPT export
Change-Id: I557daac1ba02330d8923f7eda3476e67d8711384
Reviewed-on: https://gerrit.libreoffice.org/77179
Tested-by: Jenkins
Reviewed-by: Mike Kaganski
Reviewed-by: Regina Henschel
diff --git a/include/oox/export/drawingml.hxx b/include/oox/export/drawingml.hxx
index 55279e2de69f..c11664bb2738 100644
--- a/include/oox/export/drawingml.hxx
+++ b/include/oox/export/drawingml.hxx
@@ -265,7 +265,7 @@ public:
static sal_Int32 GetCustomGeometryPointValue(
const css::drawing::EnhancedCustomShapeParameter& rParam,
const SdrObjCustomShape& rSdrObjCustomShape);
-void WritePolyPolygon( const tools::PolyPolygon& rPolyPolygon );
+void WritePolyPolygon( const tools::PolyPolygon& rPolyPolygon, const bool
bClosed );
void WriteFill( const css::uno::Reference< css::beans::XPropertySet >&
xPropSet );
void WriteShapeStyle( const css::uno::Reference< css::beans::XPropertySet
>& rXPropSet );
void WriteShapeEffects( const css::uno::Reference<
css::beans::XPropertySet >& rXPropSet );
diff --git a/oox/source/export/drawingml.cxx b/oox/source/export/drawingml.cxx
index e8101882f4df..58e7db53372d 100644
--- a/oox/source/export/drawingml.cxx
+++ b/oox/source/export/drawingml.cxx
@@ -3199,7 +3199,7 @@ sal_Int32 DrawingML::GetCustomGeometryPointValue(
return nValue;
}
-void DrawingML::WritePolyPolygon( const tools::PolyPolygon& rPolyPolygon )
+void DrawingML::WritePolyPolygon( const tools::PolyPolygon& rPolyPolygon,
const bool bClosed )
{
// In case of Writer, the parent element is , and there the
// element is not optional.
@@ -3269,6 +3269,8 @@ void DrawingML::WritePolyPolygon( const
tools::PolyPolygon& rPolyPolygon )
}
}
}
+if (bClosed)
+mpFS->singleElementNS( XML_a, XML_close);
mpFS->endElementNS( XML_a, XML_path );
mpFS->endElementNS( XML_a, XML_pathLst );
diff --git a/oox/source/export/shapes.cxx b/oox/source/export/shapes.cxx
index 2c0fb1627bbb..ebdac1259ffd 100644
--- a/oox/source/export/shapes.cxx
+++ b/oox/source/export/shapes.cxx
@@ -420,7 +420,7 @@ bool ShapeExport::NonEmptyText( const Reference< XInterface
>& xIface )
return false;
}
-ShapeExport& ShapeExport::WritePolyPolygonShape( const Reference< XShape >&
xShape, bool bClosed )
+ShapeExport& ShapeExport::WritePolyPolygonShape( const Reference< XShape >&
xShape, const bool bClosed )
{
SAL_INFO("oox.shape", "write polypolygon shape");
@@ -454,7 +454,7 @@ ShapeExport& ShapeExport::WritePolyPolygonShape( const
Reference< XShape >& xSha
// visual shape properties
pFS->startElementNS(mnXmlNamespace, XML_spPr);
WriteTransformation( aRect, XML_a );
-WritePolyPolygon( aPolyPolygon );
+WritePolyPolygon( aPolyPolygon, bClosed );
Reference< XPropertySet > xProps( xShape, UNO_QUERY );
if( xProps.is() ) {
if( bClosed )
@@ -882,7 +882,7 @@ ShapeExport& ShapeExport::WriteCustomShape( const
Reference< XShape >& xShape )
bool bInvertRotation = bFlipH != bFlipV;
if (nRotation != 0)
aPolyPolygon.Rotate(Point(0,0),
static_cast(bInvertRotation ? nRotation/10 : 3600-nRotation/10));
-WritePolyPolygon( aPolyPolygon );
+WritePolyPolygon( aPolyPolygon, false );
}
else if (bCustGeom)
{
@@ -1477,7 +1477,7 @@ static const NameToConvertMapType& lcl_GetConverters()
{ "com.sun.star.drawing.LineShape" ,
::WriteLineShape },
{ "com.sun.star.drawing.OpenBezierShape" ,
::WriteOpenPolyPolygonShape },
{ "com.sun.star.drawing.PolyPolygonShape" ,
::WriteClosedPolyPolygonShape },
-{ "com.sun.star.drawing.PolyLineShape" ,
::WriteClosedPolyPolygonShape },
+{ "com.sun.star.drawing.PolyLineShape" ,
::WriteOpenPolyPolygonShape },
{ "com.sun.star.drawing.RectangleShape",
::WriteRectangleShape },
{ "com.sun.star.drawing.OLE2Shape" ,
::WriteOLE2Shape },
{ "com.sun.star.drawing.TableShape",
::WriteTableShape },
diff --git
[Libreoffice-commits] core.git: Branch 'feature/chart-style-experiment-markus' - chart2/source
chart2/source/model/main/ChartModel_Persistence.cxx |8
chart2/source/tools/ChartStyle.cxx | 19 +++
2 files changed, 19 insertions(+), 8 deletions(-)
New commits:
commit 78f6221057f13eec4a736d12b282a5904a68d883
Author: Markus Mohrhard
AuthorDate: Sat Aug 10 03:18:09 2019 +0800
Commit: Markus Mohrhard
CommitDate: Sat Aug 10 03:18:09 2019 +0800
move chart wall default formatting to style
Change-Id: Ieddeb087df2c60ffa59c5ebba378f862350377bf
diff --git a/chart2/source/model/main/ChartModel_Persistence.cxx
b/chart2/source/model/main/ChartModel_Persistence.cxx
index db3b05ea195c..6ab5ebf9135b 100644
--- a/chart2/source/model/main/ChartModel_Persistence.cxx
+++ b/chart2/source/model/main/ChartModel_Persistence.cxx
@@ -434,14 +434,6 @@ void ChartModel::insertDefaultChart()
//set some new 'defaults' for wall and floor
if( xDiagram.is() )
{
-Reference< beans::XPropertySet > xWall(
xDiagram->getWall() );
-if( xWall.is() )
-{
-xWall->setPropertyValue( "LineStyle", uno::Any(
drawing::LineStyle_SOLID ) );
-xWall->setPropertyValue( "FillStyle", uno::Any(
drawing::FillStyle_NONE ) );
-xWall->setPropertyValue( "LineColor", uno::Any(
static_cast< sal_Int32 >( 0xb3b3b3 ) ) ); // gray30
-xWall->setPropertyValue( "FillColor", uno::Any(
static_cast< sal_Int32 >( 0xe6e6e6 ) ) ); // gray10
-}
Reference< beans::XPropertySet > xFloor(
xDiagram->getFloor() );
if( xFloor.is() )
{
diff --git a/chart2/source/tools/ChartStyle.cxx
b/chart2/source/tools/ChartStyle.cxx
index b383f4316b03..71e94867dc3a 100644
--- a/chart2/source/tools/ChartStyle.cxx
+++ b/chart2/source/tools/ChartStyle.cxx
@@ -142,6 +142,16 @@ void ChartStyle::register_styles()
*chart::wall::StaticWallInfo::get(),
*chart::wall::StaticWallInfoHelper::get(),
*chart::wall::StaticWallDefaults::get());
+css::uno::Reference xWallStyle
+= m_xChartStyle[css::chart2::ChartObjectType::WALL];
+
+xWallStyle->setPropertyValue("LineStyle",
css::uno::Any(css::drawing::LineStyle_SOLID));
+xWallStyle->setPropertyValue("FillStyle",
css::uno::Any(css::drawing::FillStyle_NONE));
+xWallStyle->setPropertyValue("LineColor",
+
css::uno::Any(static_cast(0xb3b3b3))); // gray30
+xWallStyle->setPropertyValue("FillColor",
+
css::uno::Any(static_cast(0xe6e6e6))); // gray10
+
m_xChartStyle[css::chart2::ChartObjectType::GRID] = new ChartObjectStyle(
*chart::grid::StaticGridInfo::get(),
*chart::grid::StaticGridInfoHelper::get(),
*chart::grid::StaticGridDefaults::get());
@@ -187,6 +197,15 @@ ChartStyle::applyStyleToDiagram(const
css::uno::Reference
m_xChartStyle.find(css::chart2::ChartObjectType::LEGEND)->second,
css::uno::UNO_QUERY_THROW));
}
+
+css::uno::Reference
xWallStyle(xDiagram->getWall(),
+
css::uno::UNO_QUERY);
+if (xWallStyle.is())
+{
+xWallStyle->setStyle(css::uno::Reference(
+m_xChartStyle.find(css::chart2::ChartObjectType::WALL)->second,
+css::uno::UNO_QUERY_THROW));
+}
}
//
___
Libreoffice-commits mailing list
libreoffice-comm...@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-commits
[Libreoffice-bugs] [Bug 126793] oosplash: "libXinerama.so.1: cannot open shared object file: No such file or directory" / "error while loading shared libraries: libXinerama.so.1: wrong ELF class: ELFC
https://bugs.documentfoundation.org/show_bug.cgi?id=126793 --- Comment #2 from Jens Radloff --- (In reply to Jan-Marek Glogowski from comment #1) > My guess would be you downloaded / installed LO > in 32bit but have a 64bit system. I have a 64-bit system: --- Quote beginning --- xxx@yyy:~$ uname -a Linux yyy 4.9.0-9-amd64 #1 SMP Debian 4.9.168-1+deb9u4 (2019-07-19) x86_64 GNU/Linux xxx@yyy:~$ --- Quote End --- > Might also be the other way around. file soffice.bin should tell you the > architecture of your LO version, any other binary on your system its arch. When I run soffice.bin, then the following is returned: --- Quote beginning --- xxx@:/opt/libreoffice6.2/program$ ./soffice.bin ./soffice.bin: error while loading shared libraries: libdbus-1.so.3: cannot open shared object file: No such file or directory xxx@yyy:/opt/libreoffice6.2/program$ --- Quote End --- I have downloaded and installed the 64-bit version of LO 6.2.5, if you look at the directory and file names in my download directory: --- Quote beginning --- xxx@yyy:~/Desktop_1/installationsdateien/libreoffice$ ls LibreOffice_6.2.5.2_Linux_x86_deb LibreOffice_6.2.5_Linux_x86_deb_helppack_de.tar.gz LibreOffice_6.2.5.2_Linux_x86_deb_helppack_de LibreOffice_6.2.5_Linux_x86_deb_langpack_de.tar.gz LibreOffice_6.2.5.2_Linux_x86_deb_langpack_de LibreOffice_6.2.5_Linux_x86_deb.tar.gz xxx@yyy:~/Desktop_1/installationsdateien/libreoffice$ --- Quote End --- I installed LO 6.2.5 from within the directories mentioned above using the dpkg command. -- You are receiving this mail because: You 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 107831] [META] Paragraph-level bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=107831 Bug 107831 depends on bug 125628, which changed state. Bug 125628 Summary: FORMATTING: Part of text loose yellow highlight reopening document https://bugs.documentfoundation.org/show_bug.cgi?id=125628 What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|--- |FIXED -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-commits] core.git: Branch 'feature/chart-style-experiment-markus' - chart2/source
chart2/source/inc/Axis.hxx | 165 ++
chart2/source/inc/DataPoint.hxx | 134 +++
chart2/source/inc/DataSeries.hxx| 216
chart2/source/inc/Diagram.hxx | 248
chart2/source/inc/GridProperties.hxx| 133 +++
chart2/source/inc/PageBackground.hxx| 134 +++
chart2/source/inc/StockBar.hxx | 125 ++
chart2/source/inc/Title.hxx | 143
chart2/source/inc/Wall.hxx | 78 +---
chart2/source/model/inc/DataSeries.hxx | 172 ---
chart2/source/model/inc/Diagram.hxx | 186 -
chart2/source/model/inc/StockBar.hxx| 96 --
chart2/source/model/main/Axis.cxx | 148 +++-
chart2/source/model/main/Axis.hxx | 138 ---
chart2/source/model/main/DataPoint.cxx | 59 ++
chart2/source/model/main/DataPoint.hxx | 116 -
chart2/source/model/main/DataSeries.cxx | 82 +
chart2/source/model/main/Diagram.cxx| 120 +
chart2/source/model/main/GridProperties.cxx | 97 --
chart2/source/model/main/GridProperties.hxx | 105 ---
chart2/source/model/main/PageBackground.cxx | 97 --
chart2/source/model/main/PageBackground.hxx | 104 ---
chart2/source/model/main/StockBar.cxx | 93 --
chart2/source/model/main/Title.cxx | 133 ++-
chart2/source/model/main/Title.hxx | 115
chart2/source/model/main/Wall.cxx | 95 --
chart2/source/tools/ChartStyle.cxx | 43
27 files changed, 1797 insertions(+), 1578 deletions(-)
New commits:
commit fea89c0e865c83e048d2221f897d1f6a4046505c
Author: Gagandeep Singh
AuthorDate: Thu Aug 8 16:17:00 2019 +0530
Commit: Markus Mohrhard
CommitDate: Sat Aug 10 02:30:54 2019 +0800
This updates the chart model elements to be used with ChartStyles.cxx
Based on Markus' patch: d63f1346a6c5767d995c787fe2bb36b023a64788
Change-Id: I712793f7299ca33773b004711400af4e070c6485
diff --git a/chart2/source/inc/Axis.hxx b/chart2/source/inc/Axis.hxx
new file mode 100644
index ..0d93322c1465
--- /dev/null
+++ b/chart2/source/inc/Axis.hxx
@@ -0,0 +1,165 @@
+/* -*- Mode: C++; tab-width: 4; indent-tabs-mode: nil; c-basic-offset: 4 -*- */
+/*
+ * This file is part of the LibreOffice project.
+ *
+ * This Source Code Form is subject to the terms of the Mozilla Public
+ * License, v. 2.0. If a copy of the MPL was not distributed with this
+ * file, You can obtain one at http://mozilla.org/MPL/2.0/.
+ *
+ * This file incorporates work covered by the following license notice:
+ *
+ * Licensed to the Apache Software Foundation (ASF) under one or more
+ * contributor license agreements. See the NOTICE file distributed
+ * with this work for additional information regarding copyright
+ * ownership. The ASF licenses this file to you under the Apache
+ * License, Version 2.0 (the "License"); you may not use this file
+ * except in compliance with the License. You may obtain a copy of
+ * the License at http://www.apache.org/licenses/LICENSE-2.0 .
+ */
+#ifndef INCLUDED_CHART2_SOURCE_MODEL_MAIN_AXIS_HXX
+#define INCLUDED_CHART2_SOURCE_MODEL_MAIN_AXIS_HXX
+
+#include
+#include
+#include
+#include
+#include
+
+#include
+#include
+#include
+#include
+#include
+#include
+
+namespace chart
+{
+namespace impl
+{
+typedef ::cppu::WeakImplHelper
+Axis_Base;
+}
+
+namespace axis
+{
+struct StaticAxisInfo_Initializer
+{
+css::uno::Reference* operator()();
+};
+
+struct StaticAxisInfo
+: public
rtl::StaticAggregate,
+ StaticAxisInfo_Initializer>
+{
+};
+
+struct StaticAxisDefaults_Initializer
+{
+::chart::tPropertyValueMap* operator()();
+};
+
+struct StaticAxisDefaults
+: public rtl::StaticAggregate<::chart::tPropertyValueMap,
StaticAxisDefaults_Initializer>
+{
+};
+
+struct StaticAxisInfoHelper_Initializer
+{
+::cppu::OPropertyArrayHelper* operator()();
+};
+
+struct StaticAxisInfoHelper
+: public rtl::StaticAggregate<::cppu::OPropertyArrayHelper,
StaticAxisInfoHelper_Initializer>
+{
+};
+}
+
+class Axis final : public MutexContainer, public impl::Axis_Base, public
::property::OPropertySet
+{
+public:
+explicit Axis();
+virtual ~Axis() override;
+
+/// XServiceInfo declarations
+virtual OUString SAL_CALL getImplementationName() override;
+virtual sal_Bool SAL_CALL supportsService(const OUString& ServiceName)
override;
+virtual css::uno::Sequence SAL_CALL getSupportedServiceNames()
override;
+
+/// merge XInterface implementations
+DECLARE_XINTERFACE()
+/// merge XTypeProvider implementations
+DECLARE_XTYPEPROVIDER()
+
+private:
+
[Libreoffice-bugs] [Bug 126779] Issues in File Unlocking when program is closed
https://bugs.documentfoundation.org/show_bug.cgi?id=126779 --- Comment #7 from NARAYAN --- Created attachment 153273 --> https://bugs.documentfoundation.org/attachment.cgi?id=153273=edit Source data is locked Now I cannot commit changes i made in source data and have to lose all changes or re-save as different file name. See attached file, violating all rules of consistency in file handling. -- You are receiving this mail because: You 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 126799] New: MYSQL/MariaDB native connector: Unknown Column Type "Text" in GUI when opening a Table
https://bugs.documentfoundation.org/show_bug.cgi?id=126799
Bug ID: 126799
Summary: MYSQL/MariaDB native connector: Unknown Column Type
"Text" in GUI when opening a Table
Product: LibreOffice
Version: 6.3.0.4 release
Hardware: x86-64 (AMD64)
OS: Linux (All)
Status: UNCONFIRMED
Severity: normal
Priority: medium
Component: Base
Assignee: libreoffice-bugs@lists.freedesktop.org
Reporter: rob...@familiegrosskopf.de
Connect to MariaDB with the native connector, which is included in LO 6.3.0.4.
Start this commands in Tools > SQL
CREATE TABLE strtest (d TEXT(10));
INSERT INTO strtest VALUES('Maria ');
You could also write down
SELECT * FROM strtest;
... and let you show the output - works.
Now try to open the table in the table-view of the GUI. Could be you have to
refresh the tables by View > Refresh Tables.
An error appears:
"Unknown column type when fetching result"
The data-type TEXT isn't known by the GUI. So it isn't possible to see data or
input data into such a column by the GUI, only by Tools > SQL.
All tested with LO 6.3.0.4, OpenSUSE 15 64bit rpm Linux, 10.2.22-MariaDB -
openSUSE package
--
You are receiving this mail because:
You 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 92770] thisComponent is not valid during "Open Document" at startup in non-document macro
https://bugs.documentfoundation.org/show_bug.cgi?id=92770 --- Comment #14 from Buovjaga --- I get BASIC runtime error. Variable not defined. for showThisComponent() even when opening the file with Low macro security setting. Lionel: can you please re-test? This report is one of the few still remaining in the VclPtr meta bug. Arch Linux 64-bit Version: 6.4.0.0.alpha0+ Build ID: 37fc9f51a8de11d40632e8cda17ccf1fa4b1f503 CPU threads: 8; OS: Linux 5.2; UI render: default; VCL: gtk3; Locale: fi-FI (fi_FI.UTF-8); UI-Language: en-US Calc: threaded Built on 6 August 2019 -- You are receiving this mail because: You 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 126779] Issues in File Unlocking when program is closed
https://bugs.documentfoundation.org/show_bug.cgi?id=126779 NARAYAN changed: What|Removed |Added Ever confirmed|1 |0 Status|NEEDINFO|UNCONFIRMED -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 126779] Issues in File Unlocking when program is closed
https://bugs.documentfoundation.org/show_bug.cgi?id=126779 --- Comment #6 from NARAYAN --- I cannot edit source data < excel spread sheet > now , it shows read only in open dialogue, but when i checked file properties . read only is unchecked. This is bizzare -- You are receiving this mail because: You 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 126779] Issues in File Unlocking when program is closed
https://bugs.documentfoundation.org/show_bug.cgi?id=126779 --- Comment #5 from NARAYAN --- I cannot edit source data < excel spread sheet > now , it shows read only in open dialogue, but when i checked file properties . read only is unchecked. This is bizzare -- You are receiving this mail because: You 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 126779] Issues in File Unlocking when program is closed
https://bugs.documentfoundation.org/show_bug.cgi?id=126779 --- Comment #4 from NARAYAN --- (In reply to Alex Thurgood from comment #1) > @Narayan : just a quick question to help me understand - why are you > re-creating a new database (Step 7) once you have updated your Calc sheet ? > > If your original ODB file points to the Calc sheet that you have modified, > it should automatically take up any changes you made in the Calc sheet ? We are veering off into different issue here. But anyways let me lay it out 1) Refresh table button does not refresh data. 2) There is no auto refresh. Data is refreshed only when all SBASE open programs are closed and reopened, and opening the table shows the refreshed view of the saved data from excel. 3) WHen I open sbase and open the table, and then open the spread sheet to exit data>> the excel file opens as only read only. So why is an open view of the table in database , placing the spreadsheet in read only mode? I see that dbase is designed as write/commit consistent database, similar to oracle , unlike ms sql which is read consistent. Note: In past version of MS SQL Server, Uncomitted data in MS SQL table will be viewed by other users who read data from the table. Not sure thats the case in newer versions. However..here is an analogy.. But in both types of database, viewers of data, cannot put source table under lock or read only mode. So why do , when i open dbase > open table > then open scalc > Open spread sheet > puts spread sheet in read only mode >>> Like i said this is entirely different issue, <<< -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 126767] Autofill doesn't overwrite data in continuously filled cells
https://bugs.documentfoundation.org/show_bug.cgi?id=126767 --- Comment #7 from Buovjaga --- (In reply to Eike Rathke from comment #6) > One more dumb question ;-) > What happens for a selection of A1:B1 (empty cells) > > A B > > x y > x y Nothing happens. -- You are receiving this mail because: You 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 126767] Autofill doesn't overwrite data in continuously filled cells
https://bugs.documentfoundation.org/show_bug.cgi?id=126767 --- Comment #6 from Eike Rathke --- Thanks. These samples are meant to identify the behaviour if and how neighbouring columns affect the fill of filled columns. Seems they don't, and furthermore for a range/row selection up to the minimum row of filled columns is filled. That at least gives some orientation. One more dumb question ;-) What happens for a selection of A1:B1 (empty cells) A B x y x y -- You are receiving this mail because: You 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 126798] Writer: extra tabs inserted in footer after saving
https://bugs.documentfoundation.org/show_bug.cgi?id=126798 --- Comment #1 from Mike Kaganski --- No repro with Version: 6.3.0.4 (x64) Build ID: 057fc023c990d676a43019934386b85b21a9ee99 CPU threads: 12; OS: Windows 10.0; UI render: GL; VCL: win; Locale: ru-RU (ru_RU); UI-Language: en-US Calc: threaded Patrick Demets: please test with current version. -- You are receiving this mail because: You 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 126680] Two Finger Horizontal Scroll is Reversed with libinput Driver on Linux and macOS
https://bugs.documentfoundation.org/show_bug.cgi?id=126680 steve -_- changed: What|Removed |Added Summary|Two Finger Horizontal |Two Finger Horizontal |Scroll is Reversed with |Scroll is Reversed with |libinput Driver on Linux|libinput Driver on Linux ||and macOS -- You are receiving this mail because: You 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 126680] Two Finger Horizontal Scroll is Reversed with libinput Driver on Linux
https://bugs.documentfoundation.org/show_bug.cgi?id=126680 steve -_- changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever confirmed|0 |1 --- Comment #4 from steve -_- --- Version: 6.3.0.4 Build ID: 057fc023c990d676a43019934386b85b21a9ee99 CPU threads: 4; OS: Mac OS X 10.14.6; UI render: default; VCL: osx; Locale: de-DE (de_DE.UTF-8); UI-Language: en-US Calc: threaded confirmed, this is now in the stable release and it's highly irritating. Setting to "New" as this is confirmed by various users. -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
ODF "implementation defined", collection for LibreOffice?
Hi all, The ODF standard uses in some places the term "implementation-defined". And it specifies: Implementation-defined is used in this standard for values or processing that may differ between ODF implementations, but is required to be specified by the implementor for each particular ODF-implementation. So we need to provide this information. Do we already have such part? If not, should it go to the Wiki? If yes, where in the Wiki? A page with placeholder would be sufficient, so that I (or someone else) can fill it piece by piece. Kind regards Regina ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice-bugs] [Bug 48722] Add Realistic [soft-edge/fuzzy/Gaussian-blur] Shadows for Objects
https://bugs.documentfoundation.org/show_bug.cgi?id=48722 --- Comment #12 from Pedro --- It seems this is a highly requested feature and some research was happening around this? What happened with this by the way? -- You are receiving this mail because: You 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 126767] Autofill doesn't overwrite data in continuously filled cells
https://bugs.documentfoundation.org/show_bug.cgi?id=126767 --- Comment #5 from Buovjaga --- My first test (at the time of comment 1) was with a single column with no neighbouring columns - LibreOffice refused to fill. -- You are receiving this mail because: You 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 126767] Autofill doesn't overwrite data in continuously filled cells
https://bugs.documentfoundation.org/show_bug.cgi?id=126767 --- Comment #4 from Buovjaga --- (In reply to Eike Rathke from comment #3) > What does Excel do for these constellations when double clicking the fill > handle on B1 (b)? > > A B > a b > x y > x y > x b b b > A B > a b > x y > x y > y b b b b > Also, for the same two constellations selecting A1:B1 and double clicking B1 > (b)? First one: a b a b a b x Second one: a b a b a b y > > > And here when selecting A1:C1 and double clicking handle on C1 (c)? > > A B C > a c > x y z > x y z > x y a c a c a c x y > A B C > a b c > x z > x y z > x y z > x y a b c a b c a b c a b c x y Tested with MSO 365 on Win 10. -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-commits] core.git: sw/qa
sw/qa/extras/rtfexport/rtfexport4.cxx |2 +-
sw/qa/extras/rtfimport/rtfimport.cxx |2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
New commits:
commit 3d50afb8c91bdb2e01391c05171815e75dd1e3f3
Author: Miklos Vajna
AuthorDate: Fri Aug 9 13:49:16 2019 +0200
Commit: Miklos Vajna
CommitDate: Fri Aug 9 19:24:45 2019 +0200
sw qa: fix typos in rtfimport/export tests
This doesn't matter in practice, since both tests inherit from the local
"Test" class, which has the correct filter name; it was just misleading.
Change-Id: Ie5f2e0a89a31b56abc200a1270b4b65e870fb459
Reviewed-on: https://gerrit.libreoffice.org/77198
Reviewed-by: Miklos Vajna
Tested-by: Jenkins
diff --git a/sw/qa/extras/rtfexport/rtfexport4.cxx
b/sw/qa/extras/rtfexport/rtfexport4.cxx
index 1a261892661e..6ed155ca807a 100644
--- a/sw/qa/extras/rtfexport/rtfexport4.cxx
+++ b/sw/qa/extras/rtfexport/rtfexport4.cxx
@@ -152,7 +152,7 @@ DECLARE_RTFEXPORT_TEST(testBtlrCell, "btlr-cell.rtf")
CPPUNIT_ASSERT_EQUAL(text::WritingMode2::TB_RL,
getProperty(xC1, "WritingMode"));
}
-DECLARE_OOXMLEXPORT_EXPORTONLY_TEST(testTbrlFrame, "tbrl-frame.odt")
+DECLARE_RTFEXPORT_TEST(testTbrlFrame, "tbrl-frame.odt")
{
uno::Reference xShape(getShape(1), uno::UNO_QUERY);
auto nActual = getProperty(xShape, "WritingMode");
diff --git a/sw/qa/extras/rtfimport/rtfimport.cxx
b/sw/qa/extras/rtfimport/rtfimport.cxx
index 0bcea620da8d..bf2ce97f1745 100644
--- a/sw/qa/extras/rtfimport/rtfimport.cxx
+++ b/sw/qa/extras/rtfimport/rtfimport.cxx
@@ -313,7 +313,7 @@ DECLARE_RTFIMPORT_TEST(testFdo45190, "fdo45190.rtf")
getProperty(getParagraph(2),
"ParaFirstLineIndent"));
}
-DECLARE_OOXMLIMPORT_TEST(testTdf59699, "tdf59699.rtf")
+DECLARE_RTFIMPORT_TEST(testTdf59699, "tdf59699.rtf")
{
// This resulted in a lang.IndexOutOfBoundsException: the referenced
graphic data wasn't imported.
uno::Reference xImage(getShape(1), uno::UNO_QUERY);
___
Libreoffice-commits mailing list
libreoffice-comm...@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-commits
[Libreoffice-commits] core.git: Branch 'feature/chart-style-experiment-markus' - 2 commits - chart2/source offapi/com
chart2/source/inc/ChartStyle.hxx|3 ++
chart2/source/model/main/ChartModel.cxx |2 +
chart2/source/model/main/ChartModel_Persistence.cxx | 11
chart2/source/tools/ChartStyle.cxx | 25
offapi/com/sun/star/chart2/XChartStyle.idl |3 ++
5 files changed, 39 insertions(+), 5 deletions(-)
New commits:
commit b91405200821542b714c19eb65c5ec0532499913
Author: Markus Mohrhard
AuthorDate: Sat Aug 10 01:17:50 2019 +0800
Commit: Markus Mohrhard
CommitDate: Sat Aug 10 01:19:49 2019 +0800
move default chart legend formatting to the style
Change-Id: If996e2d86ce07e91da77789732a1abf1ae1b3f99
diff --git a/chart2/source/model/main/ChartModel_Persistence.cxx
b/chart2/source/model/main/ChartModel_Persistence.cxx
index 87a0a742b7d9..db3b05ea195c 100644
--- a/chart2/source/model/main/ChartModel_Persistence.cxx
+++ b/chart2/source/model/main/ChartModel_Persistence.cxx
@@ -416,11 +416,6 @@ void ChartModel::insertDefaultChart()
Reference< beans::XPropertySet > xLegendProperties( xLegend,
uno::UNO_QUERY );
if( xLegendProperties.is() )
{
-xLegendProperties->setPropertyValue( "FillStyle",
uno::Any( drawing::FillStyle_NONE ));
-xLegendProperties->setPropertyValue( "LineStyle",
uno::Any( drawing::LineStyle_NONE ));
-xLegendProperties->setPropertyValue( "LineColor",
uno::Any( static_cast< sal_Int32 >( 0xb3b3b3 ) )); // gray30
-xLegendProperties->setPropertyValue( "FillColor",
uno::Any( static_cast< sal_Int32 >( 0xe6e6e6 ) ) ); // gray10
-
if( bIsRTL )
xLegendProperties->setPropertyValue( "AnchorPosition",
uno::Any( chart2::LegendPosition_LINE_START ));
}
diff --git a/chart2/source/tools/ChartStyle.cxx
b/chart2/source/tools/ChartStyle.cxx
index 8aac449dcf90..6c7c0bafe093 100644
--- a/chart2/source/tools/ChartStyle.cxx
+++ b/chart2/source/tools/ChartStyle.cxx
@@ -19,6 +19,8 @@
#include
#include
+#include
+#include
#include
#include
@@ -104,6 +106,15 @@ void ChartStyle::register_styles()
m_xChartStyle[css::chart2::ChartObjectType::LEGEND] = new ChartObjectStyle(
*chart::legend::StaticLegendInfo::get(),
*chart::legend::StaticLegendInfoHelper::get(),
*chart::legend::StaticLegendDefaults::get());
+
+css::uno::Reference xLegendStyle
+= m_xChartStyle[css::chart2::ChartObjectType::LEGEND];
+xLegendStyle->setPropertyValue("FillStyle",
css::uno::Any(css::drawing::FillStyle_NONE));
+xLegendStyle->setPropertyValue("LineStyle",
css::uno::Any(css::drawing::LineStyle_NONE));
+xLegendStyle->setPropertyValue("LineColor",
+
css::uno::Any(static_cast(0xb3b3b3))); // gray30
+xLegendStyle->setPropertyValue("FillColor",
+
css::uno::Any(static_cast(0xe6e6e6))); // gray10
}
// _ XServiceInfo _
commit 3ff4ac00a7bdee0e7cecaf5c35bc8056bc3f1d41
Author: Markus Mohrhard
AuthorDate: Sat Aug 10 01:19:23 2019 +0800
Commit: Markus Mohrhard
CommitDate: Sat Aug 10 01:19:48 2019 +0800
add initial code to apply style to chart
Change-Id: I33207f95236f4102f8ae5620465494b3384f
diff --git a/chart2/source/inc/ChartStyle.hxx b/chart2/source/inc/ChartStyle.hxx
index 2c1fb3d9e7f8..c12441e1cd76 100644
--- a/chart2/source/inc/ChartStyle.hxx
+++ b/chart2/source/inc/ChartStyle.hxx
@@ -91,6 +91,9 @@ public:
virtual css::uno::Reference
SAL_CALL getStyleForObject(const sal_Int16 nChartObjectType) override;
+virtual void SAL_CALL
+applyStyleToDiagram(const css::uno::Reference&
xDiagram);
+
private:
sal_Int16 m_nNumObjects;
diff --git a/chart2/source/model/main/ChartModel.cxx
b/chart2/source/model/main/ChartModel.cxx
index 262070310591..ba5a5d399445 100644
--- a/chart2/source/model/main/ChartModel.cxx
+++ b/chart2/source/model/main/ChartModel.cxx
@@ -687,6 +687,8 @@ void SAL_CALL ChartModel::setFirstDiagram( const
uno::Reference< chart2::XDiagra
ModifyListenerHelper::removeListener( xOldDiagram, xListener );
ModifyListenerHelper::addListener( xDiagram, xListener );
setModified( true );
+
+m_xChartStyle->applyStyleToDiagram(xDiagram);
}
Reference< chart2::data::XDataSource > ChartModel::impl_createDefaultData()
diff --git a/chart2/source/model/main/ChartModel_Persistence.cxx
b/chart2/source/model/main/ChartModel_Persistence.cxx
index 642aceb626ae..87a0a742b7d9 100644
--- a/chart2/source/model/main/ChartModel_Persistence.cxx
+++ b/chart2/source/model/main/ChartModel_Persistence.cxx
@@ -732,6 +732,12 @@ void SAL_CALL ChartModel::modified( const
lang::EventObject& rEvenObject)
}
unlockControllers();
}
+uno::Reference xDiagram(rEvenObject.Source,
uno::UNO_QUERY);
+if (xDiagram.is())
+{
+if
[Libreoffice-bugs] [Bug 126798] New: Writer: extra tabs inserted in footer after saving
https://bugs.documentfoundation.org/show_bug.cgi?id=126798 Bug ID: 126798 Summary: Writer: extra tabs inserted in footer after saving Product: LibreOffice Version: 6.0.6.2 release Hardware: x86 (IA32) OS: Windows (All) Status: UNCONFIRMED Severity: normal Priority: medium Component: Writer Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: patrick.dem...@shaw.ca Created attachment 153272 --> https://bugs.documentfoundation.org/attachment.cgi?id=153272=edit My custom Writer template, with page#/page cnt in footer LO version: 6.0.6.2 Build ID: 0c292870b25a325b5ed35f6b45599d2ea4458e77 Using a custom Writer document template that includes a footer (see attached file). This template includes one right-justified tab (at 18.5cm), a current page number field, and a total number of pages field. After saving and reopening, Writer inserts a centre-justified tab (at 9.0cm) and a right-justified tab (at 18.0cm) in the footer. My original tab at 18.5cm is left intact. Removing the unwanted tabs and saving, then reopening the document, still results in unwanted tabs in footer. Thx -- You are receiving this mail because: You 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 118699] FILEOPEN DOCX Accepting tracked changes has different result in LO Writer and MS Word in document with numbered paragraphs
https://bugs.documentfoundation.org/show_bug.cgi?id=118699 --- Comment #11 from Commit Notification --- Michael Stahl committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/+/b86ff2c6a88aa41379e74f11e8ec8497ff85ffd0%5E%21 tdf#118699 sw_redlinehide: need some more changes to use the last node It will be available in 6.4.0. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback. -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-commits] core.git: 2 commits - sw/source
sw/source/core/docnode/node.cxx | 20 ++--
sw/source/core/inc/txtfrm.hxx |2 --
sw/source/core/text/txtfrm.cxx |7 ---
3 files changed, 22 insertions(+), 7 deletions(-)
New commits:
commit 72fa40d6c91e5a02127b30575cc75604787cd972
Author: Michael Stahl
AuthorDate: Fri Aug 9 16:45:17 2019 +0200
Commit: Michael Stahl
CommitDate: Fri Aug 9 19:04:49 2019 +0200
sw: remove unnecessary boost include
Change-Id: I38698992ee829ab1055e6f1da0f61ce35164a92f
Reviewed-on: https://gerrit.libreoffice.org/77213
Tested-by: Jenkins
Reviewed-by: Michael Stahl
diff --git a/sw/source/core/inc/txtfrm.hxx b/sw/source/core/inc/txtfrm.hxx
index b34cd90f901d..26ba49dbb351 100644
--- a/sw/source/core/inc/txtfrm.hxx
+++ b/sw/source/core/inc/txtfrm.hxx
@@ -23,8 +23,6 @@
#include "cntfrm.hxx"
#include "TextFrameIndex.hxx"
-#include
-
#include
namespace com { namespace sun { namespace star { namespace linguistic2 { class
XHyphenatedWord; } } } }
commit b86ff2c6a88aa41379e74f11e8ec8497ff85ffd0
Author: Michael Stahl
AuthorDate: Fri Aug 9 16:41:19 2019 +0200
Commit: Michael Stahl
CommitDate: Fri Aug 9 19:04:42 2019 +0200
tdf#118699 sw_redlinehide: need some more changes to use the last node
... as property node for the merged frame.
This would assert in SwContentNode::DelFrames() during tdf#126627
and also in crashtesting, e.g. fdo66302-1.odt.
(regression from fa5eb82b398e29ae033f7b7c8c8195dfc10cf5b0)
Change-Id: Ia6d52287ed42f41d16ebf12bc61d7f4a6d7c5b03
Reviewed-on: https://gerrit.libreoffice.org/77212
Tested-by: Jenkins
Reviewed-by: Michael Stahl
diff --git a/sw/source/core/docnode/node.cxx b/sw/source/core/docnode/node.cxx
index db564aeec12f..206fcdaf1f0a 100644
--- a/sw/source/core/docnode/node.cxx
+++ b/sw/source/core/docnode/node.cxx
@@ -1371,8 +1371,24 @@ void SwContentNode::DelFrames(SwRootFrame const*const
pLayout)
// because that would access deleted wrong-lists
sw::UpdateMergedParaForDelete(*pMerged, true,
*static_cast(this), 0, Len());
-// pointer should have been updated to a different node
-assert(this != pMerged->pParaPropsNode);
+if (this == pMerged->pParaPropsNode)
+{
+// otherwise pointer should have been updated to a
different node
+assert(this == pMerged->pLastNode);
+assert(pMerged->extents.empty());
+for (sal_uLong i = pMerged->pLastNode->GetIndex() - 1;;
+--i)
+{
+assert(pMerged->pFirstNode->GetIndex() <= i);
+SwNode *const pNode(GetNodes()[i]);
+if (pNode->IsTextNode()
+&& pNode->GetRedlineMergeFlag() !=
Merge::Hidden)
+{
+pMerged->pParaPropsNode = pNode->GetTextNode();
+break;
+}
+}
+}
if (this == pMerged->pLastNode)
{
pMerged->pLastNode =
GetNodes()[GetIndex()-1]->GetTextNode();
diff --git a/sw/source/core/text/txtfrm.cxx b/sw/source/core/text/txtfrm.cxx
index a2f62d324e3b..a6264530a96b 100644
--- a/sw/source/core/text/txtfrm.cxx
+++ b/sw/source/core/text/txtfrm.cxx
@@ -1014,8 +1014,9 @@ static TextFrameIndex
UpdateMergedParaForInsert(MergedPara & rMerged,
rMerged.extents.emplace(itInsert, const_cast(),
nIndex, nIndex + nLen);
text.insert(nTFIndex, rNode.GetText().copy(nIndex, nLen));
nInserted = nLen;
-if (rNode.GetIndex() < rMerged.pParaPropsNode->GetIndex())
-{ // text inserted before current para-props node
+if (rMerged.extents.size() == 1 // also if it was empty!
+|| rMerged.pParaPropsNode->GetIndex() < rNode.GetIndex())
+{ // text inserted after current para-props node
rMerged.pParaPropsNode->RemoveFromListRLHidden();
rMerged.pParaPropsNode = _cast(rNode);
rMerged.pParaPropsNode->AddToListRLHidden();
@@ -1147,7 +1148,7 @@ TextFrameIndex UpdateMergedParaForDelete(MergedPara &
rMerged,
{
rMerged.pParaPropsNode->RemoveFromListRLHidden();
rMerged.pParaPropsNode = rMerged.extents.empty()
-? rMerged.pFirstNode
+? const_cast(rMerged.pLastNode)
: rMerged.extents.front().pNode;
rMerged.pParaPropsNode->AddToListRLHidden();
}
___
Libreoffice-commits mailing list
libreoffice-comm...@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-commits
MacUpdate - your app listing has been updated
Title: Untitled Document App Listing Updated Hi The Document Foundation, We have updated your application listing for LibreOffice 6.3.0.4 on MacUpdate.com. Please take a moment to review your application's information to make sure that everything is correct. View your updated app listing You can login to your Developer Account to reply to comments and view stats, or submit new updates and changes to your app listing. Desktop Install Compatibility MacUpdate Desktop 6 is helping developers make it easier for users to fully install and use their apps. Download Desktop 6 and to ensure your app works with the “Install” link on our download pages. Advertise With MacUpdate The best Mac devs advertise their apps on MacUpdate.com because it’s the most targeted, highly performing Mac app advertising you can find on the web. Contact a...@macupdate.com to guarantee your annual ad campaigns get booked and expand your app’s audience. Learn more Questions? Contact our Content Update Team upda...@macupdate.com. You are receiving this offer because you have an app listed on MacUpdate.com. Add us to your address book or white list to ensure reliable delivery. © 2018 MacUpdate - All Rights Reserved 526 W. 14th St. #100 • Traverse City, MI 49684 ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice-bugs] [Bug 126797] Half of the pages are missing caused complex table which isn't splitted properly most of the time, possible caused by nested tables
https://bugs.documentfoundation.org/show_bug.cgi?id=126797 Telesto changed: What|Removed |Added Summary|Half of the page are|Half of the pages are |missing caused complex |missing caused complex |table which isn't splitted |table which isn't splitted |properly most of the time, |properly most of the time, |possible caused by nested |possible caused by nested |tables |tables -- You are receiving this mail because: You 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 126797] Half of the page are missing caused complex table which isn't splitted properly most of the time, possible caused by nested tables
https://bugs.documentfoundation.org/show_bug.cgi?id=126797 --- Comment #1 from Telesto --- Created attachment 153271 --> https://bugs.documentfoundation.org/attachment.cgi?id=153271=edit Proper layout (PDF) -- You are receiving this mail because: You 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 126797] New: Half of the page are missing caused complex table which isn't splitted properly most of the time, possible caused by nested tables
https://bugs.documentfoundation.org/show_bug.cgi?id=126797 Bug ID: 126797 Summary: Half of the page are missing caused complex table which isn't splitted properly most of the time, possible caused by nested tables Product: LibreOffice Version: 6.4.0.0.alpha0+ Master Hardware: All OS: Windows (All) Status: UNCONFIRMED Severity: normal Priority: medium Component: Writer Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: tele...@surfxs.nl Description: Half of the page are missing caused complex table. Layout can get jumpy or layout loop is possible, but hard to give proper steps Steps to Reproduce: 1. Attachment 152466 2. Wait 15 seconds after the pages appear 3. Page counter will show 38 pages. 4. It actually are 69 pages (PDF of the same file attached; created with LibO 6.3.0.4 & PDF printer) Note: all sorts of weirdness is possible with this document in older versions of LibreOffice (crashes etc). Actual Results: The initial load will give 38 pages. Except when scrolling down to bottom (by clicking on the bottom of the vertical scroll bar and/or scrolling down quickly after file open, while the table layouting is still in progress. In that case with some luck you end up with the full document (proper) document. If the full document is shown -> exported to PDF -> broken -> Printing (to PDF) -> fine Expected Results: Layout as in PDF of something matching it for the most part Reproducible: Always User Profile Reset: No Additional Info: Found in: Versie: 6.3.0.4 (x86) Build ID: 057fc023c990d676a43019934386b85b21a9ee99 CPU-threads: 4; Besturingssysteem: Windows 6.3; UI-render: standaard; VCL: win; Locale: nl-NL (nl_NL); UI-taal: nl-NL Calc: CL -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 126796] Percent Stacked image in Chart Wizard is wrong for most Icon styles
https://bugs.documentfoundation.org/show_bug.cgi?id=126796 --- Comment #1 from Pedro --- Created attachment 153270 --> https://bugs.documentfoundation.org/attachment.cgi?id=153270=edit Chart Wizard showing expected Percent Stacked illustration -- You are receiving this mail because: You 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 126796] New: Percent Stacked image in Chart Wizard is wrong for most Icon styles
https://bugs.documentfoundation.org/show_bug.cgi?id=126796 Bug ID: 126796 Summary: Percent Stacked image in Chart Wizard is wrong for most Icon styles Product: LibreOffice Version: 6.2.5.2 release Hardware: All OS: Linux (All) Status: UNCONFIRMED Severity: normal Priority: medium Component: UI Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: pedl...@gmail.com Created attachment 153269 --> https://bugs.documentfoundation.org/attachment.cgi?id=153269=edit Chart Wizard showing wrong Percent Stacked illustration In Chart Wizard when using icon styles Breeze, Colibre, Sifr and Tango, the illustration of Column and Bar Percent Stacked chart types is incorrect. The image in Icon styles Elementary (default) and Karasa Jaga is correct -- You are receiving this mail because: You 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 126634] Toolbar Form Controls: Missing Table Control
https://bugs.documentfoundation.org/show_bug.cgi?id=126634 --- Comment #8 from Roman Kuznetsov <79045_79...@mail.ru> --- (In reply to Xisco Faulí from comment #7) > Created attachment 153257 [details] > How the toolbar looks after the commit > > For some reason, after adding the grid buttons back to the toolbar, it has > empty space on it, the problem can be observed if resizing the toolbar > horizontally... I think it's because there are near our items on toolbar. I don't know why toolbar mechanizm can't place two items into one row and third item into second row now. And I think it's an another 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-bugs] [Bug 126627] CRASH: undoing redlinehide deletion
https://bugs.documentfoundation.org/show_bug.cgi?id=126627 Michael Stahl (CIB) changed: What|Removed |Added Assignee|libreoffice-b...@lists.free |michael.st...@cib.de |desktop.org | Status|NEW |RESOLVED Resolution|--- |FIXED --- Comment #3 from Michael Stahl (CIB) --- fixed on master -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 126710] fileopen: Calc can not open xlsx, consuming tens gigs of RAM (memory leak)
https://bugs.documentfoundation.org/show_bug.cgi?id=126710 Roman Kuznetsov <79045_79...@mail.ru> changed: What|Removed |Added Blocks||122652 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=122652 [Bug 122652] [META] Memory problems in LibreOffice -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 122652] [META] Memory problems in LibreOffice
https://bugs.documentfoundation.org/show_bug.cgi?id=122652 Roman Kuznetsov <79045_79...@mail.ru> changed: What|Removed |Added Depends on||126710 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=126710 [Bug 126710] fileopen: Calc can not open xlsx, consuming tens gigs of RAM (memory leak) -- You are receiving this mail because: You 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 126795] New: A document with indented bulleted paragraphs saved to DOCX in Writer 6.2 looks wrong, but is fine when saved to DOCX from Writer 5.4
https://bugs.documentfoundation.org/show_bug.cgi?id=126795 Bug ID: 126795 Summary: A document with indented bulleted paragraphs saved to DOCX in Writer 6.2 looks wrong, but is fine when saved to DOCX from Writer 5.4 Product: LibreOffice Version: 6.2.5.2 release Hardware: All OS: All Status: UNCONFIRMED Severity: normal Priority: medium Component: Writer Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: matthew.bugzi...@epoq.co.uk Description: I have an ODT document with some paragraphs that use a style I have defined so that they are bulleted and indented. When I save this file to DOCX with Writer 5.4 it looks the same as it does in Writer. When I do the same thing in Writer 6.2 the first line of each paragraph is not indented as much as the subsequent lines of the paragraph, which obviously looks wrong. Steps to Reproduce: 1.Save the attached document to DOCX in Writer 5.4. 2.Save the attached document to DOCX in Writer 6.2. 3.Compare the output. Actual Results: The output is different. Expected Results: The output from Writer 6.2 should be the same as from Writer 5.4. Reproducible: Always User Profile Reset: No Additional Info: -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 126795] A document with indented bulleted paragraphs saved to DOCX in Writer 6.2 looks wrong, but is fine when saved to DOCX from Writer 5.4
https://bugs.documentfoundation.org/show_bug.cgi?id=126795 --- Comment #1 from Matthew Kogan --- Created attachment 153268 --> https://bugs.documentfoundation.org/attachment.cgi?id=153268=edit Test document -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 102495] [META] KDE VCL backend bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=102495 Roman Kuznetsov <79045_79...@mail.ru> changed: What|Removed |Added Depends on||126693 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=126693 [Bug 126693] I cannot create custom categories for captions in KDE 5 -- You are receiving this mail because: You 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 126693] I cannot create custom categories for captions in KDE 5
https://bugs.documentfoundation.org/show_bug.cgi?id=126693 Roman Kuznetsov <79045_79...@mail.ru> changed: What|Removed |Added Status|UNCONFIRMED |NEW Blocks||102495 Ever confirmed|0 |1 --- Comment #4 from Roman Kuznetsov <79045_79...@mail.ru> --- I can confirm it for vcl:kde5 (6.4 master) and I can create new category in windows build (6.3 release) Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=102495 [Bug 102495] [META] KDE VCL backend 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 126627] CRASH: undoing redlinehide deletion
https://bugs.documentfoundation.org/show_bug.cgi?id=126627 --- Comment #2 from Commit Notification --- Michael Stahl committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/+/f6a7dee56c984f36261c75a1056cc3a5bf43b2f1%5E%21 tdf#126627 sw_redlinehide: fix corner case in SwUndoDelete::UndoImpl() It will be available in 6.4.0. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback. -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-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/inc/frmtool.hxx|3 ++-
sw/source/core/inc/txtfrm.hxx |4 +++-
sw/source/core/layout/frmtool.cxx | 12
sw/source/core/text/txtfrm.cxx| 11 +--
sw/source/core/txtnode/ndtxt.cxx |2 +-
5 files changed, 23 insertions(+), 9 deletions(-)
New commits:
commit f6a7dee56c984f36261c75a1056cc3a5bf43b2f1
Author: Michael Stahl
AuthorDate: Fri Aug 9 16:03:44 2019 +0200
Commit: Michael Stahl
CommitDate: Fri Aug 9 18:25:23 2019 +0200
tdf#126627 sw_redlinehide: fix corner case in SwUndoDelete::UndoImpl()
The assumption that the merge by the moved nodes would be sufficient to
handle the end node's frames is wrong: the MakeFrames() uses
FrameMode::New, so the frames on the end node are not deleted, even if a
previous node is merged with the end node, so the end node has 2 frames
in the same layout, which will cause all sorts of problems.
Ensure that the ::MakeFrames() that is called from SwUndoDelete will
*once* use FrameMode::Existing, which will delete the existing frames on
the end node *iff* it is merged. Subsequent SwTextNode::MakeFrames()
calls on the nodes must use FrameMode::New of course, to prevent
deleting the newly created frames immediately.
Hopefully the SwUndoDelete is the only caller of MakeFrames() that will
run into this corner case, as the others typically operate on a
nodes-array section...
(regression from 723728cd358693b8f4bc9d913541aa4479f2bd48)
Change-Id: I829c1e7a92434f93d56e3c88a4ba4a55bab818d4
Reviewed-on: https://gerrit.libreoffice.org/77211
Tested-by: Jenkins
Reviewed-by: Michael Stahl
diff --git a/sw/source/core/inc/frmtool.hxx b/sw/source/core/inc/frmtool.hxx
index a127579c59ad..d2a5b7704cb1 100644
--- a/sw/source/core/inc/frmtool.hxx
+++ b/sw/source/core/inc/frmtool.hxx
@@ -22,6 +22,7 @@
#include
#include "frame.hxx"
+#include "txtfrm.hxx"
#include "swcache.hxx"
#include
@@ -131,7 +132,7 @@ void RestoreContent( SwFrame *pSav, SwLayoutFrame *pParent,
SwFrame *pSibling );
// Get ContentNodes, create ContentFrames, and add them to LayFrame.
void InsertCnt_( SwLayoutFrame *pLay, SwDoc *pDoc, sal_uLong nIndex,
bool bPages = false, sal_uLong nEndIndex = 0,
- SwFrame *pPrv = nullptr );
+ SwFrame *pPrv = nullptr, sw::FrameMode eMode =
sw::FrameMode::New);
// Creation of frames for a specific section (uses InsertCnt_)
void MakeFrames( SwDoc *pDoc, const SwNodeIndex ,
diff --git a/sw/source/core/inc/txtfrm.hxx b/sw/source/core/inc/txtfrm.hxx
index e317f231087e..b34cd90f901d 100644
--- a/sw/source/core/inc/txtfrm.hxx
+++ b/sw/source/core/inc/txtfrm.hxx
@@ -100,8 +100,10 @@ struct MergedPara;
std::pair MapViewToModel(MergedPara const&,
TextFrameIndex nIndex);
TextFrameIndex MapModelToView(MergedPara const&, SwTextNode const* pNode,
sal_Int32 nIndex);
+// warning: Existing must be used only once; a second use would delete the
frame created by the first one...
enum class FrameMode { New, Existing };
std::unique_ptr CheckParaRedlineMerge(SwTextFrame & rFrame,
SwTextNode & rTextNode, FrameMode eMode);
+SwTextFrame * MakeTextFrame(SwTextNode & rNode, SwFrame *, sw::FrameMode
eMode);
bool FrameContainsNode(SwContentFrame const& rFrame, sal_uLong nNodeIndex);
bool IsParaPropsNode(SwRootFrame const& rLayout, SwTextNode const& rNode);
@@ -449,7 +451,7 @@ public:
{ return const_cast(const_cast(this)->GetDoc()); }
SwDoc const& GetDoc() const;
-SwTextFrame(SwTextNode * const, SwFrame* );
+SwTextFrame(SwTextNode * const, SwFrame*, sw::FrameMode eMode);
/**
* SwContentFrame: the shortcut for the Frames
diff --git a/sw/source/core/layout/frmtool.cxx
b/sw/source/core/layout/frmtool.cxx
index 85bc858a5dbd..637f1576cb64 100644
--- a/sw/source/core/layout/frmtool.cxx
+++ b/sw/source/core/layout/frmtool.cxx
@@ -1380,7 +1380,7 @@ static void lcl_SetPos( SwFrame& _rNewFrame,
void InsertCnt_( SwLayoutFrame *pLay, SwDoc *pDoc,
sal_uLong nIndex, bool bPages, sal_uLong
nEndIndex,
- SwFrame *pPrv )
+ SwFrame *pPrv, sw::FrameMode const eMode )
{
pDoc->getIDocumentTimerAccess().BlockIdling();
SwRootFrame* pLayout = pLay->getRootFrame();
@@ -1474,7 +1474,9 @@ void InsertCnt_( SwLayoutFrame *pLay, SwDoc *pDoc,
}
continue; // skip it
}
-pFrame = pNode->MakeFrame(pLay);
+pFrame = pNode->IsTextNode()
+? sw::MakeTextFrame(*pNode->GetTextNode(), pLay, eMode)
+: pNode->MakeFrame(pLay);
if( pPageMaker )
pPageMaker->CheckInsert( nIndex );
@@ -1840,6 +1842,7 @@ void MakeFrames( SwDoc *pDoc, const SwNodeIndex ,
bool bApres = aTmp < rSttIdx;
SwNode2Layout aNode2Layout(
[Libreoffice-bugs] [Bug 126627] CRASH: undoing redlinehide deletion
https://bugs.documentfoundation.org/show_bug.cgi?id=126627 Commit Notification changed: What|Removed |Added Whiteboard||target:6.4.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 103859] [META] EMF/WMF (Enhanced/Windows Metafile) bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=103859 Roman Kuznetsov <79045_79...@mail.ru> changed: What|Removed |Added Depends on||126708 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=126708 [Bug 126708] EMF image lost in command-line conversion from .odt to .doc -- You are receiving this mail because: You 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 125468] Crash when doing a file reload after recovery
https://bugs.documentfoundation.org/show_bug.cgi?id=125468 Telesto changed: What|Removed |Added Crash report or||[ crash signature||SwTextNode::SplitContentNod ||e(SwPosition const ||&,std::function ||const *)] -- You are receiving this mail because: You 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 125468] Crash when doing a file reload after recovery
https://bugs.documentfoundation.org/show_bug.cgi?id=125468 Telesto changed: What|Removed |Added Crash report or|[ |[SwTextNode::SplitContentNo crash signature|SwTextNode::SplitContentNod |de(SwPosition const |e(SwPosition const |&,std::function |&,std::function |const *)] |const *)] | -- You are receiving this mail because: You 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 61914] [META] Start Center bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=61914 Roman Kuznetsov <79045_79...@mail.ru> changed: What|Removed |Added Depends on||126791 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=126791 [Bug 126791] StartCenter: previews are black (gen/gtk) -- You are receiving this mail because: You 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 126791] StartCenter: previews are black (gen/gtk)
https://bugs.documentfoundation.org/show_bug.cgi?id=126791 Roman Kuznetsov <79045_79...@mail.ru> changed: What|Removed |Added Blocks||61914 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=61914 [Bug 61914] [META] Start Center 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 119241] Crash in: CompareSwOutlineNodes::operator()(SwNode * const &, SwNode * const &)
https://bugs.documentfoundation.org/show_bug.cgi?id=119241 Telesto changed: What|Removed |Added See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=12 ||6246 -- You are receiving this mail because: You 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 126246] Silent crash without the document recovery dialog notice
https://bugs.documentfoundation.org/show_bug.cgi?id=126246 Telesto changed: What|Removed |Added See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=11 ||9241 -- You are receiving this mail because: You 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 118856] Text flickering when highlighting text in about us windows
https://bugs.documentfoundation.org/show_bug.cgi?id=118856 Miklos Vajna changed: What|Removed |Added Status|NEW |ASSIGNED Assignee|libreoffice-b...@lists.free |vmik...@collabora.com |desktop.org | -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 116640] CRASH/Assertion when undoing columns
https://bugs.documentfoundation.org/show_bug.cgi?id=116640 Telesto changed: What|Removed |Added See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=12 ||6246 -- You are receiving this mail because: You 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 126246] Silent crash without the document recovery dialog notice
https://bugs.documentfoundation.org/show_bug.cgi?id=126246 Telesto changed: What|Removed |Added Crash report or||["SwNode::FindTableNode()"] crash signature|| See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=11 ||6640 -- You are receiving this mail because: You 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 119949] Filter broken by blank line
https://bugs.documentfoundation.org/show_bug.cgi?id=119949 yury.dubin...@gmail.com changed: What|Removed |Added Ever confirmed|0 |1 Status|UNCONFIRMED |NEW -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 126793] oosplash: "libXinerama.so.1: cannot open shared object file: No such file or directory" / "error while loading shared libraries: libXinerama.so.1: wrong ELF class: ELFC
https://bugs.documentfoundation.org/show_bug.cgi?id=126793 --- Comment #1 from Jan-Marek Glogowski --- My guess would be you downloaded / installed LO in 32bit but have a 64bit system. Since Debian is multi-arch, you can install all the missing, required 32bit libraries, if you really want to run the 32bit LO version, but I suggest to download the packages matching your architecture. Might also be the other way around. file soffice.bin should tell you the architecture of your LO version, any other binary on your system its arch. If I'm correct, please close this bug as RESOLVED, 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 119949] Filter broken by blank line
https://bugs.documentfoundation.org/show_bug.cgi?id=119949 --- Comment #15 from yury.dubin...@gmail.com --- I compared LO CALC with its predecessor, OpenOffice CALC. OpenOffice does not have this bug, but it also does not create filters for empty cells. Most likely, this bug is the result of improving CALC to add empty cells to filters. -- You are receiving this mail because: You 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: ucb/source unodevtools/source uui/source vcl/inc vcl/README vcl/README.lifecycle vcl/README.scheduler
ucb/source/ucp/tdoc/tdoc_docmgr.cxx |2 +-
ucb/source/ucp/tdoc/tdoc_uri.cxx |2 +-
ucb/source/ucp/webdav-neon/ContentProperties.hxx |2 +-
ucb/source/ucp/webdav-neon/DAVResourceAccess.cxx |2 +-
ucb/source/ucp/webdav-neon/webdavcontent.cxx |4 ++--
ucb/source/ucp/webdav/ContentProperties.hxx |2 +-
ucb/source/ucp/webdav/webdavcontent.cxx |4 ++--
unodevtools/source/skeletonmaker/cppcompskeleton.cxx |4 ++--
uui/source/fltdlg.cxx|4 ++--
vcl/README |4 ++--
vcl/README.lifecycle |2 +-
vcl/README.scheduler |2 +-
vcl/inc/salframe.hxx |2 +-
13 files changed, 18 insertions(+), 18 deletions(-)
New commits:
commit e6c036915b75cd5c81323e337a8604701b869052
Author: Andrea Gelmini
AuthorDate: Fri Aug 9 17:13:59 2019 +0200
Commit: Julien Nabet
CommitDate: Fri Aug 9 18:02:08 2019 +0200
Fix typos
Change-Id: Ie63c7b2d8bf9579b7b41d7bae515818c8d5706dc
Reviewed-on: https://gerrit.libreoffice.org/77217
Reviewed-by: Julien Nabet
Tested-by: Julien Nabet
diff --git a/ucb/source/ucp/tdoc/tdoc_docmgr.cxx
b/ucb/source/ucp/tdoc/tdoc_docmgr.cxx
index ab08a355e9c8..2600189d8c06 100644
--- a/ucb/source/ucp/tdoc/tdoc_docmgr.cxx
+++ b/ucb/source/ucp/tdoc/tdoc_docmgr.cxx
@@ -233,7 +233,7 @@ void SAL_CALL OfficeDocumentsManager::documentEventOccured(
// Document has been closed (unloaded)
// Official event "OnUnload" does not work here. Event
-// gets fired to early. Other OnUnload listeners called after this
+// gets fired too early. Other OnUnload listeners called after this
// listener may still need TDOC access to the document. Remove the
// document from TDOC docs list on XCloseListener::notifyClosing.
// See
OfficeDocumentsManager::OfficeDocumentsListener::notifyClosing.
diff --git a/ucb/source/ucp/tdoc/tdoc_uri.cxx b/ucb/source/ucp/tdoc/tdoc_uri.cxx
index 4c65da63b2b3..82dca8080d6f 100644
--- a/ucb/source/ucp/tdoc/tdoc_uri.cxx
+++ b/ucb/source/ucp/tdoc/tdoc_uri.cxx
@@ -43,7 +43,7 @@ void Uri::init() const
m_eState = INVALID;
-// Check for proper length: must be at least length of :/
+// Check for proper length: must be at least length of :/
if ( m_aUri.getLength() < TDOC_URL_SCHEME_LENGTH + 2 )
{
// Invalid length (to short).
diff --git a/ucb/source/ucp/webdav-neon/ContentProperties.hxx
b/ucb/source/ucp/webdav-neon/ContentProperties.hxx
index 49996c9f53e4..2fa1cc2ba24f 100644
--- a/ucb/source/ucp/webdav-neon/ContentProperties.hxx
+++ b/ucb/source/ucp/webdav-neon/ContentProperties.hxx
@@ -110,7 +110,7 @@ public:
std::vector< OUString > & resources );
// return true, if all properties contained in rProps are contained in
-// this ContentProperties instance. Otherwiese, false will be returned.
+// this ContentProperties instance. Otherwise, false will be returned.
// rNamesNotContained contain the missing names.
bool containsAllNames(
const css::uno::Sequence< css::beans::Property >& rProps,
diff --git a/ucb/source/ucp/webdav-neon/DAVResourceAccess.cxx
b/ucb/source/ucp/webdav-neon/DAVResourceAccess.cxx
index 905c78518a5f..fa2a36483891 100644
--- a/ucb/source/ucp/webdav-neon/DAVResourceAccess.cxx
+++ b/ucb/source/ucp/webdav-neon/DAVResourceAccess.cxx
@@ -1115,7 +1115,7 @@ bool DAVResourceAccess::detectRedirectCycle(
// Check for maximum number of redirections
// according to .
-// A pratical limit may be 5, due to earlier specifications:
+// A practical limit may be 5, due to earlier specifications:
//
// it can be raised keeping in mind the added net activity.
if( static_cast< size_t >( g_nRedirectLimit ) <= m_aRedirectURIs.size() )
diff --git a/ucb/source/ucp/webdav-neon/webdavcontent.cxx
b/ucb/source/ucp/webdav-neon/webdavcontent.cxx
index e9f5e4a761a2..92534b376201 100644
--- a/ucb/source/ucp/webdav-neon/webdavcontent.cxx
+++ b/ucb/source/ucp/webdav-neon/webdavcontent.cxx
@@ -241,7 +241,7 @@ Content::Content(
}
-// ctr for content on an non-existing webdav resource
+// ctr for content on a non-existing webdav resource
Content::Content(
const uno::Reference< uno::XComponentContext >& rxContext,
ContentProvider* pProvider,
@@ -1977,7 +1977,7 @@ uno::Sequence< uno::Any > Content::setPropertyValues(
for ( const auto& rProppatchValue : aProppatchValues )
{
aEvent.PropertyName = rProppatchValue.name;
-aEvent.OldValue = uno::Any(); // @@@ to expensive to
obtain!
+
[Libreoffice-commits] core.git: vcl/headless
vcl/headless/svpgdi.cxx | 43 ---
1 file changed, 24 insertions(+), 19 deletions(-)
New commits:
commit b8c87fa294678180191588134b9e9c7993a659fc
Author: Caolán McNamara
AuthorDate: Fri Aug 9 15:11:43 2019 +0100
Commit: Caolán McNamara
CommitDate: Fri Aug 9 17:57:00 2019 +0200
Related: tdf#122358 consistent transformation of damage
try to consistently transform our damaged regions.
Quite possibly on the wrong track there, in which case
just reverting to taking a cowardly grow(1) will probably
suffice
Change-Id: I251aec54e9df6c0f229f0c246332a1624a8b68d8
Reviewed-on: https://gerrit.libreoffice.org/77210
Tested-by: Jenkins
Reviewed-by: Caolán McNamara
Tested-by: Caolán McNamara
diff --git a/vcl/headless/svpgdi.cxx b/vcl/headless/svpgdi.cxx
index 26fe0651d7d3..f107b9936833 100644
--- a/vcl/headless/svpgdi.cxx
+++ b/vcl/headless/svpgdi.cxx
@@ -36,11 +36,13 @@
#include
#include
#include
+#include
#include
#include
#include
#include
#include
+#include
#include
#include
#include
@@ -579,7 +581,9 @@ bool SvpSalGraphics::drawAlphaRect(long nX, long nY, long
nWidth, long nHeight,
applyColor(cr, m_aLineColor, fTransparency);
// expand with possible StrokeDamage
-extents.expand(getClippedStrokeDamage(cr));
+basegfx::B2DRange stroke_extents = getClippedStrokeDamage(cr);
+
stroke_extents.transform(basegfx::utils::createTranslateB2DHomMatrix(0.5, 0.5));
+extents.expand(stroke_extents);
cairo_stroke(cr);
}
@@ -1032,6 +1036,7 @@ void SvpSalGraphics::drawLine( long nX1, long nY1, long
nX2, long nY2 )
applyColor(cr, m_aLineColor);
basegfx::B2DRange extents = getClippedStrokeDamage(cr);
+extents.transform(basegfx::utils::createTranslateB2DHomMatrix(0.5, 0.5));
cairo_stroke(cr);
@@ -1142,9 +1147,6 @@ bool SvpSalGraphics::drawPolyLine(
fMiterMinimumAngle,
bPixelSnapHairline));
-// if transformation has been applied, transform also extents (ranges)
-// of damage so they can be correctly redrawn
-aExtents.transform(rObjectToDevice);
releaseCairoContext(cr, false, aExtents);
return bRetval;
@@ -1194,7 +1196,9 @@ bool SvpSalGraphics::drawPolyLine(
// PixelOffset used: Need to reflect in linear transformation
cairo_matrix_t aMatrix;
-if(bObjectToDeviceIsIdentity)
+basegfx::B2DHomMatrix
aDamageMatrix(basegfx::utils::createTranslateB2DHomMatrix(0.5, 0.5));
+
+if (bObjectToDeviceIsIdentity)
{
// Set PixelOffset as requested
cairo_matrix_init_translate(, 0.5, 0.5);
@@ -1203,16 +1207,15 @@ bool SvpSalGraphics::drawPolyLine(
{
// Prepare ObjectToDevice transformation. Take PixelOffset for Lines
into
// account: Multiply from left to act in DeviceCoordinates
-const basegfx::B2DHomMatrix aCombined(
-basegfx::utils::createTranslateB2DHomMatrix(0.5, 0.5) *
rObjectToDevice);
+aDamageMatrix = aDamageMatrix * rObjectToDevice;
cairo_matrix_init(
,
-aCombined.get( 0, 0 ),
-aCombined.get( 1, 0 ),
-aCombined.get( 0, 1 ),
-aCombined.get( 1, 1 ),
-aCombined.get( 0, 2 ),
-aCombined.get( 1, 2 ));
+aDamageMatrix.get( 0, 0 ),
+aDamageMatrix.get( 1, 0 ),
+aDamageMatrix.get( 0, 1 ),
+aDamageMatrix.get( 1, 1 ),
+aDamageMatrix.get( 0, 2 ),
+aDamageMatrix.get( 1, 2 ));
}
// set linear transformation
@@ -1346,7 +1349,11 @@ bool SvpSalGraphics::drawPolyLine(
// extract extents
if (pExtents)
+{
*pExtents = getClippedStrokeDamage(cr);
+// transform also extents (ranges) of damage so they can be correctly
redrawn
+pExtents->transform(aDamageMatrix);
+}
// draw and consume
cairo_stroke(cr);
@@ -1477,10 +1484,7 @@ bool SvpSalGraphics::drawPolyPolygon(
// expand with possible StrokeDamage
basegfx::B2DRange stroke_extents = getClippedStrokeDamage(cr);
-// tdf#122358 for a simple fix, just expand damage extents by 1 for now
-// just results in expanding by one pixel the area to copy to the final
-// surface
-stroke_extents.grow(1);
+
stroke_extents.transform(basegfx::utils::createTranslateB2DHomMatrix(0.5, 0.5));
extents.expand(stroke_extents);
cairo_stroke(cr);
@@ -1980,8 +1984,9 @@ void SvpSalGraphics::releaseCairoContext(cairo_t* cr,
bool bXorModeAllowed, cons
return;
}
-sal_Int32 nExtentsLeft(rExtents.getMinX()),
nExtentsTop(rExtents.getMinY());
-sal_Int32 nExtentsRight(rExtents.getMaxX()),
nExtentsBottom(rExtents.getMaxY());
+basegfx::B2IRange
aIntExtents(basegfx::unotools::b2ISurroundingRangeFromB2DRange(rExtents));
+sal_Int32
[Libreoffice-bugs] [Bug 122358] Forms: Right and bottom borders of form-controls set to 'FLAT' style not displayed (gtk3)
https://bugs.documentfoundation.org/show_bug.cgi?id=122358 --- Comment #13 from Commit Notification --- Caolán McNamara committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/+/b8c87fa294678180191588134b9e9c7993a659fc%5E%21 Related: tdf#122358 consistent transformation of damage It will be available in 6.4.0. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback. -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 122358] Forms: Right and bottom borders of form-controls set to 'FLAT' style not displayed (gtk3)
https://bugs.documentfoundation.org/show_bug.cgi?id=122358 --- Comment #12 from Commit Notification --- Caolán McNamara committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/+/eec93ec31fc9bb9daeb4574dccdd3f1bd35b60d3%5E%21 Resolves: tdf#122358 ensure right/bottom borders are included in damage region It will be available in 6.4.0. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback. -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 122358] Forms: Right and bottom borders of form-controls set to 'FLAT' style not displayed (gtk3)
https://bugs.documentfoundation.org/show_bug.cgi?id=122358 Commit Notification changed: What|Removed |Added Whiteboard||target:6.4.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: vcl/headless
vcl/headless/svpgdi.cxx |7 ++- 1 file changed, 6 insertions(+), 1 deletion(-) New commits: commit eec93ec31fc9bb9daeb4574dccdd3f1bd35b60d3 Author: Caolán McNamara AuthorDate: Fri Aug 9 14:42:54 2019 +0100 Commit: Caolán McNamara CommitDate: Fri Aug 9 17:56:24 2019 +0200 Resolves: tdf#122358 ensure right/bottom borders are included in damage region a simple safely backportable expand of damage region by one pixel Change-Id: If4d226d8546d55b00172d826c8816b09b55d54ef Reviewed-on: https://gerrit.libreoffice.org/77206 Reviewed-by: Caolán McNamara Tested-by: Caolán McNamara diff --git a/vcl/headless/svpgdi.cxx b/vcl/headless/svpgdi.cxx index 9eb040b46eee..26fe0651d7d3 100644 --- a/vcl/headless/svpgdi.cxx +++ b/vcl/headless/svpgdi.cxx @@ -1476,7 +1476,12 @@ bool SvpSalGraphics::drawPolyPolygon( applyColor(cr, m_aLineColor, fTransparency); // expand with possible StrokeDamage -extents.expand(getClippedStrokeDamage(cr)); +basegfx::B2DRange stroke_extents = getClippedStrokeDamage(cr); +// tdf#122358 for a simple fix, just expand damage extents by 1 for now +// just results in expanding by one pixel the area to copy to the final +// surface +stroke_extents.grow(1); +extents.expand(stroke_extents); cairo_stroke(cr); } ___ Libreoffice-commits mailing list libreoffice-comm...@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-commits
[Libreoffice-bugs] [Bug 126767] Autofill doesn't overwrite data in continuously filled cells
https://bugs.documentfoundation.org/show_bug.cgi?id=126767 --- Comment #3 from Eike Rathke --- What does Excel do for these constellations when double clicking the fill handle on B1 (b)? A B a b x y x y x A B a b x y x y y Also, for the same two constellations selecting A1:B1 and double clicking B1 (b)? And here when selecting A1:C1 and double clicking handle on C1 (c)? A B C a c x y z x y z x y A B C a b c x z x y z x y z x y -- You are receiving this mail because: You 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-3' - sfx2/source
sfx2/source/doc/objstor.cxx |5 +
1 file changed, 5 insertions(+)
New commits:
commit a1d1a629cb985726cb7c4c38bbc166d8fbec14fb
Author: Caolán McNamara
AuthorDate: Fri Aug 9 10:30:51 2019 +0100
Commit: Caolán McNamara
CommitDate: Fri Aug 9 17:51:32 2019 +0200
Resolves: tdf#126732 don't abort on IOException, just report
Change-Id: Ia68b6e1e603fbc6397645abdf0ea7131a547ad42
Reviewed-on: https://gerrit.libreoffice.org/77187
Reviewed-by: Michael Stahl
Tested-by: Jenkins
diff --git a/sfx2/source/doc/objstor.cxx b/sfx2/source/doc/objstor.cxx
index 87f308db3a56..359ac6077838 100644
--- a/sfx2/source/doc/objstor.cxx
+++ b/sfx2/source/doc/objstor.cxx
@@ -2298,6 +2298,11 @@ bool SfxObjectShell::ImportFrom(SfxMedium& rMedium,
e.Message, DialogMask::ButtonsOk |
DialogMask::MessageError ));
}
}
+catch (const css::io::IOException& e)
+{
+SetError(*new StringErrorInfo(ERRCODE_SFX_FORMAT_ROWCOL,
+e.Message, DialogMask::ButtonsOk | DialogMask::MessageError ));
+}
catch (const std::exception& e)
{
const char *msg = e.what();
___
Libreoffice-commits mailing list
libreoffice-comm...@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-commits
[Libreoffice-bugs] [Bug 126794] New: [CONFIGURATION] Custom properties from old documents is empty
https://bugs.documentfoundation.org/show_bug.cgi?id=126794 Bug ID: 126794 Summary: [CONFIGURATION] Custom properties from old documents is empty Product: LibreOffice Version: 6.3.0.4 release Hardware: All OS: Mac OS X (All) Status: UNCONFIRMED Severity: normal Priority: medium Component: Writer Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: feder...@fenara.it Created attachment 153267 --> https://bugs.documentfoundation.org/attachment.cgi?id=153267=edit Empty custom properties I tried to change custom properties from old documents saved with the 6.2 release but the box is empty. The properties are correctly displayed in the document but it's not possibile to add a new one. -- You are receiving this mail because: You 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-3' - sc/source
sc/source/filter/excel/xepivotxml.cxx | 10 ++
1 file changed, 10 insertions(+)
New commits:
commit 5608074fa6cb1ebfbe8de5189bbe8d74606d088a
Author: Mike Kaganski
AuthorDate: Wed Aug 7 16:03:34 2019 +0300
Commit: Caolán McNamara
CommitDate: Fri Aug 9 17:30:29 2019 +0200
tdf#126748: temporary hack to avoid crash when several pivot tables ...
... reference a single cache, and have different sets of group fields.
The problem is getting group field names from the tables referencing
the cache; so when a table referencing not all group fields happens
to be first in the reference list, the returned name is empty.
The hack just stops writing group fields as soon as it finds an empty
name; this naturally leaves bad cache data behind, but at least doen't
crash. The retrieval of the names should be reimplemented using a
different source, to not depend on tables referencing the cache.
Regression after commit b082998401e37e6c7534906601bc481423a6ded0.
Change-Id: Ib2e92f8acf93a801861c6ba5c68fab3bebe3672c
Reviewed-on: https://gerrit.libreoffice.org/77110
Tested-by: Jenkins
Reviewed-by: Mike Kaganski
(cherry picked from commit f5c27036ad63c8bc3d9b86f2e4e772c01490d883)
Reviewed-on: https://gerrit.libreoffice.org/77124
Tested-by: Xisco Faulí
Reviewed-by: Caolán McNamara
Tested-by: Caolán McNamara
diff --git a/sc/source/filter/excel/xepivotxml.cxx
b/sc/source/filter/excel/xepivotxml.cxx
index 3143f3b1b04a..57abfd60b3b7 100644
--- a/sc/source/filter/excel/xepivotxml.cxx
+++ b/sc/source/filter/excel/xepivotxml.cxx
@@ -511,6 +511,16 @@ void XclExpXmlPivotCaches::SavePivotCacheXml(
XclExpXmlStream& rStrm, const Entr
for (size_t i = nCount; pDPObject && i < nCount + nGroupFieldCount; ++i)
{
const OUString aName = pDPObject->GetDimName(i,
o3tl::temporary(bool()));
+// tdf#126748: DPObject might not reference all group fields, when
there are several
+// DPObjects referencing this cache. Trying to get a dimension data
for a field not used
+// in a given DPObject will give nullptr, and dereferencing it then
will crash. To avoid
+// the crash, until there's a correct method to find the names of
group fields in cache,
+// just skip the fields, creating bad cache data, which is of course a
temporary hack.
+// TODO: reimplement the whole block to get the names from another
source, not from first
+// cache reference.
+if (aName.isEmpty())
+break;
+
ScDPSaveData* pSaveData = pDPObject->GetSaveData();
assert(pSaveData);
const ScDPSaveGroupDimension* pDim =
pSaveData->GetDimensionData()->GetNamedGroupDim(aName);
___
Libreoffice-commits mailing list
libreoffice-comm...@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-commits
[Libreoffice-commits] core.git: Branch 'distro/collabora/cp-6.2' - sw/qa sw/source
sw/qa/extras/ww8export/data/btlr-frame.odt |binary
sw/qa/extras/ww8export/ww8export3.cxx | 14 ++
sw/source/filter/ww8/wrtw8esh.cxx |3 +++
3 files changed, 17 insertions(+)
New commits:
commit 30e58e6c530916c2b125452f9cb6f7b837c07c67
Author: Miklos Vajna
AuthorDate: Thu Aug 8 20:32:23 2019 +0200
Commit: Miklos Vajna
CommitDate: Fri Aug 9 17:30:05 2019 +0200
sw btlr writing mode: handle DOC export of textframes
DOC import is somewhat working: the rendering result is OK, but it would
be rather better to convert the btlr direction to a Writer text frame as
well, later.
Reviewed-on: https://gerrit.libreoffice.org/77175
Tested-by: Jenkins
Reviewed-by: Miklos Vajna
(cherry picked from commit 29bd64dd93150cfbec646f5af7c75996fd15d8e5)
Conflicts:
sw/qa/extras/ww8export/ww8export3.cxx
Change-Id: I37ad2e8b70c5eef655c1f00922360c0105a69158
Reviewed-on: https://gerrit.libreoffice.org/77202
Tested-by: Jenkins CollaboraOffice
Reviewed-by: Miklos Vajna
diff --git a/sw/qa/extras/ww8export/data/btlr-frame.odt
b/sw/qa/extras/ww8export/data/btlr-frame.odt
new file mode 100644
index ..31cb03849c53
Binary files /dev/null and b/sw/qa/extras/ww8export/data/btlr-frame.odt differ
diff --git a/sw/qa/extras/ww8export/ww8export3.cxx
b/sw/qa/extras/ww8export/ww8export3.cxx
index ab03906eaede..42c2b1ac6072 100644
--- a/sw/qa/extras/ww8export/ww8export3.cxx
+++ b/sw/qa/extras/ww8export/ww8export3.cxx
@@ -240,6 +240,20 @@ DECLARE_WW8EXPORT_TEST(testImageCommentAtChar,
"image-comment-at-char.doc")
getProperty(getRun(xPara, 5),
"TextPortionType"));
}
+DECLARE_WW8EXPORT_TEST(testBtlrFrame, "btlr-frame.odt")
+{
+if (!mbExported)
+{
+return;
+}
+
+// Without the accompanying fix in place, this test would have failed with
a
+// beans.UnknownPropertyException, as the writing direction was lost, so
the default direction
+// resulted in a conversion to a Writer text frame.
+uno::Reference xFrame(getShape(1), uno::UNO_QUERY);
+CPPUNIT_ASSERT_EQUAL(static_cast(9000),
getProperty(xFrame, "RotateAngle"));
+}
+
CPPUNIT_PLUGIN_IMPLEMENT();
/* vim:set shiftwidth=4 softtabstop=4 expandtab: */
diff --git a/sw/source/filter/ww8/wrtw8esh.cxx
b/sw/source/filter/ww8/wrtw8esh.cxx
index 849ede23b070..31d5279fe54b 100644
--- a/sw/source/filter/ww8/wrtw8esh.cxx
+++ b/sw/source/filter/ww8/wrtw8esh.cxx
@@ -2885,6 +2885,9 @@ sal_Int32 SwEscherEx::WriteTextFlyFrame(const DrawObj
, sal_uInt32 nShapeId
case SvxFrameDirection::Vertical_RL_TB:
nFlow=mso_txflTtoBA;
break;
+case SvxFrameDirection::Vertical_LR_BT:
+nFlow = mso_txflBtoT;
+break;
}
aPropOpt.AddOpt( ESCHER_Prop_txflTextFlow, nFlow );
___
Libreoffice-commits mailing list
libreoffice-comm...@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-commits
[Libreoffice-bugs] [Bug 126676] Calc - addition of original functionality of autofill (doubleclick)?
https://bugs.documentfoundation.org/show_bug.cgi?id=126676 Eike Rathke changed: What|Removed |Added Status|RESOLVED|CLOSED -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
