[Libreoffice-commits] core.git: reportdesign/source
reportdesign/source/core/api/ReportDefinition.cxx | 13 ++--- reportdesign/source/core/api/Shape.cxx|6 +- reportdesign/source/ui/inspection/DataProviderHandler.cxx |3 +-- reportdesign/source/ui/inspection/GeometryHandler.cxx | 14 -- 4 files changed, 12 insertions(+), 24 deletions(-) New commits: commit bd536744ec947090819d59e0f0ec9f2c454aa428 Author: Julien Nabet AuthorDate: Tue Jun 8 22:00:41 2021 +0200 Commit: Julien Nabet CommitDate: Wed Jun 9 07:43:32 2021 +0200 Simplify Sequences initializations (reportdesign) Change-Id: I06f2675ee1270f04c6107761fbfc26a5570cc9c7 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/116866 Tested-by: Jenkins Reviewed-by: Julien Nabet diff --git a/reportdesign/source/core/api/ReportDefinition.cxx b/reportdesign/source/core/api/ReportDefinition.cxx index 2fda942e438b..fd6bf1bb56c1 100644 --- a/reportdesign/source/core/api/ReportDefinition.cxx +++ b/reportdesign/source/core/api/ReportDefinition.cxx @@ -1926,10 +1926,7 @@ void SAL_CALL OReportDefinition::setMimeType( const OUString& _mimetype ) uno::Sequence< OUString > SAL_CALL OReportDefinition::getAvailableMimeTypes( ) { -uno::Sequence< OUString > s_aList(2); -s_aList[0] = MIMETYPE_OASIS_OPENDOCUMENT_TEXT_ASCII; -s_aList[1] = MIMETYPE_OASIS_OPENDOCUMENT_SPREADSHEET_ASCII; -return s_aList; +return { MIMETYPE_OASIS_OPENDOCUMENT_TEXT_ASCII, MIMETYPE_OASIS_OPENDOCUMENT_SPREADSHEET_ASCII }; } // css::XUnoTunnel @@ -2649,13 +2646,7 @@ uno::Any SAL_CALL OReportDefinition::getTransferData( const datatransfer::DataFl uno::Sequence< datatransfer::DataFlavor > SAL_CALL OReportDefinition::getTransferDataFlavors( ) { -uno::Sequence< datatransfer::DataFlavor > aRet(1); - -aRet[0] = datatransfer::DataFlavor( "image/png", -"PNG", -cppu::UnoType>::get() ); - -return aRet; +return { { "image/png", "PNG", cppu::UnoType>::get() } }; } sal_Bool SAL_CALL OReportDefinition::isDataFlavorSupported( const datatransfer::DataFlavor& aFlavor ) diff --git a/reportdesign/source/core/api/Shape.cxx b/reportdesign/source/core/api/Shape.cxx index 8c37f99afda9..464d7ac46cbc 100644 --- a/reportdesign/source/core/api/Shape.cxx +++ b/reportdesign/source/core/api/Shape.cxx @@ -137,11 +137,7 @@ uno::Sequence< OUString > SAL_CALL OShape::getSupportedServiceNames( ) } else { -uno::Sequence< OUString > aServices(2); -aServices.getArray()[0] = SERVICE_SHAPE; -aServices.getArray()[1] = m_sServiceName; - -return aServices; +return { SERVICE_SHAPE, m_sServiceName }; } } diff --git a/reportdesign/source/ui/inspection/DataProviderHandler.cxx b/reportdesign/source/ui/inspection/DataProviderHandler.cxx index dd770ff9fd5b..ef1c58ada24f 100644 --- a/reportdesign/source/ui/inspection/DataProviderHandler.cxx +++ b/reportdesign/source/ui/inspection/DataProviderHandler.cxx @@ -226,8 +226,7 @@ void DataProviderHandler::impl_updateChartTitle_throw(const uno::Any& _aValue) OUString sStr; _aValue >>= sStr; xFormatted->setString(sStr); -uno::Sequence< uno::Reference< chart2::XFormattedString> > aArgs(1); -aArgs[0] = xFormatted; +uno::Sequence< uno::Reference< chart2::XFormattedString> > aArgs { xFormatted }; xTitle->setText(aArgs); } } diff --git a/reportdesign/source/ui/inspection/GeometryHandler.cxx b/reportdesign/source/ui/inspection/GeometryHandler.cxx index 512b6837be30..280e9060e67f 100644 --- a/reportdesign/source/ui/inspection/GeometryHandler.cxx +++ b/reportdesign/source/ui/inspection/GeometryHandler.cxx @@ -1354,12 +1354,14 @@ uno::Sequence< OUString > SAL_CALL GeometryHandler::getActuatingProperties() { ::osl::MutexGuard aGuard( m_aMutex ); -uno::Sequence< OUString > aSeq(5); -aSeq[0] = PROPERTY_BACKTRANSPARENT; -aSeq[1] = PROPERTY_CONTROLBACKGROUNDTRANSPARENT; -aSeq[2] = PROPERTY_FORMULALIST; -aSeq[3] = PROPERTY_TYPE; -aSeq[4] = PROPERTY_DATAFIELD; +uno::Sequence< OUString > aSeq +{ +PROPERTY_BACKTRANSPARENT, +PROPERTY_CONTROLBACKGROUNDTRANSPARENT, +PROPERTY_FORMULALIST, +PROPERTY_TYPE, +PROPERTY_DATAFIELD +}; return ::comphelper::concatSequences(m_xFormComponentHandler->getActuatingProperties(),aSeq); } ___ Libreoffice-commits mailing list libreoffice-comm...@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-commits
[Libreoffice-commits] core.git: editeng/source offapi/com writerfilter/source
editeng/source/editeng/impedit2.cxx|6 +++--- offapi/com/sun/star/frame/status/ItemState.idl |2 +- writerfilter/source/filter/WriterFilter.cxx|2 +- 3 files changed, 5 insertions(+), 5 deletions(-) New commits: commit 96f8ed6619a73655f9c3b94e6a4a3979cc67f551 Author: Andrea Gelmini AuthorDate: Tue Jun 8 22:31:21 2021 +0200 Commit: Julien Nabet CommitDate: Wed Jun 9 07:42:08 2021 +0200 Fix typos Change-Id: I3539edf26a793f89d38f3df376002f4ed4295343 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/116869 Tested-by: Jenkins Reviewed-by: Adolfo Jayme Barrientos diff --git a/editeng/source/editeng/impedit2.cxx b/editeng/source/editeng/impedit2.cxx index ec3ef06aa4bc..05ae8ee6a464 100644 --- a/editeng/source/editeng/impedit2.cxx +++ b/editeng/source/editeng/impedit2.cxx @@ -3444,7 +3444,7 @@ tools::Long ImpEditEngine::CalcTextHeight(tools::Long* pHeightNTP) // This does the necessary column balancing for the case when the text does not fit min height. // When the height of column (taken from nCurTextHeight) is too small, the last column will // overflow, so the resulting height of the text will exceed the set column height. Increasing -// the column height step by step by the minimal value that allows one of columns to accomodate +// the column height step by step by the minimal value that allows one of columns to accommodate // one line more, we finally get to the point where all the text fits. At each iteration, the // height is only increased, so it's impossible to have infinite layout loops. The found value // is the global minimum. @@ -3463,7 +3463,7 @@ tools::Long ImpEditEngine::CalcTextHeight(tools::Long* pHeightNTP) // * Line 4 goes to column 2 after Line 3. // * Final iteration columns are: {empty}, {Line 1}, {Line 2, Line 3, Line 4} // * Total text height is max({0, 10, 32}) == 32 > Tentative column height 5 => NEXT ITERATION -// * Minimal height increase that allows at least one column to accomodate one more line is +// * Minimal height increase that allows at least one column to accommodate one more line is // min({5, 17, 17}) = 5. // * Tentative column height is set to 5 + 5 = 10. // @@ -3473,7 +3473,7 @@ tools::Long ImpEditEngine::CalcTextHeight(tools::Long* pHeightNTP) // * Line 4 is attempted to go to column 2 after Line 3; overflow is 10, stays in max column 2. // * Final iteration columns are: {Line 1}, {Line 2}, {Line 3, Line 4} // * Total text height is max({10, 12, 20}) == 20 > Tentative column height 10 => NEXT ITERATION -// * Minimal height increase that allows at least one column to accomodate one more line is +// * Minimal height increase that allows at least one column to accommodate one more line is // min({12, 12, 10}) = 10. // * Tentative column height is set to 10 + 10 == 20. // diff --git a/offapi/com/sun/star/frame/status/ItemState.idl b/offapi/com/sun/star/frame/status/ItemState.idl index e2de7538775a..011f5ba2b6fd 100644 --- a/offapi/com/sun/star/frame/status/ItemState.idl +++ b/offapi/com/sun/star/frame/status/ItemState.idl @@ -48,7 +48,7 @@ constants ItemState * * There are only three usages of ::ItemState in the code which * all set the internal SfxItem to SfxVoidItem when triggered, - * which is equlivalent to state SfxItemState::DISABLED (see + * which is equivalent to state SfxItemState::DISABLED (see * e.g. SfxItemSet::GetItemState), so READ_ONLY gets not used * in internal handling, even when eventually existing UNO API * usages hand it over the office. diff --git a/writerfilter/source/filter/WriterFilter.cxx b/writerfilter/source/filter/WriterFilter.cxx index f665fbdc29a6..f1a57253b125 100644 --- a/writerfilter/source/filter/WriterFilter.cxx +++ b/writerfilter/source/filter/WriterFilter.cxx @@ -319,7 +319,7 @@ void WriterFilter::setTargetDocument(const uno::Reference& xDo xSettings->setPropertyValue("InvertBorderSpacing", uno::makeAny(true)); xSettings->setPropertyValue("CollapseEmptyCellPara", uno::makeAny(true)); xSettings->setPropertyValue("TabOverflow", uno::makeAny(true)); -// tdf#142404 TabOverSpacing (new for compatiblityMode15/Word2013+) is a subset of TabOverMargin +// tdf#142404 TabOverSpacing (new for compatibilityMode15/Word2013+) is a subset of TabOverMargin // (which applied to DOCX <= compatibilityMode14). // TabOverMargin looks at tabs beyond the normal text area, // while TabOverSpacing only refers to a tab beyond the paragraph margin. ___ Libreoffice-commits mailing list libreoffice-comm...@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-commits
[Libreoffice-commits] core.git: Changes to 'private/quwex/tdf59323'
New branch 'private/quwex/tdf59323' available with the following commits: commit e0369451e5f28f90a0c097b6f8da959408182479 Author: Sarper Akdemir Date: Wed Jun 9 08:24:12 2021 +0300 pptx export: slide footers roundtrip unit test Change-Id: I9c4b819092ac6699617d71538c35b066d6e6f974 commit 455ff8b9991f0f982e88f033e0156a678e903ac2 Author: Sarper Akdemir Date: Wed Jun 9 08:21:27 2021 +0300 pptx export: add support for slide footers Change-Id: I8bfde520b0aec66405523c719844e69c6fc15b79 commit 62473a30cbb27732f613eb772195ed70fcca3ab0 Author: Sarper Akdemir Date: Wed Jun 9 07:58:44 2021 +0300 pptx export: add initial support for lstStyles in textboxes Change-Id: Ie0cfc9b9f221093db3aca29140a6dfb5e8ad commit d5bc1b4a03be995bcd0b55c17a4f9b7382305b60 Author: Sarper Akdemir Date: Wed Jun 9 07:54:04 2021 +0300 pptx export: add placeholder index to master footer placeholders Change-Id: If788f235d00b6d1cde7194d9e4a0789e019432c3 commit bc3a047bba329916db583f45a9cfc79eca321899 Author: Sarper Akdemir Date: Wed Jun 9 07:34:32 2021 +0300 pptx export: add datetime field type helpers Change-Id: Ibbfefa18d0422eddb6c37539294ed23e77fe5f22 commit bfdd0c9741aae30a570daca95a3e7c14469be6d7 Author: Sarper Akdemir Date: Sun Apr 25 15:59:39 2021 +0300 tdf#59323: pptx import: import footer fields as properties Makes footer, slidenum and datetime placeholders that are inserted to the slides themselves on pptx files imported as slide properties if it is possible to do so without losing information (style, position etc.) Also since the default way of displaying slide footers in LO use the respective text fields on master slides, information in master/layout slide datetime and footer placeholders respectively get replaced with text fields and text fields. Change-Id: Ib2f7d18103b62c0c9a8453e01cfd2fd1aa1d39af commit d1a8a9d4117780a43d22cbae7cf40162cf56639a Author: Sarper Akdemir Date: Sun May 9 20:56:41 2021 +0300 tdf#59323: ooxml import: hasListStyleOnImport Change-Id: Iccb8cfb20e4402e7cadb8e2f2b9a1f6fa178ade4 commit 2f73f9d1911a7bfb00425a09b776ea3bceaa5417 Author: Sarper Akdemir Date: Sun May 9 20:55:17 2021 +0300 tdf#59323: ooxml import: hasNoninheritedBodyProperties Change-Id: Id108f692005455376537e515f41528cc66a8c25c commit a8242b85347a064d8ae8361a5bf74506972128de Author: Sarper Akdemir Date: Sun May 9 20:47:35 2021 +0300 tdf#59323: ooxml import: hasParagraphProperties Change-Id: I3c6815e8405b0087f64520ee4e0e39297b3b4548 commit 77ef00192f21cb593ca950306fea34ddcdf5b0de Author: Sarper Akdemir Date: Sun May 9 20:17:20 2021 +0300 tdf#59323: ooxml import: hasVisualRunProperties Change-Id: Ie1e8e22d2757dc8594e7c6c3b8fc1dd7973c92af commit d3e83c82821267978477c0e8457631ed4471e9d5 Author: Sarper Akdemir Date: Sun May 9 20:08:47 2021 +0300 tdf#59323: ooxml import: hasNonInheritedShapeProperties Change-Id: I0529f1def8d2c32d5bf06172ce44facdde92893c commit 1d0969b552f853e558c47beeb259089d0e833180 Author: Sarper Akdemir Date: Sun May 9 20:00:21 2021 +0300 tdf#59323: ooxml import: hasShapeStyleRefs Change-Id: I57b244b4af5b9e3abba90f0e4e25a35da27e3409 commit 625215fd1e3cb1ce72468ee099307ed76014494f Author: Sarper Akdemir Date: Sun May 9 19:46:21 2021 +0300 tdf#59323: ooxml import: add OOXML to LO datetime helper Added static helper functions getLOTimeFormat and getLODateFormat to TextField class for mapping datetime field types to SvxDateFomat and SvxTimeFormat. Fixed some wrong mappings and improved fallbacks for datetime types that do not have an exact representation in LO. Listed below. was now is corrected: Thursday, May 6, 2020 was 5/6/2021 now is Thursday, May 6, 2020 May 6, 2021 was 5/6/2021 now is May 6, 2021 improved fallback: 6 May 2021 was Thursday, May 6, 2020 now is May 6, 2021 6-May-21 was 5/9/21 now is May 6, 2021 May 21 was 5/6/21 now is May 6, 2021 May-21 was 5/6/21 now is May 6, 2021 Change-Id: I9c1553cc89d47855dc7af06a8ea995de01692ded ___ Libreoffice-commits mailing list libreoffice-comm...@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-commits
[Libreoffice-bugs] [Bug 114160] ZWJ shouldn't be treated as breaking character
https://bugs.documentfoundation.org/show_bug.cgi?id=114160 martin_hos...@sil.org changed: What|Removed |Added Severity|normal |minor Priority|medium |high CC||martin_hos...@sil.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 142684] White hairlines above and below text box
https://bugs.documentfoundation.org/show_bug.cgi?id=142684 raal changed: What|Removed |Added CC||r...@post.cz --- Comment #4 from raal --- No repro with Version: 7.2.0.0.alpha1+ / LibreOffice Community Build ID: ec629c5ee22d02f99d66a5cf975ce239876b7f4d CPU threads: 4; OS: Linux 5.11; UI render: default; VCL: gtk3 Locale: cs-CZ (cs_CZ.UTF-8); UI: en-US Calc: threaded -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 142436] Linked background image is not read
https://bugs.documentfoundation.org/show_bug.cgi?id=142436 raal changed: What|Removed |Added Version|7.2.0.0 alpha1+ Master |6.2.0.3 release Whiteboard| QA:needsComment| Keywords||bibisected, bisected CC||qui...@gmail.com --- Comment #2 from raal --- This seems to have begun at the below commit. Adding Cc: to Tomaž Vajngerl; Could you possibly take a look at this one? Thanks bibisect-linux-64-6.1$ 35a2408e0997d0f5358c30e8af1e60a8ac2bdb1e is the first bad commit commit 35a2408e0997d0f5358c30e8af1e60a8ac2bdb1e Author: Jenkins Build User Date: Mon Apr 16 03:05:46 2018 +0200 source sha:9fb7aaf570c03c8a26d763f1205fb8c890e8211a https://git.libreoffice.org/core/+/9fb7aaf570c03c8a26d763f1205fb8c890e8211a Make linked graphic register into LinkedManager again -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 142436] Linked background image is not read
https://bugs.documentfoundation.org/show_bug.cgi?id=142436 raal changed: What|Removed |Added Ever confirmed|0 |1 CC||r...@post.cz Status|UNCONFIRMED |NEW Keywords||regression --- Comment #1 from raal --- Confirm with Version: 7.2.0.0.alpha1+ / LibreOffice Community Build ID: ec629c5ee22d02f99d66a5cf975ce239876b7f4d CPU threads: 4; OS: Linux 5.11; UI render: default; VCL: gtk3 Locale: cs-CZ (cs_CZ.UTF-8); UI: en-US Calc: threaded -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 114160] ZWJ shouldn't be treated as breaking character
https://bugs.documentfoundation.org/show_bug.cgi?id=114160 --- Comment #19 from martin_hos...@sil.org --- Created attachment 172720 --> https://bugs.documentfoundation.org/attachment.cgi?id=172720=edit Latest ICU line break iterator rules Propose for this to replace i18npool/source/breakiterator/data/line.txt -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 114160] ZWJ shouldn't be treated as breaking character
https://bugs.documentfoundation.org/show_bug.cgi?id=114160 --- Comment #18 from martin_hos...@sil.org --- My understanding of how to fix this bug is that we just need to freshen the line.txt in i18npool/source/breakiterator/data to bring it up to date with ICU again. The one in libo is very old and makes no mention of ZWJ. So I propose we just take the latest and greatest from icu4c/source/data/brkitr/rules/line.txt. I will add a copy from ICU as of this date. -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 106846] CONFIGURATION: Means to enable and disable context-sensitive ability of toolbars
https://bugs.documentfoundation.org/show_bug.cgi?id=106846 Buovjaga changed: What|Removed |Added Severity|normal |enhancement --- Comment #22 from Buovjaga --- (In reply to Eyal Rozenberg from comment #21) > (In reply to V Stuart Foote from comment #20) > > How is this a bug? The view port shift is annoying--but the docked TBs > > opening contextually is exactly as the UI is implemented. > > It is a bug in the design, not in the implementation. You can't just go moving the goalposts like this as it would mean losing a useful way of categorisation for no reason. This edit war stops now. -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 142713] FILESAVE XLSX Secondary axis not saved in several chart types
https://bugs.documentfoundation.org/show_bug.cgi?id=142713 raal changed: What|Removed |Added CC||r...@post.cz Status|UNCONFIRMED |NEW Ever confirmed|0 |1 --- Comment #4 from raal --- confirm with Version: 7.2.0.0.alpha1+ / LibreOffice Community Build ID: ec629c5ee22d02f99d66a5cf975ce239876b7f4d CPU threads: 4; OS: Linux 5.11; UI render: default; VCL: gtk3 Locale: cs-CZ (cs_CZ.UTF-8); UI: en-US Calc: threaded -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 142715] Crash when closing document after changing and saving it
https://bugs.documentfoundation.org/show_bug.cgi?id=142715 raal changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever confirmed|0 |1 --- Comment #2 from raal --- Confirm, missed the last sentence "and close the document" -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 142715] Crash when closing document after changing and saving it
https://bugs.documentfoundation.org/show_bug.cgi?id=142715 raal changed: What|Removed |Added CC||r...@post.cz --- Comment #1 from raal --- No crash with Version: 7.2.0.0.alpha1+ / LibreOffice Community Build ID: ec629c5ee22d02f99d66a5cf975ce239876b7f4d CPU threads: 4; OS: Linux 5.11; UI render: default; VCL: gtk3 Locale: cs-CZ (cs_CZ.UTF-8); UI: en-US Calc: threaded -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 142726] Dynamic numbers in captions still have gray background when exported to HTML
https://bugs.documentfoundation.org/show_bug.cgi?id=142726 --- Comment #1 from Chris Y. --- Created attachment 172719 --> https://bugs.documentfoundation.org/attachment.cgi?id=172719=edit Screenshot of caption number 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 142726] New: Dynamic numbers in captions still have gray background when exported to HTML
https://bugs.documentfoundation.org/show_bug.cgi?id=142726 Bug ID: 142726 Summary: Dynamic numbers in captions still have gray background when exported to HTML Product: LibreOffice Version: 7.1.3.2 release Hardware: All OS: All Status: UNCONFIRMED Severity: normal Priority: medium Component: Writer Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: ch...@cwhymedia.com Description: When I have a caption on a figure/table, and it has a number, the number retains its gray background from LibreOffice when you view HTML in a browser. Steps to Reproduce: 1. Add a numbered caption to an image. 2. Save as HTML. 3. View the HTML in a web browser. Actual Results: The number has a gray rectangle behind it. Expected Results: The number should not have gray behind it. Reproducible: Always User Profile Reset: Yes Additional Info: Version: 7.1.3.2 / LibreOffice Community Build ID: 10(Build:2) CPU threads: 16; OS: Linux 5.12; UI render: default; VCL: kf5 Locale: en-US (en_US.UTF-8); UI: en-US 7.1.3-2 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 142437] Applying autocorrect wordlist changes sub-strings for Marathi
https://bugs.documentfoundation.org/show_bug.cgi?id=142437 Shantanu changed: What|Removed |Added Status|NEEDINFO|NEW --- Comment #3 from Shantanu --- I can reproduce the bug without the extension. Type these 4 lines in Writer: adn madn adnिadn adnतadn When you apply auto-correct, only the first one should change. Right? and madn adnिand adnतadn The third line has changed but not the forth. And the first half of third line is unchanged. Interestingly, when I type the words, it works as expected. The bug can be reproduced only if I use tools - autocorrect - apply. The Devnagari characters like "ि" should not be considered as space. These characters contain in almost all Hindi/ Marathi words. -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 140710] Google-Font Sora Bold not supported for PDF export or Print
https://bugs.documentfoundation.org/show_bug.cgi?id=140710 --- Comment #18 from liqsquid --- Hi! I had this same problem when I tried to use the variable version of the Inter font [1]. It displayed ok on writer, but as I saved a pdf version of the document, the text lost its bold formatting. This problem seems to be related to 'variable fonts' or OpenType CFF2 fonts as in bug 137301 [2]. I saw a related discussion in the harfbuzz git [3] and it might have some helpful info. The Inter website has a test page for browsers [4] and some useful information [1] about subsetting the variable font using two other tools [5] e [6]. Maybe this is something it could be done: detect the variable font being used, subset it, include the corresponding subset in the pdf file. [1] Inter font family - https://rsms.me/inter/ [2] - https://bugs.documentfoundation.org/show_bug.cgi?id=137301 [3] Shaping and instantiating variable fonts - https://github.com/harfbuzz/harfbuzz/issues/2112 [4] Inter variable font test - https://rsms.me/inter/var-test.html [5] subset - fontTools Documentation - https://fonttools.readthedocs.io/en/latest/subset/ [6] filamentgroup/glyphhanger - https://github.com/filamentgroup/glyphhanger -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 97801] Writer (X)HTML export: missing page numbers in Table of Contents
https://bugs.documentfoundation.org/show_bug.cgi?id=97801 --- Comment #10 from Chris Y. --- Related: Bug 142725 - Page numbers not removed from ToC when saved to HTML https://bugs.documentfoundation.org/show_bug.cgi?id=142725 -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 142725] New: Page numbers not removed from ToC when saved to HTML
https://bugs.documentfoundation.org/show_bug.cgi?id=142725 Bug ID: 142725 Summary: Page numbers not removed from ToC when saved to HTML Product: LibreOffice Version: 7.1.3.2 release Hardware: All OS: All Status: UNCONFIRMED Severity: normal Priority: medium Component: Writer Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: ch...@cwhymedia.com Description: When saving to HTML, Writer should remove page numbers from the Table of Contents when saving as HTML. Steps to Reproduce: 1. Add a Table of Contents to a document. 2. Save as HTML. 3. Open HTML document. Actual Results: I see page numbers in the ToC of the HTML document. Expected Results: I should not see page numbers in the ToC of the HTML document. Reproducible: Always User Profile Reset: No Additional Info: Version: 7.1.3.2 / LibreOffice Community Build ID: 10(Build:2) CPU threads: 16; OS: Linux 5.12; UI render: default; VCL: kf5 Locale: en-US (en_US.UTF-8); UI: en-US 7.1.3-2 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 142481] Writer Style Inspector: scrollbar ineffective
https://bugs.documentfoundation.org/show_bug.cgi?id=142481 QA Administrators changed: What|Removed |Added Whiteboard|| QA:needsComment -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 142480] Elements hidden in Tabbed UI when there is plenty of space for them to be visible
https://bugs.documentfoundation.org/show_bug.cgi?id=142480 QA Administrators changed: What|Removed |Added Whiteboard|| QA:needsComment -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 142460] Type of result of comparison of literals in Basic must be Boolean, not Integer
https://bugs.documentfoundation.org/show_bug.cgi?id=142460 QA Administrators changed: What|Removed |Added Whiteboard|| QA:needsComment -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 142670] Cyrillic characters are changed to questions marks after saving a spreadsheet document in CSV format in the Calc
https://bugs.documentfoundation.org/show_bug.cgi?id=142670 QA Administrators 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 142670] Cyrillic characters are changed to questions marks after saving a spreadsheet document in CSV format in the Calc
https://bugs.documentfoundation.org/show_bug.cgi?id=142670 --- Comment #4 from QA Administrators --- [Automated Action] NeedInfo-To-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 138096] orthographic accent in Spanish language.
https://bugs.documentfoundation.org/show_bug.cgi?id=138096 QA Administrators changed: What|Removed |Added Resolution|--- |INSUFFICIENTDATA Status|NEEDINFO|RESOLVED -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 138096] orthographic accent in Spanish language.
https://bugs.documentfoundation.org/show_bug.cgi?id=138096 --- Comment #3 from QA Administrators --- Dear Raul, Please read this message in its entirety before proceeding. Your bug report is being closed as INSUFFICIENTDATA due to inactivity and a lack of information which is needed in order to accurately reproduce and confirm the problem. We encourage you to retest your bug against the latest release. If the issue is still present in the latest stable release, we need the following information (please ignore any that you've already provided): a) Provide details of your system including your operating system and the latest version of LibreOffice that you have confirmed the bug to be present b) Provide easy to reproduce steps – the simpler the better c) Provide any test case(s) which will help us confirm the problem d) Provide screenshots of the problem if you think it might help e) Read all comments and provide any requested information Once all of this is done, please set the bug back to UNCONFIRMED and we will attempt to reproduce the issue. Please do not: a) respond via email b) update the version field in the bug or any of the other details on the top section of our bug tracker Warm Regards, QA Team MassPing-NeedInfo-FollowUp -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 138044] Loss of one eighth of manuscript!
https://bugs.documentfoundation.org/show_bug.cgi?id=138044 QA Administrators changed: What|Removed |Added Resolution|--- |INSUFFICIENTDATA Status|NEEDINFO|RESOLVED -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 138044] Loss of one eighth of manuscript!
https://bugs.documentfoundation.org/show_bug.cgi?id=138044 --- Comment #3 from QA Administrators --- Dear choosethebest, Please read this message in its entirety before proceeding. Your bug report is being closed as INSUFFICIENTDATA due to inactivity and a lack of information which is needed in order to accurately reproduce and confirm the problem. We encourage you to retest your bug against the latest release. If the issue is still present in the latest stable release, we need the following information (please ignore any that you've already provided): a) Provide details of your system including your operating system and the latest version of LibreOffice that you have confirmed the bug to be present b) Provide easy to reproduce steps – the simpler the better c) Provide any test case(s) which will help us confirm the problem d) Provide screenshots of the problem if you think it might help e) Read all comments and provide any requested information Once all of this is done, please set the bug back to UNCONFIRMED and we will attempt to reproduce the issue. Please do not: a) respond via email b) update the version field in the bug or any of the other details on the top section of our bug tracker Warm Regards, QA Team MassPing-NeedInfo-FollowUp -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 135030] Cell being hidden by merging can get the focus and accept input. This may afflict formula results.
https://bugs.documentfoundation.org/show_bug.cgi?id=135030 QA Administrators changed: What|Removed |Added Status|NEEDINFO|RESOLVED Resolution|--- |INSUFFICIENTDATA -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 135030] Cell being hidden by merging can get the focus and accept input. This may afflict formula results.
https://bugs.documentfoundation.org/show_bug.cgi?id=135030 --- Comment #6 from QA Administrators --- Dear Wolfgang Jäger, Please read this message in its entirety before proceeding. Your bug report is being closed as INSUFFICIENTDATA due to inactivity and a lack of information which is needed in order to accurately reproduce and confirm the problem. We encourage you to retest your bug against the latest release. If the issue is still present in the latest stable release, we need the following information (please ignore any that you've already provided): a) Provide details of your system including your operating system and the latest version of LibreOffice that you have confirmed the bug to be present b) Provide easy to reproduce steps – the simpler the better c) Provide any test case(s) which will help us confirm the problem d) Provide screenshots of the problem if you think it might help e) Read all comments and provide any requested information Once all of this is done, please set the bug back to UNCONFIRMED and we will attempt to reproduce the issue. Please do not: a) respond via email b) update the version field in the bug or any of the other details on the top section of our bug tracker Warm Regards, QA Team MassPing-NeedInfo-FollowUp -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 134330] Instability: Absolute addresses change even when sheet protected
https://bugs.documentfoundation.org/show_bug.cgi?id=134330 QA Administrators changed: What|Removed |Added Resolution|--- |INSUFFICIENTDATA Status|NEEDINFO|RESOLVED -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 134330] Instability: Absolute addresses change even when sheet protected
https://bugs.documentfoundation.org/show_bug.cgi?id=134330 --- Comment #3 from QA Administrators --- Dear peter.hallett, Please read this message in its entirety before proceeding. Your bug report is being closed as INSUFFICIENTDATA due to inactivity and a lack of information which is needed in order to accurately reproduce and confirm the problem. We encourage you to retest your bug against the latest release. If the issue is still present in the latest stable release, we need the following information (please ignore any that you've already provided): a) Provide details of your system including your operating system and the latest version of LibreOffice that you have confirmed the bug to be present b) Provide easy to reproduce steps – the simpler the better c) Provide any test case(s) which will help us confirm the problem d) Provide screenshots of the problem if you think it might help e) Read all comments and provide any requested information Once all of this is done, please set the bug back to UNCONFIRMED and we will attempt to reproduce the issue. Please do not: a) respond via email b) update the version field in the bug or any of the other details on the top section of our bug tracker Warm Regards, QA Team MassPing-NeedInfo-FollowUp -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 105948] [META] Undo/Redo bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=105948 Bug 105948 depends on bug 134323, which changed state. Bug 134323 Summary: The first undo spends time in SvtBroadcaster::Normalize (making the first undo slow) https://bugs.documentfoundation.org/show_bug.cgi?id=134323 What|Removed |Added Status|NEEDINFO|RESOLVED Resolution|--- |INSUFFICIENTDATA -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 134323] The first undo spends time in SvtBroadcaster::Normalize (making the first undo slow)
https://bugs.documentfoundation.org/show_bug.cgi?id=134323 QA Administrators changed: What|Removed |Added Resolution|--- |INSUFFICIENTDATA Status|NEEDINFO|RESOLVED -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 134323] The first undo spends time in SvtBroadcaster::Normalize (making the first undo slow)
https://bugs.documentfoundation.org/show_bug.cgi?id=134323 --- Comment #4 from QA Administrators --- Dear Telesto, Please read this message in its entirety before proceeding. Your bug report is being closed as INSUFFICIENTDATA due to inactivity and a lack of information which is needed in order to accurately reproduce and confirm the problem. We encourage you to retest your bug against the latest release. If the issue is still present in the latest stable release, we need the following information (please ignore any that you've already provided): a) Provide details of your system including your operating system and the latest version of LibreOffice that you have confirmed the bug to be present b) Provide easy to reproduce steps – the simpler the better c) Provide any test case(s) which will help us confirm the problem d) Provide screenshots of the problem if you think it might help e) Read all comments and provide any requested information Once all of this is done, please set the bug back to UNCONFIRMED and we will attempt to reproduce the issue. Please do not: a) respond via email b) update the version field in the bug or any of the other details on the top section of our bug tracker Warm Regards, QA Team MassPing-NeedInfo-FollowUp -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 138796] slowness
https://bugs.documentfoundation.org/show_bug.cgi?id=138796 --- Comment #2 from QA Administrators --- Dear Heriaud, This bug has been in NEEDINFO status with no change for at least 6 months. Please provide the requested information as soon as possible and mark the bug as UNCONFIRMED. Due to regular bug tracker maintenance, if the bug is still in NEEDINFO status with no change in 30 days the QA team will close the bug as INSUFFICIENTDATA due to lack of needed information. For more information about our NEEDINFO policy please read the wiki located here: https://wiki.documentfoundation.org/QA/Bugzilla/Fields/Status/NEEDINFO If you have already provided the requested information, please mark the bug as UNCONFIRMED so that the QA team knows that the bug is ready to be confirmed. Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-NeedInfo-Ping -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 137437] Writer, spell check: a boggling offer to 'continue' (among a welter of related problems)
https://bugs.documentfoundation.org/show_bug.cgi?id=137437 --- Comment #3 from QA Administrators --- Dear nicholas_j, This bug has been in NEEDINFO status with no change for at least 6 months. Please provide the requested information as soon as possible and mark the bug as UNCONFIRMED. Due to regular bug tracker maintenance, if the bug is still in NEEDINFO status with no change in 30 days the QA team will close the bug as INSUFFICIENTDATA due to lack of needed information. For more information about our NEEDINFO policy please read the wiki located here: https://wiki.documentfoundation.org/QA/Bugzilla/Fields/Status/NEEDINFO If you have already provided the requested information, please mark the bug as UNCONFIRMED so that the QA team knows that the bug is ready to be confirmed. Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-NeedInfo-Ping -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 99125] Property ParaBackColor in Writer can no longer be set via Uno command
https://bugs.documentfoundation.org/show_bug.cgi?id=99125 --- Comment #19 from QA Administrators --- Dear Gerhard Weydt, To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from https://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to 'inherited from OOo'; 4b. If the bug was not present in 3.3 - add 'regression' to keyword Feel free to come ask questions or to say hello in our QA chat: https://kiwiirc.com/nextclient/irc.freenode.net/#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 91595] UI Escaping dialog Format Comments doesn't bring focus back to document
https://bugs.documentfoundation.org/show_bug.cgi?id=91595 --- Comment #8 from QA Administrators --- Dear Juanjo, To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from https://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to 'inherited from OOo'; 4b. If the bug was not present in 3.3 - add 'regression' to keyword Feel free to come ask questions or to say hello in our QA chat: https://kiwiirc.com/nextclient/irc.freenode.net/#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 74574] EDITING: Crop dialogue shows rotated image un-rotated
https://bugs.documentfoundation.org/show_bug.cgi?id=74574 --- Comment #9 from QA Administrators --- Dear James Murray, To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from https://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to 'inherited from OOo'; 4b. If the bug was not present in 3.3 - add 'regression' to keyword Feel free to come ask questions or to say hello in our QA chat: https://kiwiirc.com/nextclient/irc.freenode.net/#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 67320] EDITING: Paragraph ends at about 64 cm although the page width is much wider
https://bugs.documentfoundation.org/show_bug.cgi?id=67320 --- Comment #8 from QA Administrators --- Dear paris, To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from https://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to 'inherited from OOo'; 4b. If the bug was not present in 3.3 - add 'regression' to keyword Feel free to come ask questions or to say hello in our QA chat: https://kiwiirc.com/nextclient/irc.freenode.net/#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 66893] VIEWING: Bugs in Khmer (and probably other Asian languages) language.
https://bugs.documentfoundation.org/show_bug.cgi?id=66893 --- Comment #7 from QA Administrators --- Dear Adam, To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from https://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to 'inherited from OOo'; 4b. If the bug was not present in 3.3 - add 'regression' to keyword Feel free to come ask questions or to say hello in our QA chat: https://kiwiirc.com/nextclient/irc.freenode.net/#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 65944] punctuation after inline formula may go to the next line
https://bugs.documentfoundation.org/show_bug.cgi?id=65944 --- Comment #13 from QA Administrators --- Dear Yury, To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from https://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to 'inherited from OOo'; 4b. If the bug was not present in 3.3 - add 'regression' to keyword Feel free to come ask questions or to say hello in our QA chat: https://kiwiirc.com/nextclient/irc.freenode.net/#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 42471] Undo of cell style background formatting does not work when cell is in edit mode / undo stack of cell editing is sort of separated..
https://bugs.documentfoundation.org/show_bug.cgi?id=42471 --- Comment #13 from QA Administrators --- Dear Michal Suchanek, To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from https://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to 'inherited from OOo'; 4b. If the bug was not present in 3.3 - add 'regression' to keyword Feel free to come ask questions or to say hello in our QA chat: https://kiwiirc.com/nextclient/irc.freenode.net/#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 125802] Paragraphs and header footers with complex font mix (CJK and Western) poorly performing scroll and page movements
https://bugs.documentfoundation.org/show_bug.cgi?id=125802 --- Comment #2 from QA Administrators --- Dear V Stuart Foote, To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from https://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to 'inherited from OOo'; 4b. If the bug was not present in 3.3 - add 'regression' to keyword Feel free to come ask questions or to say hello in our QA chat: https://kiwiirc.com/nextclient/irc.freenode.net/#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 125762] Number of pages increases after putting font size to 9 pt and back to pt 12
https://bugs.documentfoundation.org/show_bug.cgi?id=125762 --- Comment #3 from QA Administrators --- Dear Telesto, To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from https://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to 'inherited from OOo'; 4b. If the bug was not present in 3.3 - add 'regression' to keyword Feel free to come ask questions or to say hello in our QA chat: https://kiwiirc.com/nextclient/irc.freenode.net/#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 117516] Linked table in Writer can't be reduced to a smaller size when reducing range
https://bugs.documentfoundation.org/show_bug.cgi?id=117516 --- Comment #3 from QA Administrators --- Dear Aron Budea, To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from https://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to 'inherited from OOo'; 4b. If the bug was not present in 3.3 - add 'regression' to keyword Feel free to come ask questions or to say hello in our QA chat: https://kiwiirc.com/nextclient/irc.freenode.net/#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 113779] Punctuation Marks Are Not In Line With Text for Vertical Orientation in Traditional Chinese
https://bugs.documentfoundation.org/show_bug.cgi?id=113779 --- Comment #14 from QA Administrators --- Dear taiwuco, To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from https://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to 'inherited from OOo'; 4b. If the bug was not present in 3.3 - add 'regression' to keyword Feel free to come ask questions or to say hello in our QA chat: https://kiwiirc.com/nextclient/irc.freenode.net/#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 113095] Dialog tab labels dont have sufficient padding on Windows
https://bugs.documentfoundation.org/show_bug.cgi?id=113095 --- Comment #10 from QA Administrators --- Dear Yousuf Philips (jay) (retired), To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from https://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to 'inherited from OOo'; 4b. If the bug was not present in 3.3 - add 'regression' to keyword Feel free to come ask questions or to say hello in our QA chat: https://kiwiirc.com/nextclient/irc.freenode.net/#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 107936] [META] Page-level bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=107936 Bug 107936 depends on bug 118507, which changed state. Bug 118507 Summary: Orientation Icon Portrait also Changes from Portrait to Landscape and Icon Landscape also changes from Landscape to Portrait https://bugs.documentfoundation.org/show_bug.cgi?id=118507 What|Removed |Added Status|NEW |RESOLVED Resolution|--- |WORKSFORME -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 118507] Orientation Icon Portrait also Changes from Portrait to Landscape and Icon Landscape also changes from Landscape to Portrait
https://bugs.documentfoundation.org/show_bug.cgi?id=118507 Dieter changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |WORKSFORME --- Comment #7 from Dieter --- WORKSFORME in Version: 7.1.4.1 (x64) / LibreOffice Community Build ID: f67b1ddedeb24fca1c5938e7cebfab73d708b35b CPU threads: 4; OS: Windows 10.0 Build 19043; UI render: Skia/Raster; VCL: win Locale: de-DE (de_DE); UI: en-GB Calc: CL -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 142724] New: In "Asian Phonetic Guide" dialog, Options in "Position" drop-down menu are mislabeled.
https://bugs.documentfoundation.org/show_bug.cgi?id=142724 Bug ID: 142724 Summary: In "Asian Phonetic Guide" dialog, Options in "Position" drop-down menu are mislabeled. Product: LibreOffice Version: unspecified Hardware: All OS: All Status: UNCONFIRMED Severity: trivial Priority: medium Component: Writer Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: petro...@outlook.com Description: The first two choices in the "Position" drop-down menu are mislabeled as "top" and "bottom". Such labeling are true for horizontal text but not for vertical text. For vertical text, the "top" option would put ruby text on the right of the base text, and the "bottom" option would put ruby text on the left of the base text. These two options should be labeled "top/right" and "bottom/left". Steps to Reproduce: 1. Set the page's text direction to "Right-to-left (vertical)"; to do this, select "Format > Page Style > Page > Paper Format > Text Direction > Right-to-left (vertical)". 2. Select "Format > Asian Phonetic Guide". 3. Type any Chinese Character (e.g. 人) in "Base text", then any text in "Ruby text". 4. Select "Top" in "Position" drop-down menu, then click "Apply" button. 5. Don't close the dialog, Select "Bottom" in "Position" drop-down menu, then click "Apply" button. Actual Results: After step #4, a new ruby text showed up at the right of a new vertical base text, which is expected. The command is however labeled as "top", which is not expected. After step #5, a new ruby text showed up at the left of a new vertical base text, which is expected. The command is however labeled as "bottom", which is not expected. Expected Results: The first command in the "Position" drop-down menu should be labeled as "top/right" rather than "top". The second command in the "Position" drop-down menu should be labeled as "bottom/left" rather than "bottom". Reproducible: Always User Profile Reset: No Additional Info: None. -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 101956] FILEOPEN: No JRE or JDK found in macOS 10.9 and lower, 10.10 and up need full JDK
https://bugs.documentfoundation.org/show_bug.cgi?id=101956 --- Comment #41 from Kobayashi Senta --- was this fixed? Java runtime sometimes buggy in mac. -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 126870] Duplicate menu entries for specific user interfaces, GTK3 VCL or GTK3 on KDE with "Global Menu"
https://bugs.documentfoundation.org/show_bug.cgi?id=126870 --- Comment #14 from j...@curioussymbols.com --- I am getting this bug with LibreOffice 7.0.4.2 (ie current latest stable version) on Ubuntu 18.04 (with Unity) In my system, if I initialise LO by opening a file from Thunderbird, I get the doubled menus. If open a file by double-clicking in Nautilus, I *don't* get the doubled menus. As noted in bug 124192, there may be cases where the doubled menus issue arises in GTK/Unity-based systems, as distinct from KDE, perhaps? -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 141769] Crash in: cppu::OInterfaceContainerHelper::disposeAndClear(com::sun::star::lang::EventObject const &)
https://bugs.documentfoundation.org/show_bug.cgi?id=141769 Laurence 'GreenReaper' Parry changed: What|Removed |Added Attachment #172717|0 |1 is obsolete|| --- Comment #45 from Laurence 'GreenReaper' Parry --- Created attachment 172718 --> https://bugs.documentfoundation.org/attachment.cgi?id=172718=edit Backtrace of exception during ScAccessibleEditLineTextData::GetTextForwarder (Switching comment and attachment...) While debugging I encountered what seems to be accessibiliy-related exceptions in ScAccessibleEditLineTextData::GetTextForwarder; backtrace attached: Exception thrown at 0x75D1A6F2 in soffice.bin: Microsoft C++ exception: com::sun::star::uno::RuntimeException at memory location 0x01B8F240. This occurred a couple of times before I got to the loaded application with sheet. It goes through SfxWorkWindow::UpdateObjectBars_Impl and SfxWorkWindow::UpdateObjectBars_Impl into accessiblity-related code (see trace). mpTxtWnd and mpForwarder are both null, and so pTextForwarder is null in AccessibleTextHelper_Impl::GetTextForwarder So it throws uno::RuntimeException("Unable to fetch text forwarder, model might be dead", mxFrontEnd); [mxFrontEnd is also null] Not sure if it is usual for this to occur or if it has relevance to the crash, but I figured if something failed in creating the accessibility events, it might also cause problems when accessibility-related stuff is being torn down. -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 141769] Crash in: cppu::OInterfaceContainerHelper::disposeAndClear(com::sun::star::lang::EventObject const &)
https://bugs.documentfoundation.org/show_bug.cgi?id=141769 --- Comment #44 from Laurence 'GreenReaper' Parry --- Created attachment 172717 --> https://bugs.documentfoundation.org/attachment.cgi?id=172717=edit Backtrace of exception during ScAccessibleEditLineTextData::GetTextForwarder sclo.dll!ScAccessibleEditLineTextData::GetTextForwarder() Line 797 mergedlo.dll!SvxEditSourceAdapter::GetTextForwarder() Line 339 mergedlo.dll!accessibility::AccessibleTextHelper_Impl::GetTextForwarder() Line 265 mergedlo.dll!accessibility::AccessibleTextHelper::AccessibleTextHelper(std::unique_ptr > && pEditSource={...}) Line 1531 sclo.dll!ScAccessibleEditObject::CreateTextHelper() Line 379 sclo.dll!ScAccessibleEditObject::addAccessibleEventListener(const com::sun::star::uno::Reference & xListener={...}) Line 315 mergedlo.dll!comphelper::OAccessibleContextWrapperHelper::aggregateProxy(long & _rRefCount=0x0003, cppu::OWeakObject & _rDelegator) Line 370 mergedlo.dll!comphelper::OAccessibleContextWrapper::OAccessibleContextWrapper(const com::sun::star::uno::Reference & _rxContext={...}, const com::sun::star::uno::Reference & _rxInnerAccessibleContext={...}, const com::sun::star::uno::Reference & _rxOwningAccessible={...}, const com::sun::star::uno::Reference & _rxParentAccessible={...}) Line 492 mergedlo.dll!comphelper::OAccessibleWrapper::createAccessibleContext(const com::sun::star::uno::Reference & _rxInnerContext={...}) Line 313 mergedlo.dll!comphelper::OAccessibleWrapper::getAccessibleContext() Line 327 winaccessibility.dll!AccObjectWinManager::InsertAccObj(com::sun::star::accessibility::XAccessible * pXAcc=0x0c000824, com::sun::star::accessibility::XAccessible * pParentXAcc=0x0c000704, HWND__ * pWnd=0x) Line 678 winaccessibility.dll!AccObjectManagerAgent::InsertAccObj(com::sun::star::accessibility::XAccessible * pXAcc=0x0c000824, com::sun::star::accessibility::XAccessible * pParentXAcc=0x0c000704, __int64 nWnd=0x) Line 152 winaccessibility.dll!AccContainerEventListener::HandleChildChangedEvent(com::sun::star::uno::Any oldValue={...}, com::sun::star::uno::Any newValue={...}) Line 133 winaccessibility.dll!AccContainerEventListener::notifyEvent(const com::sun::star::accessibility::AccessibleEventObject & aEvent={...}) Line 57 mergedlo.dll!comphelper::AccessibleEventNotifier::addEvent(const unsigned long _nClient, const com::sun::star::accessibility::AccessibleEventObject & _rEvent={...}) Line 269 mergedlo.dll!comphelper::OAccessibleContextWrapper::notifyTranslatedEvent(const com::sun::star::accessibility::AccessibleEventObject & _rEvent={...}) Line 563 mergedlo.dll!comphelper::OAccessibleContextWrapperHelper::notifyEvent(const com::sun::star::accessibility::AccessibleEventObject & _rEvent) Line 451 mergedlo.dll!comphelper::AccessibleEventNotifier::addEvent(const unsigned long _nClient, const com::sun::star::accessibility::AccessibleEventObject & _rEvent={...}) Line 269 mergedlo.dll!comphelper::OAccessibleContextHelper::NotifyAccessibleEvent(const short _nEventId=0x0007, const com::sun::star::uno::Any & _rOldValue={...}, const com::sun::star::uno::Any & _rNewValue={...}) Line 160 mergedlo.dll!VCLXAccessibleComponent::ProcessWindowChildEvent(const VclWindowEvent & rVclWindowEvent) Line 174 mergedlo.dll!VCLXAccessibleComponent::WindowChildEventListener(VclWindowEvent & rEvent={...}) Line 128 mergedlo.dll!VCLXAccessibleComponent::LinkStubWindowChildEventListener(void * instance=0x0c111030, VclWindowEvent & data={...}) Line 117 mergedlo.dll!vcl::Window::CallEventListeners(VclEventId nEvent, void * pData) Line 290 mergedlo.dll!vcl::Window::ImplSetReallyVisible() Line 1312 mergedlo.dll!vcl::Window::ImplSetReallyVisible() Line 1324 mergedlo.dll!vcl::Window::ImplSetReallyVisible() Line 1324 mergedlo.dll!vcl::Window::ImplSetReallyVisible() Line 1324 mergedlo.dll!vcl::Window::ImplSetReallyVisible() Line 1324 mergedlo.dll!vcl::Window::ImplSetReallyVisible() Line 1324 mergedlo.dll!vcl::Window::ImplSetReallyVisible() Line 1324 mergedlo.dll!vcl::Window::ImplSetReallyVisible() Line 1324 mergedlo.dll!vcl::Window::ImplSetReallyVisible() Line 1324 mergedlo.dll!vcl::Window::Show(bool bVisible, ShowFlags nFlags) Line 2317 sclo.dll!ScInputWindowWrapper::CreateImpl(vcl::Window * pParent=0x0b85f740, unsigned short nId=0x65f4, SfxBindings * pBindings=0x0bc83458, SfxChildWinInfo * pInfo=0x01b8ef70) Line 110 mergedlo.dll!SfxChildWindow::CreateChildWindow(unsigned short nId=0x65f4, vcl::Window * pParent=0x0b85f740, SfxBindings * pBindings=0x0bc83458, const SfxChildWinInfo & rInfo={...}) Line 265 mergedlo.dll!SfxWorkWindow::CreateChildWin_Impl(SfxChildWin_Impl * pCW=0x0978be60, bool bSetFocus=false) Line 1351 mergedlo.dll!SfxWorkWindow::UpdateChildWindows_Impl() Line 1299 mergedlo.dll!SfxWorkWindow::UpdateObjectBars_Impl2() Line 1245 mergedlo.dll!SfxWorkWindow::UpdateObjectBars_Impl() Line 1101 mergedlo.dll!SfxDispatcher::Update_Impl(bool bForce) Line 1114 mergedlo.dll!SfxBaseController::ConnectSfxFrame_Impl(const
[Libreoffice-bugs] [Bug 141769] Crash in: cppu::OInterfaceContainerHelper::disposeAndClear(com::sun::star::lang::EventObject const &)
https://bugs.documentfoundation.org/show_bug.cgi?id=141769 --- Comment #43 from Laurence 'GreenReaper' Parry --- Created attachment 172716 --> https://bugs.documentfoundation.org/attachment.cgi?id=172716=edit Backtrace from disabling Function Bar on 7.1.3.2 (x86) - non-debug stack TL;DR: I end up in the same place with an invalid acquire(). Backtrace attached up to the exit. Not sure anything after this helps; apologies for the spam if not. -- The bibisected build has no symbols, the released build does, so I opened that in Visual Studio. I was quickly reminded why I don't do that for complex projects. :-) >From the looks of it, it ran into a notifications issue while disposing of the combo box down spinner button - but this may be a symptom of corruption before that. It starts to dispose() ScInputWindow and when VS is set to run with a debug memory stack an access violation exception occurs via this call chain: mxTextWindow.disposeAndClear() m_xBuilder.reset() VclBuilder::~VclBuilder() VclBuilder::disposeBuilder() aI->m_pWindow.disposeAndClear() within rev. iteration of m_aChildren.rbegin() Window::dispose() xC->dispose(); WeakAggComponentImplHelperBase::dispose() rBHelper.aLC.disposeAndClear( aEvt ); OMultiTypeInterfaceContainerHelper::disposeAndClear ppListenerContainers[i]->disposeAndClear( rEvt ); OInterfaceContainerHelper::disposeAndClear Reference xLst( aIt.next(), UNO_QUERY ); at this point aIt.aData.pAsVector has supposedly three elements: * OAccessibleWrapper [0] = {0x0c000850 {m_xParentAccessible={0x0c000704 ... and a chain above this}} * OAccessibleContentWrapper for a VCLAccessibleComponent (window) with {m_nNotifierClient=0x03d4 } * Junk with a broken vptr? Exception thrown at 0x6E6D6B89 (cppuhelper3MSC.dll) in soffice.bin: 0xC005: Access violation reading location 0x00650066 (trying to call something on the junk vptr). This exception is caught so as to "be robust". -- When *not* using a debug stack it proceeds past mxTextWindow.disposeAndClear() to dispose InterimItemWindow via aWndPos.disposeAndClear - going into VclReferenceBase::disposeOnce after clReferenceBase::release, resulting in m_xBuilder.reset() in InterimItemWindow::dispose(). (It never gets to m_xVclContentArea.disposeAndClear().) VclBuilder::disposeBuilder reverse iterates over m_aChildren. At the time of the crash it seems like there is (in order) a "PosBox" which has not been disposed, a "pos_window" that has an empty m_pWindow, and an empty element. It is currently within aI->m_pWindow.disposeAndClear(), at the point of calling VclReferenceBase::disposeOnce(). This in turn calls ComboBox::dispose() which is at the point of m_pImpl->m_pBtn.disposeAndClear() (having eliminated its subEdit, ListBox and floating window). In disassembly it is again calling VclReferenceBase::disposeOnce(). The combo box button has disposed of any status listener and calls Control::dispose(). This leads to pWrapper->WindowDestroyed( this ) from UnoWrapperBase::GetUnoWrapper in vcl::Window::dispose(), and that tries to call xWindowPeerComp->dispose(). This gets into VCL classes, and by the crash VCLXButton has finished off all its own disposal and is calling the base class VCLXGraphicControl::dispose() (VCLXWindow::dispose()). It's at this point we get mentions of accessibility: // #i14103# dispose the accessible context after the window has been destroyed, // otherwise the old value in the child event fired in VCLXAccessibleComponent::ProcessWindowEvent() // for VclEventId::WindowChildDestroyed contains a reference to an already disposed accessible object try { css::uno::Reference< css::lang::XComponent > xComponent( mpImpl->mxAccessibleContext, css::uno::UNO_QUERY ); if ( xComponent.is() ) > xComponent->dispose(); } catch ( const css::uno::Exception& ) { OSL_FAIL( "VCLXWindow::dispose: could not dispose the accessible context!" ); } [by the crash, mpImpl->mxAccessibleContex is empty, xComponent.is() is true.] It seems to anticipate some disposal failures, but maybe not the exception which ends up terminating the application. xComponent is a VCLXAccessibleButton. It enters WeakAggComponentImplHelperBase::dispose and calls rBHelper.aLC.disposeAndClear( aEvt ), then enters disposing(). This calls VCLXAccessibleComponent::disposing() - it'd later clear m_sText, which is empty. This does DisconnectEvents() and then enters OAccessibleExtendedComponentHelper::disposing, which gets the SolarMutex guard and goes into AccessibleEventNotifier::revokeClientNotifyDisposing( m_pImpl->getClientId( ), *this ); ['this' being the VCLXAccessibleButton]. It's quite complex - comments reference prior re-entrancy problems - but proceeds to call pListeners->disposeAndClear( aDisposalEvent ). Here it becomes unstuck: void OInterfaceContainerHelper2::disposeAndClear( const EventObject & rEvt ) { ClearableMutexGuard aGuard( rMutex ); > OInterfaceIteratorHelper2 aIt( *this ); and this calls
[Libreoffice-bugs] [Bug 142723] New: Multiple documents open in one window (Needs tabs similar to browsers) (Feature request)
https://bugs.documentfoundation.org/show_bug.cgi?id=142723 Bug ID: 142723 Summary: Multiple documents open in one window (Needs tabs similar to browsers) (Feature request) Product: LibreOffice Version: 3.3.0 release Hardware: All OS: All Status: UNCONFIRMED Severity: enhancement Priority: medium Component: Writer Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: benedictfraw...@gmail.com Description: This is a feature request for the option of multiple documents to be opened in the one window and tabs be implemented similar to a browser. This would help reduce desktop clutter and make switching from one document to another easier, especially for cutting and pasting from one to another. I'm not sure if Word does this, but I know that many PDF readers have this option. It would be even better if the tabs could contain a mix of Writer, Draw and Spreadsheet documents. Thanks for considering this request Actual Results: . Expected Results: . 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-commits] core.git: svx/source
svx/source/unodraw/SvxXTextColumns.cxx |2 ++ 1 file changed, 2 insertions(+) New commits: commit 31ed81ea71a20ec119805f66a42f99b3f80d2dc5 Author: Mike Kaganski AuthorDate: Tue Jun 8 23:08:31 2021 +0200 Commit: Mike Kaganski CommitDate: Wed Jun 9 00:39:28 2021 +0200 Missing include Change-Id: I020424db94a6fbdba22ff887b912d3f7bb459502 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/116709 Tested-by: Jenkins Reviewed-by: Mike Kaganski diff --git a/svx/source/unodraw/SvxXTextColumns.cxx b/svx/source/unodraw/SvxXTextColumns.cxx index d245f071391b..2ddaebc9f269 100644 --- a/svx/source/unodraw/SvxXTextColumns.cxx +++ b/svx/source/unodraw/SvxXTextColumns.cxx @@ -38,6 +38,8 @@ #include #include +#include + namespace { enum : sal_uInt16 ___ Libreoffice-commits mailing list libreoffice-comm...@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-commits
[Libreoffice-bugs] [Bug 106846] CONFIGURATION: Means to enable and disable context-sensitive ability of toolbars
https://bugs.documentfoundation.org/show_bug.cgi?id=106846 Eyal Rozenberg changed: What|Removed |Added Severity|enhancement |normal -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 106846] CONFIGURATION: Means to enable and disable context-sensitive ability of toolbars
https://bugs.documentfoundation.org/show_bug.cgi?id=106846 --- Comment #21 from Eyal Rozenberg --- (In reply to V Stuart Foote from comment #20) > How is this a bug? The view port shift is annoying--but the docked TBs > opening contextually is exactly as the UI is implemented. It is a bug in the design, not in the implementation. > You could set them docked and always showing No, I couldn't. If I set, say, the Table toolbar to be visible and docked in Impress, then click a table cell, then "leave" the table by clicking some other element - the Table toolbar disappears. Arguably, _that_ might be considered a bug in the implementation, but I'm not sure whether it's intended or unintended behavior. > You can use the Contextual Single UI which limits the context portion to a > single fixed location. 1. That doesn't help - the toolbars appear and disappear in that UI mode as well. 2. That doesn't help - because even if the appearance/disappearance had not manifested in Contextual Single UI mode - it is a whole other kettle of fish which many users dislike for various reasons. One UI mode is no panacea for issues with another UI mode, especially the default 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-bugs] [Bug 142721] impossible set single cell border inside a table
https://bugs.documentfoundation.org/show_bug.cgi?id=142721 raal changed: What|Removed |Added CC||caol...@redhat.com Keywords||bibisected, bisected --- Comment #2 from raal --- This seems to have begun at the below commit. Adding Cc: to Caolán McNamara ; Could you possibly take a look at this one? Thanks 0223c0ab534afa9cc29bcd6ee66f2f7f21d15e71 is the first bad commit commit 0223c0ab534afa9cc29bcd6ee66f2f7f21d15e71 Author: Jenkins Build User Date: Fri Mar 12 17:35:36 2021 +0100 source sha:6db71f70a3b200d4074f6cda8ce445e9861d3296 https://git.libreoffice.org/core/+/6db71f70a3b200d4074f6cda8ce445e9861d3296 tdf#140977 drop possible table-cursor before setting the 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-bugs] [Bug 142721] impossible set single cell border inside a table
https://bugs.documentfoundation.org/show_bug.cgi?id=142721 raal changed: What|Removed |Added CC||r...@post.cz Ever confirmed|0 |1 Status|UNCONFIRMED |NEW Keywords||regression --- Comment #1 from raal --- Confirm with Version: 7.2.0.0.alpha1+ / LibreOffice Community Build ID: ec629c5ee22d02f99d66a5cf975ce239876b7f4d CPU threads: 4; OS: Linux 5.11; UI render: default; VCL: gtk3 Locale: cs-CZ (cs_CZ.UTF-8); UI: en-US Calc: threaded -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 142722] [WMF] StretchBlt is not implemented
https://bugs.documentfoundation.org/show_bug.cgi?id=142722 raal changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever confirmed|0 |1 CC||r...@post.cz --- Comment #5 from raal --- Confirm with Version: 7.2.0.0.alpha1+ / LibreOffice Community Build ID: ec629c5ee22d02f99d66a5cf975ce239876b7f4d CPU threads: 4; OS: Linux 5.11; UI render: default; VCL: gtk3 Locale: cs-CZ (cs_CZ.UTF-8); UI: en-US Calc: threaded -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 142722] [WMF] StretchBlt is not implemented
https://bugs.documentfoundation.org/show_bug.cgi?id=142722 --- Comment #4 from Valek Filippov --- Created attachment 172715 --> https://bugs.documentfoundation.org/attachment.cgi?id=172715=edit How BitBlt with 32bpp bitmap should look like -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 142722] [WMF] StretchBlt is not implemented
https://bugs.documentfoundation.org/show_bug.cgi?id=142722 --- Comment #3 from Valek Filippov --- Created attachment 172714 --> https://bugs.documentfoundation.org/attachment.cgi?id=172714=edit WMF BitBlt with 32bpp bitmap Looks like BitBlt implementation of "with bitmap" variant is also incomplete. It seems to have incorrect support for 1bpp bitmaps only. -- You are receiving this mail because: You 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: solenv/gbuild
solenv/gbuild/UITest.mk |1 + 1 file changed, 1 insertion(+) New commits: commit 3bcaa4ba79477a21251ddaa06e0ea159196a7ffb Author: Mike Kaganski AuthorDate: Tue Jun 8 21:32:54 2021 +0300 Commit: Mike Kaganski CommitDate: Tue Jun 8 23:27:06 2021 +0200 Unset TZ when starting UITests on Windows This workarounds a problem that some tests in trackedChanges.py fail on Windows in specific time spans, at least in Europe/Moscow time zone: the change date in the dialog is reported according to local system time, while the expected date string is created in Python wrong, likely because datetime.datetime.now in the native Windows Python takes into account both system timezone data and the TZ environment variable coming from Cygwin (or some other kind of Python bug). The time reported by datetime.datetime.now was off by -2 hours, and resulting date string was wrong from 00:00 till 02:00. See upstream bug at https://bugs.python.org/issue44352. Change-Id: Ife3bcf000acac37f624a1065512513cc41dae596 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/116862 Tested-by: Mike Kaganski Reviewed-by: Mike Kaganski diff --git a/solenv/gbuild/UITest.mk b/solenv/gbuild/UITest.mk index 92eaaf9faefb..0a08939239b8 100644 --- a/solenv/gbuild/UITest.mk +++ b/solenv/gbuild/UITest.mk @@ -76,6 +76,7 @@ else TestUserDir="$(call gb_Helper_make_url,$(dir $(call gb_UITest_get_target,$*)))" \ PYTHONDONTWRITEBYTECODE=0 \ $(if $(ENABLE_WERROR),PYTHONWARNINGS=error) \ + $(if $(filter WNT,$(OS)),TZ=) \ $(gb_TEST_ENV_VARS) \ $(gb_UITest_COMMAND) \ --soffice="$(gb_UITest_SOFFICEARG)" \ ___ Libreoffice-commits mailing list libreoffice-comm...@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-commits
[Libreoffice-bugs] [Bug 142722] [WMF] StretchBlt is not implemented
https://bugs.documentfoundation.org/show_bug.cgi?id=142722 --- Comment #2 from Valek Filippov --- Created attachment 172713 --> https://bugs.documentfoundation.org/attachment.cgi?id=172713=edit How it should look like -- You are receiving this mail because: You 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: RepositoryExternal.mk
RepositoryExternal.mk |4 1 file changed, 4 insertions(+) New commits: commit dac70b9debb7c68def456ae90463ef6ced44c07d Author: Christian Lohmaier AuthorDate: Tue Jun 8 20:04:46 2021 +0200 Commit: Christian Lohmaier CommitDate: Tue Jun 8 23:26:06 2021 +0200 fix packaging on mac/linux re cairo/pixman 1193c331945481dd155a55c6695ff6fd88bd3d10 tried to simplify the makefiles for the Android case, but removed the conditional that would skip registering cairo/pixman for install for mac/windows (USING_X11, ENABLE_CAIRO_CANVAS & DISABLE_GUI all unset) Change-Id: I21509aaa1b2b1bffb583885148190b28fb097ecc Reviewed-on: https://gerrit.libreoffice.org/c/core/+/116860 Tested-by: Jenkins Reviewed-by: Christian Lohmaier diff --git a/RepositoryExternal.mk b/RepositoryExternal.mk index df4a8f15c703..36c74ee95985 100644 --- a/RepositoryExternal.mk +++ b/RepositoryExternal.mk @@ -1286,6 +1286,8 @@ endef else # !SYSTEM_CAIRO +ifneq ($(filter-out MACOSX WNT,$(OS)),) + $(eval $(call gb_Helper_register_packages_for_install,ooo,\ cairo \ pixman \ @@ -1308,6 +1310,8 @@ $(call gb_LinkTarget_add_libs,$(1),\ endef +endif # !MACOSX, !WNT + endif # !SYSTEM_CAIRO ifneq ($(SYSTEM_FREETYPE),) ___ Libreoffice-commits mailing list libreoffice-comm...@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-commits
[Libreoffice-bugs] [Bug 142722] [WMF] StretchBlt is not implemented
https://bugs.documentfoundation.org/show_bug.cgi?id=142722 --- Comment #1 from Valek Filippov --- Created attachment 172712 --> https://bugs.documentfoundation.org/attachment.cgi?id=172712=edit WMF sample with StretchBlt with bitmap -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 142722] [WMF] StretchBlt is not implemented
https://bugs.documentfoundation.org/show_bug.cgi?id=142722 Valek Filippov changed: What|Removed |Added Blocks||103859 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=103859 [Bug 103859] [META] EMF/WMF (Enhanced/Windows Metafile) bugs and enhancements -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 103859] [META] EMF/WMF (Enhanced/Windows Metafile) bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=103859 Valek Filippov changed: What|Removed |Added Depends on||142722 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=142722 [Bug 142722] [WMF] StretchBlt is not implemented -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 142722] New: [WMF] StretchBlt is not implemented
https://bugs.documentfoundation.org/show_bug.cgi?id=142722 Bug ID: 142722 Summary: [WMF] StretchBlt is not implemented Product: LibreOffice Version: unspecified Hardware: All OS: All Status: UNCONFIRMED Severity: normal Priority: medium Component: filters and storage Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: f...@df.ru Description: LO doesn't support WMF StretchBlt MR and shows nothing. Steps to Reproduce: Open attached WMF sample. Actual Results: LO shows empty object. Expected Results: It should show a small rectangle filled with color gradient. Reproducible: Always User Profile Reset: No Additional Info: tdf#142708 has a sample of StretchBlt variant w/o bitmap. -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 142708] [WMF] BitBlt and StretchBlt "without bitmap" variant is not supported
https://bugs.documentfoundation.org/show_bug.cgi?id=142708 --- Comment #5 from Valek Filippov --- Created attachment 172711 --> https://bugs.documentfoundation.org/attachment.cgi?id=172711=edit StretchBlt in LO and MS Paint side by side -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 142708] [WMF] BitBlt and StretchBlt "without bitmap" variant is not supported
https://bugs.documentfoundation.org/show_bug.cgi?id=142708 --- Comment #4 from Valek Filippov --- Created attachment 172710 --> https://bugs.documentfoundation.org/attachment.cgi?id=172710=edit WMF sample of StretchBlt w/o bitmap According to Bartosz BitBlt and StretchBlt implementation is almost identical. Adding a sample for StretchBlt w/o bitmap. -- You are receiving this mail because: You 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 'distro/collabora/co-2021' - sc/qa uitest/uitest
sc/qa/uitest/chart/chartLegend.py | 183 -- uitest/uitest/uihelper/guarded.py | 31 ++ 2 files changed, 109 insertions(+), 105 deletions(-) New commits: commit 625747e90c7a864a39cad132d1c7eba18ca96aa3 Author: Mike Kaganski AuthorDate: Thu Jun 3 22:20:04 2021 +0200 Commit: Mike Kaganski CommitDate: Tue Jun 8 23:07:07 2021 +0200 UITest: introduce guarded context managers They should be used wherever we need to make sure to execute some action in tests regardless of the assertion success. They follow their plain counterparts, and execute finalizing code at all outcomes. This e.g. allows to assert when a dialog is open, and have it properly closed on failure, so that the test is not left in hung state. Only two wrappers are implemented now: load_file and execute_dialog_through_action. sc/qa/uitest/chart/chartLegend.py is updated to use them. Change-Id: Ib9cf44304f0d3ab8fa3377922ed36d2d866031b0 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/116692 Tested-by: Jenkins Reviewed-by: Mike Kaganski Reviewed-on: https://gerrit.libreoffice.org/c/core/+/116867 Tested-by: Jenkins CollaboraOffice diff --git a/sc/qa/uitest/chart/chartLegend.py b/sc/qa/uitest/chart/chartLegend.py index 7e2e085d135b..23957eb5655a 100644 --- a/sc/qa/uitest/chart/chartLegend.py +++ b/sc/qa/uitest/chart/chartLegend.py @@ -13,6 +13,7 @@ from libreoffice.calc.document import get_cell_by_position from libreoffice.uno.propertyvalue import mkPropertyValues from uitest.uihelper.common import get_state_as_dict, type_text from uitest.debug import sleep +from uitest.uihelper import guarded import org.libreoffice.unotest import pathlib @@ -23,119 +24,91 @@ def get_url_for_data_file(file_name): class chartLegend(UITestCase): def test_chart_display_legend_dialog(self): -calc_doc = self.ui_test.load_file(get_url_for_data_file("tdf98390.ods")) -xCalcDoc = self.xUITest.getTopFocusWindow() -gridwin = xCalcDoc.getChild("grid_window") -document = self.ui_test.get_component() - -gridwin.executeAction("SELECT", mkPropertyValues({"OBJECT": "Object 1"})) -gridwin.executeAction("ACTIVATE", tuple()) -xChartMainTop = self.xUITest.getTopFocusWindow() -xChartMain = xChartMainTop.getChild("chart_window") -xSeriesObj = xChartMain.getChild("CID/D=0:CS=0:CT=0:Series=0") -self.ui_test.execute_dialog_through_action(xSeriesObj, "COMMAND", mkPropertyValues({"COMMAND": "InsertMenuLegend"})) -xDialog = self.xUITest.getTopFocusWindow() - -left = xDialog.getChild("left") -right = xDialog.getChild("right") -top = xDialog.getChild("top") -bottom = xDialog.getChild("bottom") - -left.executeAction("CLICK", tuple()) - -xOKBtn = xDialog.getChild("ok") -self.ui_test.close_dialog_through_button(xOKBtn) - -#reopen and verify InsertMenuLegend dialog -gridwin.executeAction("SELECT", mkPropertyValues({"OBJECT": "Object 1"})) -gridwin.executeAction("ACTIVATE", tuple()) -xChartMainTop = self.xUITest.getTopFocusWindow() -xChartMain = xChartMainTop.getChild("chart_window") -xSeriesObj = xChartMain.getChild("CID/D=0:CS=0:CT=0:Series=0") -self.ui_test.execute_dialog_through_action(xSeriesObj, "COMMAND", mkPropertyValues({"COMMAND": "InsertMenuLegend"})) -xDialog = self.xUITest.getTopFocusWindow() - -left = xDialog.getChild("left") -right = xDialog.getChild("right") -top = xDialog.getChild("top") -bottom = xDialog.getChild("bottom") -show = xDialog.getChild("show") - -self.assertEqual(get_state_as_dict(left)["Checked"], "true") -self.assertEqual(get_state_as_dict(right)["Checked"], "false") -self.assertEqual(get_state_as_dict(top)["Checked"], "false") -self.assertEqual(get_state_as_dict(bottom)["Checked"], "false") - -show.executeAction("CLICK", tuple()) - -xOKBtn = xDialog.getChild("ok") -self.ui_test.close_dialog_through_button(xOKBtn) - -#reopen and verify InsertMenuLegend dialog -gridwin.executeAction("SELECT", mkPropertyValues({"OBJECT": "Object 1"})) -gridwin.executeAction("ACTIVATE", tuple()) -xChartMainTop = self.xUITest.getTopFocusWindow() -xChartMain = xChartMainTop.getChild("chart_window") -xSeriesObj = xChartMain.getChild("CID/D=0:CS=0:CT=0:Series=0") -self.ui_test.execute_dialog_through_action(xSeriesObj, "COMMAND", mkPropertyValues({"COMMAND": "InsertMenuLegend"})) -xDialog = self.xUITest.getTopFocusWindow() - -left = xDialog.getChild("left") -right = xDialog.getChild("right") -top = xDialog.getChild("top") -bottom = xDialog.getChild("bottom") -show = xDialog.getChild("show") - -self.assertEqual(get_state_as_dict(left)["Checked"], "true") -self.assertEqual(get_state_as_dict(right)["Checked"], "false") -self.assertEqual(get_state_as_dict(top)["Checked"], "false") -
[Libreoffice-bugs] [Bug 142708] [WMF] BitBlt and StretchBlt "without bitmap" variant is not supported
https://bugs.documentfoundation.org/show_bug.cgi?id=142708 Bartosz changed: What|Removed |Added Summary|[WMF] BitBlt "without |[WMF] BitBlt and StretchBlt |bitmap" variant is not |"without bitmap" variant is |supported |not supported -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 142708] [WMF] BitBlt "without bitmap" variant is not supported
https://bugs.documentfoundation.org/show_bug.cgi?id=142708 Bartosz changed: What|Removed |Added Status|UNCONFIRMED |NEW CC||gan...@poczta.onet.pl Ever confirmed|0 |1 -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 142721] impossible set single cell border inside a table
https://bugs.documentfoundation.org/show_bug.cgi?id=142721 Gabriele Bertolucci changed: What|Removed |Added CC||gabriele.bertolucci@gmail.c ||om, ||marina.latini@libreoffice.o ||rg Component|LibreOffice |Writer -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 142721] New: impossible set single cell border inside a table
https://bugs.documentfoundation.org/show_bug.cgi?id=142721 Bug ID: 142721 Summary: impossible set single cell border inside a table Product: LibreOffice Version: 7.1.3.2 release Hardware: x86-64 (AMD64) OS: Linux (All) Status: UNCONFIRMED Severity: normal Priority: medium Component: LibreOffice Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: gabriele.bertolu...@gmail.com Open Writer. Insert a table (e.g. 4x4). Select a single cell. Right clic on the selection -> "Table properties". Set a border (no matter which side or all sides). Clic "Ok". Border formatting is applied to the whole table instead of the selected cell. -- You are receiving this mail because: You 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: emfio/qa emfio/source
emfio/qa/cppunit/emf/EmfImportTest.cxx | 22 - emfio/source/reader/wmfreader.cxx | 73 +++-- 2 files changed, 45 insertions(+), 50 deletions(-) New commits: commit b6a30a9db00f92eec7387a577321d65d47ff4af5 Author: Bartosz Kosiorek AuthorDate: Tue Jun 8 12:28:48 2021 +0200 Commit: Bartosz Kosiorek CommitDate: Tue Jun 8 22:40:01 2021 +0200 WMF tdf#142625 Refactor Bitmap records, to better handle missing features Change-Id: If3334158e6e0ef9bc3aa33656ad0ee45cf460dbb Reviewed-on: https://gerrit.libreoffice.org/c/core/+/116827 Tested-by: Jenkins Reviewed-by: Bartosz Kosiorek diff --git a/emfio/qa/cppunit/emf/EmfImportTest.cxx b/emfio/qa/cppunit/emf/EmfImportTest.cxx index 2ad512d0bac1..d949240a40b5 100644 --- a/emfio/qa/cppunit/emf/EmfImportTest.cxx +++ b/emfio/qa/cppunit/emf/EmfImportTest.cxx @@ -696,25 +696,25 @@ void Test::TestStretchDIBWMF() xmlDocUniquePtr pDocument = dumper.dumpAndParse(comphelper::sequenceToContainer(aSequence)); CPPUNIT_ASSERT (pDocument); -assertXPath(pDocument, "/primitive2D/metafile/transform/bitmap", +assertXPath(pDocument, "/primitive2D/metafile/transform/mask/bitmap", "xy11", "12065"); -assertXPath(pDocument, "/primitive2D/metafile/transform/bitmap", +assertXPath(pDocument, "/primitive2D/metafile/transform/mask/bitmap", "xy12", "0"); -assertXPath(pDocument, "/primitive2D/metafile/transform/bitmap", -"xy13", "3598"); -assertXPath(pDocument, "/primitive2D/metafile/transform/bitmap", +assertXPath(pDocument, "/primitive2D/metafile/transform/mask/bitmap", +"xy13", "0"); +assertXPath(pDocument, "/primitive2D/metafile/transform/mask/bitmap", "xy21", "0"); -assertXPath(pDocument, "/primitive2D/metafile/transform/bitmap", +assertXPath(pDocument, "/primitive2D/metafile/transform/mask/bitmap", "xy22", "12065"); -assertXPath(pDocument, "/primitive2D/metafile/transform/bitmap", -"xy23", "3598"); +assertXPath(pDocument, "/primitive2D/metafile/transform/mask/bitmap", +"xy23", "0"); -assertXPath(pDocument, "/primitive2D/metafile/transform/bitmap", +assertXPath(pDocument, "/primitive2D/metafile/transform/mask/bitmap", "height", "10"); -assertXPath(pDocument, "/primitive2D/metafile/transform/bitmap", +assertXPath(pDocument, "/primitive2D/metafile/transform/mask/bitmap", "width", "10"); #if !defined(MACOSX) // TODO DIB display needs to be fixed for macOS -assertXPath(pDocument, "/primitive2D/metafile/transform/bitmap", +assertXPath(pDocument, "/primitive2D/metafile/transform/mask/bitmap", "checksum", "275245357"); #endif } diff --git a/emfio/source/reader/wmfreader.cxx b/emfio/source/reader/wmfreader.cxx index 73d059aa5df3..65c2cff1f465 100644 --- a/emfio/source/reader/wmfreader.cxx +++ b/emfio/source/reader/wmfreader.cxx @@ -803,14 +803,14 @@ namespace emfio case W_META_BITBLT: { -// 0-3 : nRasterOperation #93454# +// 0-3 : nRasterOperation#93454# // 4-5 : y offset of source bitmap // 6-7 : x offset of source bitmap -// 8-9 : used height of source bitmap -// 10-11 : used width of source bitmap +// 8-9 : height of source and destination bitmap +// 10-11 : width of source and destination bitmap // 12-13 : destination position y (in pixel) // 14-15 : destination position x (in pixel) -// 16-17 : don't know +// 16-17 : bitmap type // 18-19 : Width Bitmap in Pixel // 20-21 : Height Bitmap in Pixel // 22-23 : bytes per scanline @@ -818,26 +818,31 @@ namespace emfio // 25: bitcount sal_uInt32 nRasterOperation = 0; -sal_uInt16 nYSrc = 0, nXSrc = 0, nSye = 0, nSxe = 0, nBitmapType = 0, nWidth = 0, nHeight = 0, nBytesPerScan = 0; +sal_Int16 nYSrc = 0, nXSrc = 0, nSye = 0, nSxe = 0, nBitmapType = 0, nWidth = 0, nHeight = 0, nBytesPerScan = 0; sal_uInt8 nPlanes, nBitCount; +const bool bNoSourceBitmap = ( nRecordSize == ( static_cast< sal_uInt32 >( nFunc ) >> 8 ) + 3 ); mpInputStream->ReadUInt32( nRasterOperation ); -SAL_WARN("emfio", "\t\t Raster operation: 0x" << std::hex << nRasterOperation << std::dec); -if ( nRecordSize == ( ( static_cast< sal_uInt32 >( nFunc ) >> 8 ) + 3 ) ) +SAL_INFO("emfio", "\t\t Raster operation: 0x" << std::hex << nRasterOperation << std::dec << ", No source bitmap: " << bNoSourceBitmap); + +mpInputStream->ReadInt16( nYSrc
[Libreoffice-bugs] [Bug 108280] [META] Image crop bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=108280 Bug 108280 depends on bug 104995, which changed state. Bug 104995 Summary: Cropping flipped images occurs at the wrong side https://bugs.documentfoundation.org/show_bug.cgi?id=104995 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: sw/source
sw/source/core/graphic/ndgrf.cxx | 29 + 1 file changed, 25 insertions(+), 4 deletions(-) New commits: commit 59aed1d334de21270628c784920c61f2b8eb1da0 Author: Bayram Çiçek AuthorDate: Mon Jun 7 07:24:05 2021 +0300 Commit: Muhammet Kara CommitDate: Tue Jun 8 22:09:19 2021 +0200 tdf#104995: Fix opposite cropping issue on flipped images in Writer In Writer, cropping an flipped image crops the opposite side of the image instead of the selected side. Fix: update crop values after the flipping(mirroring). Change-Id: I55cfed086bbf63b0c516e1cb6b2624c02b04a6da Reviewed-on: https://gerrit.libreoffice.org/c/core/+/116770 Tested-by: Jenkins Reviewed-by: Muhammet Kara diff --git a/sw/source/core/graphic/ndgrf.cxx b/sw/source/core/graphic/ndgrf.cxx index 83e8a33a3527..680f142ef1d6 100644 --- a/sw/source/core/graphic/ndgrf.cxx +++ b/sw/source/core/graphic/ndgrf.cxx @@ -775,10 +775,31 @@ GraphicAttr& SwGrfNode::GetGraphicAttr( GraphicAttr& rGA, rGA.SetMirrorFlags( nMirror ); const SwCropGrf& rCrop = rSet.GetCropGrf(); -rGA.SetCrop( convertTwipToMm100( rCrop.GetLeft() ), - convertTwipToMm100( rCrop.GetTop() ), - convertTwipToMm100( rCrop.GetRight() ), - convertTwipToMm100( rCrop.GetBottom() )); + +tools::Long nCropLeft = rCrop.GetLeft(); +tools::Long nCropTop = rCrop.GetTop(); +tools::Long nCropRight = rCrop.GetRight(); +tools::Long nCropBottom = rCrop.GetBottom(); + +// take mirroring of crop values into consideration +// while cropping a flipped image. otherwise, +// cropping will crop the opposite side of the image. +if (rGA.GetMirrorFlags() & BmpMirrorFlags::Vertical) +{ +nCropTop = rCrop.GetBottom(); +nCropBottom = rCrop.GetTop(); +} + +if (rGA.GetMirrorFlags() & BmpMirrorFlags::Horizontal) +{ +nCropLeft = rCrop.GetRight(); +nCropRight = rCrop.GetLeft(); +} + +rGA.SetCrop( convertTwipToMm100( nCropLeft ), + convertTwipToMm100( nCropTop ), + convertTwipToMm100( nCropRight ), + convertTwipToMm100( nCropBottom )); const SwRotationGrf& rRotation = rSet.GetRotationGrf(); rGA.SetRotation( rRotation.GetValue() ); ___ Libreoffice-commits mailing list libreoffice-comm...@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-commits
[Libreoffice-bugs] [Bug 142720] UI: Sidebar Styles follow active document across all windows
https://bugs.documentfoundation.org/show_bug.cgi?id=142720 --- Comment #1 from Hugh Phoenix-Hulme --- Created attachment 172709 --> https://bugs.documentfoundation.org/attachment.cgi?id=172709=edit Peek recording of styles changing -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 142720] New: UI: Sidebar Styles follow active document across all windows
https://bugs.documentfoundation.org/show_bug.cgi?id=142720 Bug ID: 142720 Summary: UI: Sidebar Styles follow active document across all windows Product: LibreOffice Version: 7.1.3.2 release Hardware: x86-64 (AMD64) OS: Linux (All) Status: UNCONFIRMED Severity: normal Priority: medium Component: Writer Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: h...@webnet.org.uk Description: That is to say that if I have two documents open, with different styles, each having a docked Sidebar, both Sidebars show the styles of the active document. Steps to Reproduce: 1. Open a document with styles 2. Open another document with different styles 3. Ensure that the sidebar is open and visible in both windows 4. Observe the styles as focus changes from one window to the other Actual Results: Both sidebars show the styles belonging to the active window Expected Results: Each sidebar to show the style belonging to the document in each window Reproducible: Always User Profile Reset: No OpenGL enabled: Yes Additional Info: Version: 7.1.3.2 / LibreOffice Community Build ID: 10(Build:2) CPU threads: 8; OS: Linux 5.12; UI render: default; VCL: kf5 Locale: en-GB (en_GB.UTF-8); UI: en-US Ubuntu package version: 1:7.1.3-0ubuntu0.21.04.1 Calc: threaded -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 138599] export pdf crashes on calling file:>>:export_pdf in tabbed ribbon user interface
https://bugs.documentfoundation.org/show_bug.cgi?id=138599 Julien Nabet changed: What|Removed |Added CC|serval2...@yahoo.fr | --- Comment #9 from Julien Nabet --- I don't understand how to reproduce this. There's no "user layout" I got in menu View, "User interface..." and inside: - standard toolbar - tabbed - single toolbar ... no "ribbon". Can't help here=>uncc myself -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 142625] [WMF] fail to load file with StretchDIB MR containing PNG or JPEG image
https://bugs.documentfoundation.org/show_bug.cgi?id=142625 Bartosz changed: What|Removed |Added Status|NEW |ASSIGNED Assignee|libreoffice-b...@lists.free |gan...@poczta.onet.pl |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 142625] [WMF] fail to load file with StretchDIB MR containing PNG or JPEG image
https://bugs.documentfoundation.org/show_bug.cgi?id=142625 Bartosz changed: What|Removed |Added CC||gan...@poczta.onet.pl Status|UNCONFIRMED |NEW Ever confirmed|0 |1 -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 49549] FILESAVE PPT PPTX Overlining lost after saving & reopening file
https://bugs.documentfoundation.org/show_bug.cgi?id=49549 Xisco Faulí changed: What|Removed |Added Severity|major |normal Priority|high|medium --- Comment #19 from Xisco Faulí --- it doesn't look like a high/major 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 120172] [META] Button controls bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=120172 Bug 120172 depends on bug 109388, which changed state. Bug 109388 Summary: UI: No mouseover effect for the different palettes in the Area tab https://bugs.documentfoundation.org/show_bug.cgi?id=109388 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-bugs] [Bug 103223] [META] Area fill tab bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=103223 Bug 103223 depends on bug 109388, which changed state. Bug 109388 Summary: UI: No mouseover effect for the different palettes in the Area tab https://bugs.documentfoundation.org/show_bug.cgi?id=109388 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
Re: [libreoffice-documentation] Calc's ENCODEURL, FILTERXML and WEBSERVICE functions
Many thanks to Dev, Eike and Rafael for your helpful comments, they are much appreciated. I have updated the ENCODEURL page and hopefully addressed all significant points (although I may have ignored the odd typographical change to retain consistency with the many other pages in this part of the wiki). I decided that the tabular format for examples wasn't working on this page, some of the URLs were just too long. I've removed it but hopefully that won't detract from the usefulness of the page. Please let me know if you are still unhappy with anything on the ENCODEURL page. I will address the other two pages over the next couple of days. Regards, Steve On 07/06/2021 09:30, Vasudev Narayanan wrote: Greetings: For the ENCOREURL function, the given URL returns an empty page as in For the other two functions, I will also share my review comments. Thank you-Dev -Original Message- From: Steve Fanning To: LibreOffice Developers Cc: LibreOffice Documentation Sent: Mon, Jun 7, 2021 12:36 am Subject: [libreoffice-documentation] Calc's ENCODEURL, FILTERXML and WEBSERVICE functions Hello All, Please could somebody with technical knowledge of these three functions help me? I have been upgrading their descriptions in the Calc Functions Wiki area (https://wiki.documentfoundation.org/Documentation/Calc_Functions/ENCODEURL, https://wiki.documentfoundation.org/Documentation/Calc_Functions/FILTERXML and https://wiki.documentfoundation.org/Documentation/Calc_Functions/WEBSERVICE). I am not an expert on these functions but have extended the descriptions beyond the explanations given in the Help by a combination of code inspection and experimentation. Would it be possible for somebody who has expertise in this area to review these three wiki pages from a technical perspective? Is what I have written technically correct? Have I missed anything that might be significant to a user who is looking for more background? (Please don't think I'm looking for somebody to find typos - there may be some, but we can resolve those without wasting any of a developer's valuable time!) On a specific point, do we need to declare the versions of XML and XPath that are relevant for FILTERXML? If so, can somebody confirm what they are? Thanks in advance. Regards, Steve Fanning (LibreOffice Documentation Team) ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: (no subject)
Hello, It could be useful you submit your patch on gerrit and tag it as WIP ("Work In Progress") so people may take a look. Julien -- Sent from: http://document-foundation-mail-archive.969070.n3.nabble.com/Dev-f1639786.html ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice-commits] core.git: Branch 'distro/collabora/co-2021' - editeng/source
editeng/source/editeng/impedit.hxx | 11 + editeng/source/editeng/impedit3.cxx | 319 +--- 2 files changed, 128 insertions(+), 202 deletions(-) New commits: commit 84f7a3622daa49f20d0c4a40db7092c629570082 Author: Mike Kaganski AuthorDate: Tue May 4 19:54:37 2021 +0300 Commit: Mike Kaganski CommitDate: Tue Jun 8 21:13:22 2021 +0200 Unify some code managing coordinates depending on text direction Change-Id: I12163e83a6a4d4e7cb85eed690b787c47ee2e7e5 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/115107 Tested-by: Jenkins Reviewed-by: Mike Kaganski Reviewed-on: https://gerrit.libreoffice.org/c/core/+/116861 Tested-by: Mike Kaganski diff --git a/editeng/source/editeng/impedit.hxx b/editeng/source/editeng/impedit.hxx index 45088dc9bedf..9ce1146ff3dd 100644 --- a/editeng/source/editeng/impedit.hxx +++ b/editeng/source/editeng/impedit.hxx @@ -763,6 +763,17 @@ private: voidSetValidPaperSize( const Size& rSz ); +tools::Long getXDirectionAware(const Point& pt) const; +tools::Long getYDirectionAware(const Point& pt) const; +tools::Long getWidthDirectionAware(const Size& sz) const; +tools::Long getHeightDirectionAware(const Size& sz) const; +void adjustXDirectionAware(Point& pt, tools::Long x) const; +void adjustYDirectionAware(Point& pt, tools::Long y) const; +void setXDirectionAware(Point& pt, tools::Long x) const; +void setYDirectionAware(Point& pt, tools::Long y) const; +bool isYOverflowDirectionAware(const Point& pt, const tools::Rectangle& rectMax) const; +bool isXOverflowDirectionAware(const Point& pt, const tools::Rectangle& rectMax) const; + css::uno::Reference < css::i18n::XBreakIterator > const & ImplGetBreakIterator() const; css::uno::Reference < css::i18n::XExtendedInputSequenceChecker > const & ImplGetInputSequenceChecker() const; diff --git a/editeng/source/editeng/impedit3.cxx b/editeng/source/editeng/impedit3.cxx index 7df8aaa92bf4..bdd95a68d836 100644 --- a/editeng/source/editeng/impedit3.cxx +++ b/editeng/source/editeng/impedit3.cxx @@ -414,7 +414,7 @@ void ImpEditEngine::FormatDoc() if ( aInvalidRect.IsEmpty() ) { // For Paperwidth 0 (AutoPageSize) it would otherwise be Empty()... -tools::Long nWidth = std::max( tools::Long(1), ( !IsVertical() ? aPaperSize.Width() : aPaperSize.Height() ) ); +tools::Long nWidth = std::max(tools::Long(1), getWidthDirectionAware(aPaperSize)); Range aInvRange( GetInvalidYOffsets( pParaPortion ) ); aInvalidRect = tools::Rectangle( Point( 0, nY+aInvRange.Min() ), Size( nWidth, aInvRange.Len() ) ); @@ -447,7 +447,7 @@ void ImpEditEngine::FormatDoc() aInvalidRect.SetTop( 0 ); // Left and Right are not evaluated, are however set due to IsEmpty. aInvalidRect.SetLeft( 0 ); -aInvalidRect.SetRight( !IsVertical() ? aPaperSize.Width() : aPaperSize.Height() ); +aInvalidRect.SetRight(getWidthDirectionAware(aPaperSize)); } } @@ -797,7 +797,7 @@ bool ImpEditEngine::CreateLines( sal_Int32 nPara, sal_uInt32 nStartPosY ) // If PaperSize == long_max, one cannot take away any negative // first line indent. (Overflow) if ( ( nMaxLineWidth < 0 ) && ( nStartX < 0 ) ) -nMaxLineWidth = ( !IsVertical() ? aPaperSize.Width() : aPaperSize.Height() ) - GetXValue( rLRItem.GetRight() ); +nMaxLineWidth = getWidthDirectionAware(aPaperSize) - GetXValue(rLRItem.GetRight()); // If still less than 0, it may be just the right edge. if ( nMaxLineWidth <= 0 ) @@ -885,7 +885,7 @@ bool ImpEditEngine::CreateLines( sal_Int32 nPara, sal_uInt32 nStartPosY ) nTextExtraYOffset += std::max( static_cast(nTextLineHeight / 10), tools::Long(1) ); if ( ( nTextY + nTextExtraYOffset ) > GetTextRanger()->GetBoundRect().Bottom() ) { -nXWidth = !IsVertical() ? GetPaperSize().Width() : GetPaperSize().Height(); +nXWidth = getWidthDirectionAware(GetPaperSize()); if ( !nXWidth ) // AutoPaperSize nXWidth = 0x7FFF; } @@ -1468,7 +1468,7 @@ bool ImpEditEngine::CreateLines( sal_Int32 nPara, sal_uInt32 nStartPosY ) // has to be used for the Alignment. If it does not fit or if it // will change the paper width, it will be formatted again for // Justification! = LEFT anyway. -tools::Long nMaxLineWidthFix = ( !IsVertical() ? aPaperSize.Width() : aPaperSize.Height() ) +tools::Long nMaxLineWidthFix = getWidthDirectionAware(aPaperSize) - GetXValue( rLRItem.GetRight()
[Libreoffice-commits] core.git: sfx2/uiconfig
sfx2/uiconfig/ui/templatedlg.ui |5 +++-- 1 file changed, 3 insertions(+), 2 deletions(-) New commits: commit 6d843855c3d71a214f869ca873362675071bbda5 Author: Caolán McNamara AuthorDate: Tue Jun 8 16:42:16 2021 +0100 Commit: Caolán McNamara CommitDate: Tue Jun 8 21:06:23 2021 +0200 set entry to expand and combobox to fill its assigned space Change-Id: Ia70513d3d6d6fa5ce69936231202f3a52fc56fe8 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/116857 Tested-by: Jenkins Reviewed-by: Caolán McNamara diff --git a/sfx2/uiconfig/ui/templatedlg.ui b/sfx2/uiconfig/ui/templatedlg.ui index 1810fae1ce73..c0ccc4812fd5 100644 --- a/sfx2/uiconfig/ui/templatedlg.ui +++ b/sfx2/uiconfig/ui/templatedlg.ui @@ -185,12 +185,13 @@ True True Search +True True True Search... -True +False True 0 @@ -264,7 +265,7 @@ False -False +True 0 ___ Libreoffice-commits mailing list libreoffice-comm...@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-commits
[Libreoffice-commits] core.git: cui/source
cui/source/tabpages/tpbitmap.cxx |2 ++ cui/source/tabpages/tpcolor.cxx |6 -- cui/source/tabpages/tpgradnt.cxx |2 ++ cui/source/tabpages/tphatch.cxx |2 ++ cui/source/tabpages/tppattern.cxx |2 ++ 5 files changed, 12 insertions(+), 2 deletions(-) New commits: commit fae6f9fc498e1ac258844ee2712888710d530d0f Author: Bayram Çiçek AuthorDate: Sat May 29 21:18:48 2021 +0300 Commit: Muhammet Kara CommitDate: Tue Jun 8 20:49:52 2021 +0200 tdf#109388: Mouseover effect added to palettes in the Area tab In 'Format > Page Style... > Area' Tab, Mouseover effect added to the palettes on Color, Gradient, Bitmap, Pattern and Hatch sections. Change-Id: Idf036adc01b6b2ef6d62d2dd670ed6fb432bfbf9 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/116395 Tested-by: Jenkins Reviewed-by: Muhammet Kara diff --git a/cui/source/tabpages/tpbitmap.cxx b/cui/source/tabpages/tpbitmap.cxx index 39e1a18dda4d..bbc763a953c8 100644 --- a/cui/source/tabpages/tpbitmap.cxx +++ b/cui/source/tabpages/tpbitmap.cxx @@ -127,6 +127,8 @@ SvxBitmapTabPage::SvxBitmapTabPage(weld::Container* pPage, weld::DialogControlle SetFieldUnit( *m_xBitmapWidth, meFieldUnit, true ); SetFieldUnit( *m_xBitmapHeight, meFieldUnit, true ); +m_xBitmapLB->SetStyle(WB_FLATVALUESET | WB_NO_DIRECTSELECT | WB_TABSTOP); + SfxViewShell* pViewShell = SfxViewShell::Current(); if( pViewShell ) mpView = pViewShell->GetDrawView(); diff --git a/cui/source/tabpages/tpcolor.cxx b/cui/source/tabpages/tpcolor.cxx index 619fc4ad76dc..7be82dca2676 100644 --- a/cui/source/tabpages/tpcolor.cxx +++ b/cui/source/tabpages/tpcolor.cxx @@ -133,10 +133,12 @@ SvxColorTabPage::SvxColorTabPage(weld::Container* pPage, weld::DialogController* m_xCMYKpreset->set_sensitive(false); // ValueSet -m_xValSetColorList->SetStyle(m_xValSetColorList->GetStyle() | WB_ITEMBORDER); +m_xValSetColorList->SetStyle(m_xValSetColorList->GetStyle() | +WB_FLATVALUESET | WB_ITEMBORDER | WB_NO_DIRECTSELECT | WB_TABSTOP); m_xValSetColorList->Show(); -m_xValSetRecentList->SetStyle(m_xValSetRecentList->GetStyle() | WB_ITEMBORDER); +m_xValSetRecentList->SetStyle(m_xValSetRecentList->GetStyle() | +WB_FLATVALUESET | WB_ITEMBORDER | WB_NO_DIRECTSELECT | WB_TABSTOP); m_xValSetRecentList->Show(); maPaletteManager.ReloadRecentColorSet(*m_xValSetRecentList); diff --git a/cui/source/tabpages/tpgradnt.cxx b/cui/source/tabpages/tpgradnt.cxx index 56814081b20b..00b01bd0ce33 100644 --- a/cui/source/tabpages/tpgradnt.cxx +++ b/cui/source/tabpages/tpgradnt.cxx @@ -110,6 +110,8 @@ SvxGradientTabPage::SvxGradientTabPage(weld::Container* pPage, weld::DialogContr m_xMtrColorTo->connect_value_changed( aLink ); m_xLbColorTo->SetSelectHdl( aLink3 ); +m_xGradientLB->SetStyle(WB_FLATVALUESET | WB_NO_DIRECTSELECT | WB_TABSTOP); + // #i76307# always paint the preview in LTR, because this is what the document does m_aCtlPreview.EnableRTL(false); } diff --git a/cui/source/tabpages/tphatch.cxx b/cui/source/tabpages/tphatch.cxx index bcf2588675b5..2b9bb9401482 100644 --- a/cui/source/tabpages/tphatch.cxx +++ b/cui/source/tabpages/tphatch.cxx @@ -112,6 +112,8 @@ SvxHatchTabPage::SvxHatchTabPage(weld::Container* pPage, weld::DialogController* m_xBtnAdd->connect_clicked( LINK( this, SvxHatchTabPage, ClickAddHdl_Impl ) ); m_xBtnModify->connect_clicked( LINK( this, SvxHatchTabPage, ClickModifyHdl_Impl ) ); +m_xHatchLB->SetStyle(WB_FLATVALUESET | WB_NO_DIRECTSELECT | WB_TABSTOP); + m_aCtlPreview.SetDrawMode(Application::GetSettings().GetStyleSettings().GetHighContrastMode() ? OUTPUT_DRAWMODE_CONTRAST : OUTPUT_DRAWMODE_COLOR); } diff --git a/cui/source/tabpages/tppattern.cxx b/cui/source/tabpages/tppattern.cxx index 598ffb5304be..5fe830715b7f 100644 --- a/cui/source/tabpages/tppattern.cxx +++ b/cui/source/tabpages/tppattern.cxx @@ -110,6 +110,8 @@ SvxPatternTabPage::SvxPatternTabPage(weld::Container* pPage, weld::DialogControl m_xPatternLB->SetDeleteHdl( LINK( this, SvxPatternTabPage, ClickDeleteHdl_Impl ) ); m_xLbColor->SetSelectHdl( LINK( this, SvxPatternTabPage, ChangeColorHdl_Impl ) ); m_xLbBackgroundColor->SetSelectHdl( LINK( this, SvxPatternTabPage, ChangeColorHdl_Impl ) ); + +m_xPatternLB->SetStyle(WB_FLATVALUESET | WB_NO_DIRECTSELECT | WB_TABSTOP); } SvxPatternTabPage::~SvxPatternTabPage() ___ Libreoffice-commits mailing list libreoffice-comm...@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-commits
[Libreoffice-commits] core.git: sfx2/uiconfig
sfx2/uiconfig/ui/templatedlg.ui |6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) New commits: commit f06811e86d6ff208da79676d82109ddf1fc30710 Author: Caolán McNamara AuthorDate: Tue Jun 8 16:33:45 2021 +0100 Commit: Caolán McNamara CommitDate: Tue Jun 8 20:46:51 2021 +0200 resave with latest glade Change-Id: Ia2aa23dfa82728ac38e18bcc15e20ad72b35aa6a Reviewed-on: https://gerrit.libreoffice.org/c/core/+/116856 Tested-by: Jenkins Reviewed-by: Caolán McNamara diff --git a/sfx2/uiconfig/ui/templatedlg.ui b/sfx2/uiconfig/ui/templatedlg.ui index 1b3d9fe3a778..1810fae1ce73 100644 --- a/sfx2/uiconfig/ui/templatedlg.ui +++ b/sfx2/uiconfig/ui/templatedlg.ui @@ -1,5 +1,5 @@ - + @@ -151,7 +151,7 @@ _Close True True -True +True True True @@ -668,7 +668,7 @@ menu1 False - + Provides commands to create, rename and delete categories, reset default templates, and refresh the template manager. ___ Libreoffice-commits mailing list libreoffice-comm...@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-commits
[Libreoffice-commits] core.git: vcl/unx
vcl/unx/gtk4/convert3to4.cxx | 195 +-- vcl/unx/gtk4/convert3to4.hxx | 16 +++ 2 files changed, 133 insertions(+), 78 deletions(-) New commits: commit 130d097df4b324e3465723192833aaa68cc00a10 Author: Caolán McNamara AuthorDate: Tue Jun 8 15:55:40 2021 +0100 Commit: Caolán McNamara CommitDate: Tue Jun 8 20:46:35 2021 +0200 gtk4: expand the first child of the end group if there are start group entries Change-Id: I91188b0e5961a53730f6e157e8ea9be6b69ff92d Reviewed-on: https://gerrit.libreoffice.org/c/core/+/116851 Tested-by: Jenkins Reviewed-by: Caolán McNamara diff --git a/vcl/unx/gtk4/convert3to4.cxx b/vcl/unx/gtk4/convert3to4.cxx index 8aef3470defa..a5282b0cece7 100644 --- a/vcl/unx/gtk4/convert3to4.cxx +++ b/vcl/unx/gtk4/convert3to4.cxx @@ -59,6 +59,16 @@ bool ToplevelIsMessageDialog(const css::uno::Reference& xN return false; } +void insertAsFirstChild(const css::uno::Reference& xParentNode, +const css::uno::Reference& xChildNode) +{ +auto xFirstChild = xParentNode->getFirstChild(); +if (xFirstChild.is()) +xParentNode->insertBefore(xChildNode, xFirstChild); +else +xParentNode->appendChild(xChildNode); +} + void SetPropertyOnTopLevel(const css::uno::Reference& xNode, const css::uno::Reference& xProperty) { @@ -72,12 +82,7 @@ void SetPropertyOnTopLevel(const css::uno::Reference& xNod css::uno::Reference xClass = xObjectMap->getNamedItem("class"); if (xClass->getNodeValue() == "GtkDialog") { -auto xFirstChild = xObjectCandidate->getFirstChild(); -if (xFirstChild.is()) -xObjectCandidate->insertBefore(xProperty, xFirstChild); -else -xObjectCandidate->appendChild(xProperty); - +insertAsFirstChild(xObjectCandidate, xProperty); break; } } @@ -93,6 +98,18 @@ OUString GetParentObjectType(const css::uno::Reference& xN return xClass->getNodeValue(); } +css::uno::Reference +GetChildObject(const css::uno::Reference& xChild) +{ +for (css::uno::Reference xObjectCandidate = xChild->getFirstChild(); + xObjectCandidate.is(); xObjectCandidate = xObjectCandidate->getNextSibling()) +{ +if (xObjectCandidate->getNodeName() == "object") +return xObjectCandidate; +} +return nullptr; +} + // currently runs the risk of duplicate margin-* properties if there was already such as well // as the border void AddBorderAsMargins(const css::uno::Reference& xNode, @@ -101,13 +118,7 @@ void AddBorderAsMargins(const css::uno::Reference& xNode, auto xDoc = xNode->getOwnerDocument(); auto xMarginEnd = CreateProperty(xDoc, "margin-end", rBorderWidth); - -auto xFirstChild = xNode->getFirstChild(); -if (xFirstChild.is()) -xNode->insertBefore(xMarginEnd, xFirstChild); -else -xNode->appendChild(xMarginEnd); - +insertAsFirstChild(xNode, xMarginEnd); xNode->insertBefore(CreateProperty(xDoc, "margin-top", rBorderWidth), xMarginEnd); xNode->insertBefore(CreateProperty(xDoc, "margin-bottom", rBorderWidth), xMarginEnd); xNode->insertBefore(CreateProperty(xDoc, "margin-start", rBorderWidth), xMarginEnd); @@ -258,16 +269,18 @@ struct ConvertResult bool m_bHasSymbolicIconName; bool m_bAlwaysShowImage; bool m_bUseUnderline; +bool m_bVertOrientation; css::uno::Reference m_xPropertyLabel; ConvertResult(bool bChildCanFocus, bool bHasVisible, bool bHasSymbolicIconName, - bool bAlwaysShowImage, bool bUseUnderline, + bool bAlwaysShowImage, bool bUseUnderline, bool bVertOrientation, const css::uno::Reference& rPropertyLabel) : m_bChildCanFocus(bChildCanFocus) , m_bHasVisible(bHasVisible) , m_bHasSymbolicIconName(bHasSymbolicIconName) , m_bAlwaysShowImage(bAlwaysShowImage) , m_bUseUnderline(bUseUnderline) +, m_bVertOrientation(bVertOrientation) , m_xPropertyLabel(rPropertyLabel) { } @@ -283,7 +296,7 @@ ConvertResult Convert3To4(const css::uno::Reference& xNode { css::uno::Reference xNodeList = xNode->getChildNodes(); if (!xNodeList.is()) -return ConvertResult(false, false, false, false, false, nullptr); +return ConvertResult(false, false, false, false, false, false, nullptr); std::vector> xRemoveList; @@ -293,6 +306,7 @@ ConvertResult Convert3To4(const css::uno::Reference& xNode bool bHasSymbolicIconName = false; bool bAlwaysShowImage = false; bool bUseUnderline = false; +bool bVertOrientation = false; css::uno::Reference xPropertyLabel; css::uno::Reference xCantFocus; @@ -493,6 +507,9 @@ ConvertResult Convert3To4(const css::uno::Reference& xNode
[Libreoffice-bugs] [Bug 142572] Mendely Plugin: Word to LibreOffice citation compatibility problem
https://bugs.documentfoundation.org/show_bug.cgi?id=142572 Bittu changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever confirmed|0 |1 -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-commits] core.git: vcl/unx
vcl/unx/gtk4/convert3to4.cxx | 27 +++ 1 file changed, 27 insertions(+) New commits: commit 803caf2882025e72d1834374d594dff0b4605e57 Author: Caolán McNamara AuthorDate: Tue Jun 8 15:09:17 2021 +0100 Commit: Caolán McNamara CommitDate: Tue Jun 8 20:27:38 2021 +0200 gtk4: reverse the order of the pack-type=end widgets Change-Id: I912dfa86f1f3cdb03c523530d8c3df510241831c Reviewed-on: https://gerrit.libreoffice.org/c/core/+/116850 Tested-by: Jenkins Reviewed-by: Caolán McNamara diff --git a/vcl/unx/gtk4/convert3to4.cxx b/vcl/unx/gtk4/convert3to4.cxx index 78e2f0dd7314..8aef3470defa 100644 --- a/vcl/unx/gtk4/convert3to4.cxx +++ b/vcl/unx/gtk4/convert3to4.cxx @@ -1008,6 +1008,33 @@ ConvertResult Convert3To4(const css::uno::Reference& xNode else // GtkMessageDialog xClass->setNodeValue("GtkBox"); } +else if (sClass == "GtkBox") +{ +// reverse the order of the pack-type=end widgets +std::vector> xPackEnds; +css::uno::Reference xBoxChild = xChild->getFirstChild(); +while (xBoxChild.is()) +{ +auto xNextBoxChild = xBoxChild->getNextSibling(); + +if (xBoxChild->getNodeName() == "child") +{ +css::uno::Reference xBoxChildMap += xBoxChild->getAttributes(); +css::uno::Reference xType += xBoxChildMap->getNamedItem("type"); +if (xType && xType->getNodeValue() == "end") + xPackEnds.push_back(xChild->removeChild(xBoxChild)); +} + +xBoxChild = xNextBoxChild; +} + +std::reverse(xPackEnds.begin(), xPackEnds.end()); + +for (auto& xPackEnd : xPackEnds) +xChild->appendChild(xPackEnd); +} else if (sClass == "GtkRadioButton") { xClass->setNodeValue("GtkCheckButton"); ___ Libreoffice-commits mailing list libreoffice-comm...@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-commits