[Bug 88175] [META] XLSX (OOXML) format limitations
https://bugs.documentfoundation.org/show_bug.cgi?id=88175 Bug 88175 depends on bug 65136, which changed state. Bug 65136 Summary: FILESAVE, FILEOPEN: XLS, XLSX partial-cell hyperlink is reloaded as full-cell hyperlink https://bugs.documentfoundation.org/show_bug.cgi?id=65136 What|Removed |Added Status|NEW |RESOLVED Resolution|--- |NOTABUG -- You are receiving this mail because: You are the assignee for the bug.
[Bug 88174] [META] Binary XLS format limitations
https://bugs.documentfoundation.org/show_bug.cgi?id=88174 Bug 88174 depends on bug 65136, which changed state. Bug 65136 Summary: FILESAVE, FILEOPEN: XLS, XLSX partial-cell hyperlink is reloaded as full-cell hyperlink https://bugs.documentfoundation.org/show_bug.cgi?id=65136 What|Removed |Added Status|NEW |RESOLVED Resolution|--- |NOTABUG -- You are receiving this mail because: You are the assignee for the bug.
[Bug 65136] FILESAVE, FILEOPEN: XLS, XLSX partial-cell hyperlink is reloaded as full-cell hyperlink
https://bugs.documentfoundation.org/show_bug.cgi?id=65136 Justin L changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |NOTABUG CC||attila.sz...@collabora.com --- Comment #17 from Justin L --- (In reply to Justin L from comment #14) > This is a limitation of the XLS/X format. So then this is not a bug really. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 160735] New: Change any style from a single window
https://bugs.documentfoundation.org/show_bug.cgi?id=160735 Bug ID: 160735 Summary: Change any style from a single window Product: LibreOffice Version: 24.2.2.2 release Hardware: All OS: All Status: UNCONFIRMED Severity: enhancement Priority: medium Component: Writer Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: gris...@zaclys.net To effectively change a style in Writer, we must go to the styles tab, then open each style to modify independently. This process is lengthy when there is a lot of styling to manage. We should be able to easily manage styles: either directly from the sidebar (with direct access options), or in the style modification window (in the first organizer/manager tab, we should be able to choose the style we want to modify). This development would make it possible to avoid the recurring bug for years, but never corrected, which prevents the updating of a style from the selection. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 126690] Bad default settings for nested/outline numbering indentations (locale-defined lists ignore SymbolTextDistance and FirstLineOffset)
https://bugs.documentfoundation.org/show_bug.cgi?id=126690 Justin L changed: What|Removed |Added See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=56 ||258 -- You are receiving this mail because: You are the assignee for the bug.
[Bug 78433] DOCX import, the wrong border is used in first column due unhandled insideV
https://bugs.documentfoundation.org/show_bug.cgi?id=78433 Justin L changed: What|Removed |Added Hardware|Other |All -- You are receiving this mail because: You are the assignee for the bug.
[Bug 78433] DOCX import, the wrong border is used in first column due unhandled insideV
https://bugs.documentfoundation.org/show_bug.cgi?id=78433 --- Comment #12 from Justin L --- repro 24.8+ -- You are receiving this mail because: You are the assignee for the bug.
[Bug 160734] Support exporting to Markdown
https://bugs.documentfoundation.org/show_bug.cgi?id=160734 Stéphane Guillou (stragu) changed: What|Removed |Added Keywords||needsUXEval Version|unspecified |Inherited From OOo CC||libreoffice-ux-advise@lists ||.freedesktop.org, ||stephane.guillou@libreoffic ||e.org --- Comment #1 from Stéphane Guillou (stragu) --- Import and Export filters are good, less controversial first steps in Markdown support. But as you said, the challenge is picking a flavour. Exporting to .md would simplify drastically the document to whatever the flavour allows. (In reply to Eyal Rozenberg from comment #0) > * There's a similar request regarding Calc: bug 94978. (I consider "Save As" to be very different, and a lot more difficult to implement, as it would imply that LO supports _editing_ markdown files. And for that, we'd need to accommodate markup editing + rendered view somehow (.e.g by repurposing the Web View), possibly with a stripped down UI that only offers what the format supports.) In any case, +1 for me. Design/UX team? -- You are receiving this mail because: You are the assignee for the bug.
[Bug 160734] Support exporting to Markdown
https://bugs.documentfoundation.org/show_bug.cgi?id=160734 Stéphane Guillou (stragu) changed: What|Removed |Added Keywords||needsUXEval Version|unspecified |Inherited From OOo CC||libreoffice-ux-advise@lists ||.freedesktop.org, ||stephane.guillou@libreoffic ||e.org --- Comment #1 from Stéphane Guillou (stragu) --- Import and Export filters are good, less controversial first steps in Markdown support. But as you said, the challenge is picking a flavour. Exporting to .md would simplify drastically the document to whatever the flavour allows. (In reply to Eyal Rozenberg from comment #0) > * There's a similar request regarding Calc: bug 94978. (I consider "Save As" to be very different, and a lot more difficult to implement, as it would imply that LO supports _editing_ markdown files. And for that, we'd need to accommodate markup editing + rendered view somehow (.e.g by repurposing the Web View), possibly with a stripped down UI that only offers what the format supports.) In any case, +1 for me. Design/UX team? -- You are receiving this mail because: You are on the CC list for the bug.
[Bug 45617] Make Impress Master Slides copyable
https://bugs.documentfoundation.org/show_bug.cgi?id=45617 Mohit Marathe changed: What|Removed |Added Assignee|mohitmara...@proton.me |libreoffice-b...@lists.free ||desktop.org -- You are receiving this mail because: You are the assignee for the bug.
core.git: Branch 'distro/collabora/co-23.05' - desktop/source include/LibreOfficeKit include/svx libreofficekit/source svx/source
desktop/source/lib/init.cxx |1 include/LibreOfficeKit/LibreOfficeKitEnums.h |9 include/svx/svdmrkv.hxx |2 libreofficekit/source/gtk/lokdocview.cxx |1 svx/source/svdraw/svdedxv.cxx| 10 svx/source/svdraw/svdmrkv.cxx| 56 --- 6 files changed, 18 insertions(+), 61 deletions(-) New commits: commit 9f04d96ba8c851cbbdb4e74b2435f9f5135fb09e Author: Andras Timar AuthorDate: Thu Apr 18 14:41:17 2024 +0200 Commit: Caolán McNamara CommitDate: Fri Apr 19 16:03:59 2024 +0200 Revert "LOK: send inner text boundry information of shapes/textbox on change" This reverts commit 42547334938118511d1052678cbd612160db1b5c. Reason of revert: we reverted the online part earlier, because we found it risky in the stable branch. Change-Id: I2ec20a3c035956bbec126932b7c15e5331f950ec Reviewed-on: https://gerrit.libreoffice.org/c/core/+/166251 Tested-by: Jenkins CollaboraOffice Reviewed-by: Caolán McNamara diff --git a/desktop/source/lib/init.cxx b/desktop/source/lib/init.cxx index 32523ab22784..ea3159ae80f6 100644 --- a/desktop/source/lib/init.cxx +++ b/desktop/source/lib/init.cxx @@ -1852,7 +1852,6 @@ void CallbackFlushHandler::queue(const int type, CallbackData& aCallbackData) case LOK_CALLBACK_A11Y_FOCUSED_CELL_CHANGED: case LOK_CALLBACK_COLOR_PALETTES: case LOK_CALLBACK_TOOLTIP: -case LOK_CALLBACK_SHAPE_INNER_TEXT: { if (removeAll(type)) SAL_INFO("lok", "Removed dups of [" << type << "]: [" << aCallbackData.getPayload() << "]."); diff --git a/include/LibreOfficeKit/LibreOfficeKitEnums.h b/include/LibreOfficeKit/LibreOfficeKitEnums.h index 80bb82dc32c7..a894bd473ad9 100644 --- a/include/LibreOfficeKit/LibreOfficeKitEnums.h +++ b/include/LibreOfficeKit/LibreOfficeKitEnums.h @@ -1045,13 +1045,6 @@ typedef enum */ LOK_CALLBACK_TOOLTIP = 71, -/** - * Used for sending the rectangle for text inside a shape/textbox - * - * Payload contains the rectangle details - */ -LOK_CALLBACK_SHAPE_INNER_TEXT = 72, - } LibreOfficeKitCallbackType; @@ -1224,8 +1217,6 @@ static inline const char* lokCallbackTypeToString(int nType) return "LOK_CALLBACK_CORE_LOG"; case LOK_CALLBACK_TOOLTIP: return "LOK_CALLBACK_TOOLTIP"; -case LOK_CALLBACK_SHAPE_INNER_TEXT: -return "LOK_CALLBACK_SHAPE_INNER_TEXT"; } assert(!"Unknown LibreOfficeKitCallbackType type."); diff --git a/include/svx/svdmrkv.hxx b/include/svx/svdmrkv.hxx index 6421b51b0dba..162581fc5def 100644 --- a/include/svx/svdmrkv.hxx +++ b/include/svx/svdmrkv.hxx @@ -150,7 +150,6 @@ private: void UndirtyMrkPnt() const; void SetMarkHandlesForLOKit(tools::Rectangle const & rRect, const SfxViewShell* pOtherShell); -OString CreateInnerTextRectString() const; bool dumpGluePointsToJSON(boost::property_tree::ptree& rTree); protected: @@ -247,7 +246,6 @@ public: /// whether all x coordinates in use are negated or not void SetNegativeX(bool bOn) { mbNegativeX = bOn; } bool IsNegativeX() const { return mbNegativeX; } -void SetInnerTextAreaForLOKit() const; // migrate selections diff --git a/libreofficekit/source/gtk/lokdocview.cxx b/libreofficekit/source/gtk/lokdocview.cxx index 60c3435ac28d..f025cf99a140 100644 --- a/libreofficekit/source/gtk/lokdocview.cxx +++ b/libreofficekit/source/gtk/lokdocview.cxx @@ -1498,7 +1498,6 @@ callback (gpointer pData) case LOK_CALLBACK_A11Y_SELECTION_CHANGED: case LOK_CALLBACK_CORE_LOG: case LOK_CALLBACK_TOOLTIP: -case LOK_CALLBACK_SHAPE_INNER_TEXT: { // TODO: Implement me break; diff --git a/svx/source/svdraw/svdedxv.cxx b/svx/source/svdraw/svdedxv.cxx index 083f0f1e932b..42be2aff97fb 100644 --- a/svx/source/svdraw/svdedxv.cxx +++ b/svx/source/svdraw/svdedxv.cxx @@ -1972,10 +1972,7 @@ bool SdrObjEditView::KeyInput(const KeyEvent& rKEvt, vcl::Window* pWin) if (mpModel) { if (mpTextEditOutliner && mpTextEditOutliner->IsModified()) -{ mpModel->SetChanged(); -SetInnerTextAreaForLOKit(); -} } /* Start chaining processing */ @@ -2167,10 +2164,7 @@ bool SdrObjEditView::Command(const CommandEvent& rCEvt, vcl::Window* pWin) // It could execute CommandEventId::ExtTextInput, while SdrObjEditView::KeyInput // isn't called if (mpTextEditOutliner && mpTextEditOutliner->IsModified()) -{ mpModel->SetChanged(); -SetInnerTextAreaForLOKit(); -} } return true; } @@ -2434,10 +2428,8 @@ bool SdrObjEditView::SetAttributes(const
Re: Is there an Impress Remote for PC?
Hi, On Thu, Apr 18, 2024 at 08:27:44PM +0300, Владислав Тараканов wrote: > Yes, we want to try to implement this on our own. For now we plan to > base it on the implementation in > https://git.libreoffice.org/impress_remote. If I understand correctly, > we can first look at this part: > android/sdremote/mobile/src/main/java/org/libreoffice/impressremote/communication. > At first glance, this package implements data exchange with Impress > over the network. Yes, that's the client code. The other side is mostly under sd/source/ui/remotecontrol/ in core.git, I believe. Regards, Miklos
[Bug 158551] Crash in: mdds::mtv::soa::multi_type_vector::cbegin() const on Paste Special with Operation
https://bugs.documentfoundation.org/show_bug.cgi?id=158551 Stéphane Guillou (stragu) changed: What|Removed |Added Status|RESOLVED|VERIFIED --- Comment #9 from Stéphane Guillou (stragu) --- Verified in: Version: 24.8.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: bdf3b5ce49b0e4ee1b4525d344cfb037ef473059 CPU threads: 8; OS: Linux 6.5; UI render: default; VCL: gtk3 Locale: en-AU (en_AU.UTF-8); UI: en-US Calc: CL threaded Thanks Julien! -- You are receiving this mail because: You are the assignee for the bug.
core.git: Branch 'distro/collabora/co-23.05' - desktop/source
desktop/source/lib/init.cxx |4 1 file changed, 4 insertions(+) New commits: commit 46ab144819ea7ee93dcf5441c57977a973cff389 Author: Caolán McNamara AuthorDate: Tue Feb 20 17:07:28 2024 + Commit: Henry Castro CommitDate: Fri Apr 19 15:46:46 2024 +0200 add getViewRenderState to LibreOfficeKitDocument so we can get the initial render state as it is when created Change-Id: I1202cbbf478bc4f62f4d587e1f2766c61f172cb7 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/163666 Tested-by: Jenkins CollaboraOffice Reviewed-by: Miklos Vajna (cherry picked from commit effe8f6e5cc5389b234a6e57540f935de4a6f201) Reviewed-on: https://gerrit.libreoffice.org/c/core/+/165673 Reviewed-by: Henry Castro Tested-by: Henry Castro diff --git a/desktop/source/lib/init.cxx b/desktop/source/lib/init.cxx index e602d2725b6d..32523ab22784 100644 --- a/desktop/source/lib/init.cxx +++ b/desktop/source/lib/init.cxx @@ -6368,6 +6368,10 @@ static char* doc_getCommandValues(LibreOfficeKitDocument* pThis, const char* pCo { return getRulerState(pThis); } +else if (aCommand == ".uno:ViewRenderState") +{ +return convertOString(pDoc->getViewRenderState()); +} else if (o3tl::starts_with(aCommand, aViewRowColumnHeaders)) { tools::Rectangle aRectangle;
core.git: Branch 'distro/collabora/co-23.05' - desktop/source include/sfx2 sc/source sd/source sfx2/source sw/source
desktop/source/lib/init.cxx |3 +-- include/sfx2/lokhelper.hxx|2 -- sc/source/ui/unoobj/docuno.cxx| 16 sd/source/ui/unoidl/unomodel.cxx | 16 sfx2/source/view/frmload.cxx | 30 -- sfx2/source/view/lokhelper.cxx| 15 --- sw/source/uibase/uno/unotxdoc.cxx | 15 +++ 7 files changed, 48 insertions(+), 49 deletions(-) New commits: commit a0a4309c718143a60ac8702fa6f15c1b7c6c2788 Author: Caolán McNamara AuthorDate: Tue Apr 2 11:16:43 2024 +0100 Commit: Henry Castro CommitDate: Fri Apr 19 15:46:10 2024 +0200 support possibility to set Theme early during initializeForTiledRendering so we are already in the desired theme from the start Change-Id: Ibaaf647612a0a61ce74fa4e4272d7084868a6ea3 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/163650 Tested-by: Jenkins CollaboraOffice Reviewed-by: Michael Meeks (cherry picked from commit e2ca1c82dbce30d625d33c0bd8c3c080294f93b8) Reviewed-on: https://gerrit.libreoffice.org/c/core/+/165672 Reviewed-by: Henry Castro Tested-by: Henry Castro diff --git a/desktop/source/lib/init.cxx b/desktop/source/lib/init.cxx index a81b0410d81e..e602d2725b6d 100644 --- a/desktop/source/lib/init.cxx +++ b/desktop/source/lib/init.cxx @@ -2784,8 +2784,7 @@ static LibreOfficeKitDocument* lo_documentLoadWithOptions(LibreOfficeKit* pThis, comphelper::makePropertyValue("InteractionHandler", xInteraction), comphelper::makePropertyValue("MacroExecutionMode", nMacroExecMode), comphelper::makePropertyValue("AsTemplate", false), -comphelper::makePropertyValue("Silent", !aBatch.isEmpty()), -comphelper::makePropertyValue("Theme", extractParameter(aOptions, u"Theme")) +comphelper::makePropertyValue("Silent", !aBatch.isEmpty()) }; /* TODO diff --git a/include/sfx2/lokhelper.hxx b/include/sfx2/lokhelper.hxx index 35ed5109f5c0..e8904d013f75 100644 --- a/include/sfx2/lokhelper.hxx +++ b/include/sfx2/lokhelper.hxx @@ -131,8 +131,6 @@ public: static LOKDeviceFormFactor getDeviceFormFactor(); /// Set the device form factor that should be used for a new view. static void setDeviceFormFactor(std::u16string_view rDeviceFormFactor); -/// Get the document type -static OUString getDocumentType(const OUString& sDocumentService); /// Set timezone of the given view. /// @isSet true to use @rTimezone, even if it's empty. Otherwise, no timezone. diff --git a/sc/source/ui/unoobj/docuno.cxx b/sc/source/ui/unoobj/docuno.cxx index 1520b183beb9..8e67eab09413 100644 --- a/sc/source/ui/unoobj/docuno.cxx +++ b/sc/source/ui/unoobj/docuno.cxx @@ -21,6 +21,8 @@ #include +#include +#include #include #include #include @@ -1311,6 +1313,8 @@ void ScModelObj::initializeForTiledRendering(const css::uno::SequenceSetAppOptions(aAppOptions); +OUString sThemeName; + for (const beans::PropertyValue& rValue : rArguments) { if (rValue.Name == ".uno:SpellOnline" && rValue.Value.has()) @@ -1319,6 +1323,8 @@ void ScModelObj::initializeForTiledRendering(const css::uno::Sequence()); GetDocument()->SetDocOptions(options); } +else if (rValue.Name == ".uno:ChangeTheme" && rValue.Value.has()) +sThemeName = rValue.Value.get(); } // show us the text exactly @@ -1335,6 +1341,16 @@ void ScModelObj::initializeForTiledRendering(const css::uno::Sequencecommit(); + +// if we know what theme the user wants, then we can dispatch that now early +if (!sThemeName.isEmpty()) +{ +css::uno::Sequence aPropertyValues(comphelper::InitPropertySequence( +{ +{ "NewTheme", uno::Any(sThemeName) } +})); +comphelper::dispatchCommand(".uno:ChangeTheme", aPropertyValues); +} } uno::Any SAL_CALL ScModelObj::queryInterface( const uno::Type& rType ) diff --git a/sd/source/ui/unoidl/unomodel.cxx b/sd/source/ui/unoidl/unomodel.cxx index c9b69575ff49..5d535707eed3 100644 --- a/sd/source/ui/unoidl/unomodel.cxx +++ b/sd/source/ui/unoidl/unomodel.cxx @@ -33,8 +33,10 @@ #include #include +#include #include #include +#include #include #include #include @@ -2578,6 +2580,8 @@ void SdXImpressDocument::initializeForTiledRendering(const css::uno::SequenceGetDrawView(); @@ -2589,6 +2593,8 @@ void SdXImpressDocument::initializeForTiledRendering(const css::uno::SequenceSetAuthor(rValue.Value.get()); else if (rValue.Name == ".uno:SpellOnline" && rValue.Value.has()) mpDoc->SetOnlineSpell(rValue.Value.get()); +else if (rValue.Name == ".uno:ChangeTheme" && rValue.Value.has()) +sThemeName = rValue.Value.get(); } // Disable comments if requested @@ -2630,6 +2636,16 @@ void
[Bug 157855] Calc Crash on Startup
https://bugs.documentfoundation.org/show_bug.cgi?id=157855 Stéphane Guillou (stragu) changed: What|Removed |Added See Also|https://bugs.documentfounda | |tion.org/show_bug.cgi?id=15 | |6683| Status|NEEDINFO|RESOLVED Resolution|--- |DUPLICATE Crash report or||["comphelper::AccessibleEve crash signature||ntNotifier::revokeClientNot ||ifyDisposing(unsigned int, ||com::sun::star::uno::Refere ||nce const&)"] --- Comment #7 from Stéphane Guillou (stragu) --- Same crash signature as bug 156683, let's mark as duplicate. *** This bug has been marked as a duplicate of bug 156683 *** -- You are receiving this mail because: You are the assignee for the bug.
[Bug 103309] [META] Print dialog bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=103309 Stéphane Guillou (stragu) changed: What|Removed |Added Depends on||152954 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=152954 [Bug 152954] Default Printer not recognised -- You are receiving this mail because: You are the assignee for the bug.
[Bug 152954] Default Printer not recognised
https://bugs.documentfoundation.org/show_bug.cgi?id=152954 Stéphane Guillou (stragu) changed: What|Removed |Added Blocks||103309 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=103309 [Bug 103309] [META] Print dialog bugs and enhancements -- You are receiving this mail because: You are the assignee for the bug.
[Bug 89971] No user defined command can be set as default printer
https://bugs.documentfoundation.org/show_bug.cgi?id=89971 Stéphane Guillou (stragu) changed: What|Removed |Added Keywords||possibleRegression -- You are receiving this mail because: You are the assignee for the bug.
[Bug 94978] [Request] Save as Markdown
https://bugs.documentfoundation.org/show_bug.cgi?id=94978 Eyal Rozenberg changed: What|Removed |Added See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=16 ||0734 -- You are receiving this mail because: You are the assignee for the bug.
[Bug 108254] [META] File format filters (import/export) bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=108254 Eyal Rozenberg changed: What|Removed |Added Depends on||160734 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=160734 [Bug 160734] Support exporting to Markdown -- You are receiving this mail because: You are the assignee for the bug.
[Bug 160734] Support exporting to Markdown
https://bugs.documentfoundation.org/show_bug.cgi?id=160734 Eyal Rozenberg changed: What|Removed |Added See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=94 ||978 Blocks||108254 URL||https://en.wikipedia.org/wi ||ki/Markdown Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=108254 [Bug 108254] [META] File format filters (import/export) bugs and enhancements -- You are receiving this mail because: You are the assignee for the bug.
[Bug 160734] New: Support exporting to Markdown
https://bugs.documentfoundation.org/show_bug.cgi?id=160734 Bug ID: 160734 Summary: Support exporting to Markdown Product: LibreOffice Version: unspecified Hardware: All OS: All Status: UNCONFIRMED Severity: enhancement Priority: medium Component: Writer Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: eyalr...@gmx.com Markdown is a commonly used text-based format with simple(ish) direct formatting and a few structural elements (e.g. tables, block-quotes, code blocks). It is relatively popular, especially on web-based platforms (e.g. discourse installation, GitHub & GitLab). See: https://en.wikipedia.org/wiki/Markdown It would be useful if we could take a Writer document, and export it into a Markdown document. Notes: * There's a similar request regarding Calc: bug 94978. * Standardization for MarkDown is a bit problematic, with some fracturing regarding what constitutes the standard. https://commonmark.org may be relevant, but isn't the only option. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 152954] Default Printer not recognised
https://bugs.documentfoundation.org/show_bug.cgi?id=152954 Stéphane Guillou (stragu) changed: What|Removed |Added Status|NEEDINFO|NEW --- Comment #3 from Stéphane Guillou (stragu) --- "New" as per comment 2. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 158839] [META] OpenPGP bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=158839 Bug 158839 depends on bug 160699, which changed state. Bug 160699 Summary: Performance: Libreoffice hangs on first launch after boot for 30-60 seconds on intel mac maybe due to custom font(s) https://bugs.documentfoundation.org/show_bug.cgi?id=160699 What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|--- |NOTOURBUG -- You are receiving this mail because: You are the assignee for the bug.
[Bug 160699] Performance: Libreoffice hangs on first launch after boot for 30-60 seconds on intel mac maybe due to custom font(s)
https://bugs.documentfoundation.org/show_bug.cgi?id=160699 Patrick Luby (volunteer) changed: What|Removed |Added Resolution|--- |NOTOURBUG Status|UNCONFIRMED |RESOLVED --- Comment #9 from Patrick Luby (volunteer) --- (In reply to steve from comment #8) > This seems a hard to investigate problem. Not sure if it is worth further > investigating. I can not reproduce on an Apple Silicon mac. If you have > other ideas, please let me know and happy to try, if not, also fine to close > this bug. I cannot reproduce this bug either on macOS 14.4.1 Sonoma on my Silicon MacBook Pro. Your latest sample is identical to the previous two samples: macOS is stuck copy bytes from a font file. To me, that seems really unusual as the font has been loaded, we've already allocated memory for the copy of the font table, but your samples show LibreOffice is stuck in a memcpy(). I see the com.apple.NSEventThread thread further down in your sample in an apparent loop that is allocating memory. That thread is not LibreOffice code, however, and is a thread created by the macOS code so maybe that is the ultimate cause of the hang. But, since both the stuck thread and the com.apple.NSEventThread thread are internal macOS code, I'll close as "notourbug". -- You are receiving this mail because: You are the assignee for the bug.
[Bug 114799] DOCX import: fix missing background color of numbering set by shadowing
https://bugs.documentfoundation.org/show_bug.cgi?id=114799 Justin L changed: What|Removed |Added See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=14 ||0616 -- You are receiving this mail because: You are the assignee for the bug.
[Bug 140616] FILEOPEN DOCX: paragraph style ignores rPr nested inside pPr (hand-crafted document) and fails to override with para marker highlight
https://bugs.documentfoundation.org/show_bug.cgi?id=140616 Justin L changed: What|Removed |Added See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=11 ||4799 -- You are receiving this mail because: You are the assignee for the bug.
core.git: Branch 'libreoffice-24-2' - svgio/inc svgio/qa svgio/source
svgio/inc/SvgNumber.hxx |4 ++-- svgio/inc/svgnode.hxx|4 +--- svgio/qa/cppunit/SvgImportTest.cxx | 14 +- svgio/qa/cppunit/SvgNumberTest.cxx |2 +- svgio/source/svgreader/SvgNumber.cxx |2 +- svgio/source/svgreader/svgnode.cxx | 21 - 6 files changed, 22 insertions(+), 25 deletions(-) New commits: commit 0324cb1c85b6daab8abaf139ac6b372127b76f06 Author: Mike Kaganski AuthorDate: Tue Apr 9 16:04:40 2024 +0500 Commit: Xisco Fauli CommitDate: Fri Apr 19 15:32:08 2024 +0200 tdf#160717: fix ex handling Same as in commit e27572686130df43d1d65c574b0c34f39fc0d1a9 (tdf#160593: make sure to use current element's font size for em unit, 2024-04-18) for em. Change-Id: Id9003c0426a6b373456da1aa1550f7ff07f766a3 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/166235 Tested-by: Mike Kaganski Reviewed-by: Mike Kaganski (cherry picked from commit edef46e82e7e54a27004f9ee6e99108390736d12) Reviewed-on: https://gerrit.libreoffice.org/c/core/+/166216 Tested-by: Jenkins Reviewed-by: Xisco Fauli diff --git a/svgio/inc/SvgNumber.hxx b/svgio/inc/SvgNumber.hxx index fe4ab8e2683e..c62576c2b082 100644 --- a/svgio/inc/SvgNumber.hxx +++ b/svgio/inc/SvgNumber.hxx @@ -39,8 +39,8 @@ public: virtual basegfx::B2DRange getCurrentViewPort() const = 0; /// return font size of node, either set here or inherited from parents virtual double getCurrentFontSize() const = 0; -/// return xheight of node inherited from parents -virtual double getCurrentXHeightInherited() const = 0; +/// return xheight of node, either set here or inherited from parents +virtual double getCurrentXHeight() const = 0; }; enum class SvgUnit diff --git a/svgio/inc/svgnode.hxx b/svgio/inc/svgnode.hxx index 98a444cba5fc..5231635d6261 100644 --- a/svgio/inc/svgnode.hxx +++ b/svgio/inc/svgnode.hxx @@ -164,9 +164,7 @@ namespace svgio::svgreader /// InfoProvider support for %, em and ex values virtual basegfx::B2DRange getCurrentViewPort() const override; virtual double getCurrentFontSize() const override; -virtual double getCurrentXHeightInherited() const override; - -double getCurrentXHeight() const; +virtual double getCurrentXHeight() const override; /// Id access std::optional const & getId() const { return mpId; } diff --git a/svgio/qa/cppunit/SvgImportTest.cxx b/svgio/qa/cppunit/SvgImportTest.cxx index cc25dec16233..f56966a4423c 100644 --- a/svgio/qa/cppunit/SvgImportTest.cxx +++ b/svgio/qa/cppunit/SvgImportTest.cxx @@ -2087,11 +2087,12 @@ CPPUNIT_TEST_FIXTURE(Test, testDyInEms) CPPUNIT_TEST_FIXTURE(Test, testExs) { -// tdf#160594 given an SVG file with : +// tdf#160594, tdf#160717 given an SVG file with : xmlDocUniquePtr pDocument = dumpAndParseSvg(u"/svgio/qa/cppunit/data/dy_in_exs.svg"); assertXPath(pDocument, "//textsimpleportion"_ostr, 2); assertXPath(pDocument, "//textsimpleportion[1]"_ostr, "height"_ostr, u"16"_ustr); +assertXPath(pDocument, "//textsimpleportion[1]"_ostr, "y"_ostr, u"20"_ustr); sal_Int32 nSize = getXPath(pDocument, "//textsimpleportion[2]"_ostr, "height"_ostr).toInt32(); // Without the accompanying fix in place, this test would have failed with: @@ -2099,6 +2100,17 @@ CPPUNIT_TEST_FIXTURE(Test, testExs) // - Actual : 16 // i.e. the parent font-size was used, instead of its x-size. CPPUNIT_ASSERT_LESS(sal_Int32(16), nSize); + +sal_Int32 nYPos = getXPath(pDocument, "//textsimpleportion[2]"_ostr, "y"_ostr).toInt32(); +// Then make sure that the vertical offset is based on x-size of tspan, not of its parent. +// Given the tspan's font-size is nSize, its x-size is less than nSize, and the expected +// vertical offset is less than 3 * nSize, which means that the resulting y is expected +// to be strictly less than 20 + 3 * nSize. +// Without the accompanying fix in place, this test would have failed with: +// - Expected less than: 44 +// - Actual : 44 +// i.e. the parent x-size (or current font-size) was used, instead of current x-size. +CPPUNIT_ASSERT_LESS(sal_Int32(20 + 3 * nSize), nYPos); } CPPUNIT_PLUGIN_IMPLEMENT(); diff --git a/svgio/qa/cppunit/SvgNumberTest.cxx b/svgio/qa/cppunit/SvgNumberTest.cxx index 9b12e52bf956..49e1394bcef2 100644 --- a/svgio/qa/cppunit/SvgNumberTest.cxx +++ b/svgio/qa/cppunit/SvgNumberTest.cxx @@ -40,7 +40,7 @@ public: double getCurrentFontSize() const override { return 12.0; } -double getCurrentXHeightInherited() const override { return 5.0; } +double getCurrentXHeight() const override { return 5.0; } }; void TestNumber::testSetting() diff --git a/svgio/source/svgreader/SvgNumber.cxx b/svgio/source/svgreader/SvgNumber.cxx index 4a48ffbfb4e9..72a44dbdd032 100644 ---
[Bug 160733] Change master slides copies the master slide multiple times
https://bugs.documentfoundation.org/show_bug.cgi?id=160733 --- Comment #1 from Gabor Kelemen (allotropia) --- Created attachment 193758 --> https://bugs.documentfoundation.org/attachment.cgi?id=193758=edit List of master slides after changing all slides' masters -- You are receiving this mail because: You are the assignee for the bug.
[Bug 160733] New: Change master slides copies the master slide multiple times
https://bugs.documentfoundation.org/show_bug.cgi?id=160733 Bug ID: 160733 Summary: Change master slides copies the master slide multiple times Product: LibreOffice Version: 6.3.0.4 release Hardware: All OS: All Status: UNCONFIRMED Severity: normal Priority: medium Component: Impress Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: kelem...@ubuntu.com Created attachment 193757 --> https://bugs.documentfoundation.org/attachment.cgi?id=193757=edit Example file with all slides master replaced When the Change Master slide command is used on multiple selected slides, the new master slide is copied over multiple times to the target slideshow, making the file grow unnecessarily. 1. Create a new slideshow from the Candy template 2. Select all slides in the left Slides pane 3. Chosse Slide - Change Slide Master 4. Press Load 5. From the Presentations category select Beehive, press OK 6. Select the Beehive1 template from the two imported ones, OK 7. Go to the Master slides view -> there are as many instances of the Beehive1 master slide, as there were slides selected in step 2. In case of the Candy template, that's 13 - adding to the file size unnecessarily. Version: 24.8.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: cb4698626f17e005c820a7138c63a03c21120ecd CPU threads: 8; OS: Linux 5.15; UI render: default; VCL: gtk3 Locale: hu-HU (hu_HU.UTF-8); UI: en-US Calc: threaded and all the way back to 6.3 when this Change Slide Master command first appeared in the menu. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 108816] [META] Writer toolbar bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=108816 Stéphane Guillou (stragu) changed: What|Removed |Added Depends on||160732 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=160732 [Bug 160732] Rename "Navigation" toolbar to clarify its role, avoid confusion, and relate to "Recency" -- You are receiving this mail because: You are the assignee for the bug.
[Bug 160732] New: Rename "Navigation" toolbar to clarify its role, avoid confusion, and relate to "Recency"
https://bugs.documentfoundation.org/show_bug.cgi?id=160732 Bug ID: 160732 Summary: Rename "Navigation" toolbar to clarify its role, avoid confusion, and relate to "Recency" Product: LibreOffice Version: 7.2.0.3 rc Hardware: All OS: All Status: UNCONFIRMED Keywords: needsUXEval Severity: minor Priority: low Component: Writer Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: stephane.guil...@libreoffice.org CC: rayk...@gmail.com, sdc.bla...@youmail.dk, vsfo...@libreoffice.org Blocks: 108816 We have a "Navigation" toolbar that only has the Back (.uno:NavigateBack) and Forward (.uno:NavigateForward) arrows to navigate a history of document positions. Since LO 7.2 and the fix for bug 115817, the functionality is included in the "Navigate By" tool in the Navigator, when the "Recency" category is selected. (The "Navigate By" companions arrows are usually .uno:ScrollToPrevious and .uno:ScrollToNext, but change to .uno:NavigateBack and .uno:NavigateForward when "Recency" is selected.) The "Navigation" toolbar is therefore less useful, but users might still rely on it for UI customisation so I would be against removing it or replacing its commands. However, I think it needs renaming, in order to: - avoid confusion (with Navigate By and the Navigator); - clarify what it is used for; - make it consistent with the "Recency" name used in the Navigate By tool. My suggestions: - "Recency Navigation" - "Recent Locations" - "Navigate by Recency" - "Navigate Recent Locations" ...other suggestions? Is "Position" better than "Location"? Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=108816 [Bug 108816] [META] Writer toolbar bugs and enhancements -- You are receiving this mail because: You are the assignee for the bug.
[Bug 160227] Add timer/clock to single-screen presentation
https://bugs.documentfoundation.org/show_bug.cgi?id=160227 --- Comment #6 from Tomaz Vajngerl --- There is "Reherse Timings" which is the same as a normal slide show, but shows the time you are taking at one slide. I think a timer like that (but total time taken instead of per slide) could be added to Slide Show Properties... I think you got more resistance to the idea because you suggested to make it an object to put on the slides. -- You are receiving this mail because: You are on the CC list for the bug.
[Bug 160227] Add timer/clock to single-screen presentation
https://bugs.documentfoundation.org/show_bug.cgi?id=160227 --- Comment #6 from Tomaz Vajngerl --- There is "Reherse Timings" which is the same as a normal slide show, but shows the time you are taking at one slide. I think a timer like that (but total time taken instead of per slide) could be added to Slide Show Properties... I think you got more resistance to the idea because you suggested to make it an object to put on the slides. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 140616] FILEOPEN DOCX: paragraph style ignores rPr nested inside pPr (hand-crafted document) and fails to override with para marker highlight
https://bugs.documentfoundation.org/show_bug.cgi?id=140616 --- Comment #11 from Justin L --- (In reply to Commit Notification from comment #10) > tdf#140616 writerfilter: recognize style rPr under pPr This resolves comment 5 "paragraph style ignores rPr nested inside pPr (hand-crafted document) " -- You are receiving this mail because: You are the assignee for the bug.
[Bug 160716] When a spreadsheet is multiple pages, and is exported as a PDF, the pages are created however, when the PDF if printed, the page breaks disappear and the test is all on one page
https://bugs.documentfoundation.org/show_bug.cgi?id=160716 Robert Großkopf changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|--- |WORKSFORME --- Comment #5 from Robert Großkopf --- Following comment 4 I close this bug as WORKSFORME -- You are receiving this mail because: You are the assignee for the bug.
[Bug 155882] "Recency" is not explained in Navigator
https://bugs.documentfoundation.org/show_bug.cgi?id=155882 Stéphane Guillou (stragu) changed: What|Removed |Added Assignee|libreoffice-b...@lists.free |stephane.guillou@libreoffic |desktop.org |e.org Status|NEW |ASSIGNED --- Comment #5 from Stéphane Guillou (stragu) --- (In reply to Jim Raykowski from comment #4) > I think gtk3 is having issues when 'echo $XDG_SESSION_TYPE' is wayland. When > it is x11 it seems to work as expected. Also, for me, vcl plugins, qt5, qt6, > and gen still work as expected. I reported bug 160731, it's actually a regression. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 155882] "Recency" is not explained in Navigator
https://bugs.documentfoundation.org/show_bug.cgi?id=155882 Stéphane Guillou (stragu) changed: What|Removed |Added See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=16 ||0731 -- You are receiving this mail because: You are the assignee for the bug.
[Bug 160731] Navigate By Recency (aka Navigation toolbar) does not work under gtk3 + Wayland
https://bugs.documentfoundation.org/show_bug.cgi?id=160731 Stéphane Guillou (stragu) changed: What|Removed |Added See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=15 ||5882 -- You are receiving this mail because: You are the assignee for the bug.
[Bug 160731] Navigate By Recency (aka Navigation toolbar) does not work under gtk3 + Wayland
https://bugs.documentfoundation.org/show_bug.cgi?id=160731 Stéphane Guillou (stragu) changed: What|Removed |Added Ever confirmed|0 |1 Status|UNCONFIRMED |NEW -- You are receiving this mail because: You are the assignee for the bug.
[Bug 74604] UI: Make Navigation toolbar work on Hyperlinks and (Field) Cross-references too.
https://bugs.documentfoundation.org/show_bug.cgi?id=74604 Stéphane Guillou (stragu) changed: What|Removed |Added See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=16 ||0731 -- You are receiving this mail because: You are the assignee for the bug.
[Bug 54412] UI: Navigation bar does not get activated when I jump using cross-reference
https://bugs.documentfoundation.org/show_bug.cgi?id=54412 Stéphane Guillou (stragu) changed: What|Removed |Added See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=16 ||0731 -- You are receiving this mail because: You are the assignee for the bug.
[Bug 115673] [META] Navigate By toolbar control bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=115673 Stéphane Guillou (stragu) changed: What|Removed |Added Depends on||160731 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=160731 [Bug 160731] Navigate By Recency (aka Navigation toolbar) does not work under gtk3 + Wayland -- You are receiving this mail because: You are the assignee for the bug.
[Bug 103182] [META] GTK3-specific bugs
https://bugs.documentfoundation.org/show_bug.cgi?id=103182 Stéphane Guillou (stragu) changed: What|Removed |Added Depends on||160731 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=160731 [Bug 160731] Navigate By Recency (aka Navigation toolbar) does not work under gtk3 + Wayland -- You are receiving this mail because: You are the assignee for the bug.
[Bug 100156] [META] Wayland-related bugs
https://bugs.documentfoundation.org/show_bug.cgi?id=100156 Stéphane Guillou (stragu) changed: What|Removed |Added Depends on||160731 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=160731 [Bug 160731] Navigate By Recency (aka Navigation toolbar) does not work under gtk3 + Wayland -- You are receiving this mail because: You are the assignee for the bug.
[Bug 160731] New: Navigate By Recency (aka Navigation toolbar) does not work under gtk3 + Wayland
https://bugs.documentfoundation.org/show_bug.cgi?id=160731 Bug ID: 160731 Summary: Navigate By Recency (aka Navigation toolbar) does not work under gtk3 + Wayland Product: LibreOffice Version: 7.3.0.3 release Hardware: x86-64 (AMD64) OS: Linux (All) Status: UNCONFIRMED Keywords: bibisected, bisected, regression Severity: normal Priority: medium Component: Writer Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: stephane.guil...@libreoffice.org CC: caolan.mcnam...@collabora.com, rayk...@gmail.com Blocks: 100156, 103182, 115673 Steps: 1. Open Writer, enter two sample paragraphs 2. Click somewhere inside the first paragraph, then inside the second paragraph 3. Expand the Navigator sidebar deck, click on the Navigate By listbox, select "Recency" 4. Click on the "Go back" arrow several times Result: cycles between only two positions: the last position and the beginning of that sentence. "Go forward" does not become available. Expected: goes through whole history of actual cursor positions. Reproduced on Wayland with: Version: 24.8.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: bdf3b5ce49b0e4ee1b4525d344cfb037ef473059 CPU threads: 8; OS: Linux 6.5; UI render: default; VCL: gtk3 And in 7.3.0.3. - Not reproduced in 7.2.0.4 -> regression - Not reproduced with kf5 (cairo+wayland) -> gtk3-only - Not reproduced in a MetaWindowXwayland launched with: GDK_BACKEND=x11 soffice --writer Bibisected with linux-64-7.3 repo to first bad build [db4632fcc1515743c13addf2d6dbad98df160386] which points to: commit cf8de077f885b7632967c8bdfde98279d98f4cce author Jim Raykowski Mon Oct 18 21:49:45 2021 -0800 committer Jim Raykowski Wed Oct 20 02:42:57 2021 +0200 tdf#74604 tdf#54412 Make recency work for hyperlink, field and footnote cursor position changes Reviewed-on: https://gerrit.libreoffice.org/c/core/+/123793 Jim, can you please have a look? Caolán, maybe you have an idea? Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=100156 [Bug 100156] [META] Wayland-related bugs https://bugs.documentfoundation.org/show_bug.cgi?id=103182 [Bug 103182] [META] GTK3-specific bugs https://bugs.documentfoundation.org/show_bug.cgi?id=115673 [Bug 115673] [META] Navigate By toolbar control bugs and enhancements -- You are receiving this mail because: You are the assignee for the bug.
[Bug 160579] Printing doesn't work with overlapped objects
https://bugs.documentfoundation.org/show_bug.cgi?id=160579 Darren changed: What|Removed |Added Status|NEEDINFO|UNCONFIRMED Ever confirmed|1 |0 --- Comment #3 from Darren --- Steps to Reproduce: 1. Add a shape on a new page 2. Add another shape and move it behind the exitsing shape 3. Colour the shapes or add text 4. Printing won't work -- You are receiving this mail because: You are the assignee for the bug.
[Bug 160716] When a spreadsheet is multiple pages, and is exported as a PDF, the pages are created however, when the PDF if printed, the page breaks disappear and the test is all on one page
https://bugs.documentfoundation.org/show_bug.cgi?id=160716 --- Comment #4 from greybeard38@gmail --- I got your email with the option "Export as whole sheet" and that was set. Unset it and I am now back to where I wanted to be Thank you very much. I am adding this to my previous reply and hope it works. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 160718] SI-GUI installer (setup.exe) fails to download LibreOffice Separate Install GUI.application
https://bugs.documentfoundation.org/show_bug.cgi?id=160718 --- Comment #5 from V Stuart Foote --- Created attachment 193756 --> https://bugs.documentfoundation.org/attachment.cgi?id=193756=edit SI-GUI notice of Piwick tracking -- You are receiving this mail because: You are the assignee for the bug.
[Bug 160718] SI-GUI installer (setup.exe) fails to download LibreOffice Separate Install GUI.application
https://bugs.documentfoundation.org/show_bug.cgi?id=160718 --- Comment #4 from V Stuart Foote --- Created attachment 193755 --> https://bugs.documentfoundation.org/attachment.cgi?id=193755=edit SI-GUI unknown publisher warning -- You are receiving this mail because: You are the assignee for the bug.
[Bug 160318] Display fails for certain display scales
https://bugs.documentfoundation.org/show_bug.cgi?id=160318 Stéphane Guillou (stragu) changed: What|Removed |Added Status|UNCONFIRMED |NEEDINFO Ever confirmed|0 |1 --- Comment #14 from Stéphane Guillou (stragu) --- (In reply to macho.p from comment #13) > Do you mind if we leave this open, say, a couple of months in case it comes > back, and then if not we can close? Let's set to "need info" then. -- You are receiving this mail because: You are the assignee for the bug.
core.git: sc/source
sc/source/filter/excel/excrecds.cxx |5 - 1 file changed, 4 insertions(+), 1 deletion(-) New commits: commit 78bd5e2523d077a67468b752d4788a2c3b43fb5f Author: Justin Luth AuthorDate: Thu Apr 18 14:46:30 2024 -0400 Commit: Miklos Vajna CommitDate: Fri Apr 19 14:21:13 2024 +0200 xlsx export: fix corrupt file for Excel: protectedRange must have sqref Excel refuses to open a file if there is no sqref specified In this case, import failed to import sqref="10:131". A follow-up commit avoids exporting these shorthand ranges. I don't see much point in trying to create a unit test for this. (I assume protectedRange is simply round-tripped because I doubt LO has working support for protectedRanges.) commit 9cee6a45632623d3d7e5a574128940f96d8c926b Author: Eike Rathke on Thu Mar 20 10:16:50 2014 +0100 added ScEnhancedProtection to ScTableProtection Change-Id: I97ef1ee801898bdcace067d62890c4ce0e7cf1d8 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/166265 Reviewed-by: Justin Luth Reviewed-by: Miklos Vajna Tested-by: Justin Luth diff --git a/sc/source/filter/excel/excrecds.cxx b/sc/source/filter/excel/excrecds.cxx index 86afa5a6c163..f18e9f829bbe 100644 --- a/sc/source/filter/excel/excrecds.cxx +++ b/sc/source/filter/excel/excrecds.cxx @@ -478,6 +478,9 @@ void XclExpSheetProtection::SaveXml( XclExpXmlStream& rStrm ) rWorksheet->startElement(XML_protectedRanges); for (const auto& rProt : rProts) { +if (!rProt.maRangeList.is()) +continue; // Excel refuses to open if sqref is missing from a protectedRange + SAL_WARN_IF( rProt.maSecurityDescriptorXML.isEmpty() && !rProt.maSecurityDescriptor.empty(), "sc.filter", "XclExpSheetProtection::SaveXml: losing BIFF security descriptor"); rWorksheet->singleElement( XML_protectedRange, @@ -492,7 +495,7 @@ void XclExpSheetProtection::SaveXml( XclExpXmlStream& rStrm ) XML_hashValue, sax_fastparser::UseIf(rProt.maPasswordHash.maHashValue, !rProt.maPasswordHash.maHashValue.isEmpty()), XML_saltValue, sax_fastparser::UseIf(rProt.maPasswordHash.maSaltValue, !rProt.maPasswordHash.maSaltValue.isEmpty()), XML_spinCount, sax_fastparser::UseIf(OString::number(rProt.maPasswordHash.mnSpinCount), rProt.maPasswordHash.mnSpinCount != 0), -XML_sqref, rProt.maRangeList.is() ? XclXmlUtils::ToOString( rStrm.GetRoot().GetDoc(), *rProt.maRangeList).getStr() : nullptr); +XML_sqref, XclXmlUtils::ToOString(rStrm.GetRoot().GetDoc(), *rProt.maRangeList).getStr()); } rWorksheet->endElement( XML_protectedRanges); }
[Bug 140616] FILEOPEN DOCX: paragraph style ignores rPr nested inside pPr (hand-crafted document) and fails to override with para marker highlight
https://bugs.documentfoundation.org/show_bug.cgi?id=140616 Commit Notification changed: What|Removed |Added Whiteboard|needs Word 2010+|needs Word 2010+ ||target:24.8.0 -- You are receiving this mail because: You are the assignee for the bug.
core.git: sw/qa sw/source
sw/qa/extras/ooxmlexport/ooxmlexport14.cxx |3 +++ sw/source/writerfilter/ooxml/model.xml | 11 ++- 2 files changed, 13 insertions(+), 1 deletion(-) New commits: commit 4a120f4f557b99bb8371474a4e7fdaf52b148143 Author: Justin Luth AuthorDate: Wed Apr 17 16:11:56 2024 -0400 Commit: Miklos Vajna CommitDate: Fri Apr 19 14:20:58 2024 +0200 tdf#140616 writerfilter: recognize style rPr under pPr Although it is completely NOT normal to put any rPr's in the style's pPr (since they normally just go into a stand-alone rPr), MSO is able to read and apply those - while LO just ignored them (as misplaced properties). It seems harmless to me to import it this way as well. make CppunitTest_sw_ooxmlexport14 \ CPPUNIT_TEST_NAME=testHighlightEdit_numbering Change-Id: Ie4a6c4c91a8214f40e34dc58c47b0bb9381bac1f Reviewed-on: https://gerrit.libreoffice.org/c/core/+/166189 Tested-by: Jenkins Reviewed-by: Justin Luth Reviewed-by: Miklos Vajna diff --git a/sw/qa/extras/ooxmlexport/ooxmlexport14.cxx b/sw/qa/extras/ooxmlexport/ooxmlexport14.cxx index c33275b62394..6528b093fd57 100644 --- a/sw/qa/extras/ooxmlexport/ooxmlexport14.cxx +++ b/sw/qa/extras/ooxmlexport/ooxmlexport14.cxx @@ -963,6 +963,9 @@ CPPUNIT_TEST_FIXTURE(Test, testHighlightEdit_numbering) assertXPath(pXmlDoc, "//w:body/w:p[2]/w:pPr/w:rPr/w:highlight"_ostr, "val"_ostr, "none"); // Visually, the "none" highlight means the bullet point should not have a character background. +xmlDocUniquePtr pXmlStyles = parseExport("word/styles.xml"); +assertXPath(pXmlStyles, "//w:style[@w:styleId='CustomParaStyleHighlightGreen']/w:rPr/w:highlight"_ostr, "val"_ostr, "green"); + if (bWasExportToShade) { officecfg::Office::Common::Filter::Microsoft::Export::CharBackgroundToHighlighting::set(false, batch); diff --git a/sw/source/writerfilter/ooxml/model.xml b/sw/source/writerfilter/ooxml/model.xml index 2f84e72c0615..c99eb836ffe6 100644 --- a/sw/source/writerfilter/ooxml/model.xml +++ b/sw/source/writerfilter/ooxml/model.xml @@ -12620,6 +12620,12 @@ + + + + + + @@ -16226,7 +16232,7 @@ - + @@ -17739,6 +17745,9 @@ + + +
[Bug 160729] Libreoffice crashes after resume on KDE Wayland
https://bugs.documentfoundation.org/show_bug.cgi?id=160729 --- Comment #1 from Guido Iodice --- Created attachment 193754 --> https://bugs.documentfoundation.org/attachment.cgi?id=193754=edit error screenshot screenshot of the error attached -- You are receiving this mail because: You are the assignee for the bug.
[Bug 160318] Display fails for certain display scales
https://bugs.documentfoundation.org/show_bug.cgi?id=160318 --- Comment #13 from mach...@riseup.net --- Before trying the SAL_USE_VCLPLUGIN request, I tried to reproduce in the normal way and weirdly I could no longer (at least readily) reproduce the initial bug. Do you mind if we leave this open, say, a couple of months in case it comes back, and then if not we can close? -- You are receiving this mail because: You are the assignee for the bug.
[Bug 160686] "Left Page" and "Right Page" are nonsensical and should be removed
https://bugs.documentfoundation.org/show_bug.cgi?id=160686 --- Comment #10 from David --- (In reply to Eyal Rozenberg from comment #9) > Bug reports don't need "support". You don't see a refutation of my claims. I hereby explicitly refute your claim as per my use case described in comment #8. > These are not, and can't be, the styles of "Right Page"'s or "Left Page"'s, > whatever that means; so they must be removed. Then what would you call them given my use case? Maybe just call them Right-side Only and Left-side Only pages, although the configuration options seem to make plain what is meant. > Note that this is far beyond, say, the Landscape style, which one has to > actively undermine in order for it to be non-Landscape. Here, it's enough to > apply the "Odd Page" style to a non-odd page, or make an odd page non-odd by > extending a previous page sequence with a page break anywhere in between, to > get to a situation where each of these two styles applies to some odd pages > as well as some even pages. Are you saying that the page numbers will be incorrect if you directly insert a page break instead of allowing a heading style to insert a page break and a Right Only or Left Only page? Even if that were the case, please provide a document that demonstrates the problem (though a direct page insert would be considered a poor practice). I have yet to see this issue in a real-life document, though I use these styles frequently. > It is just a non-serious attempt to salvage a wrong idea someone had at some > point about adding the "Right Page" and "Left Page" styles. Why are you so > attached to these styles? Maybe because no viable, better alternative to my real-life use case has yet been provided. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 140616] FILEOPEN DOCX: paragraph style ignores rPr nested inside pPr (hand-crafted document) and fails to override with para marker highlight
https://bugs.documentfoundation.org/show_bug.cgi?id=140616 --- Comment #9 from Justin L --- Created attachment 193753 --> https://bugs.documentfoundation.org/attachment.cgi?id=193753=edit num3o.docx - no highlight comes from document.xml - cancelling green style -- You are receiving this mail because: You are the assignee for the bug.
[Bug 140616] FILEOPEN DOCX: paragraph style ignores rPr nested inside pPr (hand-crafted document) and fails to override with para marker highlight
https://bugs.documentfoundation.org/show_bug.cgi?id=140616 --- Comment #8 from Justin L --- Created attachment 193752 --> https://bugs.documentfoundation.org/attachment.cgi?id=193752=edit num3n.docx - yellow highlight comes from numbering.xml - overrides everything else This file shows that the paragraph marker's highlight="none" has lower priority than the numbering.xml's yellow highlight. [In this case, pFormat->hasItem(RES_CHRATR_HIGHLIGHT), so the marker's highlight is removed from pClearedSet.] -- You are receiving this mail because: You are the assignee for the bug.
[Bug 140616] FILEOPEN DOCX: paragraph style ignores rPr nested inside pPr (hand-crafted document) and fails to override with para marker highlight
https://bugs.documentfoundation.org/show_bug.cgi?id=140616 --- Comment #7 from Justin L --- Created attachment 193751 --> https://bugs.documentfoundation.org/attachment.cgi?id=193751=edit num3m.docx: green highlight comes from paragraph style - word/style.xml -- You are receiving this mail because: You are the assignee for the bug.
[Bug 140616] FILEOPEN DOCX: paragraph style ignores rPr nested inside pPr (hand-crafted document) and fails to override with para marker highlight
https://bugs.documentfoundation.org/show_bug.cgi?id=140616 Justin L changed: What|Removed |Added Summary|FILEOPEN DOCX: paragraph|FILEOPEN DOCX: paragraph |style ignores rPr nested|style ignores rPr nested |inside pPr (hand-crafted|inside pPr (hand-crafted |document) |document) and fails to ||override with para marker ||highlight Whiteboard||needs Word 2010+ -- You are receiving this mail because: You are the assignee for the bug.
[Bug 121032] FontWork is inserted behind other objects instead of on top
https://bugs.documentfoundation.org/show_bug.cgi?id=121032 Stéphane Guillou (stragu) changed: What|Removed |Added See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=16 ||0730 -- You are receiving this mail because: You are the assignee for the bug.
[Bug 127232] [META] QR/barcode generator's problems and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=127232 Stéphane Guillou (stragu) changed: What|Removed |Added Depends on||160730 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=160730 [Bug 160730] QR and Barcodes behind other objects instead of on top (Writer, Calc) -- You are receiving this mail because: You are the assignee for the bug.
[Bug 160730] New: QR and Barcodes behind other objects instead of on top (Writer, Calc)
https://bugs.documentfoundation.org/show_bug.cgi?id=160730 Bug ID: 160730 Summary: QR and Barcodes behind other objects instead of on top (Writer, Calc) Product: LibreOffice Version: 6.4.0.3 release Hardware: x86-64 (AMD64) OS: Linux (All) Status: UNCONFIRMED Keywords: implementationError Severity: normal Priority: medium Component: LibreOffice Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: stephane.guil...@libreoffice.org Blocks: 127232, 159143 (Bug 121032 is the same issue but for Fontwork) Steps: 1. Open Writer or Calc 2. Insert a shape 3. Insert an image 4. Insert a chart 5. Insert a formula 6. Insert a text box 7. Insert a QR/barcode Result: in step 2 to 6, objects are always inserted above everything else. In step 7, QR/Barcode is inserted below everything. Expected: fontwork should be inserted at the top of z order. Not reproduced in Draw / Impress. Version: 24.8.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: bdf3b5ce49b0e4ee1b4525d344cfb037ef473059 CPU threads: 8; OS: Linux 6.5; UI render: default; VCL: gtk3 Already the case in: Version: 6.4.0.3 Build ID: b0a288ab3d2d4774cb44b62f04d5d28733ac6df8 CPU threads: 8; OS: Linux 6.5; UI render: default; VCL: gtk3 So assumed implementationError. Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=127232 [Bug 127232] [META] QR/barcode generator's problems and enhancements https://bugs.documentfoundation.org/show_bug.cgi?id=159143 [Bug 159143] [META] Z-order / arrangement of objects -- You are receiving this mail because: You are the assignee for the bug.
[Bug 159143] [META] Z-order / arrangement of objects
https://bugs.documentfoundation.org/show_bug.cgi?id=159143 Stéphane Guillou (stragu) changed: What|Removed |Added Depends on||160730 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=160730 [Bug 160730] QR and Barcodes behind other objects instead of on top (Writer, Calc) -- You are receiving this mail because: You are the assignee for the bug.
[Bug 127232] [META] QR/barcode generator's problems and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=127232 --- Comment #2 from Stéphane Guillou (stragu) --- Relevant commits by Subham Goyal: b4141cade04dac0c9d47293313a4521282975f12 2de42b53b7c23223c38e64a75eae248d8a0cd4ec 437fe778a81f3c39b8b259acd2d960c285d4f244 02d16928bcd1eb2b6dfd7524ea9af591c0f5f2e0 3a95a2baee94e50e3f745990359fdeea65a422a8 -- You are receiving this mail because: You are the assignee for the bug.
core.git: Branch 'distro/collabora/co-24.04' - helpcontent2
helpcontent2 |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) New commits: commit d0dfde81f4c48be3dc3cf2524f0e357af2be6d08 Author: Juan José González AuthorDate: Fri Apr 19 04:54:14 2024 -0600 Commit: Gerrit Code Review CommitDate: Fri Apr 19 12:54:14 2024 +0200 Update git submodules * Update helpcontent2 from branch 'distro/collabora/co-24.04' to 7fb7d1daa6a67905417d701f0f85560b8644e80e - Move z-index rule to CSS stylesheet we control Previously a fix was pushed to prism css file, which can be changed by the upstream project. Instead overwrite the rule in our files. Change-Id: I549b05d4a359343ae0fe09831644a2eed8fb0474 Reviewed-on: https://gerrit.libreoffice.org/c/help/+/166076 Tested-by: Jenkins Reviewed-by: Olivier Hallot (cherry picked from commit 2b438594148c4ee94cb632e7a3d3b64b547706d5) Reviewed-on: https://gerrit.libreoffice.org/c/help/+/166211 Reviewed-by: Adolfo Jayme Barrientos - tdf#160467 Remove z-index in prism code block Right now code renders on top of header section. Remove z-index to fix it. Change-Id: Ic0cf226275eae1656107de27907a94af256d Reviewed-on: https://gerrit.libreoffice.org/c/help/+/165768 Tested-by: Jenkins Tested-by: Adolfo Jayme Barrientos Reviewed-by: Adolfo Jayme Barrientos (cherry picked from commit c89178e82abacbb240e571fcbd9bd0f76b40642d) Reviewed-on: https://gerrit.libreoffice.org/c/help/+/165718 diff --git a/helpcontent2 b/helpcontent2 index b43d32f0218c..7fb7d1daa6a6 16 --- a/helpcontent2 +++ b/helpcontent2 @@ -1 +1 @@ -Subproject commit b43d32f0218caaeb880c06d490d0b99972a50614 +Subproject commit 7fb7d1daa6a67905417d701f0f85560b8644e80e
help.git: Branch 'distro/collabora/co-24.04' - 2 commits - help3xsl/default.css
help3xsl/default.css |4 1 file changed, 4 insertions(+) New commits: commit 7fb7d1daa6a67905417d701f0f85560b8644e80e Author: Juan José González AuthorDate: Sun Apr 14 11:14:21 2024 -0600 Commit: Andras Timar CommitDate: Fri Apr 19 12:53:49 2024 +0200 Move z-index rule to CSS stylesheet we control Previously a fix was pushed to prism css file, which can be changed by the upstream project. Instead overwrite the rule in our files. Change-Id: I549b05d4a359343ae0fe09831644a2eed8fb0474 Reviewed-on: https://gerrit.libreoffice.org/c/help/+/166076 Tested-by: Jenkins Reviewed-by: Olivier Hallot (cherry picked from commit 2b438594148c4ee94cb632e7a3d3b64b547706d5) Reviewed-on: https://gerrit.libreoffice.org/c/help/+/166211 Reviewed-by: Adolfo Jayme Barrientos diff --git a/help3xsl/default.css b/help3xsl/default.css index 3d66a12b1a..8f7c16ab4e 100644 --- a/help3xsl/default.css +++ b/help3xsl/default.css @@ -190,6 +190,10 @@ code[class*="language-"], pre[class*="language-"] { white-space: pre-wrap; } +pre[class*="language-"] > code { +z-index: 0; +} + /* Table related classes */ /* Special case of table with one cell*/ diff --git a/help3xsl/prism.css b/help3xsl/prism.css index 54f0bf021e..4610909810 100644 --- a/help3xsl/prism.css +++ b/help3xsl/prism.css @@ -39,6 +39,7 @@ pre[class*="language-"] { pre[class*="language-"] > code { position: relative; + z-index: 1; border-left: 10px solid #358ccb; box-shadow: -1px 0px 0px 0px #358ccb, 0px 0px 0px 1px #dfdfdf; background-color: #fdfdfd; commit cea3437fa87daa28f74e778200e5650d59f6779c Author: Juan José González AuthorDate: Wed Apr 3 20:02:09 2024 -0600 Commit: Andras Timar CommitDate: Fri Apr 19 12:53:49 2024 +0200 tdf#160467 Remove z-index in prism code block Right now code renders on top of header section. Remove z-index to fix it. Change-Id: Ic0cf226275eae1656107de27907a94af256d Reviewed-on: https://gerrit.libreoffice.org/c/help/+/165768 Tested-by: Jenkins Tested-by: Adolfo Jayme Barrientos Reviewed-by: Adolfo Jayme Barrientos (cherry picked from commit c89178e82abacbb240e571fcbd9bd0f76b40642d) Reviewed-on: https://gerrit.libreoffice.org/c/help/+/165718 diff --git a/help3xsl/prism.css b/help3xsl/prism.css index 4610909810..54f0bf021e 100644 --- a/help3xsl/prism.css +++ b/help3xsl/prism.css @@ -39,7 +39,6 @@ pre[class*="language-"] { pre[class*="language-"] > code { position: relative; - z-index: 1; border-left: 10px solid #358ccb; box-shadow: -1px 0px 0px 0px #358ccb, 0px 0px 0px 1px #dfdfdf; background-color: #fdfdfd;
core.git: Branch 'distro/collabora/co-24.04' - translations
translations |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) New commits: commit e077f49f0f1d578f0a614e74b9b97d339d825cd3 Author: Christian Lohmaier AuthorDate: Fri Apr 19 12:50:34 2024 +0200 Commit: Gerrit Code Review CommitDate: Fri Apr 19 12:50:34 2024 +0200 Update git submodules * Update translations from branch 'distro/collabora/co-24.04' to d835b3bec673fcb88a3e9c4aed8067ec0e838773 - update translations for 24.2.3 rc1 and force-fix errors using pocheck Change-Id: Ia1332fb36e3ae8379e97f29b087b3431bb5707ea - update translations for 24.2.3 rc1 and force-fix errors using pocheck Change-Id: Iaaf78b114dce75267640c50c3512e42ed334d9ab diff --git a/translations b/translations index a2ed0affdffd..d835b3bec673 16 --- a/translations +++ b/translations @@ -1 +1 @@ -Subproject commit a2ed0affdffd40b46b6f5af094173ad32779293b +Subproject commit d835b3bec673fcb88a3e9c4aed8067ec0e838773
translations.git: Branch 'distro/collabora/co-24.04' - 2 commits - source/ab source/af source/am source/an source/ar source/as source/ast source/az source/be source/bg source/bn source/bn-IN source/bo
source/ab/cui/messages.po |4 source/ab/nlpsolver/help/en/com.sun.star.comp.Calc.NLPSolver.po| 16 source/ab/officecfg/registry/data/org/openoffice/Office.po |4 source/ab/readlicense_oo/docs.po | 14 source/ab/setup_native/source/mac.po |6 source/ab/sfx2/messages.po |4 source/ab/swext/mediawiki/help.po | 16 source/af/cui/messages.po |4 source/af/sfx2/messages.po |4 source/am/cui/messages.po |4 source/am/helpcontent2/source/text/shared/04.po|8 source/am/sfx2/messages.po |4 source/an/cui/messages.po |8 source/an/officecfg/registry/data/org/openoffice/Office/UI.po |5 source/an/sfx2/messages.po |4 source/ar/cui/messages.po |4 source/ar/helpcontent2/source/text/shared/04.po|6 source/ar/sfx2/messages.po |4 source/as/cui/messages.po |4 source/as/sfx2/messages.po |4 source/ast/chart2/messages.po | 22 source/ast/cui/messages.po | 34 source/ast/extras/source/autocorr/emoji.po | 38 source/ast/helpcontent2/source/text/sbasic/shared.po | 16 source/ast/helpcontent2/source/text/sbasic/shared/03.po|4 source/ast/helpcontent2/source/text/scalc.po |4 source/ast/helpcontent2/source/text/scalc/00.po|6 source/ast/helpcontent2/source/text/scalc/01.po| 14 source/ast/helpcontent2/source/text/scalc/05.po| 12 source/ast/helpcontent2/source/text/scalc/guide.po | 16 source/ast/helpcontent2/source/text/schart/01.po |6 source/ast/helpcontent2/source/text/sdraw/01.po|8 source/ast/helpcontent2/source/text/shared.po |4 source/ast/helpcontent2/source/text/shared/00.po | 10 source/ast/helpcontent2/source/text/shared/01.po | 32 source/ast/helpcontent2/source/text/shared/02.po | 16 source/ast/helpcontent2/source/text/shared/04.po | 10 source/ast/helpcontent2/source/text/shared/autopi.po |4 source/ast/helpcontent2/source/text/shared/guide.po| 36 source/ast/helpcontent2/source/text/shared/help.po |6 source/ast/helpcontent2/source/text/shared/optionen.po | 10 source/ast/helpcontent2/source/text/simpress/00.po |4 source/ast/helpcontent2/source/text/simpress/01.po |8 source/ast/helpcontent2/source/text/simpress/02.po |4 source/ast/helpcontent2/source/text/simpress/guide.po |6 source/ast/helpcontent2/source/text/smath/02.po|4 source/ast/helpcontent2/source/text/swriter.po |6 source/ast/helpcontent2/source/text/swriter/01.po | 20 source/ast/helpcontent2/source/text/swriter/guide.po | 12 source/ast/helpcontent2/source/text/swriter/librelogo.po |6 source/ast/officecfg/registry/data/org/openoffice/Office/UI.po | 57 source/ast/sc/messages.po | 15 source/ast/sd/messages.po | 11 source/ast/sfx2/messages.po| 40 source/ast/svx/messages.po | 12 source/ast/sw/messages.po | 20 source/ast/xmlsecurity/messages.po |8 source/az/cui/messages.po |4 source/az/sfx2/messages.po |4 source/be/cui/messages.po |4 source/be/sfx2/messages.po |4 source/bg/cui/messages.po |4 source/bg/helpcontent2/source/text/shared/00.po| 368 - source/bg/helpcontent2/source/text/shared/01.po| 854 ++-- source/bg/helpcontent2/source/text/shared/02.po| 180 source/bg/helpcontent2/source/text/shared/04.po
core.git: Branch 'distro/collabora/co-24.04' - 5 commits - sc/source svgio/inc svgio/qa svgio/source sw/qa sw/source
sc/source/filter/html/htmlpars.cxx|2 - sc/source/ui/docshell/impex.cxx |6 ++-- svgio/inc/SvgNumber.hxx |4 +-- svgio/inc/svgnode.hxx |3 -- svgio/inc/svgtspannode.hxx|2 - svgio/qa/cppunit/SvgImportTest.cxx| 34 ++ svgio/qa/cppunit/SvgNumberTest.cxx|2 - svgio/qa/cppunit/data/dy_in_ems.svg |7 + svgio/qa/cppunit/data/dy_in_exs.svg |7 + svgio/source/svgreader/SvgNumber.cxx |3 +- svgio/source/svgreader/svgnode.cxx| 17 +++-- svgio/source/svgreader/svgstyleattributes.cxx |8 +++--- svgio/source/svgreader/svgtspannode.cxx |5 --- sw/qa/extras/odfexport/data/tdf160700.odt |binary sw/qa/extras/odfexport/odfexport2.cxx | 30 ++ sw/source/core/unocore/unoportenum.cxx|3 ++ 16 files changed, 99 insertions(+), 34 deletions(-) New commits: commit e4b31978049a5c96b7672ceabb1fdeef7048afec Author: Mike Kaganski AuthorDate: Fri Apr 19 00:34:28 2024 +0500 Commit: Andras Timar CommitDate: Fri Apr 19 12:38:31 2024 +0200 tdf#160700: Avoid both bookmark-start and bookmark-end at the same index There is a special handling of CrossRefBookmark, which has no end position in the document model, but must span the whole paragraph, and end position is generated explicitly. Since commit 1d7ce421480d9170316533de03feb8d04eb5c767 (tdf#159438: when there's no frame, close previous bookmark first, 2024-01-30), end marks of an index are sorted before start marks of the same index, with the expectation that start / end marks represent non-empty span. Dun in case of empty paragraphs with a CrossRefBookmark, both start and end mark were emitted into the same index, and the new sorting resulted in the wrong order of the elements. Fix this by checking if the start index is less than node end, and don't handle CrossRefBookmark specially, if the check is negative. This writes a single text:bookmark, instead of a text:bookmark-start, followed by a text:bookmark-end. Change-Id: I533c4f7814edddc3cf24b1213490f251d60b2273 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/166266 Tested-by: Jenkins Reviewed-by: Mike Kaganski Signed-off-by: Xisco Fauli Reviewed-on: https://gerrit.libreoffice.org/c/core/+/166280 diff --git a/sw/qa/extras/odfexport/data/tdf160700.odt b/sw/qa/extras/odfexport/data/tdf160700.odt new file mode 100644 index ..bc1515da3f82 Binary files /dev/null and b/sw/qa/extras/odfexport/data/tdf160700.odt differ diff --git a/sw/qa/extras/odfexport/odfexport2.cxx b/sw/qa/extras/odfexport/odfexport2.cxx index 49836082907c..f654821acf6a 100644 --- a/sw/qa/extras/odfexport/odfexport2.cxx +++ b/sw/qa/extras/odfexport/odfexport2.cxx @@ -21,6 +21,7 @@ #include #include #include +#include #include #include #include @@ -1343,6 +1344,35 @@ CPPUNIT_TEST_FIXTURE(Test, testTdf159438) u"bookmark3"_ustr); } +CPPUNIT_TEST_FIXTURE(Test, testTdf160700) +{ +// Given a document with an empty numbered paragraph, and a cross-reference to it +loadAndReload("tdf160700.odt"); + +// Refresh fields and ensure cross-reference to numbered para is okay +auto xTextFieldsSupplier(mxComponent.queryThrow()); +auto xFieldsAccess(xTextFieldsSupplier->getTextFields()); + +xFieldsAccess.queryThrow()->refresh(); + +auto xFields(xFieldsAccess->createEnumeration()); +CPPUNIT_ASSERT(xFields->hasMoreElements()); +auto xTextField(xFields->nextElement().queryThrow()); +// Save must not create markup with text:bookmark-end element before text:bookmark-start +// Withoud the fix, this would fail with +// - Expected: 1 +// - Actual : Error: Reference source not found +// i.e., the bookmark wasn't imported, and the field had no proper source +CPPUNIT_ASSERT_EQUAL(u"1"_ustr, xTextField->getPresentation(false)); + +xmlDocUniquePtr pXmlDoc = parseExport("content.xml"); +// Check that we export the bookmark in the empty paragraph as a single text:bookmark +// element. Another walid markup is text:bookmark-start followed by text:bookmark-end +// (in that order). The problem was, that text:bookmark-end was before text:bookmark-start. +assertXPathChildren(pXmlDoc, "//office:text/text:list/text:list-item/text:p"_ostr, 1); +assertXPath(pXmlDoc, "//office:text/text:list/text:list-item/text:p/text:bookmark"_ostr); +} + CPPUNIT_PLUGIN_IMPLEMENT(); /* vim:set shiftwidth=4 softtabstop=4 expandtab: */ diff --git a/sw/source/core/unocore/unoportenum.cxx b/sw/source/core/unocore/unoportenum.cxx index 494cec746865..709d79ef4d4b 100644 --- a/sw/source/core/unocore/unoportenum.cxx +++ b/sw/source/core/unocore/unoportenum.cxx @@ -150,8 +150,11 @@
[Bug 160601] [UI] Slide sorter starts with hard coded number of slides per row (5 on Linux, 4 on Windows it seems) - no mean to set a preferred number
https://bugs.documentfoundation.org/show_bug.cgi?id=160601 --- Comment #11 from Cor Nouws --- (In reply to Justin L from comment #10) > I'm also on Linux 5.15 (Ubuntu 20.04) and I only get 4 slides per row - > which based on the code patch is exactly what I would expect to get. So I'm > a little concerned you seeing 5 "by default". I didn't try to figure out where the difference comes from. Could be some calculation based on e.g. metric of some default font, or .. Giving the user the option to set a number (thanks for commenting on the patch!) at least gives influence. But it may be nice/better to try to figure out that later, indeed. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 160727] Crash in: TransformParameters(unsigned short,com::sun::star::uno::Sequence const &,SfxAllItemSet &,SfxSlot const *)
https://bugs.documentfoundation.org/show_bug.cgi?id=160727 Xisco Faulí changed: What|Removed |Added Status|UNCONFIRMED |NEEDINFO CC||xiscofa...@libreoffice.org Ever confirmed|0 |1 --- Comment #1 from Xisco Faulí --- Thank you for reporting the bug. Please attach a sample document, as this makes it easier for us to verify the bug. I have set the bug's status to 'NEEDINFO'. Please change it back to 'UNCONFIRMED' once the requested document is provided. (Please note that the attachment will be public, remove any sensitive information before attaching it. See https://wiki.documentfoundation.org/QA/FAQ#How_can_I_eliminate_confidential_data_from_a_sample_document.3F for help on how to do so.) -- You are receiving this mail because: You are the assignee for the bug.
[Bug 160699] Performance: Libreoffice hangs on first launch after boot for 30-60 seconds on intel mac maybe due to custom font(s)
https://bugs.documentfoundation.org/show_bug.cgi?id=160699 --- Comment #8 from steve --- Created attachment 193750 --> https://bugs.documentfoundation.org/attachment.cgi?id=193750=edit 2024-04-19 process sample Disabled all fonts in the "My Fonts" section of Font Book app and restarted the mac. Adding another process sample of LO still hanging on launch. I opened the fonts in finder and sorted by size. The largest font is songti (macOS font) which I cannot deactivate or delete. This seems to be true for the largest fonts in file size. >From the custom fonts the sf-fonts are the largest. This seems a hard to investigate problem. Not sure if it is worth further investigating. I can not reproduce on an Apple Silicon mac. If you have other ideas, please let me know and happy to try, if not, also fine to close this bug. -- You are receiving this mail because: You are the assignee for the bug.
core.git: xmloff/source
xmloff/source/chart/SchXMLTools.cxx |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) New commits: commit 91bdf6c3ad57a0cc74aad64aa9828ba6b95468b7 Author: Andrea Gelmini AuthorDate: Fri Apr 19 09:29:33 2024 +0200 Commit: Julien Nabet CommitDate: Fri Apr 19 12:17:26 2024 +0200 Fix typo Change-Id: Ia0262b3424eb6f05020e48dd0a497e27cfd10ad8 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/166282 Tested-by: Julien Nabet Reviewed-by: Julien Nabet diff --git a/xmloff/source/chart/SchXMLTools.cxx b/xmloff/source/chart/SchXMLTools.cxx index d846b4a27a3e..42d93685342c 100644 --- a/xmloff/source/chart/SchXMLTools.cxx +++ b/xmloff/source/chart/SchXMLTools.cxx @@ -654,7 +654,7 @@ void importFormattedText( SvXMLImport& rImport, const std::vector
core.git: xmloff/source
xmloff/source/chart/SchXMLTools.cxx |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) New commits: commit 558990c0f0fb749f1907ffbc3859001aa3e48e63 Author: Andrea Gelmini AuthorDate: Fri Apr 19 09:29:49 2024 +0200 Commit: Julien Nabet CommitDate: Fri Apr 19 12:17:05 2024 +0200 Fix typo Change-Id: Icff58bb1e1c0f409003cb3a97a10182fa4ded41a Reviewed-on: https://gerrit.libreoffice.org/c/core/+/166283 Tested-by: Julien Nabet Reviewed-by: Julien Nabet diff --git a/xmloff/source/chart/SchXMLTools.cxx b/xmloff/source/chart/SchXMLTools.cxx index a317d9b412e5..d846b4a27a3e 100644 --- a/xmloff/source/chart/SchXMLTools.cxx +++ b/xmloff/source/chart/SchXMLTools.cxx @@ -665,7 +665,7 @@ void importFormattedText( SvXMLImport& rImport, const std::vector xInfo = xNewFmtStr->getPropertySetInfo(); for (const beans::Property& rProp : xFullTextTitleProps->getPropertySetInfo()->getProperties())
core.git: xmloff/source
xmloff/source/chart/SchXMLTools.cxx |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) New commits: commit 7f95972026ec78b925fd7d67be6756625b73002a Author: Andrea Gelmini AuthorDate: Fri Apr 19 09:29:13 2024 +0200 Commit: Julien Nabet CommitDate: Fri Apr 19 12:16:49 2024 +0200 Fix typo Change-Id: I0f745fa74b0de96df7d2b887fca460d32faf77e6 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/166281 Tested-by: Julien Nabet Reviewed-by: Julien Nabet diff --git a/xmloff/source/chart/SchXMLTools.cxx b/xmloff/source/chart/SchXMLTools.cxx index fb3dc9e29c56..a317d9b412e5 100644 --- a/xmloff/source/chart/SchXMLTools.cxx +++ b/xmloff/source/chart/SchXMLTools.cxx @@ -653,7 +653,7 @@ void importFormattedText( SvXMLImport& rImport, const std::vectorgetPropertyValue("FormattedStrings") >>= xFullTextTitle) && xFullTextTitle.hasElements()) { -// these are the properies from the textshape object - needs to apply them +// these are the properties from the textshape object - needs to apply them // to all the string parts firstly - (necessarry for backward compatibility) xFullTextTitleProps.set(xFullTextTitle.getArray()[0], uno::UNO_QUERY); }
core.git: sw/qa
sw/qa/extras/odfexport/odfexport2.cxx |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) New commits: commit 6fe1b4af873cf903afb7be49993213e445f67a35 Author: Andrea Gelmini AuthorDate: Fri Apr 19 09:31:03 2024 +0200 Commit: Julien Nabet CommitDate: Fri Apr 19 12:16:30 2024 +0200 Fix typo Change-Id: I00f6c7696b9b2cdb6f1ac0ae71774795f48daf91 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/166285 Tested-by: Julien Nabet Reviewed-by: Julien Nabet diff --git a/sw/qa/extras/odfexport/odfexport2.cxx b/sw/qa/extras/odfexport/odfexport2.cxx index 469fa6bc..4523e0551e18 100644 --- a/sw/qa/extras/odfexport/odfexport2.cxx +++ b/sw/qa/extras/odfexport/odfexport2.cxx @@ -1523,7 +1523,7 @@ CPPUNIT_TEST_FIXTURE(Test, testTdf160700) xmlDocUniquePtr pXmlDoc = parseExport("content.xml"); // Check that we export the bookmark in the empty paragraph as a single text:bookmark -// element. Another walid markup is text:bookmark-start followed by text:bookmark-end +// element. Another valid markup is text:bookmark-start followed by text:bookmark-end // (in that order). The problem was, that text:bookmark-end was before text:bookmark-start. assertXPathChildren(pXmlDoc, "//office:text/text:list/text:list-item/text:p"_ostr, 1); assertXPath(pXmlDoc, "//office:text/text:list/text:list-item/text:p/text:bookmark"_ostr);
core.git: sw/qa
0 files changed New commits: commit c526c04873ae8e591056a234ea892eaaec145d1f Author: Andrea Gelmini AuthorDate: Fri Apr 19 09:32:26 2024 +0200 Commit: Julien Nabet CommitDate: Fri Apr 19 12:16:09 2024 +0200 Remove exec bits on docx file Change-Id: I69a9fb310e640b68ca4a9987b8b4a8b7cbd744c7 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/166286 Tested-by: Julien Nabet Reviewed-by: Julien Nabet diff --git a/sw/qa/extras/ooxmlexport/data/tdf158451.docx b/sw/qa/extras/ooxmlexport/data/tdf158451.docx old mode 100755 new mode 100644
core.git: sw/qa
sw/qa/extras/odfexport/odfexport2.cxx |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) New commits: commit e99a2fc119f9e9b97b18f64f679d889c373693cc Author: Andrea Gelmini AuthorDate: Fri Apr 19 09:30:33 2024 +0200 Commit: Julien Nabet CommitDate: Fri Apr 19 12:15:52 2024 +0200 Fix typo Change-Id: I8b7aa192fbdc5269b0da527dc2aeb2d535f1f0d9 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/166284 Tested-by: Julien Nabet Reviewed-by: Julien Nabet diff --git a/sw/qa/extras/odfexport/odfexport2.cxx b/sw/qa/extras/odfexport/odfexport2.cxx index ee1f7fcbc8bc..469fa6bc 100644 --- a/sw/qa/extras/odfexport/odfexport2.cxx +++ b/sw/qa/extras/odfexport/odfexport2.cxx @@ -1515,7 +1515,7 @@ CPPUNIT_TEST_FIXTURE(Test, testTdf160700) CPPUNIT_ASSERT(xFields->hasMoreElements()); auto xTextField(xFields->nextElement().queryThrow()); // Save must not create markup with text:bookmark-end element before text:bookmark-start -// Withoud the fix, this would fail with +// Without the fix, this would fail with // - Expected: 1 // - Actual : Error: Reference source not found // i.e., the bookmark wasn't imported, and the field had no proper source
[Bug 160699] Performance: Libreoffice hangs on first launch after boot for 30-60 seconds on intel mac maybe due to custom font(s)
https://bugs.documentfoundation.org/show_bug.cgi?id=160699 steve changed: What|Removed |Added Summary|Performance: due to unknown |Performance: Libreoffice |reasons, Libreoffice hangs |hangs on first launch after |on first launch after boot |boot for 30-60 seconds on |for 30-60 seconds on intel |intel mac maybe due to |mac |custom font(s) --- Comment #7 from steve --- adjusted title to reflect correct problem -- You are receiving this mail because: You are the assignee for the bug.
[Bug 121032] FontWork is inserted behind other objects instead of on top
https://bugs.documentfoundation.org/show_bug.cgi?id=121032 Stéphane Guillou (stragu) changed: What|Removed |Added Keywords||needsDevEval CC||hoss...@libreoffice.org Summary|Fontwork is insert behind |FontWork is inserted behind |shape instead of on top |other objects instead of on ||top --- Comment #9 from Stéphane Guillou (stragu) --- Hossein, wondering if this could be an easyHack? -- You are receiving this mail because: You are the assignee for the bug.
[Bug 160729] New: Libreoffice crashes after resume on KDE Wayland
https://bugs.documentfoundation.org/show_bug.cgi?id=160729 Bug ID: 160729 Summary: Libreoffice crashes after resume on KDE Wayland Product: LibreOffice Version: 24.2.2.2 release Hardware: All OS: Linux (All) Status: UNCONFIRMED Severity: normal Priority: medium Component: LibreOffice Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: guido.iod...@gmail.com Description: Libreoffice crashes after resume on KDE Wayland Steps to Reproduce: 1.Open a Calc spreadsheet 2.wait the autolock of the screen 3.unlock the screen Actual Results: it displays a message saying that Libreoffice has crashed and suggests saving and then restoring the file Expected Results: it should not crash Reproducible: Sometimes User Profile Reset: No Additional Info: Version: 24.2.2.2 (X86_64) / LibreOffice Community Build ID: 420(Build:2) CPU threads: 8; OS: Linux 6.8; UI render: default; VCL: kf6 (cairo+wayland) Locale: it-IT (it_IT.UTF-8); UI: it-IT 24.2.2-2 Calc: threaded -- You are receiving this mail because: You are the assignee for the bug.
[Bug 151151] Block z-order for watermark shapes on opening
https://bugs.documentfoundation.org/show_bug.cgi?id=151151 Stéphane Guillou (stragu) changed: What|Removed |Added See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=12 ||1032 -- You are receiving this mail because: You are the assignee for the bug.
[Bug 121032] Fontwork is insert behind shape instead of on top
https://bugs.documentfoundation.org/show_bug.cgi?id=121032 Stéphane Guillou (stragu) changed: What|Removed |Added Blocks||159143 See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=15 ||1151 --- Comment #8 from Stéphane Guillou (stragu) --- Still the case in: Version: 24.8.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: bdf3b5ce49b0e4ee1b4525d344cfb037ef473059 CPU threads: 8; OS: Linux 6.5; UI render: default; VCL: gtk3 Locale: en-AU (en_AU.UTF-8); UI: en-US Calc: CL threaded Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=159143 [Bug 159143] [META] Z-order / arrangement of objects -- You are receiving this mail because: You are the assignee for the bug.
[Bug 159143] [META] Z-order / arrangement of objects
https://bugs.documentfoundation.org/show_bug.cgi?id=159143 Stéphane Guillou (stragu) changed: What|Removed |Added Depends on||121032 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=121032 [Bug 121032] Fontwork is insert behind shape instead of on top -- You are receiving this mail because: You are the assignee for the bug.
[Bug 151151] Block z-order for watermark shapes on opening
https://bugs.documentfoundation.org/show_bug.cgi?id=151151 Stéphane Guillou (stragu) changed: What|Removed |Added See Also|https://bugs.documentfounda | |tion.org/show_bug.cgi?id=16 | |0728| -- You are receiving this mail because: You are the assignee for the bug.
[Bug 107634] [META] Fontwork / WordArt bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=107634 Stéphane Guillou (stragu) changed: What|Removed |Added Depends on|160728 | Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=160728 [Bug 160728] Fontworks are inserted behind instead of above other objects -- You are receiving this mail because: You are the assignee for the bug.
[Bug 159143] [META] Z-order / arrangement of objects
https://bugs.documentfoundation.org/show_bug.cgi?id=159143 Stéphane Guillou (stragu) changed: What|Removed |Added Depends on|160728 | Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=160728 [Bug 160728] Fontworks are inserted behind instead of above other objects -- You are receiving this mail because: You are the assignee for the bug.
[Bug 121032] Fontwork is insert behind shape instead of on top
https://bugs.documentfoundation.org/show_bug.cgi?id=121032 Stéphane Guillou (stragu) changed: What|Removed |Added CC||stephane.guillou@libreoffic ||e.org --- Comment #7 from Stéphane Guillou (stragu) --- *** Bug 160728 has been marked as a duplicate of this bug. *** -- You are receiving this mail because: You are the assignee for the bug.
[Bug 160728] Fontworks are inserted behind instead of above other objects
https://bugs.documentfoundation.org/show_bug.cgi?id=160728 Stéphane Guillou (stragu) changed: What|Removed |Added Blocks|107634, 159143 | See Also|https://bugs.documentfounda | |tion.org/show_bug.cgi?id=15 | |1151| Resolution|--- |DUPLICATE Status|UNCONFIRMED |RESOLVED --- Comment #1 from Stéphane Guillou (stragu) --- Apologies for the noise, already tracked in bug 121032. *** This bug has been marked as a duplicate of bug 121032 *** Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=107634 [Bug 107634] [META] Fontwork / WordArt bugs and enhancements https://bugs.documentfoundation.org/show_bug.cgi?id=159143 [Bug 159143] [META] Z-order / arrangement of objects -- You are receiving this mail because: You are the assignee for the bug.
[Bug 151151] Block z-order for watermark shapes on opening
https://bugs.documentfoundation.org/show_bug.cgi?id=151151 Stéphane Guillou (stragu) changed: What|Removed |Added See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=16 ||0728 -- You are receiving this mail because: You are the assignee for the bug.
[Bug 107634] [META] Fontwork / WordArt bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=107634 Stéphane Guillou (stragu) changed: What|Removed |Added Depends on||160728 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=160728 [Bug 160728] Fontworks are inserted behind instead of above other objects -- You are receiving this mail because: You are the assignee for the bug.
[Bug 159143] [META] Z-order / arrangement of objects
https://bugs.documentfoundation.org/show_bug.cgi?id=159143 Stéphane Guillou (stragu) changed: What|Removed |Added Depends on||160728 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=160728 [Bug 160728] Fontworks are inserted behind instead of above other objects -- You are receiving this mail because: You are the assignee for the bug.
[Bug 160728] New: Fontworks are inserted behind instead of above other objects
https://bugs.documentfoundation.org/show_bug.cgi?id=160728 Bug ID: 160728 Summary: Fontworks are inserted behind instead of above other objects Product: LibreOffice Version: Inherited From OOo Hardware: x86-64 (AMD64) OS: Linux (All) Status: UNCONFIRMED Severity: normal Priority: medium Component: LibreOffice Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: stephane.guil...@libreoffice.org CC: rb.hensc...@t-online.de Blocks: 107634, 159143 Steps (steps 3-6 are optional): 1. Open Writer 2. Insert a shape 3. Insert an image 4. Insert a chart 5. Insert a formula 6. Insert a text box 7. Insert a fontwork Result: in step 2 to 6, objects are always inserted above everything else. In step 7, fontwork is inserted below everything. Expected: fontwork should respect the general top-of-z-order-by-recency rule. Version: 24.8.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: bdf3b5ce49b0e4ee1b4525d344cfb037ef473059 CPU threads: 8; OS: Linux 6.5; UI render: default; VCL: gtk3 Locale: en-AU (en_AU.UTF-8); UI: en-US Calc: CL threaded And Ooo 3.3. Regina, thought you might be interested in the topic. Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=107634 [Bug 107634] [META] Fontwork / WordArt bugs and enhancements https://bugs.documentfoundation.org/show_bug.cgi?id=159143 [Bug 159143] [META] Z-order / arrangement of objects -- You are receiving this mail because: You are the assignee for the bug.
[Bug 160016] Inserted GIF flipped vertically; previews in Gallery and Fontwork dialog flipped or mangled
https://bugs.documentfoundation.org/show_bug.cgi?id=160016 --- Comment #10 from Stéphane Guillou (stragu) --- Tested with my own build: Version: 24.8.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 75fe059974dcb80c3f78110c73ab799afc6f4ca3 CPU threads: 8; OS: Linux 6.5; UI render: default; VCL: gtk3 Locale: en-AU (en_AU.UTF-8); UI: en-US Calc: CL threaded - attachment 192926 looks good - attachment 192927 looks good - Gallery looks good - Fontworks look good Thanks Quikee and Xisco! -- You are receiving this mail because: You are the assignee for the bug.
[Bug 114912] [META] Clone formatting (aka Format Paintbrush) bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=114912 Bug 114912 depends on bug 99608, which changed state. Bug 99608 Summary: Using clone formatting enables scrolling with the mouse -- but it shouldn't https://bugs.documentfoundation.org/show_bug.cgi?id=99608 What|Removed |Added Status|NEW |RESOLVED Resolution|--- |DUPLICATE -- You are receiving this mail because: You are the assignee for the bug.
[Bug 106773] [META] Writer document canvas view / viewport jump issues
https://bugs.documentfoundation.org/show_bug.cgi?id=106773 Bug 106773 depends on bug 99608, which changed state. Bug 99608 Summary: Using clone formatting enables scrolling with the mouse -- but it shouldn't https://bugs.documentfoundation.org/show_bug.cgi?id=99608 What|Removed |Added Status|NEW |RESOLVED Resolution|--- |DUPLICATE -- You are receiving this mail because: You are the assignee for the bug.
[Bug 46988] VIEWING: Screen jumps when scrolling down with arrow keys, refactor Smooth Scroll function
https://bugs.documentfoundation.org/show_bug.cgi?id=46988 Stéphane Guillou (stragu) changed: What|Removed |Added CC||sdc.bla...@youmail.dk --- Comment #37 from Stéphane Guillou (stragu) --- *** Bug 99608 has been marked as a duplicate of this bug. *** -- You are receiving this mail because: You are the assignee for the bug.