[Libreoffice-bugs] [Bug 106006] Can not use Type 1 font (pfm)
https://bugs.documentfoundation.org/show_bug.cgi?id=106006 Mike Kaganski changed: What|Removed |Added See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=10 ||3514 URL|http://nabble.documentfound |https://lists.freedesktop.o |ation.org/minutes-of-ESC-ca |rg/archives/libreoffice/201 |ll-tc4198435.html |6-October/075652.html -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 104701] PS Type 1 URW fonts missing in LibreOffice 5.3.0.0.beta1 and 5.3.0.0.beta2
https://bugs.documentfoundation.org/show_bug.cgi?id=104701 Mike Kaganski changed: What|Removed |Added URL||https://lists.freedesktop.o ||rg/archives/libreoffice/201 ||6-October/075652.html See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=10 ||3514 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 143197] Writer: hidden link between list and chapter numbering
https://bugs.documentfoundation.org/show_bug.cgi?id=143197 --- Comment #9 from Heiko Tietze --- The actual issue is that PS (paragraph style) can be assigned to a LS (list style), which is typically done for outline headings, see comment 6. If users change the LS, eg. per right-click List > Numbering Style, it results in an unexpected state. The ticket aims for a discussion whether the command Toggle Ordered List (shortcut F12) should become disabled on headings (has to be done for all kind of LS). The dedicated LS for headings is Chapter Numbering (CN) offering a subset of LS attributes with a fix style ID. My take: since the restriction to CN does not work well I wouldn't go further and block LS but step back and use only LS. Effectively it is the same - however the initial "creation" of the LS could be done per F12 and would become an edit function later. The ultimate question is: can we make the chapter numbering comfortable to use and easy to understand at the same time without too much restriction? -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-ux-advise] [Bug 143197] Writer: hidden link between list and chapter numbering
https://bugs.documentfoundation.org/show_bug.cgi?id=143197 --- Comment #9 from Heiko Tietze --- The actual issue is that PS (paragraph style) can be assigned to a LS (list style), which is typically done for outline headings, see comment 6. If users change the LS, eg. per right-click List > Numbering Style, it results in an unexpected state. The ticket aims for a discussion whether the command Toggle Ordered List (shortcut F12) should become disabled on headings (has to be done for all kind of LS). The dedicated LS for headings is Chapter Numbering (CN) offering a subset of LS attributes with a fix style ID. My take: since the restriction to CN does not work well I wouldn't go further and block LS but step back and use only LS. Effectively it is the same - however the initial "creation" of the LS could be done per F12 and would become an edit function later. The ultimate question is: can we make the chapter numbering comfortable to use and easy to understand at the same time without too much restriction? -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-bugs] [Bug 149147] FILEOPEN .DOC File opening takes minutes in Linux
https://bugs.documentfoundation.org/show_bug.cgi?id=149147 --- Comment #1 from Andrew --- Created attachment 180177 --> https://bugs.documentfoundation.org/attachment.cgi?id=180177=edit DOC file 2 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 149147] New: FILEOPEN .DOC File opening takes minutes in Linux
https://bugs.documentfoundation.org/show_bug.cgi?id=149147 Bug ID: 149147 Summary: FILEOPEN .DOC File opening takes minutes in Linux Product: LibreOffice Version: 7.0 all versions Hardware: All OS: All Status: UNCONFIRMED Severity: normal Priority: medium Component: Writer Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: tenc...@gmail.com Created attachment 180176 --> https://bugs.documentfoundation.org/attachment.cgi?id=180176=edit DOC file 1 This file opens a few minutes under Linux and a few seconds under windows -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 149142] Sylenth1 Serial Key
https://bugs.documentfoundation.org/show_bug.cgi?id=149142 Julien Nabet changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|--- |INVALID -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 149142] Sylenth1 Serial Key
https://bugs.documentfoundation.org/show_bug.cgi?id=149142 Robert Großkopf changed: What|Removed |Added Component|Base|LibreOffice -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 132827] Form-control: Setting Font Color to Automatic switches back to Black in Dialog
https://bugs.documentfoundation.org/show_bug.cgi?id=132827 --- Comment #5 from Robert Großkopf --- Bug is still the same in LO 7.3.3.2 on OpenSUSE 15.3 64bit rpm Linux. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 55049] FILEOPEN: CSV import - \" is not seen as an escaped quote, and hence interpreted as string delimiters
https://bugs.documentfoundation.org/show_bug.cgi?id=55049 --- Comment #13 from prasedenica --- Thank you for your fascinating subject. Duck Life is an adventure game in which ducks go on exciting adventures.link game: https://ducklife.online -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 100156] [META] Wayland-related bugs
https://bugs.documentfoundation.org/show_bug.cgi?id=100156 Bug 100156 depends on bug 137639, which changed state. Bug 137639 Summary: Copying and pasting English text converts it to Chinese (kf5 + Wayland) https://bugs.documentfoundation.org/show_bug.cgi?id=137639 What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|--- |FIXED -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 102495] [META] KDE VCL backend bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=102495 Bug 102495 depends on bug 137639, which changed state. Bug 137639 Summary: Copying and pasting English text converts it to Chinese (kf5 + Wayland) https://bugs.documentfoundation.org/show_bug.cgi?id=137639 What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|--- |FIXED -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-commits] core.git: vcl/qt5
vcl/qt5/QtTransferable.cxx |5 + 1 file changed, 5 insertions(+) New commits: commit 6fc3ec85a32cd70216b4bbf21e479b4fc32a38dc Author: Michael Weghorn AuthorDate: Mon May 16 17:24:28 2022 +0200 Commit: Michael Weghorn CommitDate: Wed May 18 06:48:01 2022 +0200 tdf#137639 qt: UTF-16-encode mime data for "text/plain;charset=utf-16" Return a `QVariant` from a `QByteArray` containing the UTF-16-encoded characters when mime data for mime type "text/plain;charset=utf-16" is requested in `QtMimeData::retrieveData`, rather than a `QVariant` created from a a `QString`, to ensure that UTF-16 encoded data is actually used in the end. While `QString` uses UTF-16 encoding itself, `QMimeDataPrivate::retrieveTypedData` from the Qt library would convert the retrieved `QString` data to UTF-8 [1], resulting in a mismatch because UTF-8 encoded data would actually be returned when UTF-16-encoded one has been requested. This gets called as follows: 0 QtMimeData::retrieveData 1 QMimeDataPrivate::retrieveTypedData 2 QMimeData::data 3 QtMimeData::deepCopy [1] https://code.qt.io/cgit/qt/qtbase.git/tree/src/corelib/kernel/qmimedata.cpp?h=6.3.0#n212 Change-Id: I3db1476838336682584145fb43d397c8eed29ce2 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/134456 Tested-by: Jenkins Reviewed-by: Michael Weghorn diff --git a/vcl/qt5/QtTransferable.cxx b/vcl/qt5/QtTransferable.cxx index db52eed66d0b..d9e0beaa71d3 100644 --- a/vcl/qt5/QtTransferable.cxx +++ b/vcl/qt5/QtTransferable.cxx @@ -338,6 +338,11 @@ QVariant QtMimeData::retrieveData(const QString& mimeType, QMetaType) const OString aLocaleString(OUStringToOString(aString, osl_getThreadTextEncoding())); aByteArray = QByteArray(aLocaleString.getStr(), aLocaleString.getLength()); } +else if (bWantUTF16) +{ +aByteArray = QByteArray(reinterpret_cast(aString.getStr()), +aString.getLength() * 2); +} else return QVariant(toQString(aString)); }
[Libreoffice-commits] core.git: sc/inc sc/source
sc/inc/column.hxx |2 +- sc/inc/table.hxx |8 sc/source/core/data/column.cxx |7 --- sc/source/core/data/document10.cxx |2 +- sc/source/core/data/table1.cxx |5 +++-- sc/source/core/data/table2.cxx | 12 ++-- sc/source/core/data/table3.cxx | 20 +--- sc/source/core/data/table7.cxx |2 +- 8 files changed, 33 insertions(+), 25 deletions(-) New commits: commit 9b06af2adddc49414adc135f3d08dcc88c896058 Author: Luboš Luňák AuthorDate: Tue May 17 19:59:09 2022 +0200 Commit: Luboš Luňák CommitDate: Wed May 18 06:36:18 2022 +0200 make CreateColumnIfNotExists() non-const Generally const functions should not modify the data, so this generally should not be needed. Those functions that need to allocate a column because they can't/don't handle default values for non-existent columns well should go with const_cast, being an exception to the rule. Change-Id: I62706da5b447019542d6775f14064fa15b71f3c1 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/134488 Tested-by: Jenkins Reviewed-by: Luboš Luňák diff --git a/sc/inc/column.hxx b/sc/inc/column.hxx index 01dc4e8611fa..4d6f2c8e01ac 100644 --- a/sc/inc/column.hxx +++ b/sc/inc/column.hxx @@ -379,7 +379,7 @@ public: bool TestCopyScenarioTo( const ScColumn& rDestCol ) const; voidMarkScenarioIn( ScMarkData& rDestMark ) const; -voidCopyUpdated( const ScColumn& rPosCol, ScColumn& rDestCol ) const; +voidCopyUpdated( const ScColumn* pPosCol, ScColumn& rDestCol ) const; voidSwapCol(ScColumn& rCol); voidMoveTo(SCROW nStartRow, SCROW nEndRow, ScColumn& rCol); diff --git a/sc/inc/table.hxx b/sc/inc/table.hxx index e89dbd34dbc8..6c083e064add 100644 --- a/sc/inc/table.hxx +++ b/sc/inc/table.hxx @@ -157,7 +157,7 @@ class ScTable private: typedef ::std::vector< ScRange > ScRangeVec; -mutable ScColContainer aCol; +ScColContainer aCol; OUString aName; OUString aCodeName; @@ -286,14 +286,14 @@ public: ScOutlineTable* GetOutlineTable() { return pOutlineTable.get(); } -ScColumn& CreateColumnIfNotExists( const SCCOL nScCol ) const +ScColumn& CreateColumnIfNotExists( const SCCOL nScCol ) { if ( nScCol >= aCol.size() ) CreateColumnIfNotExistsImpl(nScCol); return aCol[nScCol]; } // out-of-line the cold part of the function -void CreateColumnIfNotExistsImpl( const SCCOL nScCol ) const; +void CreateColumnIfNotExistsImpl( const SCCOL nScCol ); sal_uInt64 GetCellCount() const; sal_uInt64 GetWeightedCount() const; sal_uInt64 GetWeightedCount(SCROW nStartRow, SCROW nEndRow) const; @@ -584,7 +584,7 @@ public: SCCOL nDestCol, SCROW nDestRow, SCTAB nDestTab ); voidCopyScenarioFrom( const ScTable* pSrcTab ); -voidCopyScenarioTo( const ScTable* pDestTab ) const; +voidCopyScenarioTo( ScTable* pDestTab ) const; boolTestCopyScenarioTo( const ScTable* pDestTab ) const; voidMarkScenarioIn(ScMarkData& rMark, ScScenarioFlags nNeededBits) const; boolHasScenarioRange( const ScRange& rRange ) const; diff --git a/sc/source/core/data/column.cxx b/sc/source/core/data/column.cxx index d9133e3ad55c..2353a476fe8a 100644 --- a/sc/source/core/data/column.cxx +++ b/sc/source/core/data/column.cxx @@ -1680,14 +1680,15 @@ void ScColumn::UndoToColumn( CopyToColumn(rCxt, nRow2+1, GetDoc().MaxRow(), InsertDeleteFlags::FORMULA, false, rColumn); } -void ScColumn::CopyUpdated( const ScColumn& rPosCol, ScColumn& rDestCol ) const +void ScColumn::CopyUpdated( const ScColumn* pPosCol, ScColumn& rDestCol ) const { // Copy cells from this column to the destination column only for those -// rows that are present in the position column (rPosCol). +// rows that are present in the position column (pPosCol). // First, mark all the non-empty cell ranges from the position column. sc::SingleColumnSpanSet aRangeSet(GetDoc().GetSheetLimits()); -aRangeSet.scan(rPosCol); +if(pPosCol) +aRangeSet.scan(*pPosCol); // Now, copy cells from this column to the destination column for those // marked row ranges. diff --git a/sc/source/core/data/document10.cxx b/sc/source/core/data/document10.cxx index 4a9efa170285..ec61fa530952 100644 --- a/sc/source/core/data/document10.cxx +++ b/sc/source/core/data/document10.cxx @@ -991,7 +991,7 @@ std::optional ScDocument::GetColumnIterator( SCTAB nTab, SCC void ScDocument::CreateColumnIfNotExists( SCTAB nTab, SCCOL nCol ) { -const ScTable* pTab = FetchTable(nTab); +ScTable* pTab = FetchTable(nTab); if (!pTab) return; diff --git a/sc/source/core/data/table1.cxx b/sc/source/core/data/table1.cxx index
[Libreoffice-bugs] [Bug 138205] "Version incompatibility. Incorrect file version" when trying to open PDF
https://bugs.documentfoundation.org/show_bug.cgi?id=138205 --- Comment #5 from heravinluca --- Build solid strategies to play shooters. 1v1 Battle is a first person shooter game. Fight with many other players to show your survival skills https://1v1battle.co -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 149146] New: Spurious Err:522
https://bugs.documentfoundation.org/show_bug.cgi?id=149146 Bug ID: 149146 Summary: Spurious Err:522 Product: LibreOffice Version: 7.3.3.2 release Hardware: x86-64 (AMD64) OS: Linux (All) Status: UNCONFIRMED Severity: normal Priority: medium Component: Calc Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: stuartm.cod...@gmail.com Description: I am recreating an Excel spreadsheet in LibreOffice by building it from File -> New -> Spreadsheet, aka the ground, up. I paste in my current version of the Basic code from an external file. One sub creates a template sheet. My new spreadsheet has 7 copies of the template sheet, all identical except for the raw data entered in designated columns. I have started getting spurious Err:522 in the most recent tab, on document open. Recalculate Hard resolves the issue, so there's a workaround. It is 100% repeatable. I saw recently somewhere on the internet a suggestion that turning off multi-threaded calculation resolves this issue. It does not resolve the issue for me. There is no circular reference. A) I’m a programmer. B) I used Trace Precendent and it doesn’t indicate any circular references, only the existing linear ones. C) This sheet is a template, one of 7 identical sheet in the workbook, and only the last one (on the tab bar, but is also the most recently created) has this issue. If it was truly circular, they’d all have it. D) Recalculate can’t resolve a circular reference, so that wouldn’t work if it was real (iterative calculation is off). It’s pretty clear to me that, on open, there is a recalculation cycle that just craps out part way through. Which raises another question: these values were already calculated before being saved, why are they being recalculated on open? I took pains to avoid volatile functions. I searched bugzilla but didn't find an existing bug that is exactly my issue, but did find a number of bugs going back years with Err:522 errors referenced. I ran 10 open cycles on the affected spreadsheet. The first cell containing Err:522 changes from open to open: P35 P31 P29 P32 no error! P25 P37 P38 P29 P30 All P cells have the same formula. Steps to Reproduce: Unforunately I can't give a copy of the file that has the problem due to the sensitive nature of the data within. It is currently happening 99% of the time. Actual Results: Spurious Err:522 in various cells, inconsistently. Expected Results: A) Already calculated and saved values don't recalculate on document open for no reason. B) Calculations that aren't circular don't produce Err:522 Circular Reference errors Reproducible: Always User Profile Reset: No OpenGL enabled: Yes Additional Info: Version: 7.3.3.2 / LibreOffice Community Build ID: 30(Build:2) CPU threads: 8; OS: Linux 5.4; UI render: default; VCL: gtk3 Locale: en-US (C.UTF-8); UI: en-US Ubuntu package version: 1:7.3.3~rc2-0ubuntu0.18.04.1~lo1 Calc: threaded glxinfo | grep OpenGL OpenGL vendor string: X.Org OpenGL renderer string: AMD TAHITI (DRM 2.50.0, 5.4.0-110-generic, LLVM 10.0.0) OpenGL core profile version string: 4.5 (Core Profile) Mesa 20.0.8 OpenGL core profile shading language version string: 4.50 OpenGL core profile context flags: (none) OpenGL core profile profile mask: core profile OpenGL core profile extensions: OpenGL version string: 4.5 (Compatibility Profile) Mesa 20.0.8 OpenGL shading language version string: 4.50 OpenGL context flags: (none) OpenGL profile mask: compatibility profile OpenGL extensions: OpenGL ES profile version string: OpenGL ES 3.2 Mesa 20.0.8 OpenGL ES profile shading language version string: OpenGL ES GLSL ES 3.20 OpenGL ES profile extensions: -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 149145] New: Text prediction causes cells to be non-drawn for a period of time
https://bugs.documentfoundation.org/show_bug.cgi?id=149145 Bug ID: 149145 Summary: Text prediction causes cells to be non-drawn for a period of time Product: LibreOffice Version: 7.3.3.2 release Hardware: x86-64 (AMD64) OS: Linux (All) Status: UNCONFIRMED Severity: trivial Priority: medium Component: Calc Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: stuartm.cod...@gmail.com Description: Repro steps: 1. New spreadsheet in Calc 2. Enter this in A1: a very long sentence about dogs, jumping and foxes 3. Enter this in B2: don't hide me 4. Enter this in B1: a Observe that the text prediction populates the "a very long..." from A1, which draws over top of the text in B2 5. Hit backspace once to cancel the prediction Observe that the portion of the spreadsheet from B2 to the end of the cancelled prediction draw-space is now non-drawn. Expected: the once-again revealed space is redrawn so it can be seen. That is to say, cancelling the prediction should restore the previous graphics. Got: Previous graphics are not drawn and remain invisible. This is super-annoying when the text being entered into A2 depends on the text in B2 but starts with the text from A1. Steps to Reproduce: See description. This is so easy a PHB could reproduce it. Actual Results: See description. Expected Results: See description. Reproducible: Always User Profile Reset: No OpenGL enabled: Yes Additional Info: Version: 7.3.3.2 / LibreOffice Community Build ID: 30(Build:2) CPU threads: 8; OS: Linux 5.4; UI render: default; VCL: gtk3 Locale: en-US (C.UTF-8); UI: en-US Ubuntu package version: 1:7.3.3~rc2-0ubuntu0.18.04.1~lo1 Calc: threaded glxinfo | grep OpenGL OpenGL vendor string: X.Org OpenGL renderer string: AMD TAHITI (DRM 2.50.0, 5.4.0-110-generic, LLVM 10.0.0) OpenGL core profile version string: 4.5 (Core Profile) Mesa 20.0.8 OpenGL core profile shading language version string: 4.50 OpenGL core profile context flags: (none) OpenGL core profile profile mask: core profile OpenGL core profile extensions: OpenGL version string: 4.5 (Compatibility Profile) Mesa 20.0.8 OpenGL shading language version string: 4.50 OpenGL context flags: (none) OpenGL profile mask: compatibility profile OpenGL extensions: OpenGL ES profile version string: OpenGL ES 3.2 Mesa 20.0.8 OpenGL ES profile shading language version string: OpenGL ES GLSL ES 3.20 OpenGL ES profile extensions: -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 148914] LibreOffice 7.2.3.2 does not perform well over SSH compared to 7.1.4.2
https://bugs.documentfoundation.org/show_bug.cgi?id=148914 QA Administrators changed: What|Removed |Added Whiteboard|| QA:needsComment -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 148906] Custom letter sequence for numbered lists
https://bugs.documentfoundation.org/show_bug.cgi?id=148906 QA Administrators changed: What|Removed |Added Whiteboard|| QA:needsComment -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 146764] LibreOffice Vanilla & Collabora Office - form wizard fails to launch
https://bugs.documentfoundation.org/show_bug.cgi?id=146764 QA Administrators changed: What|Removed |Added Status|NEEDINFO|UNCONFIRMED Ever confirmed|1 |0 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 146764] LibreOffice Vanilla & Collabora Office - form wizard fails to launch
https://bugs.documentfoundation.org/show_bug.cgi?id=146764 --- Comment #7 from QA Administrators --- [Automated Action] NeedInfo-To-Unconfirmed -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 141980] Writer 'smooth scroll' choppy with Skia/Vulkan Intel UHD Graphics 630 and 0.402.1274 driver
https://bugs.documentfoundation.org/show_bug.cgi?id=141980 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] [Bug 141980] Writer 'smooth scroll' choppy with Skia/Vulkan Intel UHD Graphics 630 and 0.402.1274 driver
https://bugs.documentfoundation.org/show_bug.cgi?id=141980 --- Comment #8 from QA Administrators --- [Automated Action] NeedInfo-To-Unconfirmed -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 140881] LO fails opening some WOFF and TTF files
https://bugs.documentfoundation.org/show_bug.cgi?id=140881 QA Administrators changed: What|Removed |Added Status|NEEDINFO|UNCONFIRMED Ever confirmed|1 |0 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 140881] LO fails opening some WOFF and TTF files
https://bugs.documentfoundation.org/show_bug.cgi?id=140881 --- Comment #14 from QA Administrators --- [Automated Action] NeedInfo-To-Unconfirmed -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 145202] Non si apre piu i documenti
https://bugs.documentfoundation.org/show_bug.cgi?id=145202 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] [Bug 145202] Non si apre piu i documenti
https://bugs.documentfoundation.org/show_bug.cgi?id=145202 --- Comment #4 from QA Administrators --- Dear steqr8, 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] [Bug 145746] Crash after dragging a block diagram connector to document
https://bugs.documentfoundation.org/show_bug.cgi?id=145746 --- Comment #2 from QA Administrators --- Dear pkuszn, 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] [Bug 145706] Click on a page, goes to a different page
https://bugs.documentfoundation.org/show_bug.cgi?id=145706 --- Comment #2 from QA Administrators --- Dear Menoo, 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] [Bug 145477] Crash with View > User Interface... just after "Select your Preferred Interface" appears
https://bugs.documentfoundation.org/show_bug.cgi?id=145477 --- Comment #4 from QA Administrators --- Dear C D Miller, 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] [Bug 38014] Pressing Ctrl+Shift+Enter doesn't switch to array mode
https://bugs.documentfoundation.org/show_bug.cgi?id=38014 --- Comment #21 from QA Administrators --- Dear Pedro, 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://web.libera.chat/?settings=#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] [Bug 107810] [META] OLE/Embedded object bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=107810 Bug 107810 depends on bug 65067, which changed state. Bug 65067 Summary: change defaults to avoid unnecessary horizontal spacing around formulas https://bugs.documentfoundation.org/show_bug.cgi?id=65067 What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 65067] change defaults to avoid unnecessary horizontal spacing around formulas
https://bugs.documentfoundation.org/show_bug.cgi?id=65067 Rafael Lima changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED --- Comment #26 from Rafael Lima --- All seems OK now. Inserting a new formula object will not add horizontal spacing. Tested with: Version: 7.4.0.0.alpha1+ / LibreOffice Community Build ID: b2467d6c7af988f8ed4e090ebf9472be6c84fb06 CPU threads: 16; OS: Linux 5.13; UI render: default; VCL: kf5 (cairo+xcb) Locale: pt-BR (pt_BR.UTF-8); UI: en-US Calc: threaded -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 125931] Implement the Sidebar in Math formula editor, with decks for format options and Greek and special symbols
https://bugs.documentfoundation.org/show_bug.cgi?id=125931 --- Comment #33 from V Stuart Foote --- (In reply to Rizal Muttaqin from comment #32) done, bug 149144 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-ux-advise] [Bug 125931] Implement the Sidebar in Math formula editor, with decks for format options and Greek and special symbols
https://bugs.documentfoundation.org/show_bug.cgi?id=125931 --- Comment #33 from V Stuart Foote --- (In reply to Rizal Muttaqin from comment #32) done, bug 149144 -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-bugs] [Bug 111911] Printed text is compressed (overlapping characters) if opened in versions after 5.2.5 but only with Epson printer LX-350
https://bugs.documentfoundation.org/show_bug.cgi?id=111911 --- Comment #22 from Proj --- I've made an accidental discovery. It's the printer drivers! I had to reset a Windows 10 machine that had an Epson LX-310 dot matrix printer. I installed LO v7.3.3.2 and noticed that it didn't compress the text when printing a spreadsheet. I thought that the bug got fixed with the latest release. That was until I needed to install the official driver that was uploaded in 2015/10/19 to an official Epson website (https://www.epson-biz.com/modules/dot/index.php?page=single_soft=215=1=38) for the LX-310. You can only print in Letter and A4 size without the driver. After I installed the driver the compressed text was back when printing spreadsheets. Hope that information helps. Version: 7.3.3.2 (x64) / LibreOffice Community Build ID: d1d0ea68f081ee2800a922cac8f79445e4603348 CPU threads: 8; OS: Windows 10.0 Build 19044; UI render: Skia/Vulkan; VCL: win Locale: en-US (en_US); UI: en-US Calc: CL -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-ux-advise] [Bug 125931] Implement the Sidebar in Math formula editor, with decks for format options and Greek and special symbols
https://bugs.documentfoundation.org/show_bug.cgi?id=125931 V Stuart Foote changed: What|Removed |Added See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=14 ||9144 -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-bugs] [Bug 125931] Implement the Sidebar in Math formula editor, with decks for format options and Greek and special symbols
https://bugs.documentfoundation.org/show_bug.cgi?id=125931 V Stuart Foote changed: What|Removed |Added See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=14 ||9144 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 103461] [META] Elements pane/dock/window/sidebar in Math
https://bugs.documentfoundation.org/show_bug.cgi?id=103461 V Stuart Foote changed: What|Removed |Added Depends on||149144 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=149144 [Bug 149144] sm Formula editor needs an icon motif for the newly implemented Elements SB deck -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 103435] [META] Sidebar new decks/tabs
https://bugs.documentfoundation.org/show_bug.cgi?id=103435 V Stuart Foote changed: What|Removed |Added Depends on||149144 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=149144 [Bug 149144] sm Formula editor needs an icon motif for the newly implemented Elements SB deck -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 149144] sm Formula editor needs an icon motif for the newly implemented Elements SB deck
https://bugs.documentfoundation.org/show_bug.cgi?id=149144 V Stuart Foote changed: What|Removed |Added Status|UNCONFIRMED |NEW Blocks||103435, 103461 CC||heiko.tietze@documentfounda ||tion.org, ||kain...@gmail.com, ||riz...@libreoffice.org, ||vstuart.fo...@utsa.edu Severity|normal |trivial See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=12 ||5931 Ever confirmed|0 |1 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=103435 [Bug 103435] [META] Sidebar new decks/tabs https://bugs.documentfoundation.org/show_bug.cgi?id=103461 [Bug 103461] [META] Elements pane/dock/window/sidebar in Math -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 126862] [META] Issues with unusual builds / unit tests
https://bugs.documentfoundation.org/show_bug.cgi?id=126862 Aron Budea changed: What|Removed |Added Depends on||149094 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=149094 [Bug 149094] Error running cppunit automated test. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 149094] Error running cppunit automated test.
https://bugs.documentfoundation.org/show_bug.cgi?id=149094 Aron Budea changed: What|Removed |Added Blocks||126862 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=126862 [Bug 126862] [META] Issues with unusual builds / unit tests -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 149144] New: sm Formula editor needs an icon motif for the newly implemented Elements SB deck
https://bugs.documentfoundation.org/show_bug.cgi?id=149144 Bug ID: 149144 Summary: sm Formula editor needs an icon motif for the newly implemented Elements SB deck Product: LibreOffice Version: 7.4.0.0 alpha0+ Master Hardware: All OS: All Status: UNCONFIRMED Severity: normal Priority: medium Component: UI Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: vstuart.fo...@utsa.edu The new SB implementation for sm Formula editor module is using a generic folder icon for the 'Elements' deck. Have an opportunity to design a new motif for use in each of the project icon themes. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 129661] [META] Right-To-Left (RTL) user interface issues
https://bugs.documentfoundation.org/show_bug.cgi?id=129661 Bug 129661 depends on bug 129570, which changed state. Bug 129570 Summary: RTL: Buttons' labels in About dialog are incorrect ( gen ) https://bugs.documentfoundation.org/show_bug.cgi?id=129570 What|Removed |Added Status|NEW |RESOLVED Resolution|--- |WORKSFORME -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 129570] RTL: Buttons' labels in About dialog are incorrect ( gen )
https://bugs.documentfoundation.org/show_bug.cgi?id=129570 Aron Budea changed: What|Removed |Added Resolution|--- |WORKSFORME Status|NEW |RESOLVED --- Comment #3 from Aron Budea --- As far as I can see this was already fixed in latest state of 6.4, and is definitely fixed in 7.4. Closing as WFM -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 144284] Crash closing master document (dbgutil)
https://bugs.documentfoundation.org/show_bug.cgi?id=144284 Telesto changed: What|Removed |Added See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=12 ||4300 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 124300] Crash after toggling Hidden in character style a couple of times
https://bugs.documentfoundation.org/show_bug.cgi?id=124300 Telesto changed: What|Removed |Added See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=14 ||4284 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 133092] [META] Crash bugs
https://bugs.documentfoundation.org/show_bug.cgi?id=133092 Telesto changed: What|Removed |Added Depends on||147466 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=147466 [Bug 147466] Crash swlo!SwDoc::InvalidateNumRules+0x657 (track changes involved) -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 83946] [META] Tracking changes issues
https://bugs.documentfoundation.org/show_bug.cgi?id=83946 Telesto changed: What|Removed |Added Depends on||147466 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=147466 [Bug 147466] Crash swlo!SwDoc::InvalidateNumRules+0x657 (track changes involved) -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 147466] Crash swlo!SwDoc::InvalidateNumRules+0x657 (track changes involved)
https://bugs.documentfoundation.org/show_bug.cgi?id=147466 Telesto changed: What|Removed |Added Blocks||83946, 133092 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=83946 [Bug 83946] [META] Tracking changes issues https://bugs.documentfoundation.org/show_bug.cgi?id=133092 [Bug 133092] [META] Crash bugs -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 149143] New: add .odm to the list of master documents in the filer picker
https://bugs.documentfoundation.org/show_bug.cgi?id=149143 Bug ID: 149143 Summary: add .odm to the list of master documents in the filer picker Product: LibreOffice Version: 7.4.0.0 alpha0+ Master Hardware: All OS: Windows (All) Status: UNCONFIRMED Severity: normal Priority: medium Component: Writer Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: sdc.bla...@youmail.dk Created attachment 180175 --> https://bugs.documentfoundation.org/attachment.cgi?id=180175=edit file extensions offered for different categories The attachment shows that master documents (*.odm) are at the end of the (long) list of file extensions that are shown for Text documents. The request for enhancement is to add .odm to the list of Master Documents (as well as leave it in the Text Documents list). (although this screenshot shows the Microsoft file picker, the same problem arises when using the LO file picker, but that dialog does not show the file extensions. This request is written in relation to Windows, but maybe this issue is also relevant to other OS. For now I will set OS to Windows, and let others extend to All if appropriate. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 149142] Sylenth1 Serial Key
https://bugs.documentfoundation.org/show_bug.cgi?id=149142 --- Comment #1 from emmasophia --- Sylenth1 Serial Key has two kinds of design and sound segment segments that are real-time analog. Like the concept of filter segment, this one has filter positions that incorporate non-linear mixing, and sonority holds can absorb sound by absorbing the grip of an engine to create a filter shriek. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 149142] New: Sylenth1 Serial Key
https://bugs.documentfoundation.org/show_bug.cgi?id=149142 Bug ID: 149142 Summary: Sylenth1 Serial Key Product: LibreOffice Version: 3.3.1 release Hardware: PowerPC OS: Windows (All) Status: UNCONFIRMED Severity: normal Priority: medium Component: Base Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: emmasophia2...@gmail.com Description: Sylenth1 Serial Key has two kinds of design and sound segment segments that are real-time analog. Like the concept of filter segment, this one has filter positions that incorporate non-linear mixing, and sonority holds can absorb sound by absorbing the grip of an engine to create a filter shriek. Actual Results: Sylenth1 Serial Key has two kinds of design and sound segment segments that are real-time analog. Like the concept of filter segment, this one has filter positions that incorporate non-linear mixing, and sonority holds can absorb sound by absorbing the grip of an engine to create a filter shriek. Expected Results: Sylenth1 Serial Key has two kinds of design and sound segment segments that are real-time analog. Like the concept of filter segment, this one has filter positions that incorporate non-linear mixing, and sonority holds can absorb sound by absorbing the grip of an engine to create a filter shriek. Reproducible: Sometimes User Profile Reset: No Additional Info: Sylenth1 Serial Key has two kinds of design and sound segment segments that are real-time analog. Like the concept of filter segment, this one has filter positions that incorporate non-linear mixing, and sonority holds can absorb sound by absorbing the grip of an engine to create a filter shriek. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 133092] [META] Crash bugs
https://bugs.documentfoundation.org/show_bug.cgi?id=133092 sdc.bla...@youmail.dk changed: What|Removed |Added Depends on||145743 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=145743 [Bug 145743] Embedded file crash master document -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 107805] [META] Writer master document issues
https://bugs.documentfoundation.org/show_bug.cgi?id=107805 sdc.bla...@youmail.dk changed: What|Removed |Added Depends on||145743 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=145743 [Bug 145743] Embedded file crash master document -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 145743] Embedded file crash master document
https://bugs.documentfoundation.org/show_bug.cgi?id=145743 sdc.bla...@youmail.dk changed: What|Removed |Added Blocks||133092, 107805 Crash report or||SwFrame::DestroyFrame(SwFra crash signature||me * const) CC||sdc.bla...@youmail.dk --- Comment #2 from sdc.bla...@youmail.dk --- Reproduce crash after inserting attachment 176320 to new master document (also in Safe Mode). Tested with: Version: 7.4.0.0.alpha0+ (x64) / LibreOffice Community Build ID: cdf8e971d5d46df4bcab35a99c4254df9459213f CPU threads: 8; OS: Windows 10.0 Build 19043; UI render: Skia/Raster; VCL: win Locale: da-DK (da_DK); UI: en-US Calc: CL Also tested with: Version: 7.2.6.2 (x64) / LibreOffice Community Build ID: b0ec3a565991f7569a5a7f5d24fed7f52653d754 CPU threads: 8; OS: Windows 10.0 Build 19043; UI render: Skia/Raster; VCL: win Locale: da-DK (da_DK); UI: en-US Calc: threaded Here is the crash report: https://crashreport.libreoffice.org/stats/crash_details/fc77cae3-1962-423c-bdb8-c776d07034d4 In the Document Recovery dialog for 7.2.6.2, there was a Confirmation popup: The document 0.odm contains one or more links to external data. Would you like to change the document, and update all links to get the most recent data? I answered no. And then the new master document opened, with the file listed in the Navigator. In the master document, now with the attachment included, I did Tools > Update > Update All. Crash. https://crashreport.libreoffice.org/stats/crash_details/187d708f-7400-405c-bb70-ed9e09afe9d4 (report looks similar/identical to the previous one). This time, in the Document Recovery dialog, I answered "yes" to the confirmation message and now the master document opened with the attachment displayed in the master. Finally, when I open the attachment 176320, I get a message asking if I want to update links to external files. Have not tried to make a minimal test case, but is it possible that master documents have trouble inserting/updating files that have external links? Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=107805 [Bug 107805] [META] Writer master document issues https://bugs.documentfoundation.org/show_bug.cgi?id=133092 [Bug 133092] [META] Crash bugs -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 149141] Draw UI/Editing. Allow object creation by clicking if drag size is below threshold
https://bugs.documentfoundation.org/show_bug.cgi?id=149141 ashleighsinclai...@gmail.com changed: What|Removed |Added Assignee|libreoffice-b...@lists.free |ashleighsinclai...@gmail.co |desktop.org |m -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 149106] LOdev 7.4.0.0alpha1 cannot be installed over an existing installation
https://bugs.documentfoundation.org/show_bug.cgi?id=149106 --- Comment #18 from Mark --- The device that 7.4 Alpha installation fails on had a prior LibreOffice 7 folder for the dev version of 7.3.x After deleting that folder and rebooting the device, the 7.4 Alpha install still fails. The device on which the 7.4 installation completes successfully has a LibreOffice 7 folder which launches 7.4 Alpha. I do not recall whether this device had a previous dev version installed. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-commits] core.git: vcl/source
vcl/source/gdi/region.cxx |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) New commits: commit b2467d6c7af988f8ed4e090ebf9472be6c84fb06 Author: Caolán McNamara AuthorDate: Tue May 17 20:27:39 2022 +0100 Commit: Caolán McNamara CommitDate: Wed May 18 00:12:32 2022 +0200 ofz#46060 Timeout Change-Id: I157c8e12ffd33f320b1b21232afd74c83891f915 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/134492 Tested-by: Jenkins Reviewed-by: Caolán McNamara diff --git a/vcl/source/gdi/region.cxx b/vcl/source/gdi/region.cxx index 1f947f9b68fc..576ae0eb2e10 100644 --- a/vcl/source/gdi/region.cxx +++ b/vcl/source/gdi/region.cxx @@ -989,7 +989,7 @@ void vcl::Region::Intersect( const vcl::Region& rRegion ) return; } -static size_t gPointLimit = !utl::ConfigManager::IsFuzzing() ? SAL_MAX_SIZE : SAL_MAX_INT16; +static size_t gPointLimit = !utl::ConfigManager::IsFuzzing() ? SAL_MAX_SIZE : 8192; size_t nPointLimit(gPointLimit); const basegfx::B2DPolyPolygon aClip( basegfx::utils::clipPolyPolygonOnPolyPolygon(
[Libreoffice-bugs] [Bug 148725] Paragraph DF is written if DF Paragraph dialog being opened, reset being pressed followed by OK
https://bugs.documentfoundation.org/show_bug.cgi?id=148725 Aron Budea changed: What|Removed |Added CC||mikekagan...@hotmail.com Version|7.4.0.0 alpha0+ Master |6.1.0.3 release Keywords||bibisected, bisected, ||regression See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=11 ||5938 --- Comment #5 from Aron Budea --- Interestingly, this is a regression from the following commit, bibisected using repo bibisect-linux-64-6.1. Adding CC: to Mike Kaganski. https://cgit.freedesktop.org/libreoffice/core/commit/?id=b37a46fdf91dbc66f6ddc1c070aec70716d94a01 author Mike Kaganski 2018-02-21 11:25:16 +0300 committer Mike Kaganski 2018-02-23 07:15:28 +0100 tdf#115938: Properly detect shadow size control's changed state -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-ux-advise] [Bug 143197] Writer: hidden link between list and chapter numbering
https://bugs.documentfoundation.org/show_bug.cgi?id=143197 --- Comment #8 from Eyal Rozenberg --- I don't understand what the bug is. Is that the interaction of list style and Outline Numbering (which is misnamed Chapter Numbering) in undefined? Is it the currently implemented behavior? Is it something in the ToC? I opened the document; it is not clear what's wrong with it. Under the heading "Level 3" in there it says "Note the bullet" - but there's no bullet. Even regardless of that, the document does not indicate what the bug is. The ToC seems to match the content outside the ToC. Version: 7.4.0.0.alpha0+ / LibreOffice Community Build ID: d9b33ed6644203141fdb0776c291425c2bc9f5ac CPU threads: 4; OS: Linux 5.10; UI render: default; VCL: gtk3 Locale: en-IL (en_IL); UI: en-US > I fear there is no real solution to the problem of list UI and > "intuitiveness". There certainly won't be a real solution if this matter is not properly discussed and summarized in a cogent document. It seems from your comments that no such official document exists, but perhaps others can enlighten us with a link. Although TBH that might be outside the scope of this bug. -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-bugs] [Bug 143197] Writer: hidden link between list and chapter numbering
https://bugs.documentfoundation.org/show_bug.cgi?id=143197 --- Comment #8 from Eyal Rozenberg --- I don't understand what the bug is. Is that the interaction of list style and Outline Numbering (which is misnamed Chapter Numbering) in undefined? Is it the currently implemented behavior? Is it something in the ToC? I opened the document; it is not clear what's wrong with it. Under the heading "Level 3" in there it says "Note the bullet" - but there's no bullet. Even regardless of that, the document does not indicate what the bug is. The ToC seems to match the content outside the ToC. Version: 7.4.0.0.alpha0+ / LibreOffice Community Build ID: d9b33ed6644203141fdb0776c291425c2bc9f5ac CPU threads: 4; OS: Linux 5.10; UI render: default; VCL: gtk3 Locale: en-IL (en_IL); UI: en-US > I fear there is no real solution to the problem of list UI and > "intuitiveness". There certainly won't be a real solution if this matter is not properly discussed and summarized in a cogent document. It seems from your comments that no such official document exists, but perhaps others can enlighten us with a link. Although TBH that might be outside the scope of this bug. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-commits] core.git: Branch 'distro/collabora/co-22.05' - sw/source
sw/source/core/access/AccessibilityCheck.cxx |5 +++-- 1 file changed, 3 insertions(+), 2 deletions(-) New commits: commit 3ee53f02082d09f95c1417c7125fb5efac3bf1cf Author: Julien Nabet AuthorDate: Sat May 14 13:53:23 2022 +0200 Commit: Aron Budea CommitDate: Tue May 17 23:52:53 2022 +0200 Related tdf#149072: avoid warning "misuse of method" complete warning log: - misuse of method part of bt when opening attachment of tdf#149072 0 SwTextFormatColl::GetAssignedOutlineStyleLevel() const (this=0x77064d0) at sw/source/core/doc/fmtcol.cxx:608 1 0x7f8a52aa7941 in sw::(anonymous namespace)::HeaderCheck::check(SwNode*) (this=0xa457630, pCurrent=0x7705e98) at sw/source/core/access/AccessibilityCheck.cxx:622 2 0x7f8a52a9a6a3 in sw::AccessibilityCheck::check() (this=0x7ffe4a14ab10) at sw/source/core/access/AccessibilityCheck.cxx:947 3 0x7f8a53ed2ad7 in SwDocShell::runAccessibilityCheck() (this=0x74ef0e0) at sw/source/uibase/app/docst.cxx:1559 4 0x7f8a16e7fdec in ImpPDFTabDialog::OkHdl(weld::Button&) (this=0xa0e9990) at filter/source/pdf/impdialog.cxx:324 5 0x7f8a16e7fb2d in ImpPDFTabDialog::LinkStubOkHdl(void*, weld::Button&) (instance=0xa0e9990, data=...) at filter/source/pdf/impdialog.cxx:317 Change-Id: I2ed50f14eff01babd47ada3831c0a051fc767dbe Reviewed-on: https://gerrit.libreoffice.org/c/core/+/134312 Tested-by: Jenkins Reviewed-by: Julien Nabet (cherry picked from commit 86050db1b0c15651335d1b0bf89ee8f6409dee1d) Reviewed-on: https://gerrit.libreoffice.org/c/core/+/134496 Tested-by: Jenkins CollaboraOffice Reviewed-by: Aron Budea diff --git a/sw/source/core/access/AccessibilityCheck.cxx b/sw/source/core/access/AccessibilityCheck.cxx index 03162a0a33ad..986a875327e6 100644 --- a/sw/source/core/access/AccessibilityCheck.cxx +++ b/sw/source/core/access/AccessibilityCheck.cxx @@ -619,10 +619,11 @@ public: SwTextNode* pTextNode = pCurrent->GetTextNode(); SwTextFormatColl* pCollection = pTextNode->GetTextColl(); -int nLevel = pCollection->GetAssignedOutlineStyleLevel(); -if (nLevel < 0) +if (!pCollection->IsAssignedToListLevelOfOutlineStyle()) return; +int nLevel = pCollection->GetAssignedOutlineStyleLevel(); +assert(nLevel >= 0); if (nLevel > m_nPreviousLevel && std::abs(nLevel - m_nPreviousLevel) > 1) { lclAddIssue(m_rIssueCollection, SwResId(STR_HEADINGS_NOT_IN_ORDER));
[Libreoffice-commits] core.git: Branch 'distro/collabora/co-22.05' - filter/source
filter/source/pdf/impdialog.cxx |8 1 file changed, 8 insertions(+) New commits: commit b95ba188a605414c9312193b23d70afd7ce4f778 Author: Julien Nabet AuthorDate: Sat May 14 13:28:06 2022 +0200 Commit: Aron Budea CommitDate: Tue May 17 23:52:27 2022 +0200 tdf#149072: fix export PDF with PDF/UA in GUI after Index language was set Regression of a1f9fea520f5b3f5d54a284886aa531693f32e7a Make accessibility check dialog async First add of m_xDialog->response(RET_OK) fixes the bug the second one is just here to have same behaviour as before the quoted patch Change-Id: Ib24459e4e946b83172271a9097930e5977e676be Reviewed-on: https://gerrit.libreoffice.org/c/core/+/134311 Tested-by: Jenkins Reviewed-by: Julien Nabet (cherry picked from commit 4d3a9d4ffec4bf9765f965d92c163c94201a3c9a) Reviewed-on: https://gerrit.libreoffice.org/c/core/+/134495 Tested-by: Jenkins CollaboraOffice Reviewed-by: Aron Budea diff --git a/filter/source/pdf/impdialog.cxx b/filter/source/pdf/impdialog.cxx index d35396b40e14..bd8db83692a0 100644 --- a/filter/source/pdf/impdialog.cxx +++ b/filter/source/pdf/impdialog.cxx @@ -329,6 +329,14 @@ IMPL_LINK_NOARG(ImpPDFTabDialog, OkHdl, weld::Button&, void) m_xDialog->response(retValue); }); } +else +{ +m_xDialog->response(RET_OK); +} +} +else +{ +m_xDialog->response(RET_OK); } } else
[Libreoffice-bugs] [Bug 149141] Draw UI/Editing. Allow object creation by clicking if drag size is below threshold
https://bugs.documentfoundation.org/show_bug.cgi?id=149141 ashleighsinclai...@gmail.com changed: What|Removed |Added Summary|Draw / Editing. Allow |Draw UI/Editing. Allow |object creation by clicking |object creation by clicking |if drag size is below |if drag size is below |threshold |threshold -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 105972] PDF form export does not save field types
https://bugs.documentfoundation.org/show_bug.cgi?id=105972 --- Comment #12 from Xisco Faulí --- In order to consider this issue fixed, time and date field should be supported. I tried but matching the TimeFormat and DateFormat is a bit tricky so I'm not planning to implement it for now. If someone is interested, check AFTime_Format and AFDate_Format in https://experienceleague.adobe.com/docs/experience-manager-learn/assets/FormsAPIReference.pdf?lang=en Then, you can use 5938db731bd5f74182acb890102deee813635513 as a reference -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 149141] New: Draw / Editing. Allow object creation by clicking if drag size is below threshold
https://bugs.documentfoundation.org/show_bug.cgi?id=149141 Bug ID: 149141 Summary: Draw / Editing. Allow object creation by clicking if drag size is below threshold Product: LibreOffice Version: unspecified Hardware: All OS: All Status: UNCONFIRMED Severity: enhancement Priority: medium Component: Draw Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: ashleighsinclai...@gmail.com Description: Create an object of a default size if the user does not specify a size by dragging. Object will be placed centered under the click. May be a little more intuitive for new users that expect a mouse-click to place the object. And allows for fast creation of many identically sized objects when combined with double click tool selection. Drag functionality will remain in place. Steps to Reproduce: 1.Select any shape tool 2.Click and release on the document without dragging Actual Results: No object is created Expected Results: Object of a default size should be created under cursor Reproducible: Always User Profile Reset: No Additional Info: Object of a default size should be created under cursor -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 149140] New: Table header cells have scope set to None instead of Column after exporting Writer table to PDF/UA
https://bugs.documentfoundation.org/show_bug.cgi?id=149140 Bug ID: 149140 Summary: Table header cells have scope set to None instead of Column after exporting Writer table to PDF/UA Product: LibreOffice Version: Inherited From OOo Hardware: All OS: All Status: UNCONFIRMED Severity: normal Priority: medium Component: Writer Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: c_strobbe-...@yahoo.co.uk Created attachment 180174 --> https://bugs.documentfoundation.org/attachment.cgi?id=180174=edit ZIP file containing an ODT test file and three PDF files derived from it The table header cells in a table header row always have their scope set to "None" instead of "Column" after exporting a Writer document containing a table to PDF/UA. Steps to reproduce the issue: 1. Create a new document and insert a table with at least two rows and two columns. In the first row of cells, enter some text that may serve to describe the content of the rows. Enter some other data into the other rows. Copy this table two times, so you eventually have three tables in the document. 2. Right-click on the first table, open the Table Properties dialog, go to the Text Flow tab and check the checkbox "Repeat heading" (and keep the value for "rows" on "1"). This turns the first row from a row of normal data cells into a header row. 3. In the second table, select the first row and apply the style "Table Heading" to it. (The table properties remained at their default values.) 4. In the third table, apply the style "Heading 2" to the cells in the first row. 5. Export the file to PDF, making sure that the checkbox "Universal Accessibility (PDF/UA)" is selected. Observed result: Open the PDF file in Adobe Acrobat Pro and inspect the tags for the first row in each table. 1. The first row in the first table is marked up as a TR with TH cells for the table header cells. Open the Accessibility tool, click "Reading Order", click on the first table, click on the "Table Editor" button in the Reading Order dialog and notice how type of header cells is displayed. (If these tags are not displayed, check the radio button "Structure types" in the Reading Order dialog.) Right-click on a TH cell and open the Table Cell Properties; notice that "Scope" is set to "None". This is the case for each TH cell. 2. The first row in the second table is also marked up as a TR with TH cells for the table header cells. Inspect the TH cells in the same way is in the previous step and observe the same result. 3. The first row in the third table is obviously not marked up as a table header row: it is a row to TD cells, each containing an H2 tag, as expected, since using Heading x styles is not the proper way to mark table header rows in Writer. 4. Open the PDF file in PAC 2021 (freely available at https://pdfua.foundation/en but only for Windows). Open the detailed report, drill down to Logical Structure > Structure Elements > Tables, and notice the error "Table header cell has no associated subcells" for each table header cell in the first two tables. Expected result: Each of the TH cells has its scope set to "Column" and the TH cells don't trigger an error in PAC 2021. Workaround for people who have Adobe Acrobat Pro: Open the document in Adobe Acrobat again, open the "Reading Order" as described in step 1 (above) and change the scope of the TH cells in the first two tables from "None" to "Column". Save the PDF file and open it again in PAC 2021. The TH cells no longer trigger an error. It may be possible to fix the issue using the free online tool PAVE at https://pave-pdf.org/index.html but my PDF file triggered an internal server error when I tried to upload it. Version: 7.3.3.2 (x64) / LibreOffice Community Build ID: d1d0ea68f081ee2800a922cac8f79445e4603348 CPU threads: 8; OS: Windows 10.0 Build 19044; UI render: Skia/Raster; VCL: win Locale: de-DE (de_DE); UI: en-GB Calc: CL The attached ZIP file contains the following files: - TableTH_test_LibreOfficeWriter7.3.3_HeaderRow-HeadersInTopRow.odt : the orginal test file containing three tables in which the header rows are marked up in three different ways (i.e. as decribed in the instructions). - TableTH_test_LibreOfficeWriter7.3.3_HeaderRow-HeadersInTopRow.pdf : the PDF resulting from exporting the ODF file to PDF/UA using LibreOffice Writer 7.3.3.2. - TableTH_test_LibreOfficeWriter7.3.3_HeaderRow-HeadersInTopRow_ScopeCorrected.pdf : a version of the previous file in which the TH scope was corrected to "Column" as described in the workaround. - TableTH_test_LibreOfficeWriter7.3.3_HeaderRow-HeadersInTopRow_ExportedFromOOo3.3.0.pdf : the PDF PDF resulting from exporting the ODF file to "tagged PDF" using OpenOffice.org 3.3.0 [OOO330m20 (Build:9567)] and which has the same TH issue as current versions of LibreOffice. This file shows that the issue was
[Libreoffice-bugs] [Bug 125931] Implement the Sidebar in Math formula editor, with decks for format options and Greek and special symbols
https://bugs.documentfoundation.org/show_bug.cgi?id=125931 --- Comment #32 from Rizal Muttaqin --- (In reply to V Stuart Foote from comment #31) > Of the two SB 'Decks' provided so far, the 'Elements' deck is a direct > analog for the 'Elements' pane. Think the 'Elements' deck is going to need a > new icon motif for the various themes--Rizal, Andreas, ideas? > Yes fully agree, a new dedicated bug report would be welcome. I have no idea right now how icon should looks like. Let's discuss on new bug report -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-ux-advise] [Bug 125931] Implement the Sidebar in Math formula editor, with decks for format options and Greek and special symbols
https://bugs.documentfoundation.org/show_bug.cgi?id=125931 --- Comment #32 from Rizal Muttaqin --- (In reply to V Stuart Foote from comment #31) > Of the two SB 'Decks' provided so far, the 'Elements' deck is a direct > analog for the 'Elements' pane. Think the 'Elements' deck is going to need a > new icon motif for the various themes--Rizal, Andreas, ideas? > Yes fully agree, a new dedicated bug report would be welcome. I have no idea right now how icon should looks like. Let's discuss on new bug report -- You are receiving this mail because: You are on the CC list for the bug.
New Defects reported by Coverity Scan for LibreOffice
Hi, Please find the latest report on new defect(s) introduced to LibreOffice found with Coverity Scan. 5 new defect(s) introduced to LibreOffice found with Coverity Scan. New defect(s) Reported-by: Coverity Scan Showing 5 of 5 defect(s) ** CID 1504441: Uninitialized members (UNINIT_CTOR) /sw/source/core/txtnode/fntcache.cxx: 123 in SwFntObj::SwFntObj(const SwSubFont &, unsigned long, const SwViewShell *)() *** CID 1504441: Uninitialized members (UNINIT_CTOR) /sw/source/core/txtnode/fntcache.cxx: 123 in SwFntObj::SwFntObj(const SwSubFont &, unsigned long, const SwViewShell *)() 117 m_bSymbol = RTL_TEXTENCODING_SYMBOL == m_aFont.GetCharSet(); 118 m_bPaintBlank = ( LINESTYLE_NONE != m_aFont.GetUnderline() 119 || LINESTYLE_NONE != m_aFont.GetOverline() 120 || STRIKEOUT_NONE != m_aFont.GetStrikeout() ) 121 && !m_aFont.IsWordLineMode(); 122 m_aFont.SetLanguage(rFont.GetLanguage()); >>> CID 1504441: Uninitialized members (UNINIT_CTOR) >>> Non-static class member "m_nPrtHangingBaseline" is not initialized in >>> this constructor nor in any functions that it calls. 123 } 124 125 SwFntObj::~SwFntObj() 126 { 127 if ( m_pScrFont != m_pPrtFont ) 128 delete m_pScrFont; ** CID 1504440: Uninitialized members (UNINIT_CTOR) /sc/source/core/data/queryiter.cxx: 1176 in ScQueryCellIteratorAccessSpecific<(ScQueryCellIteratorAccess)1>::SortedCacheIndexer::SortedCacheIndexer(const mdds::mtv::soa::multi_type_vector, mdds::mtv::noncopyable_managed_element_block<(int)53, EditTextObject>, mdds::mtv::noncopyable_managed_element_block<(int)54, ScFormulaCell>>, sc::CellStoreTrait> &, int, int, const ScSortedRangeCache *)() *** CID 1504440: Uninitialized members (UNINIT_CTOR) /sc/source/core/data/queryiter.cxx: 1176 in ScQueryCellIteratorAccessSpecific<(ScQueryCellIteratorAccess)1>::SortedCacheIndexer::SortedCacheIndexer(const mdds::mtv::soa::multi_type_vector, mdds::mtv::noncopyable_managed_element_block<(int)53, EditTextObject>, mdds::mtv::noncopyable_managed_element_block<(int)54, ScFormulaCell>>, sc::CellStoreTrait> &, int, int, const ScSortedRangeCache *)() 1170 const ScSortedRangeCache* cache ) 1171 : mSortedRows( makeSortedRows( cache, startRow, endRow )) 1172 , mCells( cells ) 1173 , mValid( false ) 1174 { 1175 if(mSortedRows.empty()) >>> CID 1504440: Uninitialized members (UNINIT_CTOR) >>> Non-static class member "mHighIndex" is not initialized in this >>> constructor nor in any functions that it calls. 1176 return; 1177 mLowIndex = 0; 1178 mHighIndex = mSortedRows.size() - 1; 1179 mValid = true; 1180 } 1181 ** CID 1504439:(UNINIT_CTOR) /sc/source/core/data/queryiter.cxx: 859 in ScQueryCellIteratorAccessSpecific<(ScQueryCellIteratorAccess)0>::ScQueryCellIteratorAccessSpecific(ScDocument &, ScInterpreterContext &, const ScQueryParam &)() /sc/source/core/data/queryiter.cxx: 1070 in ScQueryCellIteratorAccessSpecific<(ScQueryCellIteratorAccess)1>::ScQueryCellIteratorAccessSpecific(ScDocument &, ScInterpreterContext &, const ScQueryParam &)() *** CID 1504439:(UNINIT_CTOR) /sc/source/core/data/queryiter.cxx: 859 in ScQueryCellIteratorAccessSpecific<(ScQueryCellIteratorAccess)0>::ScQueryCellIteratorAccessSpecific(ScDocument &, ScInterpreterContext &, const ScQueryParam &)() 853 ::ScQueryCellIteratorAccessSpecific( ScDocument& rDocument, 854 ScInterpreterContext& rContext, const ScQueryParam& rParam ) 855 : maParam( rParam ) 856 , rDoc( rDocument ) 857 , mrContext( rContext ) 858 { >>> CID 1504439:(UNINIT_CTOR) >>> Non-static class member "nRow" is not initialized in this constructor >>> nor in any functions that it calls. 859 } 860 861 void ScQueryCellIteratorAccessSpecific< ScQueryCellIteratorAccess::Direct >::InitPos() 862 { 863 nRow = maParam.nRow1; 864 if (maParam.bHasHeader && maParam.bByRow) /sc/source/core/data/queryiter.cxx: 1070 in ScQueryCellIteratorAccessSpecific<(ScQueryCellIteratorAccess)1>::ScQueryCellIteratorAccessSpecific(ScDocument &, ScInterpreterContext &, const ScQueryParam &)() 1064 ::ScQueryCellIteratorAccessSpecific( ScDocument& rDocument, 1065 ScInterpreterContext& rContext, const ScQueryParam& rParam ) 1066 : maParam( rParam ) 1067 , rDoc( rDocument ) 1068 , mrContext( rContext ) 1069 { >>> CID 1504439:(UNINIT_CTOR) >>>
[Libreoffice-bugs] [Bug 140881] LO fails opening some WOFF and TTF files
https://bugs.documentfoundation.org/show_bug.cgi?id=140881 --- Comment #13 from Eyal Rozenberg --- Created attachment 180173 --> https://bugs.documentfoundation.org/attachment.cgi?id=180173=edit tarball of the woffs and ttf triggering the error message -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 140881] LO fails opening some WOFF and TTF files
https://bugs.documentfoundation.org/show_bug.cgi?id=140881 --- Comment #12 from tripleo --- (In reply to Timur from comment #11) > Sample of useless questions and philosophy... or woff as reported. https://duckduckgo.com/?t=ffab=os_aran_400ffc-webfont.woff=web First result: http://freefonts.co.il/css/fonts/os_aran_400ffc-webfont.woff I don't know if this is what he is talking about or if it's what you are talking about, but... -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 145596] provide word count annotation to document canvas, alternative to current line count
https://bugs.documentfoundation.org/show_bug.cgi?id=145596 tripleo changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|WONTFIX |--- Ever confirmed|0 |1 --- Comment #16 from tripleo --- (In reply to Buovjaga from comment #15) > Sorry, I was just relaying the idea of someone else. No need to apologize, thank you for your input. ... My use case demands that a cumulative word count is presented per-line. I am not concerned with cross-format compatibility. Just like nobody else (maybe except AbiWord or something (Google Docs??) ) is concerned with ODT compatibility. I do not use any of these other software products. Right now, I am content to maintain a private fork, with all the pain and suffering this will bring ;) WONTFIX is sad, but expected -- I seen this coming. My question is how do I do it myself (without spending the rest of the year punishing myself browsing C++ code?) -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 143693] LO should be able to load files from HTTP
https://bugs.documentfoundation.org/show_bug.cgi?id=143693 tripleo changed: What|Removed |Added Ever confirmed|1 |0 Status|NEEDINFO|UNCONFIRMED --- Comment #6 from tripleo --- (In reply to Timur from comment #5) > Nobody reproduced as steps are not clear. The steps are too simple not to be clear. 1. Open dialog 2. Enter URL On Linux, this does not work. It may be because on my system, it uses the GTK dialog. Also, the "File > Open Remote..." dialog does not have an HTTP/HTML option -- it has Google Drive, Sharepoint, WebDAV and a bunch of corporate stuff. (In reply to Heiko Tietze from comment #3) > since Writer is not an HTML editor. I am not looking for an HTML editor. Given what I know about LO, I expect that certain parts of an HTML/CSS document can not and will not be implemented in ODT. I am talking about an HTML import, specifically text and styles (mostly fonts and sizes and bold/italic, etc). > Talking about import from other sources than locally it bears a security > risk. > But in fact I can just copy this URL and paste into the open dialog > (at least > on KDE using kf5 VCL) and get the bug loaded into Writer. => NAB > (for Linux/KDE) Not on GTK VCL. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-commits] core.git: sw/qa
sw/qa/extras/layout/data/tdf123163-1.docx |binary 1 file changed New commits: commit 35d1c2e3906a64e54f25539bf229959203ac6526 Author: Xisco Fauli AuthorDate: Tue May 17 21:17:31 2022 +0200 Commit: Xisco Fauli CommitDate: Tue May 17 22:48:23 2022 +0200 sw: remove images from sample document It was added in 7d20dc2ca69711c61fb1593ad85ccdef282c978d "sw: fix assert in SwObjectFormatterTextFrame" and it contains more than 300kbs of images which are not needed Change-Id: Ib2599baf7b83f83cba45492eccf1f5704aea39e5 Change-Id: I7ecdd5ba7e1251ed334924a3f75f275415d298e4 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/134491 Tested-by: Jenkins Reviewed-by: Xisco Fauli diff --git a/sw/qa/extras/layout/data/tdf123163-1.docx b/sw/qa/extras/layout/data/tdf123163-1.docx index 3f8865cb49b1..c30c21751c17 100644 Binary files a/sw/qa/extras/layout/data/tdf123163-1.docx and b/sw/qa/extras/layout/data/tdf123163-1.docx differ
[Libreoffice-bugs] [Bug 144049] Writer hangs on HTML content paste
https://bugs.documentfoundation.org/show_bug.cgi?id=144049 Roman Kuznetsov <79045_79...@mail.ru> changed: What|Removed |Added Resolution|WORKSFORME |--- Status|RESOLVED|UNCONFIRMED Ever confirmed|1 |0 --- Comment #16 from Roman Kuznetsov <79045_79...@mail.ru> --- Dmitry, do you use LibreOffice from Ubuntu repo? Could you please try LibreOffice from official site libreoffice.org/download? Timur, please stop close reports if you can't repro in only one OS (and you even didn't write your LO about info) -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 124300] Crash after toggling Hidden in character style a couple of times
https://bugs.documentfoundation.org/show_bug.cgi?id=124300 --- Comment #10 from sdc.bla...@youmail.dk --- Finallybut nothing to do with Styles and hidden. Rather the crash comes with Update All. This is also what comment 1 says. Maybe the bug summary should be updated? STR 1. Start in Safe Mode. 2. Open test.odm 3. Answer yes to update links (don't know if this is necessary) 4. Tools > Update > Update All CRASH! I think step 3 is necessary, because when I answered "no", then Tools > Update > Update All did not crash the first time (but only loaded test.odt), but the second time it crashed. Version: 7.4.0.0.alpha0+ (x64) / LibreOffice Community Build ID: cdf8e971d5d46df4bcab35a99c4254df9459213f CPU threads: 8; OS: Windows 10.0 Build 19043; UI render: Skia/Raster; VCL: win -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 54743] [FORMATTING] Shift+F3 works unexpected (uppercase and lowercase)
https://bugs.documentfoundation.org/show_bug.cgi?id=54743 --- Comment #13 from LeroyG --- In a new Writer document, select "TEXT text Text tExt" (sentence after "0. "), and press "Shift+F3" Actual/Expected results: 0. TEXT text Text tExt - original 1. Text Text Text Text - Title Case 2. Text text text text - Sentence case 3. TEXT TEXT TEXT TEXT - UPPERCASE 4. text text text text - lowercase The cycle returns to 1. In a new Writer document, select "TEXT" (first word after "0. "), and press "Shift+F3" Actual results: 0. TEXT text Text tExt - original 1. Text text Text tExt - Title Case 2. Text text text text - Sentence case 3. TEXT text text text - UPPERCASE inherits the error 4. text text text text - lowercase inherits the error 1. Text text text text - Title Case inherits the error Actual/Expected results: 2. Text text text text - actual 2. Text text Text tExt - expected Tested with: Version: 7.2.7.2 (x86) / LibreOffice Community Build ID: 8d71d29d553c0f7dcbfa38fbfda25ee34cce99a2 CPU threads: 4; OS: Windows 6.1 Service Pack 1 Build 7601; UI render: Skia/Raster; VCL: win Locale: es-MX (es_MX); UI: en-US Calc: threaded Tested with: Version: 7.3.2.2 (x86) / LibreOffice Community Build ID: 49f2b1bff42cfccbd8f788c8dc32c1c309559be0 CPU threads: 4; OS: Windows 6.1 Service Pack 1 Build 7601; UI render: Skia/Raster; VCL: win Locale: es-MX (es_MX); UI: es-ES Calc: threaded -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 149137] When launching Libreoffice on MacOS 12.3.1 it gives an error mentioning that soffice cannot launch.
https://bugs.documentfoundation.org/show_bug.cgi?id=149137 Julien Nabet changed: What|Removed |Added Version|3.6 all versions|7.3.1.3 release -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 149139] Calculation with time duration is not simple, it is in Mac Numbers.
https://bugs.documentfoundation.org/show_bug.cgi?id=149139 --- Comment #1 from JohnTweed --- In NUMBERS, you will notice that the format is set to Minutes m Seconds s If the total number of minutes exceed 60, then it will not wrap around to 0 (throwing away the hour part), but correctly continue to record minutes > 60. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 148913] Crash mergedlo!SfxViewFrame::Notify+0xf87 for some users
https://bugs.documentfoundation.org/show_bug.cgi?id=148913 --- Comment #10 from Telesto --- I'm already seeing this in 7.2 (so BT stack(, I'm attempted a bibisect, but took the wrong turn somewhere.. [d489a9e1ee6173b712de05bf9a733ad9b394cfac] source sha:1a984f2ff11e1125f146824924dcc373bccb0cdf is already crashing it might be https://cgit.freedesktop.org/libreoffice/core/commit/?id=cb965f2cf6d68c284ccbd8a9635abfdfcc0538ca if i'm really close -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 50400] PDF export: Warn that password field does not accept Unicode characters other than ASCII (see Comment 6)
https://bugs.documentfoundation.org/show_bug.cgi?id=50400 Xisco Faulí changed: What|Removed |Added CC||caol...@redhat.com, ||xiscofa...@libreoffice.org --- Comment #11 from Xisco Faulí --- Hi Caolán, I think you might be interested in this issue since it seems to be related to the UI. If I copy 'μαμα' to the password textfield it doesn't paste anything, however 'mama' works. OTOH, 'μαμα' is pasted to the confirm textbox -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 149139] New: Calculation with time duration is not simple, it is in Mac Numbers.
https://bugs.documentfoundation.org/show_bug.cgi?id=149139 Bug ID: 149139 Summary: Calculation with time duration is not simple, it is in Mac Numbers. Product: LibreOffice Version: 7.3.3.2 release Hardware: x86-64 (AMD64) OS: All Status: UNCONFIRMED Severity: normal Priority: medium Component: Calc Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: dump4c...@gmail.com Description: I've cut and paste some track times from MusicBrainz to get the following, 7:23 3:50 2:28 5:21 2:46 8:05 3:07 9:56 With SUM(A0:A7) I get this which is obviously not the answer anyone would expect. 00:00.00 Now the same in NUMBERS for Mac... 7m 23s 3m 50s 2m 28s 5m 21s 2m 46s 8m 5s 3m 7s 9m 56s ---> SUM(A0:A7) gives the correct answer, with no headache. 42m 56s It shouldn't be difficult in LibreOffice, there's a lot of people who want to make a simple duration calculation. Without my Mac I would be going nuts trying to get LibreOffice to do the right thing. I'd probably give up and use python/pandas Steps to Reproduce: 1. write some durations into a column with [m]m:ss.sss format 2. sum the column 3. stare in disbelief and the incomprehensible result. Actual Results: Shown above from Mac NUMBERS Expected Results: Shown above from Mac NUMBERS Reproducible: Always User Profile Reset: No Additional Info: Should have been more flexible in reading time durations -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-commits] core.git: starmath/uiconfig
starmath/uiconfig/smath/ui/sidebarelements_math.ui | 144 ++--- 1 file changed, 42 insertions(+), 102 deletions(-) New commits: commit b6e0528ca31341239cb4ba990141a66ad4b76d6c Author: Mike Kaganski AuthorDate: Tue May 17 11:55:11 2022 +0300 Commit: Caolán McNamara CommitDate: Tue May 17 21:33:46 2022 +0200 Simplify the UI Remove the intermediary containers, keeping those that are really needed to create the necessary structure. I'm curious, how much CPU could be wasted by the unused container layers when calculating the layout. Change-Id: I56bf13c52b4e14dcef6595d00223cd36f48793d0 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/134463 Tested-by: Jenkins Tested-by: Caolán McNamara Reviewed-by: Caolán McNamara diff --git a/starmath/uiconfig/smath/ui/sidebarelements_math.ui b/starmath/uiconfig/smath/ui/sidebarelements_math.ui index c645e7f8d349..3b18a2a9e301 100644 --- a/starmath/uiconfig/smath/ui/sidebarelements_math.ui +++ b/starmath/uiconfig/smath/ui/sidebarelements_math.ui @@ -8,146 +8,86 @@ - - + True False +vertical True True 6 +True - - + True -False +True True True -3 -6 +in - + True True True True -vertical -True +liststore1 +False +0 +False + + + - - -True -False -True -True + - -True -True -True -True -in - - -True -True -True -True -liststore1 -False -0 -False - - - - - - - - -1 - - - - - - - - -0 -0 - + + +1 + - -False -True - + + + + + + +True +True +True +True +in + + +True +False - - + True False +vertical True True -6 - - + True -False +True +GDK_BUTTON_MOTION_MASK | GDK_BUTTON_PRESS_MASK | GDK_BUTTON_RELEASE_MASK | GDK_KEY_PRESS_MASK | GDK_KEY_RELEASE_MASK | GDK_ENTER_NOTIFY_MASK | GDK_LEAVE_NOTIFY_MASK | GDK_STRUCTURE_MASK | GDK_SCROLL_MASK | GDK_SMOOTH_SCROLL_MASK True True - - -True -True -True -True -in - - -True -False - - -True -True -GDK_BUTTON_MOTION_MASK | GDK_BUTTON_PRESS_MASK | GDK_BUTTON_RELEASE_MASK | GDK_KEY_PRESS_MASK | GDK_KEY_RELEASE_MASK | GDK_ENTER_NOTIFY_MASK | GDK_LEAVE_NOTIFY_MASK | GDK_STRUCTURE_MASK | GDK_SCROLL_MASK | GDK_SMOOTH_SCROLL_MASK -True -True - - - - - - -0 -0 - - -0 -0 +0
[Libreoffice-commits] core.git: Branch 'libreoffice-7-3' - sd/source
sd/source/ui/dlg/BulletAndPositionDlg.cxx |9 +++-- sd/source/ui/inc/BulletAndPositionDlg.hxx |1 + 2 files changed, 8 insertions(+), 2 deletions(-) New commits: commit 26203fd60631a091739cbba7cc7220429e1b9d21 Author: Caolán McNamara AuthorDate: Mon May 16 20:50:37 2022 +0100 Commit: Xisco Fauli CommitDate: Tue May 17 21:29:48 2022 +0200 Resolves: tdf#149093 connect_value_change if we will query its value and not the text_change which is called before the value is parsed from the new text Change-Id: Ib6bd5647139f1b79f299beb42b704b465ddf535c Reviewed-on: https://gerrit.libreoffice.org/c/core/+/134368 Tested-by: Jenkins Reviewed-by: Xisco Fauli diff --git a/sd/source/ui/dlg/BulletAndPositionDlg.cxx b/sd/source/ui/dlg/BulletAndPositionDlg.cxx index 8b42d63c8add..7dc92ee85088 100644 --- a/sd/source/ui/dlg/BulletAndPositionDlg.cxx +++ b/sd/source/ui/dlg/BulletAndPositionDlg.cxx @@ -138,7 +138,7 @@ SvxBulletAndPositionDlg::SvxBulletAndPositionDlg(weld::Window* pWindow, const Sf m_xWidthMF->connect_value_changed(LINK(this, SvxBulletAndPositionDlg, SizeHdl_Impl)); m_xHeightMF->connect_value_changed(LINK(this, SvxBulletAndPositionDlg, SizeHdl_Impl)); m_xRatioCB->connect_toggled(LINK(this, SvxBulletAndPositionDlg, RatioHdl_Impl)); -m_xStartED->connect_changed(LINK(this, SvxBulletAndPositionDlg, EditModifyHdl_Impl)); +m_xStartED->connect_value_changed(LINK(this, SvxBulletAndPositionDlg, SpinModifyHdl_Impl)); m_xPrefixED->connect_changed(LINK(this, SvxBulletAndPositionDlg, EditModifyHdl_Impl)); m_xSuffixED->connect_changed(LINK(this, SvxBulletAndPositionDlg, EditModifyHdl_Impl)); m_xBulRelSizeMF->connect_value_changed(LINK(this, SvxBulletAndPositionDlg, BulRelSizeHdl_Impl)); @@ -662,7 +662,7 @@ void SvxBulletAndPositionDlg::CheckForStartValue_Impl(sal_uInt16 nNumberingType) || SVX_NUM_CHARS_LOWER_LETTER_N == nNumberingType; m_xStartED->set_min(bNoZeroAllowed ? 1 : 0); if (bIsNull && bNoZeroAllowed) -EditModifyHdl_Impl(*m_xStartED); +SpinModifyHdl_Impl(*m_xStartED); } IMPL_LINK(SvxBulletAndPositionDlg, LevelHdl_Impl, weld::TreeView&, rBox, void) @@ -1128,6 +1128,11 @@ IMPL_LINK(SvxBulletAndPositionDlg, EditModifyHdl_Impl, weld::Entry&, rEdit, void EditModifyHdl_Impl(); } +IMPL_LINK(SvxBulletAndPositionDlg, SpinModifyHdl_Impl, weld::SpinButton&, rSpinButton, void) +{ +EditModifyHdl_Impl(); +} + IMPL_LINK(SvxBulletAndPositionDlg, DistanceHdl_Impl, weld::MetricSpinButton&, rFld, void) { if (bInInitControl) diff --git a/sd/source/ui/inc/BulletAndPositionDlg.hxx b/sd/source/ui/inc/BulletAndPositionDlg.hxx index b6984af8ccb5..2d03db6fa916 100644 --- a/sd/source/ui/inc/BulletAndPositionDlg.hxx +++ b/sd/source/ui/inc/BulletAndPositionDlg.hxx @@ -124,6 +124,7 @@ class SvxBulletAndPositionDlg : public weld::GenericDialogController DECL_LINK(SizeHdl_Impl, weld::MetricSpinButton&, void); DECL_LINK(RatioHdl_Impl, weld::Toggleable&, void); DECL_LINK(EditModifyHdl_Impl, weld::Entry&, void); +DECL_LINK(SpinModifyHdl_Impl, weld::SpinButton&, void); DECL_LINK(BulColorHdl_Impl, ColorListBox&, void); DECL_LINK(BulRelSizeHdl_Impl, weld::MetricSpinButton&, void); DECL_LINK(PreviewInvalidateHdl_Impl, Timer*, void);
[Libreoffice-commits] core.git: Branch 'libreoffice-7-3' - sw/qa sw/source
sw/qa/extras/uiwriter/uiwriter.cxx | 38 sw/source/core/doc/DocumentContentOperationsManager.cxx |5 ++ 2 files changed, 43 insertions(+) New commits: commit 085ae759c1dc10a40cf3be95201c1028e847d012 Author: Michael Stahl AuthorDate: Tue May 17 16:08:39 2022 +0200 Commit: Xisco Fauli CommitDate: Tue May 17 21:28:25 2022 +0200 tdf#147220 sw_redlinehide: update frames in ReplaceRangeImpl() Change-Id: Ie5d62eaec01a3b06ff1bd6070510384641ea7ad3 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/134483 Tested-by: Jenkins Reviewed-by: Michael Stahl (cherry picked from commit 1f8795df957c18c5c06bf1d68d0d60b1d30f015d) Reviewed-on: https://gerrit.libreoffice.org/c/core/+/134448 Reviewed-by: Xisco Fauli diff --git a/sw/qa/extras/uiwriter/uiwriter.cxx b/sw/qa/extras/uiwriter/uiwriter.cxx index d38c33364803..b7593759971b 100644 --- a/sw/qa/extras/uiwriter/uiwriter.cxx +++ b/sw/qa/extras/uiwriter/uiwriter.cxx @@ -138,6 +138,7 @@ #include #include #include +#include namespace { @@ -693,6 +694,43 @@ void SwUiWriterTest::testTdf67238() CPPUNIT_ASSERT(!((rTable.GetTableBox("C3"))->GetFrameFormat()->GetProtect()).IsContentProtected()); } +CPPUNIT_TEST_FIXTURE(SwUiWriterTest, testTdf147220) +{ +SwDoc* pDoc = createSwDoc(); +SwWrtShell* pWrtShell = pDoc->GetDocShell()->GetWrtShell(); + +pWrtShell->Insert(u"él"); + +// hide and enable +dispatchCommand(mxComponent, ".uno:ShowTrackedChanges", {}); +dispatchCommand(mxComponent, ".uno:TrackChanges", {}); +CPPUNIT_ASSERT(pDoc->getIDocumentRedlineAccess().IsRedlineOn()); +CPPUNIT_ASSERT( + IDocumentRedlineAccess::IsShowChanges(pDoc->getIDocumentRedlineAccess().GetRedlineFlags())); +CPPUNIT_ASSERT(pWrtShell->GetLayout()->IsHideRedlines()); + +pWrtShell->GoStartSentence(); +pWrtShell->SetMark(); +pWrtShell->GoEndSentence(); + +// this did not remove the original text from the layout +pWrtShell->Replace(u"Él", false); + +// currently the deleted text is before the replacement text, not sure if +// that is really required +CPPUNIT_ASSERT_EQUAL(OUString(u"élÉl"), + pWrtShell->GetCursor()->GetPoint()->nNode.GetNode().GetTextNode()->GetText()); +CPPUNIT_ASSERT_EQUAL(OUString(u"Él"), +static_cast(pWrtShell->GetCursor()->GetPoint()->nNode.GetNode().GetTextNode()->getLayoutFrame(nullptr))->GetText()); + +SwRedlineTable const& rRedlines(pDoc->getIDocumentRedlineAccess().GetRedlineTable()); +CPPUNIT_ASSERT_EQUAL(SwRedlineTable::size_type(2), rRedlines.size()); +CPPUNIT_ASSERT_EQUAL(RedlineType::Delete, rRedlines[0]->GetType()); +CPPUNIT_ASSERT_EQUAL(OUString(u"él"), rRedlines[0]->GetText()); +CPPUNIT_ASSERT_EQUAL(RedlineType::Insert, rRedlines[1]->GetType()); +CPPUNIT_ASSERT_EQUAL(OUString(u"Él"), rRedlines[1]->GetText()); +} + CPPUNIT_TEST_FIXTURE(SwUiWriterTest, testTdf135978) { SwDoc* pDoc = createSwDoc(); diff --git a/sw/source/core/doc/DocumentContentOperationsManager.cxx b/sw/source/core/doc/DocumentContentOperationsManager.cxx index 11f91cfe38b5..965a9024a57d 100644 --- a/sw/source/core/doc/DocumentContentOperationsManager.cxx +++ b/sw/source/core/doc/DocumentContentOperationsManager.cxx @@ -4597,7 +4597,12 @@ bool DocumentContentOperationsManager::ReplaceRangeImpl( SwPaM& rPam, const OUSt m_rDoc.GetIDocumentUndoRedo().AppendUndo( std::make_unique( aDelPam, SwUndoId::REPLACE )); } +// add redline similar to DeleteAndJoinWithRedlineImpl() +std::shared_ptr const pCursor(m_rDoc.CreateUnoCursor(*aDelPam.GetMark())); +pCursor->SetMark(); +*pCursor->GetPoint() = *aDelPam.GetPoint(); m_rDoc.getIDocumentRedlineAccess().AppendRedline( new SwRangeRedline( RedlineType::Delete, aDelPam ), true); +sw::UpdateFramesForAddDeleteRedline(m_rDoc, *pCursor); *rPam.GetMark() = *aDelPam.GetMark(); if (m_rDoc.GetIDocumentUndoRedo().DoesUndo())
[Libreoffice-commits] core.git: Branch 'libreoffice-7-3' - sw/source
sw/source/uibase/uiview/viewling.cxx | 10 -- 1 file changed, 8 insertions(+), 2 deletions(-) New commits: commit d2819832dcd092195c2c2dec5450dba6bd86b045 Author: Michael Stahl AuthorDate: Tue May 17 13:12:49 2022 +0200 Commit: Xisco Fauli CommitDate: Tue May 17 21:26:47 2022 +0200 tdf#148869 sw_redlinehide: fix SwView::ExecSpellPopup() How could i forget that MovePara(GoCurrPara, fnParaStart) will move to a previous paragraph when it's already at the start of the current one, it's so intuitive. (regression from commit d814941b31b4f9cc8b6e9bd4ddc5188015529707) Change-Id: Ief9bcd42b7ea78feef50ac42bc93580c29c080b2 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/134468 Tested-by: Michael Stahl Reviewed-by: Michael Stahl (cherry picked from commit e2ff01a08a70a96517287ac9b9e9de6fbfd6a00b) Reviewed-on: https://gerrit.libreoffice.org/c/core/+/134445 Tested-by: Jenkins Reviewed-by: Xisco Fauli diff --git a/sw/source/uibase/uiview/viewling.cxx b/sw/source/uibase/uiview/viewling.cxx index ad7e9e697d04..461f7c8afa58 100644 --- a/sw/source/uibase/uiview/viewling.cxx +++ b/sw/source/uibase/uiview/viewling.cxx @@ -694,9 +694,15 @@ bool SwView::ExecSpellPopup(const Point& rPt) if (pNode) { pCursorShell->Push(); -pCursorShell->MovePara(GoCurrPara, fnParaStart); +if (!pCursorShell->IsSttPara()) +{ +pCursorShell->MovePara(GoCurrPara, fnParaStart); +} pCursorShell->SetMark(); -pCursorShell->MovePara(GoCurrPara, fnParaEnd); +if (!pCursorShell->IsEndPara()) +{ +pCursorShell->MovePara(GoCurrPara, fnParaEnd); +} aParaText = pCursorShell->GetSelText(); pCursorShell->Pop(SwCursorShell::PopMode::DeleteCurrent); }
[Libreoffice-commits] core.git: sw/qa sw/source
sw/qa/extras/htmlexport/htmlexport.cxx | 34 + sw/source/filter/html/htmlflywriter.cxx | 50 2 files changed, 78 insertions(+), 6 deletions(-) New commits: commit 9e3eee88338c45424b24040f731083f9f59cfbe2 Author: Miklos Vajna AuthorDate: Tue May 17 16:11:25 2022 +0200 Commit: Miklos Vajna CommitDate: Tue May 17 21:26:04 2022 +0200 sw HTML export: avoid pixel height when height is scale and width is relative Commit b17180a84cb4561b8a7bbf9e2281c91fffd56f87 (write out image size in html export for 'keep ratio' images, 2021-06-29) changed the sw HTML export to write the layout size of images in case one dimension is "keep ratio" and the other is some more concrete value. This is useful in case that other dimension is a fixed value, because "keep ratio" on the UI only means to keep the ratio as the size changes, it does not mean that the ratio will be the original ratio of the bitmap. However, it's problematic to write this layout size of the "keep ratio" dimension when the other dimension is relative, as this will mean the image's aspect ratio will change if the user resizes the browser window. Fix the problem by extending the way we write the "height" and "width" of fly frames: 1) Write a percentage in case of relative sizes 2) Write an explicit "auto" (or just omit the attribute in XHTML mode) in case the size is "keep ratio" and the other dimension is a relative size 3) Write the layout size in other cases (fixed size or "keep ratio", but the other dimension is a fixed size) Note that HTML itself has no concept of relative sizes where 100% is not the parent's size (e.g. page, not paragraph) and also has no concept of keeping an aspect ratio which is not the aspect ratio of the bitmap, so those cases remain unchanged. Change-Id: Ic5c7dc4d697160eff81e960a2f7d335fb78ab7c0 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/134482 Reviewed-by: Miklos Vajna Tested-by: Jenkins diff --git a/sw/qa/extras/htmlexport/htmlexport.cxx b/sw/qa/extras/htmlexport/htmlexport.cxx index 639b744b05da..a85715f6bebc 100644 --- a/sw/qa/extras/htmlexport/htmlexport.cxx +++ b/sw/qa/extras/htmlexport/htmlexport.cxx @@ -2290,6 +2290,40 @@ CPPUNIT_TEST_FIXTURE(SwHtmlDomExportTest, testTableBackground) assertXPathNoAttribute(pXmlDoc, "//reqif-xhtml:table[2]/reqif-xhtml:tr[1]", "bgcolor"); } +CPPUNIT_TEST_FIXTURE(HtmlExportTest, testImageKeepRatio) +{ +// Given a document with an image: width is relative, height is "keep ratio": +createSwDoc(); +uno::Reference xFactory(mxComponent, uno::UNO_QUERY); +uno::Reference xTextGraphic( +xFactory->createInstance("com.sun.star.text.TextGraphicObject"), uno::UNO_QUERY); +xTextGraphic->setPropertyValue("AnchorType", + uno::Any(text::TextContentAnchorType_AS_CHARACTER)); +xTextGraphic->setPropertyValue("RelativeWidth", uno::Any(static_cast(42))); +xTextGraphic->setPropertyValue("IsSyncHeightToWidth", uno::Any(true)); +uno::Reference xTextDocument(mxComponent, uno::UNO_QUERY); +uno::Reference xBodyText = xTextDocument->getText(); +uno::Reference xCursor(xBodyText->createTextCursor()); +uno::Reference xTextContent(xTextGraphic, uno::UNO_QUERY); +xBodyText->insertTextContent(xCursor, xTextContent, false); + +// When exporting to HTML: +uno::Reference xStorable(mxComponent, uno::UNO_QUERY); +uno::Sequence aStoreProperties = { +comphelper::makePropertyValue("FilterName", OUString("HTML (StarWriter)")), +}; +xStorable->storeToURL(maTempFile.GetURL(), aStoreProperties); + +// Then make sure that the width is not a fixed size, that would break on resizing the browser +// window: +htmlDocUniquePtr pDoc = parseHtml(maTempFile); +// Without the accompanying fix in place, this test would have failed with: +// - Expected: auto +// - Actual : 2 +// i.e. a static (CSS pixel) height was written. +assertXPath(pDoc, "/html/body/p/img", "height", "auto"); +} + CPPUNIT_PLUGIN_IMPLEMENT(); /* vim:set shiftwidth=4 softtabstop=4 expandtab: */ diff --git a/sw/source/filter/html/htmlflywriter.cxx b/sw/source/filter/html/htmlflywriter.cxx index 2ad597aea80d..940b7c9d9a86 100644 --- a/sw/source/filter/html/htmlflywriter.cxx +++ b/sw/source/filter/html/htmlflywriter.cxx @@ -975,22 +975,60 @@ void SwHTMLWriter::writeFrameFormatOptions(HtmlWriter& aHtml, const SwFrameForma ((nPercentWidth && nPercentWidth!=255) || aPixelSz.Width()) ) { OString sWidth; -if (nPercentWidth && nPercentWidth != 255) -sWidth = OString::number(static_cast(nPercentWidth)) + "%"; +if (nPercentWidth) +{ +if (nPercentWidth == 255) +{
[Libreoffice-bugs] [Bug 148725] Paragraph DF is written if DF Paragraph dialog being opened, reset being pressed followed by OK
https://bugs.documentfoundation.org/show_bug.cgi?id=148725 Telesto changed: What|Removed |Added CC||caol...@redhat.com --- Comment #4 from Telesto --- @Caolan, You might me interested in this one. This likely an UI problem -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-commits] core.git: sc/source
sc/source/ui/view/gridwin4.cxx | 12 1 file changed, 8 insertions(+), 4 deletions(-) New commits: commit 4e91e24ced90d7617bbfbc076e47a0896151260e Author: Szymon Kłos AuthorDate: Fri May 13 17:06:19 2022 +0200 Commit: Szymon Kłos CommitDate: Tue May 17 21:18:04 2022 +0200 lok: respect zoom in calc tile rendering of EditView Issue was that when using 150% zoom in LOK and editing some textbox inside Calc spreadsheet - we didn't see content of it (but tiles were invalidated). In other view we have seen textbox in correct place if zoom was 100%. To fix that we need to pass zoom factor and use it. Change-Id: Ib1cf49af02d0637e09ce68c5c2c41ffb3014c701 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/134437 Tested-by: Jenkins Reviewed-by: Szymon Kłos diff --git a/sc/source/ui/view/gridwin4.cxx b/sc/source/ui/view/gridwin4.cxx index a12b190933bb..af87b086ca7c 100644 --- a/sc/source/ui/view/gridwin4.cxx +++ b/sc/source/ui/view/gridwin4.cxx @@ -730,7 +730,8 @@ void ScGridWindow::DrawContent(OutputDevice , const ScTableInfo& rTableI // the same as editeng and drawinglayer), and get rid of all the // SetMapMode's and other unnecessary fun we have with pixels // See also ScGridWindow::GetDrawMapMode() for the rest of this hack -aDrawMode.SetOrigin(PixelToLogic(Point(nScrX, nScrY), aDrawMode)); +aDrawMode.SetOrigin(PixelToLogic(Point(tools::Long(nScrX / aOutputData.aZoomX), + tools::Long(nScrY / aOutputData.aZoomY)), aDrawMode)); } tools::Rectangle aDrawingRectLogic; bool bLayoutRTL = rDoc.IsLayoutRTL( nTab ); @@ -1038,6 +1039,9 @@ void ScGridWindow::DrawContent(OutputDevice , const ScTableInfo& rTableI if (bIsTiledRendering) { +const double fZoomX = static_cast(aOutputData.aZoomX); +const double fZoomY = static_cast(aOutputData.aZoomY); + Point aOrigin = aOriginalMode.GetOrigin(); if (bLayoutRTL) aOrigin.setX(-o3tl::convert(aOrigin.getX(), o3tl::Length::twip, o3tl::Length::px) @@ -1049,8 +1053,8 @@ void ScGridWindow::DrawContent(OutputDevice , const ScTableInfo& rTableI aOrigin.setY(o3tl::convert(aOrigin.getY(), o3tl::Length::twip, o3tl::Length::px) + aOutputData.nScrY); const double twipFactor = 15 * 1.7639; // 26.4585 -aOrigin = Point(aOrigin.getX() * twipFactor, -aOrigin.getY() * twipFactor); +aOrigin = Point(aOrigin.getX() * twipFactor / fZoomX, +aOrigin.getY() * twipFactor / fZoomY); MapMode aNew = rDevice.GetMapMode(); aNew.SetOrigin(aOrigin); rDevice.SetMapMode(aNew); @@ -1601,7 +1605,7 @@ void ScGridWindow::PaintTile( VirtualDevice& rDevice, -nTopLeftTileRowOffset, nTopLeftTileCol, nTopLeftTileRow, nBottomRightTileCol, nBottomRightTileRow, - fPPTX, fPPTY, nullptr, nullptr); + fPPTX, fPPTY, , ); // setup the SdrPage so that drawinglayer works correctly ScDrawLayer* pModel = rDoc.GetDrawLayer();
[Libreoffice-bugs] [Bug 123910] Writer hangs when deleting a line of text
https://bugs.documentfoundation.org/show_bug.cgi?id=123910 Dieter changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever confirmed|0 |1 --- Comment #11 from Dieter --- (In reply to Telesto from comment #10) > Created attachment 180172 [details] > Modified version (highlighting added) > > 1. Open the attached file > 2. Place cursor at the end of the yellow marked text > 3. Press and hold backspace..LibreOffice will hang/freeze at the end of the > line => NEW, because still present and confirmed before. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 105948] [META] Undo/Redo bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=105948 Bug 105948 depends on bug 123910, which changed state. Bug 123910 Summary: Writer hangs when deleting a line of text https://bugs.documentfoundation.org/show_bug.cgi?id=123910 What|Removed |Added Status|RESOLVED|UNCONFIRMED Resolution|WORKSFORME |--- -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 123910] Writer hangs when deleting a line of text
https://bugs.documentfoundation.org/show_bug.cgi?id=123910 Telesto changed: What|Removed |Added Ever confirmed|1 |0 Status|RESOLVED|UNCONFIRMED Resolution|WORKSFORME |--- -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 123910] Writer hangs when deleting a line of text
https://bugs.documentfoundation.org/show_bug.cgi?id=123910 --- Comment #10 from Telesto --- Created attachment 180172 --> https://bugs.documentfoundation.org/attachment.cgi?id=180172=edit Modified version (highlighting added) 1. Open the attached file 2. Place cursor at the end of the yellow marked text 3. Press and hold backspace..LibreOffice will hang/freeze at the end of the line -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 122057] Loading Deflate/ZIP compression in TIFF image does not work
https://bugs.documentfoundation.org/show_bug.cgi?id=122057 Julien Nabet changed: What|Removed |Added Assignee|serval2...@yahoo.fr |libreoffice-b...@lists.free ||desktop.org Status|ASSIGNED|NEW Whiteboard|target:7.4.0| --- Comment #16 from Julien Nabet --- Argh, just opened with Firebird, it's not a black rectangle but design plan for a house. The patch was wrong then so I reverted it :-(. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-commits] core.git: vcl/Library_vcl.mk vcl/source
vcl/Library_vcl.mk|1 vcl/source/filter/itiff/itiff.cxx | 64 -- 2 files changed, 1 insertion(+), 64 deletions(-) New commits: commit 522de4493e982d987f55fd88a64dd9e83c46e895 Author: Julien Nabet AuthorDate: Tue May 17 21:04:51 2022 +0200 Commit: Julien Nabet CommitDate: Tue May 17 21:05:28 2022 +0200 Revert "tdf#122057: read tiff with deflate compression (code 32946 only)" This reverts commit f0d3727322207b3a547313e14305440ad7009079. Reason for revert: Gimp was displaying a black rectangle, thought it was ok. Then with just Firefox, I could see that it should display a design plan for a house. Change-Id: I3a87ba24e779aee74d2124bf985b66c9cd7a0bb4 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/134449 Tested-by: Julien Nabet Reviewed-by: Julien Nabet diff --git a/vcl/Library_vcl.mk b/vcl/Library_vcl.mk index 626134894bd0..a141e22348dd 100644 --- a/vcl/Library_vcl.mk +++ b/vcl/Library_vcl.mk @@ -69,7 +69,6 @@ $(eval $(call gb_Library_use_libraries,vcl,\ i18nutil \ $(if $(ENABLE_JAVA),jvmaccess) \ $(if $(filter OPENCL,$(BUILD_TYPE)),opencl) \ -package2 \ sal \ salhelper \ sot \ diff --git a/vcl/source/filter/itiff/itiff.cxx b/vcl/source/filter/itiff/itiff.cxx index 894241a68d38..cff68f9e6ec9 100644 --- a/vcl/source/filter/itiff/itiff.cxx +++ b/vcl/source/filter/itiff/itiff.cxx @@ -20,10 +20,6 @@ #include #include -#include -#include -#include - #include #include #include @@ -712,64 +708,6 @@ bool TIFFReader::ReadMap() return false; } } -else if ( nCompression == 32946 ) // deflate compression (legacy code) -{ -sal_uInt32 nStrip(0); -if (nStrip >= aStripOffsets.size()) -return false; -pTIFF->Seek(aStripOffsets[nStrip]); - - -sal_Int32 nRowSize = (static_cast(nImageWidth) * nSamplesPerPixel / nPlanes * nBitsPerSample + 7) >> 3; - -for (sal_Int32 ny = 0; ny < nImageLength; ++ny) -{ -for (sal_uInt32 np = 0; np < nPlanes; ++np) -{ -if ( ny / GetRowsPerStrip() + np * nStripsPerPlane > nStrip ) -{ -nStrip = ny / GetRowsPerStrip() + np * nStripsPerPlane; -if (nStrip >= aStripOffsets.size()) -return false; -pTIFF->Seek(aStripOffsets[nStrip]); -} -if (np >= SAL_N_ELEMENTS(aMap)) -return false; - -// Inflater uses in and out sequences -// 1) Preparation: read in nBytesPerRow from the stream, put it on the sequence and initialize decompresser with it -css::uno::Sequence aInput(nBytesPerRow); -sal_uInt8* aInputArray = reinterpret_cast< sal_uInt8* >( aInput.getArray( ) ); -for (size_t i = 0; i < nBytesPerRow ; ++i) -{ -pTIFF->ReadUChar(aInputArray[i]); -} -std::optional< ::ZipUtils::Inflater> decompresser(std::in_place, false); -decompresser->setInput(aInput); - -// 2) Decompression -css::uno::Sequence aOutput(nRowSize); -decompresser->doInflateSegment(aOutput, 0, nRowSize); -decompresser->end(); -decompresser.reset(); - -// 3) Result retrieving: put the read row in the aMap which will be read by ConvertScanline later -auto pDest = getMapData(np); -for (sal_Int32 i = 0; i < nRowSize; ++i) -*pDest++ = aInput[i]; - -if ( pTIFF->GetError() ) -return false; -} - -nTotalDataRead += nBytesPerRow; -if (nMaxAllowedDecompression && nTotalDataRead > nMaxAllowedDecompression) -return false; - -if ( !ConvertScanline( ny ) ) -return false; -} -} else if ( nCompression == 32773 ) { sal_uInt32 nStrip(0); @@ -1646,7 +1584,7 @@ bool TIFFReader::ReadTIFF(SvStream & rTIFF, Graphic & rGraphic ) bStatus = false; } } -else if (nCompression == 5 || nCompression == 32946) +else if (nCompression == 5) { sal_uInt32 np = nPlanes - 1; if (np >= SAL_N_ELEMENTS(aMap))
[Libreoffice-bugs] [Bug 149138] New: i am looking for an enhancement to insert multiple images in a Libre Office document
https://bugs.documentfoundation.org/show_bug.cgi?id=149138 Bug ID: 149138 Summary: i am looking for an enhancement to insert multiple images in a Libre Office document Product: LibreOffice Version: 7.3.2.2 release Hardware: All OS: Windows (All) Status: UNCONFIRMED Severity: normal Priority: medium Component: LibreOffice Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: lightningspa...@yahoo.co.uk Description: At the moment I can only add one image at a time and when I do this a few times the images overlay each other. Actual Results: I had no results to fix the problem Expected Results: multiple image insertion Reproducible: Always User Profile Reset: Yes OpenGL enabled: Yes Additional Info: none -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-commits] core.git: Branch 'libreoffice-7-3' - sw/qa sw/source
sw/qa/extras/layout/data/tdf123163-1.docx |binary sw/qa/extras/layout/layout.cxx|6 ++ sw/source/core/layout/fly.cxx |4 +++- 3 files changed, 9 insertions(+), 1 deletion(-) New commits: commit 611f1e5e6637610295d449c286d3d6981dd735aa Author: Caolán McNamara AuthorDate: Fri Sep 10 19:51:41 2021 +0100 Commit: Caolán McNamara CommitDate: Tue May 17 21:00:21 2022 +0200 sw: fix assert in SwObjectFormatterTextFrame sw/source/core/layout/objectformattertxtfrm.cxx:237: virtual bool SwObjectFormatterTextFrame::DoFormatObj(SwAnchoredObject&, bool): Assertion `GetPageFrame().GetPhyPageNum() == GetPgNumOfCollected(nIdx)' failed. The problem is that there are multiple (9) flys on text frame 324. In the loop in CalcContent(), frame 324 starts out on page 13, then with the first/second fly moves to page 12, then with the 3rd fly moves forward to page 13 - but the pPageFrame that is passed to SwObjectFormatter::FormatObj() was fetched outside of the loop. (regression from commit c799de145f7e289f31e3669646e5bd12814e6c5e and commit 533a998e540b0f04068c876dde0e74adc3f79c93) Change-Id: Iae573900b4b6558634bfed161e5c95bd5ba27151 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/121924 Tested-by: Jenkins Reviewed-by: Michael Stahl (cherry picked from commit 7d20dc2ca69711c61fb1593ad85ccdef282c978d) Reviewed-on: https://gerrit.libreoffice.org/c/core/+/134447 Reviewed-by: Caolán McNamara diff --git a/sw/qa/extras/layout/data/tdf123163-1.docx b/sw/qa/extras/layout/data/tdf123163-1.docx new file mode 100644 index ..3f8865cb49b1 Binary files /dev/null and b/sw/qa/extras/layout/data/tdf123163-1.docx differ diff --git a/sw/qa/extras/layout/layout.cxx b/sw/qa/extras/layout/layout.cxx index 4122d3725b88..66ea7c193c39 100644 --- a/sw/qa/extras/layout/layout.cxx +++ b/sw/qa/extras/layout/layout.cxx @@ -3064,6 +3064,12 @@ CPPUNIT_TEST_FIXTURE(SwLayoutWriter, testTdf116501) createSwDoc(DATA_DIRECTORY, "tdf116501.odt"); } +CPPUNIT_TEST_FIXTURE(SwLayoutWriter, testTdf123163) +{ +//just care it doesn't assert +createSwDoc(DATA_DIRECTORY, "tdf123163-1.docx"); +} + CPPUNIT_TEST_FIXTURE(SwLayoutWriter, testAbi11870) { //just care it doesn't assert diff --git a/sw/source/core/layout/fly.cxx b/sw/source/core/layout/fly.cxx index 1a0a93e5fc01..e54f88c274a2 100644 --- a/sw/source/core/layout/fly.cxx +++ b/sw/source/core/layout/fly.cxx @@ -1528,11 +1528,13 @@ void CalcContent( SwLayoutFrame *pLay, bool bNoColl ) { bool bAgain = false; bool bRestartLayoutProcess = false; -SwPageFrame* pPageFrame = pFrame->FindPageFrame(); size_t nCnt = pFrame->GetDrawObjs()->size(); size_t i = 0; while ( i < nCnt ) { +// pFrame can move to a different page in FormatObj() +SwPageFrame *const pPageFrame = pFrame->FindPageFrame(); + // #i28701# SwAnchoredObject* pAnchoredObj = (*pFrame->GetDrawObjs())[i]; assert(pAnchoredObj);