[Libreoffice-bugs] [Bug 137839] Objects disappear after undo followed by Enter (caused by invisible anchor selection; comment 2)
https://bugs.documentfoundation.org/show_bug.cgi?id=137839
Stéphane Guillou (stragu) changed:
What|Removed |Added
Summary|Shapes disappear after undo |Objects disappear after
|followed by Enter (caused |undo followed by Enter
|by invisible selection; |(caused by invisible anchor
|comment 2) |selection; comment 2)
CC||mikekagan...@hotmail.com,
||stephane.guillou@libreoffic
||e.org
Version|7.0.2.2 release |6.4.6.2 release
Blocks||112182
Keywords||bibisected, bisected
See Also||https://bugs.documentfounda
||tion.org/show_bug.cgi?id=14
||1210
--- Comment #6 from Stéphane Guillou (stragu)
---
reproduced with recent trunk build:
Version: 24.2.0.0.alpha1+ (X86_64) / LibreOffice Community
Build ID: 5589659829f8a1cef8ca1c8a468732105bbe231b
CPU threads: 8; OS: Linux 5.15; UI render: default; VCL: gtk3
Locale: en-AU (en_AU.UTF-8); UI: en-US
Calc: threaded
And since 6.4.6.2, with Michael Stahl's
89dc2b547b4cc307f7d69715a5e1ed4a27691755, cherrypick of
2d89b9929e85bede4c72684a12e7508751875f0e:
tdf#133957 sw: SelectAll should select fly in empty section
Michael, what do you think? It makes sense that the same selection is restored
at undo, but should this be turned into an enhancement to make it more obvious
that objects ('s anchors) are selected, by e.g. using the same coloured
highlight as a paragraph's on the object?
Or... should existing paragraph anchors be moved to the inserted paragraph? I'm
really unsure what is sensible and what is a wildly wrong idea to be honest :)
And Mike, you recently discussed anchor selection, maybe you have an opinion.
Referenced Bugs:
https://bugs.documentfoundation.org/show_bug.cgi?id=112182
[Bug 112182] [META] Selection of text, cells and objects
--
You are receiving this mail because:
You are the assignee for the bug.
[Libreoffice-bugs] [Bug 141210] SELECTION: Make it more visible, if a shape is not included into a selection (because its anchor is not included)
https://bugs.documentfoundation.org/show_bug.cgi?id=141210 Stéphane Guillou (stragu) changed: What|Removed |Added See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=13 ||7839 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 112182] [META] Selection of text, cells and objects
https://bugs.documentfoundation.org/show_bug.cgi?id=112182 Stéphane Guillou (stragu) changed: What|Removed |Added Depends on||137839 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=137839 [Bug 137839] Objects disappear after undo followed by Enter (caused by invisible anchor selection; comment 2) -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 158460] "Wrap text automatically" settings are changed when xlsx/xls export include cell line breaks
https://bugs.documentfoundation.org/show_bug.cgi?id=158460 --- Comment #7 from Mike Kaganski --- (In reply to watanabe nobuo from comment #6) > There is difference of key code with calc and Excel for meaning break Line. > Is this difference concered with this issue? No. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 158451] Getting Hang issue on file having wpc(WordProcessingCanvas)
https://bugs.documentfoundation.org/show_bug.cgi?id=158451 --- Comment #6 from Regina Henschel --- It is OK in Version: 7.4.1.2 (x64) / LibreOffice Community Build ID: 3c58a8f3a960df8bc8fd77b461821e42c061c5f0 CPU threads: 8; OS: Windows 10.0 Build 19045; UI render: default; VCL: win Locale: de-DE (de_DE); UI: en-US Calc: CL It is broken in Version: 7.5.0.0.alpha0+ (x64) / LibreOffice Community Build ID: d05c176cc022f1b771f7c064f6ce74e9f8c27a1b CPU threads: 8; OS: Windows 10.0 Build 19045; UI render: default; VCL: win Locale: de-DE (de_DE); UI: en-US Calc: CL -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-commits] core.git: include/editeng include/svx offapi/com oox/inc oox/qa oox/source svx/source xmloff/source
include/editeng/unoprnms.hxx|1 include/svx/svddef.hxx |6 + include/svx/svdoedge.hxx|8 + include/svx/unoshprp.hxx|3 offapi/com/sun/star/drawing/ConnectorProperties.idl |7 + oox/inc/drawingml/connectorhelper.hxx | 33 ++- oox/qa/unit/data/WPC_CurvedConnector2.docx |binary oox/qa/unit/data/WPC_CurvedConnector5.docx |binary oox/qa/unit/wpc_drawing_canvas.cxx | 32 ++- oox/source/drawingml/connectorhelper.cxx| 89 +++- oox/source/export/shapes.cxx| 52 +++ oox/source/shape/ShapeContextHandler.cxx| 13 +- svx/source/sdr/properties/connectorproperties.cxx |1 svx/source/svdraw/svdattr.cxx |1 svx/source/svdraw/svdoedge.cxx | 83 +++--- xmloff/source/draw/ximpshap.cxx | 54 +++- xmloff/source/draw/ximpshap.hxx |5 + 17 files changed, 338 insertions(+), 50 deletions(-) New commits: commit 44ee19c99bfb3bf0f550d9656e87bca3e20e5ca0 Author: Regina Henschel AuthorDate: Sun Nov 19 00:26:16 2023 +0100 Commit: Miklos Vajna CommitDate: Fri Dec 1 08:44:01 2023 +0100 [API CHANGE] Add OOXML way of curved connector routing The paths generated for curved connectors are basically incompatible between LibreOffice and OOXML. Thus it was not possible to render curved connectors the same way as MS Office. The patch adds an OOXML compatible method for calculating the path. The new method results in a different svg:d attribute when saved in ODF, but needs no change to ODF. The patch introduces the boolean connector property 'EdgeOOXMLCurve' to switch between the two methods. The property value is determined from the svg:d attribute in case of import from ODF. In case of missing svg:d attribute the property value is set to 'true', because Word currently does not write a svg:d attribute when it exports to ODF. The property value is set to 'true' for import of connectors on a drawing canvas in docx. Default value for new connectors is 'false'. The new property has no UI, but can be used via macro. Currently the new method is used for import of curved connectors on drawing canvas in docx documents. Change-Id: I53d99f44febe4d74c2b611f5fdb9de86628c4519 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/159708 Tested-by: Jenkins Reviewed-by: Miklos Vajna diff --git a/include/editeng/unoprnms.hxx b/include/editeng/unoprnms.hxx index 1300effe179f..7f742f549833 100644 --- a/include/editeng/unoprnms.hxx +++ b/include/editeng/unoprnms.hxx @@ -56,6 +56,7 @@ inline constexpr OUString UNO_NAME_EDGENODE1HORZDIST = u"EdgeNode1HorzDist"_ustr inline constexpr OUString UNO_NAME_EDGENODE1VERTDIST = u"EdgeNode1VertDist"_ustr; inline constexpr OUString UNO_NAME_EDGENODE2HORZDIST = u"EdgeNode2HorzDist"_ustr; inline constexpr OUString UNO_NAME_EDGENODE2VERTDIST = u"EdgeNode2VertDist"_ustr; +inline constexpr OUString UNO_NAME_EDGEOOXMLCURVE = u"EdgeOOXMLCurve"_ustr; inline constexpr OUString UNO_NAME_FILLBMP_OFFSET_X = u"FillBitmapOffsetX"_ustr; inline constexpr OUString UNO_NAME_FILLBMP_OFFSET_Y = u"FillBitmapOffsetY"_ustr; diff --git a/include/svx/svddef.hxx b/include/svx/svddef.hxx index fa57a8aa0bfc..500d68fc3916 100644 --- a/include/svx/svddef.hxx +++ b/include/svx/svddef.hxx @@ -441,7 +441,11 @@ constexpr sal_uInt16 SDRATTR_WRITINGMODE2_FIRST(SDRATTR constexpr TypedWhichId SDRATTR_WRITINGMODE2(SDRATTR_WRITINGMODE2_FIRST+0);// 1248 constexpr sal_uInt16 SDRATTR_WRITINGMODE2_LAST(SDRATTR_WRITINGMODE2); // 1248 -constexpr sal_uInt16 SDRATTR_END (SDRATTR_WRITINGMODE2_LAST); // 1248 +constexpr sal_uInt16 SDRATTR_EDGEOOXMLCURVE_FIRST(SDRATTR_WRITINGMODE2_LAST+1);// 1249 +constexpr TypedWhichId SDRATTR_EDGEOOXMLCURVE(SDRATTR_EDGEOOXMLCURVE_FIRST+0); // 1249 +constexpr sal_uInt16 SDRATTR_EDGEOOXMLCURVE_LAST(SDRATTR_EDGEOOXMLCURVE); // 1249 + +constexpr sal_uInt16 SDRATTR_END (SDRATTR_EDGEOOXMLCURVE_LAST); // 1249 #endif // INCLUDED_SVX_SVDDEF_HXX diff --git a/include/svx/svdoedge.hxx b/include/svx/svdoedge.hxx index 94bb89a00a3e..9c987e259ea3 100644 --- a/include/svx/svdoedge.hxx +++ b/include/svx/svdoedge.hxx @@ -91,13 +91,19 @@ public: sal_uInt16 m_nObj2Lines;// 1..3 sal_uInt16 m_nMiddleLine; // 0x=none, otherwise point number of the beginning of the line +// The value determines how curved connectors are routed. With value 'true' it is routed +// compatible to OOXML, with value 'false' LO routing is used. +// The value is
[Libreoffice-commits] core.git: sw/source
sw/source/core/inc/ftnfrm.hxx|1 +
sw/source/core/layout/ftnfrm.cxx | 11 +++
sw/source/core/text/xmldump.cxx |9 -
3 files changed, 12 insertions(+), 9 deletions(-)
New commits:
commit a83088b05f177fb938c2e4ffb06cd19362a5a1ca
Author: Miklos Vajna
AuthorDate: Thu Nov 30 20:03:16 2023 +0100
Commit: Miklos Vajna
CommitDate: Fri Dec 1 08:41:00 2023 +0100
sw: extract SwFootnoteFrame::dumpAsXmlAttributes() from SwFrame
Allows getting rid of a static cast.
Change-Id: I4784cf0335ab435a987963177b4812746f7c3b56
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/160166
Tested-by: Jenkins
Reviewed-by: Miklos Vajna
diff --git a/sw/source/core/inc/ftnfrm.hxx b/sw/source/core/inc/ftnfrm.hxx
index 89d9f34f863a..558c4941bf06 100644
--- a/sw/source/core/inc/ftnfrm.hxx
+++ b/sw/source/core/inc/ftnfrm.hxx
@@ -163,6 +163,7 @@ public:
SwContentFrame* FindLastContent();
void dumpAsXml(xmlTextWriterPtr writer = nullptr) const override;
+void dumpAsXmlAttributes(xmlTextWriterPtr writer) const override;
};
#endif
diff --git a/sw/source/core/layout/ftnfrm.cxx b/sw/source/core/layout/ftnfrm.cxx
index 4baed772787b..70453c572774 100644
--- a/sw/source/core/layout/ftnfrm.cxx
+++ b/sw/source/core/layout/ftnfrm.cxx
@@ -3007,4 +3007,15 @@ void SwFootnoteFrame::dumpAsXml(xmlTextWriterPtr writer)
const
(void)xmlTextWriterEndElement(writer);
}
+void SwFootnoteFrame::dumpAsXmlAttributes(xmlTextWriterPtr writer) const
+{
+SwLayoutFrame::dumpAsXmlAttributes(writer);
+
+(void)xmlTextWriterWriteFormatAttribute( writer, BAD_CAST("ref"), "%"
SAL_PRIuUINT32, GetRef()->GetFrameId() );
+if (GetMaster())
+(void)xmlTextWriterWriteFormatAttribute( writer, BAD_CAST("master"),
"%" SAL_PRIuUINT32, GetMaster()->GetFrameId() );
+if (GetFollow())
+(void)xmlTextWriterWriteFormatAttribute( writer, BAD_CAST("follow"),
"%" SAL_PRIuUINT32, GetFollow()->GetFrameId() );
+}
+
/* vim:set shiftwidth=4 softtabstop=4 expandtab: */
diff --git a/sw/source/core/text/xmldump.cxx b/sw/source/core/text/xmldump.cxx
index 245a1aa96945..a14c5a485109 100644
--- a/sw/source/core/text/xmldump.cxx
+++ b/sw/source/core/text/xmldump.cxx
@@ -198,15 +198,6 @@ void SwFrame::dumpAsXmlAttributes( xmlTextWriterPtr writer
) const
(void)xmlTextWriterWriteFormatAttribute( writer, BAD_CAST( "upper" ),
"%" SAL_PRIuUINT32, GetUpper()->GetFrameId() );
if ( GetLower( ) )
(void)xmlTextWriterWriteFormatAttribute( writer, BAD_CAST( "lower" ),
"%" SAL_PRIuUINT32, GetLower()->GetFrameId() );
-if (IsFootnoteFrame())
-{
-SwFootnoteFrame const*const pFF(static_cast(this));
-(void)xmlTextWriterWriteFormatAttribute( writer, BAD_CAST("ref"), "%"
SAL_PRIuUINT32, pFF->GetRef()->GetFrameId() );
-if (pFF->GetMaster())
-(void)xmlTextWriterWriteFormatAttribute( writer,
BAD_CAST("master"), "%" SAL_PRIuUINT32, pFF->GetMaster()->GetFrameId() );
-if (pFF->GetFollow())
-(void)xmlTextWriterWriteFormatAttribute( writer,
BAD_CAST("follow"), "%" SAL_PRIuUINT32, pFF->GetFollow()->GetFrameId() );
-}
}
/* vim:set shiftwidth=4 softtabstop=4 expandtab: */
[Libreoffice-bugs] [Bug 158460] "Wrap text automatically" settings are changed when xlsx/xls export include cell line breaks
https://bugs.documentfoundation.org/show_bug.cgi?id=158460 --- Comment #6 from watanabe nobuo --- There is difference of key code with calc and Excel for meaning break Line. In calc, that is Ctrl+Ent. But in excel, that is Alt+Ent. Is this difference concered with this issue? -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 136472] FILEOPEN DOCX: be like DOC - import bTitlePage into Default Page Style (as separate first header), not First Page style
https://bugs.documentfoundation.org/show_bug.cgi?id=136472 Commit Notification changed: What|Removed |Added Whiteboard||target:24.2.0 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-commits] core.git: sw/qa sw/source writerfilter/qa writerfilter/source
sw/qa/core/header_footer/HeaderFooterTest.cxx | 74 -
sw/qa/extras/ooxmlexport/ooxmlexport10.cxx |3
sw/qa/extras/ooxmlexport/ooxmlexport4.cxx | 13
sw/qa/extras/ooxmlexport/ooxmlexport6.cxx |4
sw/qa/extras/ooxmlexport/ooxmlexport8.cxx |9
sw/qa/extras/ooxmlexport/ooxmlfieldexport.cxx |4
sw/qa/extras/ooxmlimport/ooxmlimport.cxx |3
sw/qa/extras/rtfexport/rtfexport.cxx |3
sw/qa/extras/rtfexport/rtfexport2.cxx |6
sw/qa/extras/rtfexport/rtfexport3.cxx | 35
sw/qa/extras/rtfexport/rtfexport5.cxx |2
sw/qa/extras/rtfimport/rtfimport.cxx | 18
sw/source/filter/ww8/rtfexport.cxx |9
writerfilter/qa/cppunittests/dmapper/DomainMapper_Impl.cxx |1
writerfilter/qa/cppunittests/dmapper/PropertyMap.cxx |3
writerfilter/source/dmapper/DomainMapper_Impl.cxx | 214 +++-
writerfilter/source/dmapper/DomainMapper_Impl.hxx | 60 -
writerfilter/source/dmapper/PropertyIds.cxx|3
writerfilter/source/dmapper/PropertyIds.hxx|3
writerfilter/source/dmapper/PropertyMap.cxx| 663 ++---
writerfilter/source/dmapper/PropertyMap.hxx| 83 +
21 files changed, 711 insertions(+), 502 deletions(-)
New commits:
commit 4b0fa253a4540f5461397815d290586f9ddabe61
Author: Tomaž Vajngerl
AuthorDate: Tue Nov 28 13:46:21 2023 +0900
Commit: Tomaž Vajngerl
CommitDate: Fri Dec 1 08:26:38 2023 +0100
tdf#136472 adjust ooxml import to handle first header/footer
Previously the ooxml import added a new page style when the first
header or footer was detected. Since then we gained support to add
first page header/footer in an existing page style so we don't need
to import it like that anymore.
This changes the import code so that the old complication to add
"First Page" page style is removed and it always just uses the
"Standard" page style for all 3 cases: first, left and right headers
and footers.
This also adjusts the existing tests to align with this change.
Change-Id: Ibf69597e6990499ac520ea9e323a5f73f429800b
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/157860
Tested-by: Jenkins
Reviewed-by: Tomaž Vajngerl
diff --git a/sw/qa/core/header_footer/HeaderFooterTest.cxx
b/sw/qa/core/header_footer/HeaderFooterTest.cxx
index b411632884e1..d67e874df0ec 100644
--- a/sw/qa/core/header_footer/HeaderFooterTest.cxx
+++ b/sw/qa/core/header_footer/HeaderFooterTest.cxx
@@ -96,8 +96,11 @@ CPPUNIT_TEST_FIXTURE(HeaderFooterTest,
testNonFirstHeaderIsDisabled)
createSwDoc("tdf127778.docx");
-xmlDocUniquePtr pLayout = parseLayoutDump();
-assertXPath(pLayout, "//page[2]/header"_ostr, 0);
+// TODO
+
+// Header can only be enabled or disabled, but can't be disbaled just for
first, left or right page.
+// If a header is enabled but empty, the header still takes space in LO,
but not in MSO, where it acts the same as
+// if it is disabled.
}
// Check for correct header/footer with special first page with TOC inside
@@ -113,8 +116,10 @@ CPPUNIT_TEST_FIXTURE(HeaderFooterTest,
testHeaderFooterWithSpecialFirstPage_OOXM
{
xmlDocUniquePtr pXmlDoc = parseLayoutDump();
// check first page
-assertXPath(pXmlDoc, "/root/page[1]/header"_ostr, 0);
-assertXPath(pXmlDoc, "/root/page[1]/footer"_ostr, 0);
+assertXPath(pXmlDoc, "/root/page[1]/header"_ostr);
+assertXPath(pXmlDoc, "/root/page[1]/footer"_ostr);
+assertXPath(pXmlDoc, "/root/page[1]/header/txt/text()"_ostr, 0);
+assertXPath(pXmlDoc, "/root/page[1]/footer/txt/text()"_ostr, 0);
// check second page in the same way
assertXPath(pXmlDoc, "/root/page[2]/header"_ostr);
assertXPath(pXmlDoc, "/root/page[2]/footer"_ostr);
@@ -463,7 +468,9 @@ CPPUNIT_TEST_FIXTURE(HeaderFooterTest, testTdf112694)
uno::Any aPageStyle = getStyles("PageStyles")->getByName("Standard");
// Header was on when header for file was for explicit first pages only
// (marked via ).
-CPPUNIT_ASSERT(!getProperty(aPageStyle, "HeaderIsOn"));
+//CPPUNIT_ASSERT(!getProperty(aPageStyle, "HeaderIsOn"));
+// TODO - can't disable headers/footers selectively (only fo first
page)
+CPPUNIT_ASSERT(getProperty(aPageStyle, "HeaderIsOn"));
};
createSwDoc("tdf112694.docx");
@@ -664,7 +671,10 @@ CPPUNIT_TEST_FIXTURE(HeaderFooterTest,
testFirstPageFooterEnabled)
// Footer shouldn't be enabled on first page, but then on the other pages
auto verify = [this]() {
xmlDocUniquePtr pXmlDoc = parseLayoutDump();
-assertXPath(pXmlDoc, "/root/page[1]/footer/txt"_ostr,
[Libreoffice-commits] core.git: Branch 'distro/collabora/co-23.05' - sw/qa sw/source
sw/qa/extras/uiwriter/data/tdf158459_tracked_changes_across_nodes.fodt | 45
++
sw/qa/extras/uiwriter/uiwriter8.cxx| 27
++
sw/source/core/doc/DocumentContentOperationsManager.cxx|9
+-
3 files changed, 79 insertions(+), 2 deletions(-)
New commits:
commit d8713e13706ceb8046d1b5adf58a817ffbad72f8
Author: Mike Kaganski
AuthorDate: Thu Nov 30 17:53:26 2023 +0300
Commit: Miklos Vajna
CommitDate: Fri Dec 1 08:16:15 2023 +0100
tdf#158459: call DeleteAndJoin in strict reverse order
The crash was caused by removal of a paragraph break (pointed to by a
PaM returned by pDelPam->GetNext()), that resulted in merge of the node
pDelPam pointed to, with the previous node. The destructin of the node
made pDelPam dangle. In debug builds, an assertion failed in destructor
of SwContentIndexReg. I.e., since the code always called DeleteAndJoin
on pDelPam->GetNext(), the processing went from second-to-last deletion
towards the begin of the document, and the last deletion (represented
by pDelPam) was handled last, when GetNext call wrapped.
This change makes sure that the order is strict, from last to first.
Change-Id: I5cb7fe2f06d4138d3c445eeca8220f0a87a82626
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/160158
Tested-by: Jenkins
Reviewed-by: Mike Kaganski
(cherry picked from commit 9c22a72a2fc92146d24c6b673d9c07b1e6ff83f2)
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/160048
Tested-by: Jenkins CollaboraOffice
Reviewed-by: Miklos Vajna
diff --git
a/sw/qa/extras/uiwriter/data/tdf158459_tracked_changes_across_nodes.fodt
b/sw/qa/extras/uiwriter/data/tdf158459_tracked_changes_across_nodes.fodt
new file mode 100644
index ..bdd03bc0be70
--- /dev/null
+++ b/sw/qa/extras/uiwriter/data/tdf158459_tracked_changes_across_nodes.fodt
@@ -0,0 +1,45 @@
+
+
+http://purl.org/dc/elements/1.1/;
xmlns:text="urn:oasis:names:tc:opendocument:xmlns:text:1.0"
office:version="1.3" office:mimetype="application/vnd.oasis.opendocument.text">
+
+
+
+
+
+
+ x
+ 2000-01-01
+
+
+
+
+
+
+ x
+ 2000-01-02
+
+
+
+
+
+
+ x
+ 2000-01-03
+
+
+
+
+
+
+ x
+ 2000-01-04
+
+
+
+
+
+ a
+ bcdef
+
+
+
\ No newline at end of file
diff --git a/sw/qa/extras/uiwriter/uiwriter8.cxx
b/sw/qa/extras/uiwriter/uiwriter8.cxx
index cedac55734c8..f35aeb0cf6ef 100644
--- a/sw/qa/extras/uiwriter/uiwriter8.cxx
+++ b/sw/qa/extras/uiwriter/uiwriter8.cxx
@@ -2636,6 +2636,33 @@ CPPUNIT_TEST_FIXTURE(SwUiWriterTest8, testTdf73483)
assertXPath(pXml, para_style_path, "master-page-name", "Right_20_Page");
}
+CPPUNIT_TEST_FIXTURE(SwUiWriterTest8, testTdf158459)
+{
+createSwDoc("tdf158459_tracked_changes_across_nodes.fodt");
+SwDoc* pDoc = getSwDoc();
+
+SwWrtShell* pWrtShell = pDoc->GetDocShell()->GetWrtShell();
+CPPUNIT_ASSERT(pWrtShell);
+pWrtShell->FwdPara(); // Skip first paragraph
+pWrtShell->EndOfSection(true); // Select everything to the end
+
+SwDoc aClipboard;
+pWrtShell->Copy(aClipboard); // This must not crash
+
+pWrtShell->SelAll();
+pWrtShell->Delete();
+pWrtShell->Paste(aClipboard); // Replace everything with the copied stuff
+
+SwNodes& rNodes = pDoc->GetNodes();
+SwNodeIndex aIdx(rNodes.GetEndOfExtras());
+SwContentNode* pContentNode = rNodes.GoNext();
+CPPUNIT_ASSERT(pContentNode);
+SwTextNode* pTextNode = pContentNode->GetTextNode();
+CPPUNIT_ASSERT(pTextNode);
+// Check that deleted parts (paragraph break, "c", "e") haven't been pasted
+CPPUNIT_ASSERT_EQUAL(OUString("abdf"), pTextNode->GetText());
+}
+
CPPUNIT_PLUGIN_IMPLEMENT();
/* vim:set shiftwidth=4 softtabstop=4 expandtab: */
diff --git a/sw/source/core/doc/DocumentContentOperationsManager.cxx
b/sw/source/core/doc/DocumentContentOperationsManager.cxx
index e2ba9748c503..4922c802b501 100644
--- a/sw/source/core/doc/DocumentContentOperationsManager.cxx
+++ b/sw/source/core/doc/DocumentContentOperationsManager.cxx
@@ -440,11 +440,16 @@ namespace
::sw::UndoGuard const undoGuard(rDestDoc.GetIDocumentUndoRedo());
+// At this point, pDelPam points to the last of maybe several disjoint
selections, organized
+// in reverse order in document (so every GetNext() returns a PaM
closer to document start,
+// until wrap to pDelPam). Removal of the selections must be from last
in document to first,
+// to avoid situations when another PaM in chain points into the node
that will be destroyed
+// (joined to previous) by removal of the currently processed PaM.
do {
-rDestDoc.getIDocumentContentOperations().DeleteAndJoin(
*pDelPam->GetNext() );
+
[Libreoffice-bugs] [Bug 158451] Getting Hang issue on file having wpc(WordProcessingCanvas)
https://bugs.documentfoundation.org/show_bug.cgi?id=158451 --- Comment #5 from Regina Henschel --- Created attachment 191173 --> https://bugs.documentfoundation.org/attachment.cgi?id=191173=edit inline anchored Group containing rectangle and triangle with text The group was built in PowerPoint and from there pasted to Word. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 158451] Getting Hang issue on file having wpc(WordProcessingCanvas)
https://bugs.documentfoundation.org/show_bug.cgi?id=158451 Regina Henschel changed: What|Removed |Added Keywords|bibisectNotNeeded, | |implementationError | --- Comment #4 from Regina Henschel --- The error happens too for anchored inline group, not only for a Wordprocessing canvas. https://crashreport.libreoffice.org/stats/crash_details/296d284f-c0d2-4d9d-b214-f318c43b9536 Tested with Version: 7.6.2.1 (X86_64) / LibreOffice Community Build ID: 56f7684011345957bbf33a7ee678afaf4d2ba333 CPU threads: 8; OS: Windows 10.0 Build 19045; UI render: Skia/Raster; VCL: win Locale: de-DE (de_DE); UI: en-US Calc: CL threaded Testfile will be attached. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 158442] LibreOffice application no longer opens hybrid PDFs in the correct application
https://bugs.documentfoundation.org/show_bug.cgi?id=158442 --- Comment #14 from Mike Kaganski --- (In reply to Mike Kaganski from comment #10) > Attachment 191116 [details] opens in Writer using 7.6.3.2 Oh, I must re-read what I write. It was meant to say "Attachment 191116 [details] opens in *Draw* using 7.6.3.2" Tested using Version: 7.6.3.2 (X86_64) / LibreOffice Community Build ID: 29d686fea9f6705b262d369fede658f824154cc0 CPU threads: 12; OS: Windows 10.0 Build 19045; UI render: Skia/Raster; VCL: win Locale: ru-RU (ru_RU); UI: en-US Calc: CL threaded -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 158442] LibreOffice application no longer opens hybrid PDFs in the correct application
https://bugs.documentfoundation.org/show_bug.cgi?id=158442 --- Comment #13 from raal --- (In reply to Mike Kaganski from comment #12) > ... but that was Windows-only change, making Windows work as Linux; a > bibisect on Linux could give some even older result... I checked the results with git checkout bisected_commit and git checkout HEAD~1 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-commits] core.git: filter/source
filter/source/config/cache/typedetection.cxx | 26 ++
1 file changed, 26 insertions(+)
New commits:
commit 93357349ff1998b41ea1ebedf09dc1cc5da316f7
Author: Mike Kaganski
AuthorDate: Thu Nov 30 23:42:54 2023 +0300
Commit: Mike Kaganski
CommitDate: Fri Dec 1 07:23:32 2023 +0100
Related: tdf#96401 Check ZIP magic number, to avoid false detections
Change-Id: Ice077f35293a3d0f37c74911d5a6db7ccab5fb31
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/160168
Tested-by: Jenkins
Reviewed-by: Mike Kaganski
diff --git a/filter/source/config/cache/typedetection.cxx
b/filter/source/config/cache/typedetection.cxx
index c411249877af..065fe483a3dd 100644
--- a/filter/source/config/cache/typedetection.cxx
+++ b/filter/source/config/cache/typedetection.cxx
@@ -42,6 +42,7 @@
#include
#include
#include
+#include
#include
#define DEBUG_TYPE_DETECTION 0
@@ -841,6 +842,31 @@ void TypeDetection::impl_getAllFormatTypes(
static bool isBrokenZIP(const css::uno::Reference&
xStream,
const
css::uno::Reference& xContext)
{
+try
+{
+// Only consider seekable streams starting with "PK", to avoid false
detections
+css::uno::Reference xSeek(xStream,
css::uno::UNO_QUERY_THROW);
+comphelper::ScopeGuard restorePos(
+[xSeek, nPos = xSeek->getPosition()]
+{
+try
+{
+xSeek->seek(nPos);
+}
+catch (const css::uno::Exception&)
+{
+}
+});
+css::uno::Sequence magic(2);
+xStream->readBytes(magic, 2);
+if (magic.getLength() < 2 || magic[0] != 'P' || magic[1] != 'K')
+return false;
+}
+catch (const css::uno::Exception&)
+{
+return false;
+}
+
std::vector aArguments{
css::uno::Any(xStream),
css::uno::Any(css::beans::NamedValue("AllowRemoveOnInsert",
css::uno::Any(false))),
[Libreoffice-bugs] [Bug 152324] Document title jumps from Untitled 1 to Untitled 3 when text is is copied
https://bugs.documentfoundation.org/show_bug.cgi?id=152324 Steven Casey changed: What|Removed |Added Keywords||bisected -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-commits] core.git: include/svl sc/inc sc/Library_sc.mk sc/source solenv/clang-format svl/Library_svl.mk svl/source
include/svl/itemset.hxx |1 -
include/svl/poolitem.hxx |1 -
sc/Library_sc.mk |1 +
sc/inc/attarray.hxx |4 ++--
sc/inc/column.hxx|6 +++---
sc/inc/poolcach.hxx | 24 ++--
sc/inc/table.hxx |2 +-
sc/source/core/data/attarray.cxx | 20 ++--
sc/source/core/data/column.cxx | 20 ++--
sc/source/core/data/document.cxx |4 ++--
sc/source/core/data/poolcach.cxx | 17 +
sc/source/core/data/table2.cxx |6 +++---
solenv/clang-format/excludelist |4 ++--
svl/Library_svl.mk |1 -
14 files changed, 53 insertions(+), 58 deletions(-)
New commits:
commit facd5e4ef617f1adc1322dc17ce1ca15b7807d4f
Author: Noel Grandin
AuthorDate: Thu Nov 30 17:58:45 2023 +0200
Commit: Noel Grandin
CommitDate: Fri Dec 1 07:16:16 2023 +0100
move the SfxItemPoolCache to sc/
and rename it to ScItemPoolCache,
since its only use is to handle ScPatternAttr objects
Change-Id: I68a2dd5f47fcf902f9df552e1a1767d5061d85d5
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/160162
Tested-by: Jenkins
Reviewed-by: Noel Grandin
diff --git a/include/svl/itemset.hxx b/include/svl/itemset.hxx
index 60f028aeac39..599afc7ab5bd 100644
--- a/include/svl/itemset.hxx
+++ b/include/svl/itemset.hxx
@@ -101,7 +101,6 @@ protected:
return m_ppItems[idx];
}
-friend class SfxItemPoolCache;
friend class SfxAllItemSet;
private:
diff --git a/include/svl/poolitem.hxx b/include/svl/poolitem.hxx
index d5499351bd1e..38e6e44edc93 100644
--- a/include/svl/poolitem.hxx
+++ b/include/svl/poolitem.hxx
@@ -111,7 +111,6 @@ class SVL_DLLPUBLIC SfxPoolItem
{
friend class SfxItemPool;
friend class SfxItemDisruptor_Impl;
-friend class SfxItemPoolCache;
friend class SfxItemSet;
// allow ItemSetTooling to access
diff --git a/sc/Library_sc.mk b/sc/Library_sc.mk
index ff53d9b63ef1..d355dc0782dc 100644
--- a/sc/Library_sc.mk
+++ b/sc/Library_sc.mk
@@ -178,6 +178,7 @@ $(eval $(call gb_Library_add_exception_objects,sc,\
sc/source/core/data/pagepar \
sc/source/core/data/patattr \
sc/source/core/data/pivot2 \
+sc/source/core/data/poolcach \
sc/source/core/data/poolhelp \
sc/source/core/data/postit \
sc/source/core/data/queryevaluator \
diff --git a/sc/inc/attarray.hxx b/sc/inc/attarray.hxx
index 0d2457c0db25..a7e1c08a9f49 100644
--- a/sc/inc/attarray.hxx
+++ b/sc/inc/attarray.hxx
@@ -36,7 +36,7 @@ class ScMarkArray;
class ScStyleSheet;
class ScFlatBoolRowSegments;
-class SfxItemPoolCache;
+class ScItemPoolCache;
class SfxStyleSheetBase;
class SvxBoxItem;
class SvxBoxInfoItem;
@@ -155,7 +155,7 @@ public:
bool bPutToPool = false, ScEditDataArray*
pDataArray = nullptr)
{ SetPatternAreaImpl(nStartRow, nEndRow, pPattern, bPutToPool, pDataArray,
/*bPassingOwnership*/false); }
voidApplyStyleArea( SCROW nStartRow, SCROW nEndRow, const
ScStyleSheet& rStyle );
-voidApplyCacheArea( SCROW nStartRow, SCROW nEndRow, SfxItemPoolCache*
pCache,
+voidApplyCacheArea( SCROW nStartRow, SCROW nEndRow, ScItemPoolCache*
pCache,
ScEditDataArray* pDataArray = nullptr, bool* const
pIsChanged = nullptr );
voidSetAttrEntries(std::vector && vNewData);
voidApplyLineStyleArea( SCROW nStartRow, SCROW nEndRow,
diff --git a/sc/inc/column.hxx b/sc/inc/column.hxx
index 27db1391472e..914199be25b5 100644
--- a/sc/inc/column.hxx
+++ b/sc/inc/column.hxx
@@ -71,7 +71,7 @@ class Sparkline;
class Fraction;
class OutputDevice;
-class SfxItemPoolCache;
+class ScItemPoolCache;
class SvtListener;
class SfxPoolItem;
class SfxStyleSheetBase;
@@ -144,7 +144,7 @@ public:
const ScPatternAttr*GetPattern( SCROW nRow ) const;
const ScPatternAttr*GetMostUsedPattern( SCROW nStartRow, SCROW nEndRow
) const;
-SCROW ApplySelectionCache( SfxItemPoolCache* pCache, const
ScMarkData& rMark, ScEditDataArray* pDataArray, bool* const pIsChanged,
+SCROW ApplySelectionCache( ScItemPoolCache* pCache, const
ScMarkData& rMark, ScEditDataArray* pDataArray, bool* const pIsChanged,
SCCOL nCol );
voidApplyPatternArea( SCROW nStartRow, SCROW nEndRow, const
ScPatternAttr& rPatAttr,
ScEditDataArray* pDataArray = nullptr,
@@ -575,7 +575,7 @@ public:
voidRemoveProtected( SCROW nStartRow, SCROW nEndRow );
-SCROW ApplySelectionCache( SfxItemPoolCache* pCache, const
ScMarkData& rMark, ScEditDataArray* pDataArray, bool* const pIsChanged );
+SCROW ApplySelectionCache( ScItemPoolCache* pCache, const
ScMarkData& rMark, ScEditDataArray* pDataArray, bool* const pIsChanged );
void DeleteSelection( InsertDeleteFlags nDelFlag, const
[Libreoffice-bugs] [Bug 152324] Document title jumps from Untitled 1 to Untitled 3 when text is is copied
https://bugs.documentfoundation.org/show_bug.cgi?id=152324 Steven Casey changed: What|Removed |Added Regression By||Ashod Nakashian CC||ashodnakash...@yahoo.com, ||stca...@csumb.edu Version|7.2.7.2 release |6.0.0.3 release Status|NEEDINFO|NEW Keywords|bibisectRequest |bibisected --- Comment #13 from Steven Casey --- This bug seems to occur when anything is written in the header (or body) and is followed by a space. Copying text does not change the result as Kira had figured out. To reproduce this consistently follow Kira's steps in comment 12. Those steps work with both the header and the body. Additional Notes: - After editing the header, deleting the header DOES revert LO back to its expected behavior, but only sometimes. - The length of the string does not seem to matter. Only if there is a space after it. Regression introduced by: https://git.libreoffice.org/core/+/e6b200524bd5f614ab5ece88e8187466e7c40096 commit e6b200524bd5f614ab5ece88e8187466e7c40096 [log] author Ashod Nakashian Thu Nov 02 21:20:50 2017 -0400 committer Ashod Nakashian Mon Nov 06 06:12:21 2017 +0100 treec90e7c8d45f353a43465aa8c43e9881d4d55d53f parent ffa46ebe6d83c5e812753c41857f31c059f33986 [diff] Bisected with: Win32-6.0 repo Adding CC: to Ashod Nakashian Changing NEEDINFO -> NEW as I was able to reproduce it (in new LO versions as well as older versions) and was able to bisect it. -- 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 Aron Budea changed: What|Removed |Added Depends on||158459 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=158459 [Bug 158459] Crash copying a range with tracked changes to clipboard -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 108844] [META] Cut/copy bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=108844 Aron Budea changed: What|Removed |Added Depends on||158459 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=158459 [Bug 158459] Crash copying a range with tracked changes to clipboard -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-commits] core.git: sw/inc sw/qa sw/source
sw/inc/pagedesc.hxx |2 -
sw/qa/core/header_footer/HeaderFooterTest.cxx | 40 ++
sw/source/core/doc/docfmt.cxx | 33 -
sw/source/core/layout/pagedesc.cxx|2 -
4 files changed, 73 insertions(+), 4 deletions(-)
New commits:
commit 963de9feb37105560fde14b44d992e47f341bb5b
Author: Tomaž Vajngerl
AuthorDate: Thu Nov 30 16:42:26 2023 +0900
Commit: Tomaž Vajngerl
CommitDate: Fri Dec 1 05:07:42 2023 +0100
sw: fix issue with copying stashed frame format
When the PageDesc is copied from one document to another, we
don't make sure the stashed FrameFormat(s) are also properly
copied to the new document (which can happen at copy/paste). This
can cause a crash if the stashed FrameFormats are accessed or
destructed after the original document is destroyed.
This fixes the issue so that when we detect the PageDesc belong
to different documents, the stashed FrameFormats are copied just
like the non-stashed FrameFormats (used for headers and footers).
Change-Id: I948068dba4d39bb47c3725dfa8491c53c5833c7e
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/160065
Tested-by: Jenkins
Reviewed-by: Tomaž Vajngerl
diff --git a/sw/inc/pagedesc.hxx b/sw/inc/pagedesc.hxx
index 382bbb5f00cd..11bb347aa1fb 100644
--- a/sw/inc/pagedesc.hxx
+++ b/sw/inc/pagedesc.hxx
@@ -223,7 +223,7 @@ public:
const SwFrameFormat* GetStashedFrameFormat(bool bHeader, bool bLeft, bool
bFirst) const;
/// Checks if the pagedescriptor has a stashed format according to the
parameters or not.
-bool HasStashedFormat(bool bHeader, bool bLeft, bool bFirst);
+bool HasStashedFormat(bool bHeader, bool bLeft, bool bFirst) const;
/// Gives the feature of removing the stashed format by hand if it is
necessary.
void RemoveStashedFormat(bool bHeader, bool bLeft, bool bFirst);
diff --git a/sw/qa/core/header_footer/HeaderFooterTest.cxx
b/sw/qa/core/header_footer/HeaderFooterTest.cxx
index 8b78363a0c1b..b411632884e1 100644
--- a/sw/qa/core/header_footer/HeaderFooterTest.cxx
+++ b/sw/qa/core/header_footer/HeaderFooterTest.cxx
@@ -48,6 +48,46 @@ public:
}
};
+CPPUNIT_TEST_FIXTURE(HeaderFooterTest, testStashedHeaderFooter)
+{
+createSwDoc();
+SwDoc* pSourceDocument = getSwDoc();
+uno::Reference xSourceDocument = mxComponent;
+mxComponent.clear();
+
+createSwDoc();
+SwDoc* pTargetDocument = getSwDoc();
+uno::Reference xTargetDocument = mxComponent;
+mxComponent.clear();
+
+// Source
+SwPageDesc* pSourcePageDesc = pSourceDocument->MakePageDesc("SourceStyle");
+pSourcePageDesc->ChgFirstShare(false);
+CPPUNIT_ASSERT(!pSourcePageDesc->IsFirstShared());
+pSourcePageDesc->StashFrameFormat(pSourcePageDesc->GetFirstMaster(), true,
false, true);
+pSourceDocument->ChgPageDesc("SourceStyle", *pSourcePageDesc);
+CPPUNIT_ASSERT(pSourcePageDesc->HasStashedFormat(true, false, true));
+
+// Target
+SwPageDesc* pTargetPageDesc = pTargetDocument->MakePageDesc("TargetStyle");
+
+// Copy source to target
+pTargetDocument->CopyPageDesc(*pSourcePageDesc, *pTargetPageDesc);
+
+// Check the stashed frame format is copied
+CPPUNIT_ASSERT(pTargetPageDesc->HasStashedFormat(true, false, true));
+
+// Check document instance
+auto pSourceStashedFormat = pSourcePageDesc->GetStashedFrameFormat(true,
false, true);
+CPPUNIT_ASSERT_EQUAL(true, pSourceStashedFormat->GetDoc() ==
pSourceDocument);
+
+auto pTargetStashedFormat = pTargetPageDesc->GetStashedFrameFormat(true,
false, true);
+CPPUNIT_ASSERT_EQUAL(true, pTargetStashedFormat->GetDoc() ==
pTargetDocument);
+
+xSourceDocument->dispose();
+xTargetDocument->dispose();
+}
+
CPPUNIT_TEST_FIXTURE(HeaderFooterTest, testNonFirstHeaderIsDisabled)
{
// related to tdf#127778
diff --git a/sw/source/core/doc/docfmt.cxx b/sw/source/core/doc/docfmt.cxx
index d5854b3633e6..57c42c529eb1 100644
--- a/sw/source/core/doc/docfmt.cxx
+++ b/sw/source/core/doc/docfmt.cxx
@@ -1540,14 +1540,43 @@ void SwDoc::CopyPageDesc( const SwPageDesc& rSrcDesc,
SwPageDesc& rDstDesc,
// Copy the stashed formats as well between the page descriptors...
for (bool bFirst : { true, false })
+{
for (bool bLeft : { true, false })
+{
for (bool bHeader : { true, false })
{
if (!bLeft && !bFirst)
continue;
-if (auto pStashedFormat =
rSrcDesc.GetStashedFrameFormat(bHeader, bLeft, bFirst))
-rDstDesc.StashFrameFormat(*pStashedFormat, bHeader, bLeft,
bFirst);
+
+// Copy format only if it exists
+if (auto pStashedFormatSrc =
rSrcDesc.GetStashedFrameFormat(bHeader, bLeft, bFirst))
+{
+if (pStashedFormatSrc->GetDoc() != this)
+{
+
[Libreoffice-bugs] [Bug 155101] LibreOffice Calc Missing Date Format
https://bugs.documentfoundation.org/show_bug.cgi?id=155101 --- Comment #3 from QA Administrators --- Dear Sgt, 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 44934] Select row; maximize spreadsheet; only part of the row is highlighted
https://bugs.documentfoundation.org/show_bug.cgi?id=44934 --- Comment #15 from QA Administrators --- Dear B.J. Herbison, 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 89047] Read-Only ComboBox doesn't allow selection in PDF export
https://bugs.documentfoundation.org/show_bug.cgi?id=89047 --- Comment #12 from QA Administrators --- Dear FS, 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 155104] Merged cells in a column split if I reopen the file
https://bugs.documentfoundation.org/show_bug.cgi?id=155104 --- Comment #6 from QA Administrators --- Dear igor.arnautovic123, 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 145689] Page style reverts to default when inserting a nested table
https://bugs.documentfoundation.org/show_bug.cgi?id=145689 --- Comment #3 from QA Administrators --- Dear Peter, 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 155430] PDF Single overline with outline exported to PDF - overline is displaced vertically, appears too high
https://bugs.documentfoundation.org/show_bug.cgi?id=155430 --- Comment #3 from QA Administrators --- Dear wqfz, 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 91894] Impress Cut & paste of a line selects the whole table
https://bugs.documentfoundation.org/show_bug.cgi?id=91894 --- Comment #8 from QA Administrators --- Dear Philippe Jung, 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 124116] Track-changes Hebrew & Arabic punctuation shifted from correct position on regular text
https://bugs.documentfoundation.org/show_bug.cgi?id=124116 --- Comment #9 from QA Administrators --- Dear Eyal Rozenberg, 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 145675] COMMENTS: Zoom should zoom into/ focus caret position, if caret is in comment box; not left page corner
https://bugs.documentfoundation.org/show_bug.cgi?id=145675 --- Comment #3 from QA Administrators --- Dear Telesto, To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from https://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to 'inherited from OOo'; 4b. If the bug was not present in 3.3 - add 'regression' to keyword Feel free to come ask questions or to say hello in our QA chat: https://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 39418] .doc graphic content moved, seems larger after import FORMATTING VIEWING GRAPHICS
https://bugs.documentfoundation.org/show_bug.cgi?id=39418 --- Comment #26 from QA Administrators --- Dear Phillip, 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 34837] Merged Cell's borders vanishes when changing sheet direction to (Right-To-Left)
https://bugs.documentfoundation.org/show_bug.cgi?id=34837 --- Comment #15 from QA Administrators --- Dear hussain, 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 143256] FILEOPEN XLSX Shapes on chart lose background color in RT file
https://bugs.documentfoundation.org/show_bug.cgi?id=143256 --- Comment #5 from QA Administrators --- Dear NISZ LibreOffice Team, 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 112437] Go to page toolbar control
https://bugs.documentfoundation.org/show_bug.cgi?id=112437 --- Comment #13 from Jim Raykowski --- Working WIP patch of renewed effort: https://gerrit.libreoffice.org/c/core/+/160191 One benefit of this control is it is able to replace the go to page control in the Writer Navigator. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 158414] A shape with 100% transparency (or no fill and no border) can't be easily selected with the mouse in Calc
https://bugs.documentfoundation.org/show_bug.cgi?id=158414 --- Comment #12 from David García --- The second workaround didn't work for me, but the third one did. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-ux-advise] [Bug 158414] A shape with 100% transparency (or no fill and no border) can't be easily selected with the mouse in Calc
https://bugs.documentfoundation.org/show_bug.cgi?id=158414 --- Comment #12 from David García --- The second workaround didn't work for me, but the third one did. -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-bugs] [Bug 158475] EDITING an email address with URL Recognition enabled
https://bugs.documentfoundation.org/show_bug.cgi?id=158475 m.a.riosv changed: What|Removed |Added CC||miguelangelrv@libreoffice.o ||rg --- Comment #1 from m.a.riosv --- Use [Ctrl+K] Menu/Insert/Hyperlink, to edit it. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 158451] Getting Hang issue on file having wpc(WordProcessingCanvas)
https://bugs.documentfoundation.org/show_bug.cgi?id=158451 Regina Henschel changed: What|Removed |Added Keywords||bibisectNotNeeded, ||implementationError Version|unspecified |24.2.0.0 alpha1+ Master -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 158437] EDITING. 'Clear Direct Formatting' from cell in Calc does not work.
https://bugs.documentfoundation.org/show_bug.cgi?id=158437 --- Comment #7 from ady --- (In reply to LeroyG from comment #4) > Ctrl+M works for me. But what it does is not to change a cell formatting, or > a cell style, but to delete the hyperlink (you can see the hyperlink with > Ctrl+K). Generally speaking, "Clear formatting" indeed changes the format into the default style. It does not remove (or "delete" as you put it) the "url recognition". (In reply to LeroyG from comment #5) > (In reply to ady from comment #3) > > If you click once on the cell with the email address, then click on another > > cell and then back to the cell with the email address, the "fake" format is > > not shown and so the content of the cell is displayed as normal text. > I can't reproduce that. I can, repeatedly. Perhaps this is related to different OS. Please note I am not talking about entering into cell's edit mode. (In reply to LeroyG from comment #6) > (In reply to ady from comment #3) > > If you focus on the relevant cell and click on the "=" icon on the formula > > bar, and then edit the text, the "fake" format can be avoided in a > > more-permanent way. > No need to "edit the text", just click in the formula bar and Enter. There are bug reports about that (i.e. simply clicking), and the potential misunderstanding between "clear formatting" and "url recognition", together with the potential inability/difficulties to edit the url text by one simple click is the reason for me to suggest that workaround in such cases. Let's wait and hear from the original reporter now. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 158475] New: EDITING an email address with URL Recognition enabled
https://bugs.documentfoundation.org/show_bug.cgi?id=158475
Bug ID: 158475
Summary: EDITING an email address with URL Recognition enabled
Product: LibreOffice
Version: 7.6.2.1 release
Hardware: All
OS: All
Status: UNCONFIRMED
Severity: normal
Priority: medium
Component: Calc
Assignee: libreoffice-bugs@lists.freedesktop.org
Reporter: iavs.le...@gmail.com
Description:
Pressing the Formula button ("=" icon near the input line) selects part of an
email address, sometime all the address becomes selected, and some other
strange behaviors
Steps to Reproduce:
0. Open a new spreadsheet
1. Enable URL Recognition
2. Type in a cell an email address: i.e., abcd@e.e, accept (it may be with F9,
with Enter and Arrow Up, with Enter and click...)
3. While the cell is active, click the = button near the formula bar
4. Click at the right of the text in the formula bar
5. Add and delete a space
6. Enter
Second test:
3.1. Press Right Arrow a few times
3.2. End, Home
Actual Results:
After 3. The first character of the address is selected.
After 6. The second character of the address is deleted, and the space remains
at the right.
After 3.1.:
Cursor advances only one position.
Expected Results:
The address remains as before.
Reproducible: Always
User Profile Reset: No
Additional Info:
Version: 7.6.2.1 (X86_64) / LibreOffice Community
Build ID: 60(Build:1)
CPU threads: 1; OS: Linux 5.14; UI render: default; VCL: gtk3
Locale: es-MX (en_US.UTF-8); UI: en-US
Calc: threaded
--
You are receiving this mail because:
You are the assignee for the bug.
[Libreoffice-bugs] [Bug 158451] Getting Hang issue on file having wpc(WordProcessingCanvas)
https://bugs.documentfoundation.org/show_bug.cgi?id=158451 --- Comment #3 from Regina Henschel --- Using the Wordprocessing Canvas instead of the VML fallback was introduced with commit https://gerrit.libreoffice.org/c/core/+/156629. But I have yet no idea, why the case of inline anchor does not work. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 158474] LibreOffice Calc crashes just scrolling and zooming
https://bugs.documentfoundation.org/show_bug.cgi?id=158474 --- Comment #8 from ady --- (In reply to Asger from comment #4) > I really don't see the point in me installing an old version LO 7.6 is _newer_ than 7.5. I would tend to think that testing with a newer version of LO in this case is worth the effort, considering that this is a new installation of the OS and of LO. I would suggest trying also with opening LO > Calc > menu Help > Restart in Safe Mode (not to be confused with Windows Safe Mode). Once LO is in Safe Mode, try opening the problematic file and test the behavior. Whether updating LO to 7.6, or testing with a clean LO profile in LO Safe Mode, or both, reporting the results here would be appreciated. TIA. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 158451] Getting Hang issue on file having wpc(WordProcessingCanvas)
https://bugs.documentfoundation.org/show_bug.cgi?id=158451 Regina Henschel changed: What|Removed |Added CC||rb.hensc...@t-online.de Status|UNCONFIRMED |NEW Ever confirmed|0 |1 --- Comment #2 from Regina Henschel --- I get a crash. Seems to be related to the fact, that the WordprocessingCanvas is anchored as character (=inline). -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 158474] LibreOffice Calc crashes just scrolling and zooming
https://bugs.documentfoundation.org/show_bug.cgi?id=158474 m.a.riosv changed: What|Removed |Added CC||miguelangelrv@libreoffice.o ||rg --- Comment #7 from m.a.riosv --- Sometimes this issue is in relation with the graphics card. Please can you paste the information in Menu/Help/About LibreOffice, there is an icon to copy. Test updating your graphics card driver from the vendor. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 158437] EDITING. 'Clear Direct Formatting' from cell in Calc does not work.
https://bugs.documentfoundation.org/show_bug.cgi?id=158437 --- Comment #6 from LeroyG --- (In reply to ady from comment #3) > If you focus on the relevant cell and click on the "=" icon on the formula > bar, and then edit the text, the "fake" format can be avoided in a > more-permanent way. No need to "edit the text", just click in the formula bar and Enter. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 158437] EDITING. 'Clear Direct Formatting' from cell in Calc does not work.
https://bugs.documentfoundation.org/show_bug.cgi?id=158437 --- Comment #5 from LeroyG --- (In reply to ady from comment #3) > If you click once on the cell with the email address, then click on another > cell and then back to the cell with the email address, the "fake" format is > not shown and so the content of the cell is displayed as normal text. I can't reproduce that. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 158437] EDITING. 'Clear Direct Formatting' from cell in Calc does not work.
https://bugs.documentfoundation.org/show_bug.cgi?id=158437 --- Comment #4 from LeroyG --- Ctrl+M works for me. But what it does is not to change a cell formatting, or a cell style, but to delete the hyperlink (you can see the hyperlink with Ctrl+K). Also you can disable URL Recognition (menu Tools - AutoCorrect Options - Autocorrect) Version: 7.6.2.1 (X86_64) / LibreOffice Community Build ID: 60(Build:1) CPU threads: 1; OS: Linux 5.14; UI render: default; VCL: gtk3 Locale: es-MX (en_US.UTF-8); UI: en-US Calc: threaded -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 158414] A shape with 100% transparency (or no fill and no border) can't be easily selected with the mouse in Calc
https://bugs.documentfoundation.org/show_bug.cgi?id=158414 --- Comment #11 from LeroyG --- It could be useful to think of some situation/s in which the proposed behavior would collide with the expected response of a click: i.e., to select a cell, or a visible shape just below/behind (?) the invisible one. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-ux-advise] [Bug 158414] A shape with 100% transparency (or no fill and no border) can't be easily selected with the mouse in Calc
https://bugs.documentfoundation.org/show_bug.cgi?id=158414 --- Comment #11 from LeroyG --- It could be useful to think of some situation/s in which the proposed behavior would collide with the expected response of a click: i.e., to select a cell, or a visible shape just below/behind (?) the invisible one. -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-bugs] [Bug 158414] A shape with 100% transparency (or no fill and no border) can't be easily selected with the mouse in Calc
https://bugs.documentfoundation.org/show_bug.cgi?id=158414 --- Comment #10 from LeroyG --- A third workaround: Select a visible shape, and press Tab. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-ux-advise] [Bug 158414] A shape with 100% transparency (or no fill and no border) can't be easily selected with the mouse in Calc
https://bugs.documentfoundation.org/show_bug.cgi?id=158414 --- Comment #10 from LeroyG --- A third workaround: Select a visible shape, and press Tab. -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-ux-advise] [Bug 158414] A shape with 100% transparency (or no fill and no border) can't be easily selected with the mouse in Calc
https://bugs.documentfoundation.org/show_bug.cgi?id=158414 --- Comment #9 from LeroyG --- As another workaround: use the Select tool in the Drawing toolbar, and drag around the shape. -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-bugs] [Bug 158414] A shape with 100% transparency (or no fill and no border) can't be easily selected with the mouse in Calc
https://bugs.documentfoundation.org/show_bug.cgi?id=158414 --- Comment #9 from LeroyG --- As another workaround: use the Select tool in the Drawing toolbar, and drag around the shape. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 158449] LibreOffice Impress objects not moving to the correct position
https://bugs.documentfoundation.org/show_bug.cgi?id=158449 --- Comment #3 from LeroyG --- Created attachment 191172 --> https://bugs.documentfoundation.org/attachment.cgi?id=191172=edit Two squares of 2 by 2 cm, at X;Y = 0;0 and 2;0 I can't see the problem: Version: 7.6.2.1 (X86_64) / LibreOffice Community Build ID: 60(Build:1) CPU threads: 1; OS: Linux 5.14; UI render: default; VCL: gtk3 Locale: es-MX (en_US.UTF-8); UI: en-US Calc: threaded -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 158449] LibreOffice Impress objects not moving to the correct position
https://bugs.documentfoundation.org/show_bug.cgi?id=158449 Regina Henschel changed: What|Removed |Added CC||rb.hensc...@t-online.de --- Comment #2 from Regina Henschel --- I cannot confirm it. When I set two objects to the same y-Position, they are aligned. Tested with Version: 24.2.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 9602f8a9318dd4d3409856e2ae06abe96e72b51b CPU threads: 8; OS: Windows 10.0 Build 19045; UI render: Skia/Raster; VCL: win Locale: de-DE (de_DE); UI: en-US Calc: CL threaded -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 158474] LibreOffice Calc crashes just scrolling and zooming
https://bugs.documentfoundation.org/show_bug.cgi?id=158474 --- Comment #6 from Asger --- Created attachment 191171 --> https://bugs.documentfoundation.org/attachment.cgi?id=191171=edit The long file 12,000+ rows. The long file 12,000+ rows. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 158474] LibreOffice Calc crashes just scrolling and zooming
https://bugs.documentfoundation.org/show_bug.cgi?id=158474 --- Comment #5 from Asger --- I just made the file a lot longer +10,000 rows and now I can crash it using page down and page up. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 158474] LibreOffice Calc crashes just scrolling and zooming
https://bugs.documentfoundation.org/show_bug.cgi?id=158474 --- Comment #4 from Asger --- (In reply to Stéphane Guillou (stragu) from comment #3) > Thank you for the report. > This sounds like bug 149527. > Could you please try version 7.6? Users have reported that the issue is now > resolved for them. Sorry, I really don't see the point in me installing an old version of LibreOffice on my brand new PC, I'm pretty sure the bug was there, because it was there 4 years ago, as I mentioned. Bug 149527 mention page down and I cant make libre crash using page down and page up. Anyway if you cant reproduce the bug with the file I gave you, I don't really see how you can fix the bug.;-) unless there is some kind of debugging or logging I can turn on to give you better info. I am a free time c++ programmer (for 30 years), but I have only used C++Builder. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 158442] LibreOffice application no longer opens hybrid PDFs in the correct application
https://bugs.documentfoundation.org/show_bug.cgi?id=158442 --- Comment #12 from Mike Kaganski --- ... but that was Windows-only change, making Windows work as Linux; a bibisect on Linux could give some even older result... -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 158442] LibreOffice application no longer opens hybrid PDFs in the correct application
https://bugs.documentfoundation.org/show_bug.cgi?id=158442 --- Comment #11 from Mike Kaganski --- In fact, it's a regression after my 046e9545956d8ad1d69345d6b4a4c0a33714d179 :-D -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 158474] LibreOffice Calc crashes just scrolling and zooming
https://bugs.documentfoundation.org/show_bug.cgi?id=158474 Stéphane Guillou (stragu) changed: What|Removed |Added CC||stephane.guillou@libreoffic ||e.org Ever confirmed|0 |1 Status|UNCONFIRMED |NEEDINFO --- Comment #3 from Stéphane Guillou (stragu) --- Thank you for the report. This sounds like bug 149527. Could you please try version 7.6? Users have reported that the issue is now resolved for them. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 158227] Broken undo history with table and (page or column) break
https://bugs.documentfoundation.org/show_bug.cgi?id=158227 Stéphane Guillou (stragu) changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever confirmed|0 |1 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 158226] "Undo: Delete Paragraphs" creates page break, if a table is on first line
https://bugs.documentfoundation.org/show_bug.cgi?id=158226 Stéphane Guillou (stragu) changed: What|Removed |Added See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=15 ||8227 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 103100] [META] Writer table bugs
https://bugs.documentfoundation.org/show_bug.cgi?id=103100 Stéphane Guillou (stragu) changed: What|Removed |Added Depends on||158227 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=158227 [Bug 158227] Broken undo history with table and (page or column) break -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 108519] [META] Page break bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=108519 Stéphane Guillou (stragu) changed: What|Removed |Added Depends on||158227 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=158227 [Bug 158227] Broken undo history with table and (page or column) break -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 158227] Broken undo history with table and (page or column) break
https://bugs.documentfoundation.org/show_bug.cgi?id=158227 Stéphane Guillou (stragu) changed: What|Removed |Added Blocks||108519, 103100 OS|Windows (All) |All CC||stephane.guillou@libreoffic ||e.org Version|7.6.2.1 release |Inherited From OOo Summary|Broken undo history with|Broken undo history with |multiple columns and table |table and (page or column) |at the page beginning |break See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=15 ||8226 --- Comment #5 from Stéphane Guillou (stragu) --- Reproduced as described, even without step 3, in: Version: 7.6.3.2 (X86_64) / LibreOffice Community Build ID: 29d686fea9f6705b262d369fede658f824154cc0 CPU threads: 8; OS: Linux 5.15; UI render: default; VCL: gtk3 Locale: en-AU (en_AU.UTF-8); UI: en-US Calc: threaded Version: 24.2.0.0.alpha1+ (X86_64) / LibreOffice Community Build ID: 5589659829f8a1cef8ca1c8a468732105bbe231b CPU threads: 8; OS: Linux 5.15; UI render: default; VCL: gtk3 Locale: en-AU (en_AU.UTF-8); UI: en-US Calc: threaded as well as OOo 3.3, so issue is inherited. The same issue can be reproduced with no columns, a table and a page break. So I would say it's the interaction between table and break. Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=103100 [Bug 103100] [META] Writer table bugs https://bugs.documentfoundation.org/show_bug.cgi?id=108519 [Bug 108519] [META] Page break bugs and enhancements -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 158442] LibreOffice application no longer opens hybrid PDFs in the correct application
https://bugs.documentfoundation.org/show_bug.cgi?id=158442 --- Comment #10 from Mike Kaganski --- (In reply to raal from comment #9) This can't be correct. Attachment 191116 opens in Writer using 7.6.3.2; also creating a new hybrid PDF in Writer 7.6.3.2 creates a PDF that again opens in Draw. 7.6.3.2 (built 2023-11-18, announced 2023-11-23) doesn't include commit 86c682273d907c77404637c89e584047de1c1099 from 2023-11-26 (last Sunday). -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 158383] program/classes : store uncompressed classes in jar files for faster startup and smaller installation file
https://bugs.documentfoundation.org/show_bug.cgi?id=158383 --- Comment #4 from Jérôme --- Created attachment 191170 --> https://bugs.documentfoundation.org/attachment.cgi?id=191170=edit size of each original and uncompressed jar file -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 158383] program/classes : store uncompressed classes in jar files for faster startup and smaller installation file
https://bugs.documentfoundation.org/show_bug.cgi?id=158383 --- Comment #3 from Jérôme --- If the jar files in the programs/classes directory store the files without compression, the size of the MSI file would be reduced by around 3 MB. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 158329] Can't find text with Niqqud in exported PDF
https://bugs.documentfoundation.org/show_bug.cgi?id=158329 --- Comment #7 from خالد حسني --- Text extraction from PDF is a lost cause. We are now generating /ActualText spans where we didn’t previously, and PDF readers are now confused by this. I blame Adobe for creating such a backwards file format and never fixing it. This probably can be fixed, but I don’t have the capacity to work on it right now. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 158474] LibreOffice Calc crashes just scrolling and zooming
https://bugs.documentfoundation.org/show_bug.cgi?id=158474 --- Comment #2 from Asger --- Created attachment 191169 --> https://bugs.documentfoundation.org/attachment.cgi?id=191169=edit File that was open when crashing -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 158474] LibreOffice Calc crashes just scrolling and zooming
https://bugs.documentfoundation.org/show_bug.cgi?id=158474 --- Comment #1 from Asger --- Created attachment 191168 --> https://bugs.documentfoundation.org/attachment.cgi?id=191168=edit Video of the crash -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 120201] [META] Update or add link to help page
https://bugs.documentfoundation.org/show_bug.cgi?id=120201 Stéphane Guillou (stragu) changed: What|Removed |Added Depends on||158247 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=158247 [Bug 158247] Allow F1 in Formula Bar inside formulas to work as in Function Wizard's Formula -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157020] help opens always the same page (overview/home page) when pressing F1 on a function
https://bugs.documentfoundation.org/show_bug.cgi?id=157020 Stéphane Guillou (stragu) changed: What|Removed |Added See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=15 ||8247 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 108827] [META] Calc functions bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=108827 Stéphane Guillou (stragu) changed: What|Removed |Added Depends on||158247 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=158247 [Bug 158247] Allow F1 in Formula Bar inside formulas to work as in Function Wizard's Formula -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 158247] Allow F1 in Formula Bar inside formulas to work as in Function Wizard's Formula
https://bugs.documentfoundation.org/show_bug.cgi?id=158247 Stéphane Guillou (stragu) changed: What|Removed |Added Status|UNCONFIRMED |NEW Blocks||120201, 108827, 108660 Ever confirmed|0 |1 CC||olivier.hallot@libreoffice. ||org, ||stephane.guillou@libreoffic ||e.org Version|unspecified |7.1.0.3 release See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=15 ||7020 --- Comment #1 from Stéphane Guillou (stragu) --- Agreed that opening the corresponding formula help is ideal. In OOo 3.3 and 7.0, it would open the Input Line help page, using HID=SC_HID_INSWIN_INPUT#bm_id3150084. Since 7.1, I get a 404 with HID=modules/scalc/ui/inputbar/sc_input_window, regardless of it the formula bar contains nothing, or the cursor is inside the parentheses or in the function name. So we should: 1. restore the Input Line documentation as the default. The new HID should point to https://help.libreoffice.org/latest/en-US/text/scalc/02/0605.html 2. implement the link to formula help If editing the cell directly, F1 leads to the main help page with HID=SC_HID_SC_WIN_GRIDWIN#bm_id3155335 – but that's already tracked in the closely related bug 157020. Version: 24.2.0.0.alpha1+ (X86_64) / LibreOffice Community Build ID: 5589659829f8a1cef8ca1c8a468732105bbe231b CPU threads: 8; OS: Linux 5.15; UI render: default; VCL: gtk3 Locale: en-AU (en_AU.UTF-8); UI: en-US Calc: threaded Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=108660 [Bug 108660] [META] Formula bar (input line) bugs and enhancements https://bugs.documentfoundation.org/show_bug.cgi?id=108827 [Bug 108827] [META] Calc functions bugs and enhancements https://bugs.documentfoundation.org/show_bug.cgi?id=120201 [Bug 120201] [META] Update or add link to help page -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 108660] [META] Formula bar (input line) bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=108660 Stéphane Guillou (stragu) changed: What|Removed |Added Depends on||158247 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=158247 [Bug 158247] Allow F1 in Formula Bar inside formulas to work as in Function Wizard's Formula -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 158474] New: LibreOffice Calc crashes just scrolling and zooming
https://bugs.documentfoundation.org/show_bug.cgi?id=158474 Bug ID: 158474 Summary: LibreOffice Calc crashes just scrolling and zooming Product: LibreOffice Version: 7.5.8.2 release Hardware: x86-64 (AMD64) OS: Windows (All) Status: UNCONFIRMED Severity: normal Priority: medium Component: Calc Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: m...@asger-p.dk Description: A brand new installation on a windows 11, I also happened 4 years ago when I last tried LibreOffice, at that time I did not file a bug report. Pc Info: Intel Core i5-14600KF MSI PRO Z790-A WIFI DDR5-Lexar 6400 2 x 16GB Inno3D NVIDIA GeForce RTX 4060 Nmve SSD XPG GAMMIX S70 BLADE 2TB Steps to Reproduce: 1.See the video 2. 3. Actual Results: LibreOffice Calc crashes Expected Results: NOT LibreOffice Calc crashes Reproducible: Always User Profile Reset: Yes Additional Info: There is no other information See the video and the file atached -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 158383] program/classes : store uncompressed classes in jar files for faster startup and smaller installation file
https://bugs.documentfoundation.org/show_bug.cgi?id=158383 --- Comment #2 from Jérôme --- Created attachment 191167 --> https://bugs.documentfoundation.org/attachment.cgi?id=191167=edit simulating LZX compression of original compressed jar files inside the MSI archive The whole program/classes folder has been packaged in a zip file with the below command line : 7z a -tzip -mm=LZMA -mx=9 -mmt=off original-jars-LZMA.zip program/classes 7-Zip version : [64] 16.02 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 158383] program/classes : store uncompressed classes in jar files for faster startup and smaller installation file
https://bugs.documentfoundation.org/show_bug.cgi?id=158383 --- Comment #1 from Jérôme --- Created attachment 191166 --> https://bugs.documentfoundation.org/attachment.cgi?id=191166=edit simulating LZX compression of uncompressed jar files inside the MSI archive Each jar file in program/classes : 1. has been extracted using "jar xf [file name].jar" 2. has been created using "jar c0f [file name]-stored.jar *" Next the whole program/classes folder has been packaged in a zip file with the below command line : 7z a -tzip -mm=LZMA -mx=9 -mmt=off stored-jars-LZMA.zip program/classes jar version : jar (fastjar) 0.98 7-Zip version : [64] 16.02 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 158329] Can't find text with Niqqud in exported PDF
https://bugs.documentfoundation.org/show_bug.cgi?id=158329 raal changed: What|Removed |Added CC||kha...@libreoffice.org, ||r...@post.cz Regression By||Khaled Hosny Keywords|bibisectRequest |bibisected, bisected --- Comment #6 from raal --- This seems to have begun at the below commit in bibisect repository/OS linux-64-7.5. Adding Cc: to Khaled Hosny ; Could you possibly take a look at this one? Thanks ba8787d89bb90aced203271dee7231163446d7e9 is the first bad commit commit ba8787d89bb90aced203271dee7231163446d7e9 Author: Jenkins Build User Date: Wed Oct 5 22:14:28 2022 +0200 source sha:09c076c3f29c28497f162d3a5b7baab040725d56 140994: tdf#151350: Fix extraneous gaps before marks | https://gerrit.libreoffice.org/c/core/+/140994 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 158248] Ability to add custom shape by dragging into the Shapes sidebar
https://bugs.documentfoundation.org/show_bug.cgi?id=158248 Stéphane Guillou (stragu) changed: What|Removed |Added Keywords||needsUXEval CC||libreoffice-ux-advise@lists ||.freedesktop.org, ||stephane.guillou@libreoffic ||e.org --- Comment #7 from Stéphane Guillou (stragu) --- (In reply to Eyal Rozenberg from comment #5) > When I drag the selected item onto the Gallery, an item is not added. 1. Create a new folder for the gallery, with the "New..." button 2. When drag-and-dropping, make sure you wait a second before moving so the cursor changes. This is the same kind of interaction as when moving an object to another layer. In my opinion, the Gallery should be preferred for your use case. It's the place that's already flexible enough to create any number of collections containing various kinds of objects. But adding to the gallery should be made easier - I'm not even sure it's possible to do it without the mouse. And the documentation should be improved. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-ux-advise] [Bug 158248] Ability to add custom shape by dragging into the Shapes sidebar
https://bugs.documentfoundation.org/show_bug.cgi?id=158248 Stéphane Guillou (stragu) changed: What|Removed |Added Keywords||needsUXEval CC||libreoffice-ux-advise@lists ||.freedesktop.org, ||stephane.guillou@libreoffic ||e.org --- Comment #7 from Stéphane Guillou (stragu) --- (In reply to Eyal Rozenberg from comment #5) > When I drag the selected item onto the Gallery, an item is not added. 1. Create a new folder for the gallery, with the "New..." button 2. When drag-and-dropping, make sure you wait a second before moving so the cursor changes. This is the same kind of interaction as when moving an object to another layer. In my opinion, the Gallery should be preferred for your use case. It's the place that's already flexible enough to create any number of collections containing various kinds of objects. But adding to the gallery should be made easier - I'm not even sure it's possible to do it without the mouse. And the documentation should be improved. -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-bugs] [Bug 137543] Add a LET function into Calc
https://bugs.documentfoundation.org/show_bug.cgi?id=137543 ady changed: What|Removed |Added CC||ovari...@zoho.com --- Comment #5 from ady --- *** Bug 158468 has been marked as a duplicate of this bug. *** -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 158468] Add LET function in Calc
https://bugs.documentfoundation.org/show_bug.cgi?id=158468 ady changed: What|Removed |Added Resolution|--- |DUPLICATE Status|NEW |RESOLVED --- Comment #1 from ady --- *** This bug has been marked as a duplicate of bug 137543 *** -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 158473] Unify lockdown behavior of Options dialog page Calc - Grid
https://bugs.documentfoundation.org/show_bug.cgi?id=158473 --- Comment #1 from Gabor Kelemen (allotropia) --- Created attachment 191165 --> https://bugs.documentfoundation.org/attachment.cgi?id=191165=edit The Calc - Grid page after installing the extension -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 158473] New: Unify lockdown behavior of Options dialog page Calc - Grid
https://bugs.documentfoundation.org/show_bug.cgi?id=158473 Bug ID: 158473 Summary: Unify lockdown behavior of Options dialog page Calc - Grid Product: LibreOffice Version: 24.2.0.0 alpha0+ Hardware: All OS: All Status: UNCONFIRMED Severity: normal Priority: medium Component: UI Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: kelem...@ubuntu.com Blocks: 157698 Created attachment 191164 --> https://bugs.documentfoundation.org/attachment.cgi?id=191164=edit Lock down extension for the Calc - Grid page When the settings of the Options dialog page Calc - Grid are locked down, several of the UI elements do not reflect this by becoming disabled and displaying a lock icon on their left. 1. Install the attached extension in the Tools - Extensions dialog 2. Restart LibreOffice 3. Go to Tools - Options - Calc - Grid -> the UI elements have no lock icon on their left, they are not disabled, changing their status and pressing OK usually crashes LibreOffice Version: 24.2.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: a91892ec4942fc875820ea02dfbe74e986548142 CPU threads: 8; OS: Linux 5.4; UI render: default; VCL: gtk3 Locale: hu-HU (hu_HU.UTF-8); UI: en-US Calc: threaded Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=157698 [Bug 157698] [META] Unify lockdown UX in the Options dialog -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157698] [META] Unify lockdown UX in the Options dialog
https://bugs.documentfoundation.org/show_bug.cgi?id=157698 Gabor Kelemen (allotropia) changed: What|Removed |Added Depends on||158473 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=158473 [Bug 158473] Unify lockdown behavior of Options dialog page Calc - Grid -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 158472] Unify lockdown behavior of Options dialog page Calc - Print
https://bugs.documentfoundation.org/show_bug.cgi?id=158472 --- Comment #1 from Gabor Kelemen (allotropia) --- Created attachment 191163 --> https://bugs.documentfoundation.org/attachment.cgi?id=191163=edit The Calc - Print page after installing the extension -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 158472] New: Unify lockdown behavior of Options dialog page Calc - Print
https://bugs.documentfoundation.org/show_bug.cgi?id=158472 Bug ID: 158472 Summary: Unify lockdown behavior of Options dialog page Calc - Print Product: LibreOffice Version: 24.2.0.0 alpha0+ Hardware: All OS: All Status: UNCONFIRMED Severity: normal Priority: medium Component: UI Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: kelem...@ubuntu.com Blocks: 157698 Created attachment 191162 --> https://bugs.documentfoundation.org/attachment.cgi?id=191162=edit Lock down extension for the Calc - Print page When the settings of the Options dialog page Calc - Print are locked down, several of the UI elements do not reflect this by becoming disabled and displaying a lock icon on their left. 1. Install the attached extension in the Tools - Extensions dialog 2. Restart LibreOffice 3. Go to Tools - Options - Calc - Print -> the UI elements have no lock icon on their left, they are not disabled, changing their status and pressing OK usually crashes LibreOffice Version: 24.2.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: a91892ec4942fc875820ea02dfbe74e986548142 CPU threads: 8; OS: Linux 5.4; UI render: default; VCL: gtk3 Locale: hu-HU (hu_HU.UTF-8); UI: en-US Calc: threaded Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=157698 [Bug 157698] [META] Unify lockdown UX in the Options dialog -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157698] [META] Unify lockdown UX in the Options dialog
https://bugs.documentfoundation.org/show_bug.cgi?id=157698 Gabor Kelemen (allotropia) changed: What|Removed |Added Depends on||158472 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=158472 [Bug 158472] Unify lockdown behavior of Options dialog page Calc - Print -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-commits] core.git: Branch 'distro/collabora/co-23.05' - sal/osl sal/qa
sal/osl/unx/file.cxx | 46 ++-
sal/qa/osl/file/osl_File.cxx | 25 +++
2 files changed, 62 insertions(+), 9 deletions(-)
New commits:
commit c3bdba781e8c9d61ca9e2a3d8d2eaca435b9aaad
Author: Szymon Kłos
AuthorDate: Wed Nov 29 14:00:32 2023 +0100
Commit: Szymon Kłos
CommitDate: Thu Nov 30 20:08:06 2023 +0100
sal: osl::File allow to create files in sandbox
"realpath" returns NULL for path which doesn't exist.
Allow usage of non-existing paths if parent is allowed.
This allows to successfully start the sandboxed kit.
osl_setAllowedPaths will allow now to use:
/foo/bar/nonexisting - previously it was ignored, is needed for LOK
but /foo/bar/nonexisting/newlevel - still cannot be used
isForbidden now checks parents of non-existing dir and assumes
the same permissions, if parent doesn't exist - it tries with
parent of parent, etc ...
Change-Id: I1052747ca284d2f81dfd5c5fbf893936e7426220
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/160111
Tested-by: Jenkins CollaboraOffice
Reviewed-by: Michael Meeks
diff --git a/sal/osl/unx/file.cxx b/sal/osl/unx/file.cxx
index 0556be7fc97a..d5b76a09a47a 100644
--- a/sal/osl/unx/file.cxx
+++ b/sal/osl/unx/file.cxx
@@ -788,6 +788,18 @@ static std::vector allowedPathsRead;
static std::vector allowedPathsReadWrite;
static std::vector allowedPathsExecute;
+static OString getParentFolder(const OString )
+{
+sal_Int32 n = rFilePath.lastIndexOf('/');
+OString folderPath;
+if (n < 1)
+folderPath = ".";
+else
+folderPath = rFilePath.copy(0, n);
+
+return folderPath;
+}
+
SAL_DLLPUBLIC void osl_setAllowedPaths(
rtl_uString *pustrFilePaths
)
@@ -818,9 +830,25 @@ SAL_DLLPUBLIC void osl_setAllowedPaths(
}
char resolvedPath[PATH_MAX];
-if (realpath(aPath.getStr(), resolvedPath))
+bool isResolved = !!realpath(aPath.getStr(), resolvedPath);
+bool notExists = !isResolved && errno == ENOENT;
+
+if (notExists)
{
-OString aPushPath = OString(resolvedPath, strlen(resolvedPath));
+sal_Int32 n = aPath.lastIndexOf('/');
+OString folderPath = getParentFolder(aPath);
+isResolved = !!realpath(folderPath.getStr(), resolvedPath);
+notExists = !isResolved && errno == ENOENT;
+
+if (notExists || !isResolved || strlen(resolvedPath) +
aPath.getLength() - n + 1 >= PATH_MAX)
+return; // too bad
+else
+strcat(resolvedPath, aPath.getStr() + n);
+}
+
+if (isResolved)
+{
+OString aPushPath(resolvedPath, strlen(resolvedPath));
if (eType == 'r')
allowedPathsRead.push_back(aPushPath);
else if (eType == 'w')
@@ -850,13 +878,13 @@ bool isForbidden(const OString , int nFlags)
// fail to resolve. Thankfully our I/O APIs don't allow
// symlink creation to race here.
sal_Int32 n = filePath.lastIndexOf('/');
-OString folderPath;
-if (n < 1)
-folderPath = ".";
-else
-folderPath = filePath.copy(0, n);
-if (!realpath(folderPath.getStr(), resolvedPath) ||
-strlen(resolvedPath) + filePath.getLength() - n + 1 >= PATH_MAX)
+OString folderPath = getParentFolder(filePath);
+
+bool isResolved = !!realpath(folderPath.getStr(), resolvedPath);
+bool notExists = !isResolved && errno == ENOENT;
+if (notExists) // folder doesn't exist, check parent, in the end of
chain checks "."
+return isForbidden(folderPath, nFlags);
+else if (!isResolved || strlen(resolvedPath) + filePath.getLength() -
n + 1 >= PATH_MAX)
return true; // too bad
else
strcat(resolvedPath, filePath.getStr() + n);
diff --git a/sal/qa/osl/file/osl_File.cxx b/sal/qa/osl/file/osl_File.cxx
index 0703e89493b9..cdd72d45fa72 100644
--- a/sal/qa/osl/file/osl_File.cxx
+++ b/sal/qa/osl/file/osl_File.cxx
@@ -1352,6 +1352,19 @@ namespace osl_Forbidden
void forbidden()
{
File::setAllowedPaths(maScratchGood);
+
+// check some corner cases first
+CPPUNIT_ASSERT_EQUAL_MESSAGE("read bad should be forbidden",
+ true, File::isForbidden(".",
osl_File_OpenFlag_Read));
+CPPUNIT_ASSERT_EQUAL_MESSAGE("read bad should be forbidden",
+ true, File::isForbidden("",
osl_File_OpenFlag_Read));
+CPPUNIT_ASSERT_EQUAL_MESSAGE("read bad should be forbidden",
+ true, File::isForbidden("a",
osl_File_OpenFlag_Read));
+CPPUNIT_ASSERT_EQUAL_MESSAGE("read bad should be forbidden",
+ true, File::isForbidden("/",
[Libreoffice-commits] core.git: extras/source
extras/source/templates/presnt/Beehive/content.xml | 17 ++-- extras/source/templates/presnt/Beehive/styles.xml |8 +- extras/source/templates/presnt/Blue_Curve/content.xml |8 +- extras/source/templates/presnt/Blue_Curve/styles.xml |8 +- extras/source/templates/presnt/Blueprint_Plans/content.xml | 12 +-- extras/source/templates/presnt/Blueprint_Plans/styles.xml | 16 ++-- extras/source/templates/presnt/Candy/content.xml | 52 ++--- extras/source/templates/presnt/Candy/styles.xml| 44 +-- extras/source/templates/presnt/Focus/content.xml | 16 ++-- extras/source/templates/presnt/Focus/styles.xml| 18 ++-- extras/source/templates/presnt/Forestbird/content.xml | 16 ++-- extras/source/templates/presnt/Forestbird/styles.xml | 16 ++-- extras/source/templates/presnt/Freshes/content.xml | 48 ++-- extras/source/templates/presnt/Freshes/styles.xml | 44 +-- extras/source/templates/presnt/Growing_Liberty/content.xml | 48 ++-- extras/source/templates/presnt/Growing_Liberty/styles.xml | 48 ++-- extras/source/templates/presnt/Inspiration/content.xml |2 extras/source/templates/presnt/Inspiration/styles.xml |2 extras/source/templates/presnt/Lights/content.xml | 12 +-- extras/source/templates/presnt/Lights/styles.xml | 12 +-- extras/source/templates/presnt/Midnightblue/content.xml| 12 +-- extras/source/templates/presnt/Midnightblue/styles.xml | 12 +-- extras/source/templates/presnt/Pencil/content.xml |8 +- extras/source/templates/presnt/Pencil/styles.xml |8 +- extras/source/templates/presnt/Piano/content.xml |8 +- extras/source/templates/presnt/Piano/styles.xml|8 +- extras/source/templates/presnt/Portfolio/content.xml | 12 +-- extras/source/templates/presnt/Portfolio/styles.xml| 12 +-- extras/source/templates/presnt/Progress/content.xml| 16 ++-- extras/source/templates/presnt/Progress/styles.xml | 16 ++-- extras/source/templates/presnt/Vivid/content.xml | 12 +-- extras/source/templates/presnt/Vivid/styles.xml| 52 ++--- extras/source/templates/presnt/Yellow_Idea/content.xml | 36 - extras/source/templates/presnt/Yellow_Idea/styles.xml | 36 - 34 files changed, 349 insertions(+), 346 deletions(-) New commits: commit 619500d6919c227e734b119481a4b334972e0b7b Author: Laurent Balland AuthorDate: Wed Nov 22 22:07:08 2023 +0100 Commit: Laurent Balland CommitDate: Thu Nov 30 20:05:59 2023 +0100 Impress templates notes: correct preview size In Notes mode, these templates have a preview of 4/3 ratio. Change them in 16/9 like the slides Unification of preview and notes position and size Change-Id: Ie088b2226e438476cf421f6351c3bd617e7e6bbf Reviewed-on: https://gerrit.libreoffice.org/c/core/+/159876 Tested-by: Jenkins Reviewed-by: Laurent Balland diff --git a/extras/source/templates/presnt/Beehive/content.xml b/extras/source/templates/presnt/Beehive/content.xml index 4c09453ca0de..066152760096 100644 --- a/extras/source/templates/presnt/Beehive/content.xml +++ b/extras/source/templates/presnt/Beehive/content.xml @@ -52,12 +52,13 @@ - - + + - + + @@ -66,11 +67,13 @@ - - + + - - + + + + diff --git a/extras/source/templates/presnt/Beehive/styles.xml b/extras/source/templates/presnt/Beehive/styles.xml index 187a135a2a81..43408af8019d 100644 --- a/extras/source/templates/presnt/Beehive/styles.xml +++ b/extras/source/templates/presnt/Beehive/styles.xml @@ -3135,8 +3135,8 @@ - - + + @@ -4145,8 +4145,8 @@ - - + + diff --git a/extras/source/templates/presnt/Blue_Curve/content.xml b/extras/source/templates/presnt/Blue_Curve/content.xml index 2ba960c24210..a5e6a3954b3d 100644 --- a/extras/source/templates/presnt/Blue_Curve/content.xml +++ b/extras/source/templates/presnt/Blue_Curve/content.xml @@ -61,8 +61,8 @@ - - + +
[Libreoffice-bugs] [Bug 158468] Add LET function in Calc
https://bugs.documentfoundation.org/show_bug.cgi?id=158468 Thorsten Behrens (allotropia) changed: What|Removed |Added Ever confirmed|0 |1 CC||t...@libreoffice.org Status|UNCONFIRMED |NEW -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 158471] Unify lockdown behavior of Options dialog page Calc - Compatibility
https://bugs.documentfoundation.org/show_bug.cgi?id=158471 --- Comment #1 from Gabor Kelemen (allotropia) --- Created attachment 191161 --> https://bugs.documentfoundation.org/attachment.cgi?id=191161=edit The Calc - Compatibility page after installing the extension -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157698] [META] Unify lockdown UX in the Options dialog
https://bugs.documentfoundation.org/show_bug.cgi?id=157698 Gabor Kelemen (allotropia) changed: What|Removed |Added Depends on||158471 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=158471 [Bug 158471] Unify lockdown behavior of Options dialog page Calc - Compatibility -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 158471] New: Unify lockdown behavior of Options dialog page Calc - Compatibility
https://bugs.documentfoundation.org/show_bug.cgi?id=158471 Bug ID: 158471 Summary: Unify lockdown behavior of Options dialog page Calc - Compatibility Product: LibreOffice Version: 24.2.0.0 alpha0+ Hardware: All OS: All Status: UNCONFIRMED Severity: normal Priority: medium Component: UI Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: kelem...@ubuntu.com Blocks: 157698 Created attachment 191160 --> https://bugs.documentfoundation.org/attachment.cgi?id=191160=edit Lock down extension for the Calc - Compatibility page When the settings of the Options dialog page Calc - Compatibility are locked down, several of the UI elements do not reflect this by becoming disabled and displaying a lock icon on their left. 1. Install the attached extension in the Tools - Extensions dialog 2. Restart LibreOffice 3. Go to Tools - Options - Calc - Compatibility -> the UI elements have no lock icon on their left, they are not disabled, changing their status and pressing OK usually crashes LibreOffice Version: 24.2.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: a91892ec4942fc875820ea02dfbe74e986548142 CPU threads: 8; OS: Linux 5.4; UI render: default; VCL: gtk3 Locale: hu-HU (hu_HU.UTF-8); UI: en-US Calc: threaded Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=157698 [Bug 157698] [META] Unify lockdown UX in the Options dialog -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 158470] Unify lockdown behavior of Options dialog page Calc - Changes
https://bugs.documentfoundation.org/show_bug.cgi?id=158470 --- Comment #1 from Gabor Kelemen (allotropia) --- Created attachment 191159 --> https://bugs.documentfoundation.org/attachment.cgi?id=191159=edit The Calc - Changes page after installing the extension -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-commits] core.git: Branch 'distro/collabora/co-23.05' - desktop/source
desktop/source/lib/init.cxx |8
1 file changed, 8 insertions(+)
New commits:
commit de6b66f2d9572480bce038b2a03e9ca5b1730b9f
Author: Szymon Kłos
AuthorDate: Thu Nov 30 15:36:57 2023 +0100
Commit: Szymon Kłos
CommitDate: Thu Nov 30 19:54:01 2023 +0100
lok: import Work path from LOK_WORKDIR
Change-Id: If0c9727f53c1c4dfb78d1ccbd6b3ff602268bbf7
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/160156
Reviewed-by: Michael Meeks
Tested-by: Jenkins CollaboraOffice
diff --git a/desktop/source/lib/init.cxx b/desktop/source/lib/init.cxx
index 3c658388306a..9a640bc5f2c4 100644
--- a/desktop/source/lib/init.cxx
+++ b/desktop/source/lib/init.cxx
@@ -8000,6 +8000,14 @@ static int lo_initialize(LibreOfficeKit* pThis, const
char* pAppPath, const char
OUString aNewTemp;
osl::FileBase::getTempDirURL(aNewTemp);
aOptions.SetTempPath(aNewTemp);
+{
+const char *pWorkPath = getenv("LOK_WORKDIR");
+if (pWorkPath)
+{
+OString sWorkPath(pWorkPath);
+aOptions.SetWorkPath(OStringToOUString(sWorkPath,
RTL_TEXTENCODING_UTF8));
+}
+}
desktop::Desktop::CreateTemporaryDirectory();
// The RequestHandler is specifically set to be ready when all the
other
