[Libreoffice-bugs] [Bug 153082] FILEOPEN DOCX List separator not considered with TOC using custom styles
https://bugs.documentfoundation.org/show_bug.cgi?id=153082 --- Comment #4 from Gabor Kelemen (allotropia) --- Created attachment 184734 --> https://bugs.documentfoundation.org/attachment.cgi?id=184734=edit The TOC in the second example file, after updating the TOC it becomes empty -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 153082] FILEOPEN DOCX List separator not considered with TOC using custom styles
https://bugs.documentfoundation.org/show_bug.cgi?id=153082 --- Comment #3 from Gabor Kelemen (allotropia) --- Created attachment 184733 --> https://bugs.documentfoundation.org/attachment.cgi?id=184733=edit The second example file in Word and Writer with TOC settings open -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 153081] leakage
https://bugs.documentfoundation.org/show_bug.cgi?id=153081 Julien Nabet changed: What|Removed |Added Status|RESOLVED|CLOSED -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 153082] FILEOPEN DOCX List separator not considered with TOC using custom styles
https://bugs.documentfoundation.org/show_bug.cgi?id=153082 --- Comment #2 from Gabor Kelemen (allotropia) --- Created attachment 184732 --> https://bugs.documentfoundation.org/attachment.cgi?id=184732=edit The first example file in Word and Writer with TOC settings open -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 153081] leakage
https://bugs.documentfoundation.org/show_bug.cgi?id=153081 Julien Nabet changed: What|Removed |Added Resolution|--- |INVALID Status|UNCONFIRMED |RESOLVED -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 153082] FILEOPEN DOCX List separator not considered with TOC using custom styles
https://bugs.documentfoundation.org/show_bug.cgi?id=153082 --- Comment #1 from Gabor Kelemen (allotropia) --- Created attachment 184731 --> https://bugs.documentfoundation.org/attachment.cgi?id=184731=edit TOC with custom styles, using semicolon as list separator -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 153082] New: FILEOPEN DOCX List separator not considered with TOC using custom styles
https://bugs.documentfoundation.org/show_bug.cgi?id=153082 Bug ID: 153082 Summary: FILEOPEN DOCX List separator not considered with TOC using custom styles Product: LibreOffice Version: Inherited From OOo Hardware: All OS: All Status: UNCONFIRMED Severity: normal Priority: medium Component: Writer Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: kelem...@ubuntu.com Blocks: 104524 Created attachment 184730 --> https://bugs.documentfoundation.org/attachment.cgi?id=184730=edit TOC with custom styles, using comma as list separator Attached example documents were made in Word with different list separator settings set in Windows control panel - Locale - More settings. The TOC in these files use custom styles: Intense Quote, Custom1 and _MyStyle0. Writer uses the list separator to separate these and their level settings. When the first file using comma as list separator is opened in Writer, the TOC is imported and saved correctly: Update Index does not change the index significantly. When the second file using semicolon as list separator is opened in Writer, that is not considered and the 3 styles are listed as one in the TOC Additionaly styles settings. Consequently the Update Index command empties the index. 1, Open first example file 2, Right click the TOC, Edit Index 3, Press Assign styles button, observe that the _MyStyle0 has the heading level 1, Custom1 has the heading level 2, Intensives Zitat (file was made in a German UI Word - should be Intense Quote, this is a separate issue) has the heading level 3. 4, Open the second example file 5, Right click the TOC, Edit Index 6, Observe there is an entry in the Styles list "Intensives Zitat;3;Custom1;3;_MyStyle0;3" The latter to work, Writer should look into the word/settings.xml and extract the and use this as list separator to interpret the TOC. Version: 7.6.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: f1830bff71847a9c17715cff52383956719847fe CPU threads: 14; OS: Windows 10.0 Build 19045; UI render: Skia/Raster; VCL: win Locale: en-US (hu_HU); UI: en-US Calc: threaded Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=104524 [Bug 104524] [META] DOCX (OOXML) Table of Contents (ToC) and Index related issues -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 104524] [META] DOCX (OOXML) Table of Contents (ToC) and Index related issues
https://bugs.documentfoundation.org/show_bug.cgi?id=104524 Gabor Kelemen (allotropia) changed: What|Removed |Added Depends on||153082 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=153082 [Bug 153082] FILEOPEN DOCX List separator not considered with TOC using custom styles -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 153081] New: leakage
https://bugs.documentfoundation.org/show_bug.cgi?id=153081 Bug ID: 153081 Summary: leakage Product: cppunit Version: 1.13 Hardware: x86-64 (AMD64) OS: Android Status: UNCONFIRMED Severity: normal Priority: medium Component: General Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: chhamagoya...@gmail.com CC: markus.mohrh...@googlemail.com -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-commits] core.git: drawinglayer/source include/drawinglayer
drawinglayer/source/processor2d/SDPRProcessor2dTools.cxx |2 +-
include/drawinglayer/processor2d/SDPRProcessor2dTools.hxx |4 ++--
2 files changed, 3 insertions(+), 3 deletions(-)
New commits:
commit b63afb3c74d4285a7d46917354eafc0087a73f8f
Author: Stephan Bergmann
AuthorDate: Wed Jan 18 07:54:00 2023 +0100
Commit: Stephan Bergmann
CommitDate: Wed Jan 18 07:45:51 2023 +
Fix typo
...which happened to go largely unnoticed (the would-be additional
overload, as
seen when including drawinglayer/processor2d/SDPRProcessor2dTools.hxx first
thing in drawinglayer/source/processor2d/SDPRProcessor2dTools.cxx, was just
never defined nor used), but caused
> drawinglayer/source/processor2d/SDPRProcessor2dTools.cxx(140,6): error:
externally available entity 'prepareBitmapForDirectRender' is not previously
declared in an included file (if it is only used in this translation unit, make
it static; otherwise, provide a declaration of it in an included file)
[loplugin:external]
> bool prepareBitmapForDirectRender(
> ~^
with clang-cl
Change-Id: I9f338dd998b66fe3223af045206a423b016b93f3
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/145696
Tested-by: Jenkins
Reviewed-by: Stephan Bergmann
diff --git a/drawinglayer/source/processor2d/SDPRProcessor2dTools.cxx
b/drawinglayer/source/processor2d/SDPRProcessor2dTools.cxx
index 01abd9ff9af1..981e52dc55c4 100644
--- a/drawinglayer/source/processor2d/SDPRProcessor2dTools.cxx
+++ b/drawinglayer/source/processor2d/SDPRProcessor2dTools.cxx
@@ -139,7 +139,7 @@ void takeCareOfOffsetXY(
bool prepareBitmapForDirectRender(
const drawinglayer::primitive2d::FillGraphicPrimitive2D&
rFillGraphicPrimitive2D,
-const geometry::ViewInformation2D& rViewInformation2D, BitmapEx& rTarget,
+const drawinglayer::geometry::ViewInformation2D& rViewInformation2D,
BitmapEx& rTarget,
basegfx::B2DRange& rFillUnitRange, double fBigDiscreteArea)
{
const attribute::FillGraphicAttribute& rFillGraphicAttribute(
diff --git a/include/drawinglayer/processor2d/SDPRProcessor2dTools.hxx
b/include/drawinglayer/processor2d/SDPRProcessor2dTools.hxx
index 4b8b6c6c4347..e7bdbceffcd2 100644
--- a/include/drawinglayer/processor2d/SDPRProcessor2dTools.hxx
+++ b/include/drawinglayer/processor2d/SDPRProcessor2dTools.hxx
@@ -26,7 +26,7 @@ namespace drawinglayer::primitive2d
class FillGraphicPrimitive2D;
}
-namespace geometry
+namespace drawinglayer::geometry
{
class ViewInformation2D;
}
@@ -82,7 +82,7 @@ namespace drawinglayer::processor2d
*/
bool prepareBitmapForDirectRender(
const drawinglayer::primitive2d::FillGraphicPrimitive2D&
rFillGraphicPrimitive2D,
-const geometry::ViewInformation2D& rViewInformation2D, BitmapEx& rTarget,
+const drawinglayer::geometry::ViewInformation2D& rViewInformation2D,
BitmapEx& rTarget,
basegfx::B2DRange& rFillUnitRange, double fBigDiscreteArea = 300.0 *
300.0);
/** helper to react/process if OffsetX/OffsetY of the FillGraphicAttribute is
used.
[Libreoffice-bugs] [Bug 129661] [META] Right-To-Left (RTL) user interface issues
https://bugs.documentfoundation.org/show_bug.cgi?id=129661 Aron Budea changed: What|Removed |Added Depends on||153080 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=153080 [Bug 153080] RTL UI messed up -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 153072] LibreOffice calc Text import does not display imported data preview
https://bugs.documentfoundation.org/show_bug.cgi?id=153072 --- Comment #5 from Jiří Rohlíček --- Found some notes about setting SAL_USE_VCLPLUGIN. Tried to run Calc as ordinary user with SAL_USE_VCLPLUGIN set --- $ SAL_USE_VCLPLUGIN=gtk3 /opt/libreoffice7.4/program/soffice --calc (soffice:2307115): Gdk-WARNING **: 08:03:39.599: XSetErrorHandler() called with a GDK error trap pushed. Don't do that. --- Got that error, but Calc runs fine and the Text Import popup seems OK. The About changed Version: 7.4.4.2 / LibreOffice Community Build ID: 85569322deea74ec9134968a29af2df5663baa21 CPU threads: 4; OS: Linux 5.12; UI render: default; VCL: gtk3 Locale: cs-CZ (en_US.utf8); UI: en-US Calc: threaded -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-commits] core.git: sw/qa
sw/qa/extras/rtfexport/rtfexport2.cxx | 37 +++---
1 file changed, 21 insertions(+), 16 deletions(-)
New commits:
commit 02f286271d4b44d995f8f2f8f30fbc10ed764b49
Author: Miklos Vajna
AuthorDate: Tue Jan 17 20:46:52 2023 +0100
Commit: Miklos Vajna
CommitDate: Wed Jan 18 07:11:22 2023 +
CppunitTest_sw_rtfexport2: make testFdo48023() more self-contained
Avoid magic in preTest() based on the bugdoc name.
Change-Id: I40e3d58230e8e815bcea067cfc0ecca4ebeca98e
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/145683
Tested-by: Jenkins
Reviewed-by: Miklos Vajna
diff --git a/sw/qa/extras/rtfexport/rtfexport2.cxx
b/sw/qa/extras/rtfexport/rtfexport2.cxx
index e840a0d2ad4f..b2a8bca644db 100644
--- a/sw/qa/extras/rtfexport/rtfexport2.cxx
+++ b/sw/qa/extras/rtfexport/rtfexport2.cxx
@@ -30,6 +30,7 @@
#include
#include
#include
+#include
#include
@@ -44,16 +45,7 @@ public:
virtual std::unique_ptr preTest(const char* filename) override
{
m_aSavedSettings = Application::GetSettings();
-if (filename == std::string_view("fdo48023.rtf"))
-{
-std::unique_ptr pResetter(
-new Resetter([this]() {
Application::SetSettings(this->m_aSavedSettings); }));
-AllSettings aSettings(m_aSavedSettings);
-aSettings.SetLanguageTag(LanguageTag("ru"));
-Application::SetSettings(aSettings);
-return pResetter;
-}
-else if (filename == std::string_view("fdo44211.rtf"))
+if (filename == std::string_view("fdo44211.rtf"))
{
std::unique_ptr pResetter(
new Resetter([this]() {
Application::SetSettings(this->m_aSavedSettings); }));
@@ -314,14 +306,27 @@ DECLARE_RTFEXPORT_TEST(testFdo48356, "fdo48356.rtf")
CPPUNIT_ASSERT_EQUAL(1, i);
}
-DECLARE_RTFEXPORT_TEST(testFdo48023, "fdo48023.rtf")
+CPPUNIT_TEST_FIXTURE(Test, testFdo48023)
{
-uno::Reference xTextRange = getRun(getParagraph(1), 1);
+auto verify = [this]() {
+uno::Reference xTextRange = getRun(getParagraph(1),
1);
-// Implicit encoding detection based on locale was missing
-CPPUNIT_ASSERT_EQUAL(
-
OUString(u"\u041F\u0440\u043E\u0433\u0440\u0430\u043C\u043C\u0438\u0441\u0442"),
-xTextRange->getString());
+// Implicit encoding detection based on locale was missing
+CPPUNIT_ASSERT_EQUAL(
+
OUString(u"\u041F\u0440\u043E\u0433\u0440\u0430\u043C\u043C\u0438\u0441\u0442"),
+xTextRange->getString());
+};
+
+AllSettings aSavedSettings = Application::GetSettings();
+AllSettings aSettings(aSavedSettings);
+aSettings.SetLanguageTag(LanguageTag("ru"));
+Application::SetSettings(aSettings);
+comphelper::ScopeGuard g([] {
Application::SetSettings(aSavedSettings); });
+
+createSwDoc("fdo48023.rtf");
+verify();
+reload(mpFilter, "fdo48023.rtf");
+verify();
}
DECLARE_RTFEXPORT_TEST(testFdo48876, "fdo48876.rtf")
[Libreoffice-bugs] [Bug 153048] Export a document with TTF fonts to PDF leads to text not displayed
https://bugs.documentfoundation.org/show_bug.cgi?id=153048 خالد حسني changed: What|Removed |Added Attachment #184693|0 |1 is obsolete|| --- Comment #8 from خالد حسني --- Created attachment 184727 --> https://bugs.documentfoundation.org/attachment.cgi?id=184727=edit PDF from 7.5.0.2 with EB Garamond Are you using Ubuntu-supplied builds or LibreOffice one’s? This functionality requires HarfBuzz ≥ 4.0.0, but Ubuntu 22.04 seems to be still shipping HarfBuzz 2.7.4: https://launchpad.net/ubuntu/jammy/+source/harfbuzz Here is PDF exported from: Version: 7.5.0.2 (X86_64) / LibreOffice Community Build ID: c0dd1bc3f1a385d110b88e26ece634da94921f58 CPU threads: 6; OS: Mac OS X 12.6.2; UI render: default; VCL: osx Locale: en-EG (en_EG.UTF-8); UI: en-US Calc: threaded -- 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||150385 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=150385 [Bug 150385] Track Changes: RTL becomes LTR when undoing deletion with track changes record enabled -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 150385] Track Changes: RTL becomes LTR when undoing deletion with track changes record enabled
https://bugs.documentfoundation.org/show_bug.cgi?id=150385 Aron Budea changed: What|Removed |Added Blocks||83946 CC||aron.bu...@gmail.com Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=83946 [Bug 83946] [META] Tracking changes issues -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 113083] [META] New RTF import filter regressions in LO 3.5+
https://bugs.documentfoundation.org/show_bug.cgi?id=113083 Aron Budea changed: What|Removed |Added Blocks|118902 | Depends on||118902 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=118902 [Bug 118902] RTF import: wrong font for Hebrew text -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 118902] RTF import: wrong font for Hebrew text
https://bugs.documentfoundation.org/show_bug.cgi?id=118902 Aron Budea changed: What|Removed |Added Blocks||113083 Depends on|113083 | Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=113083 [Bug 113083] [META] New RTF import filter regressions in LO 3.5+ -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-commits] core.git: forms/source
forms/source/xforms/model.cxx|2 +-
forms/source/xforms/model_helper.hxx |6 +++---
forms/source/xforms/submission.cxx |7 ---
forms/source/xforms/submission.hxx |3 ---
4 files changed, 4 insertions(+), 14 deletions(-)
New commits:
commit 7195e2740eb1c71f5bbc4322b3535d56b39e2817
Author: Noel Grandin
AuthorDate: Tue Jan 17 23:04:42 2023 +0200
Commit: Noel Grandin
CommitDate: Wed Jan 18 05:01:26 2023 +
cleanup commit for Submission
The following commit missed some stuff:
commit fc41f4d58c7c0e60025c1b43127ef1b3c87fa1ac
Author: Noel Grandin
Date: Sat Jan 14 12:41:58 2023 +0200
XUnoTunnel->dynamic_cast in Submission
Change-Id: Ic27a813e360ae39227cd68213d2899ab64f0dee5
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/145688
Tested-by: Jenkins
Reviewed-by: Noel Grandin
diff --git a/forms/source/xforms/model.cxx b/forms/source/xforms/model.cxx
index e347c9219ac6..0bab14a61cc8 100644
--- a/forms/source/xforms/model.cxx
+++ b/forms/source/xforms/model.cxx
@@ -427,7 +427,7 @@ void SAL_CALL Model::submitWithInteraction(
if( mxSubmissions->hasItem( sID ) )
{
Submission* pSubmission =
-comphelper::getFromUnoTunnel( mxSubmissions->getItem(
sID ) );
+dynamic_cast( mxSubmissions->getItem( sID ).get() );
OSL_ENSURE( pSubmission != nullptr, "no submission?" );
OSL_ENSURE( pSubmission->getModelImpl() == this,
"wrong model" );
diff --git a/forms/source/xforms/model_helper.hxx
b/forms/source/xforms/model_helper.hxx
index fbb563a1300b..0ec03591bc0a 100644
--- a/forms/source/xforms/model_helper.hxx
+++ b/forms/source/xforms/model_helper.hxx
@@ -84,20 +84,20 @@ public:
virtual bool isValid( const T& t ) const override
{
-return comphelper::getFromUnoTunnel( t ) != nullptr;
+return dynamic_cast( t.get() ) != nullptr;
}
protected:
virtual void _insert( const T& t ) override
{
-auto pSubmission = comphelper::getFromUnoTunnel( t );
+auto pSubmission = dynamic_cast( t.get() );
OSL_ENSURE( pSubmission != nullptr, "invalid item?" );
pSubmission->setModel( mpModel );
}
virtual void _remove( const T& t ) override
{
-auto pSubmission = comphelper::getFromUnoTunnel( t );
+auto pSubmission = dynamic_cast( t.get() );
OSL_ENSURE( pSubmission != nullptr, "invalid item?" );
pSubmission->setModel( nullptr );
}
diff --git a/forms/source/xforms/submission.cxx
b/forms/source/xforms/submission.cxx
index fde73057b4e4..9cb97988d97e 100644
--- a/forms/source/xforms/submission.cxx
+++ b/forms/source/xforms/submission.cxx
@@ -254,13 +254,6 @@ bool Submission::doSubmit( const Reference<
XInteractionHandler >& xHandler )
return ( aResult == CSubmission::SUCCESS );
}
-Sequence Submission::getUnoTunnelId()
-{
-static const comphelper::UnoIdInit aImplementationId;
-return aImplementationId.getSeq();
-}
-
-
void Submission::liveCheck()
{
bool bValid = mxModel.is();
diff --git a/forms/source/xforms/submission.hxx
b/forms/source/xforms/submission.hxx
index 8dbfb2b3f1aa..b8f7fb11d87e 100644
--- a/forms/source/xforms/submission.hxx
+++ b/forms/source/xforms/submission.hxx
@@ -152,9 +152,6 @@ public:
* @returns if submission was successful */
bool doSubmit( const css::uno::Reference< css::task::XInteractionHandler
>& aHandler );
-// helpers for UNO tunnel
-static css::uno::Sequence getUnoTunnelId();
-
private:
/// check whether object is live, and throw suitable exception if not
New Defects reported by Coverity Scan for LibreOffice
Hi, Please find the latest report on new defect(s) introduced to LibreOffice found with Coverity Scan. 1 new defect(s) introduced to LibreOffice found with Coverity Scan. 6 defect(s), reported by Coverity Scan earlier, were marked fixed in the recent build analyzed by Coverity Scan. New defect(s) Reported-by: Coverity Scan Showing 1 of 1 defect(s) ** CID 1519129:(NEGATIVE_RETURNS) *** CID 1519129:(NEGATIVE_RETURNS) /xmloff/source/transform/EventOASISTContext.cxx: 275 in XMLEventOASISTransformerContext::StartElement(const com::sun::star::uno::Reference &)() 269 270 sal_Int16 idx = pMutableAttrList->GetIndexByName( 271 GetTransformer().GetNamespaceMap().GetQNameByKey( 272 XML_NAMESPACE_SCRIPT, 273 GetXMLToken( XML_LANGUAGE ) ) ); 274 >>> CID 1519129:(NEGATIVE_RETURNS) >>> "idx" is passed to a parameter that cannot be negative. 275 pMutableAttrList->SetValueByIndex( idx, 276 "StarBasic" ); 277 278 OUString aLocQName( 279 GetTransformer().GetNamespaceMap().GetQNameByKey( 280 XML_NAMESPACE_SCRIPT, /xmloff/source/transform/EventOASISTContext.cxx: 223 in XMLEventOASISTransformerContext::StartElement(const com::sun::star::uno::Reference &)() 217 218 sal_Int16 idx = pMutableAttrList->GetIndexByName( 219 GetTransformer().GetNamespaceMap().GetQNameByKey( 220 XML_NAMESPACE_SCRIPT, 221 GetXMLToken( XML_LANGUAGE ) ) ); 222 >>> CID 1519129:(NEGATIVE_RETURNS) >>> "idx" is passed to a parameter that cannot be negative. 223 pMutableAttrList->SetValueByIndex( idx, 224 "StarBasic" ); 225 226 OUString aLocQName( 227 GetTransformer().GetNamespaceMap().GetQNameByKey( 228 XML_NAMESPACE_SCRIPT, To view the defects in Coverity Scan visit, https://u15810271.ct.sendgrid.net/ls/click?upn=HRESupC-2F2Czv4BOaCWWCy7my0P0qcxCbhZ31OYv50ypSs1kiFPuCn2xFdlMIFBirii0zZ9j2-2F9F2XPBcBm2BNgi9duPy3v-2FzgFDd2LJ-2BDKI-3DLI7b_OTq2XUZbbipYjyLSo6GRo-2FpVxQ9OzkDINu9UTS-2FQhSdO0F0jQniitrGlNxDIzPJiLJzrNcBbFlWIFl92TP4shgwEzj7y7oCs-2Bmw6YlgitkKC7ruPq4qx5F75vaSqGxXnd4Mx0NwIeMn-2B4r-2FrTE6ESlduWhXfsVFmx-2FCAspOhxPdP4wTFEakf6JGvkHNVSfHR2eD842oQJYhc59rnid75MaE51tzjOrs2Rg518zt5YDA-3D
[Libreoffice-bugs] [Bug 139772] FILEOPEN PDF: Importing results in poor import quality on some pdf files (testfile included)
https://bugs.documentfoundation.org/show_bug.cgi?id=139772 --- Comment #7 from Tomaz Vajngerl --- PDFIMPORT_RESOLUTION_DPI was added only for PDFIUM import -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 152587] macOS - Skia graphics test results on aarch 64 (M1) Apple Silicon
https://bugs.documentfoundation.org/show_bug.cgi?id=152587 --- Comment #7 from Tomaz Vajngerl --- Quirky test is same as a passing one - it means the test is drawn mostly correct but not completely as expected and the issue is small and most likely because of the drawing algorithm difference in the backend. For example sometimes drawing a rectangle in some backends the first pixel isn't drawn for some reason - not expected but not something that anybody will notice and also not something we can fix either. Currently not all backends have been fixed to give passing results, so the tests aren't as useful as they could be. Running them on first start is to detect any issues with the backend to potentially switch to another backend as a fallback. For example if skia vulkan has issues, switch to skia raster, but this is also not yet implemented. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 153020] open a .doc format document in libreoffice 7.4.3 is stuck, it is normal in 7.3.7 version
https://bugs.documentfoundation.org/show_bug.cgi?id=153020 --- Comment #5 from wujiahuan --- My linux desktop is centos 8, the locale set is zh_CN.UTF-8，the document font is 宋体 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 79232] With comments referring to overlapping ranges, the ranges are false/garbled in PDF (with option "comments inside margin")
https://bugs.documentfoundation.org/show_bug.cgi?id=79232 Gerry changed: What|Removed |Added CC||samuel.mehrbrodt@allotropia ||.de --- Comment #25 from Gerry --- @Samuel: I felt free to add you to this bug, as you were adding the dialog to export comments in the page margin in 7.5. This bug here persists in 7.5.rc2 and the PDF output is even worse than before (see attachment in comment 24). P.S. I also had once a LibreOffice 7.5.rc2 crash when exporting the .odt file of attachment 1 to PDF with comments in margin, but I could not reproduce this crash. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 153020] open a .doc format document in libreoffice 7.4.3 is stuck, it is normal in 7.3.7 version
https://bugs.documentfoundation.org/show_bug.cgi?id=153020 --- Comment #4 from Tex2002ans --- Document opens fine for me: Version: 7.4.4.2 (x64) / LibreOffice Community Build ID: 85569322deea74ec9134968a29af2df5663baa21 CPU threads: 8; OS: Windows 10.0 Build 19045; UI render: Skia/Raster; VCL: win Locale: en-US (en_US); UI: en-US Calc: threaded I agree with Telesto. Maybe it's a specific issue with because we don't have the document's font: - 宋体 ? -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 114537] FIlesave: Export ConditionalText field to DOC/DOCX
https://bugs.documentfoundation.org/show_bug.cgi?id=114537 --- Comment #5 from Commit Notification --- Justin Luth committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/29f23c0e71437303982a094040373b509afc7010 tdf#114537 docx export: export conditional text with " as ' It will be available in 7.6.0. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-commits] core.git: sw/qa sw/source
sw/qa/extras/ooxmlexport/data/conditional-text.fodt |2 +-
sw/qa/extras/ooxmlexport/ooxmlfieldexport.cxx |2 +-
sw/source/filter/ww8/docxattributeoutput.cxx|4 +++-
3 files changed, 5 insertions(+), 3 deletions(-)
New commits:
commit 29f23c0e71437303982a094040373b509afc7010
Author: Justin Luth
AuthorDate: Tue Jan 17 15:05:25 2023 -0500
Commit: Justin Luth
CommitDate: Wed Jan 18 03:32:40 2023 +
tdf#114537 docx export: export conditional text with " as '
I couldn't find any way in MS Word to escape a double-quote
that is inside of a conditonal text result.
So just "emulate" that with a single-quote,
which is a common substitute at least in the English world.
Hmm, Google says that { QUOTE 34 } would do the trick,
but it didn't work for me in Word 2010.
Change-Id: Ib9833e482911809c86b4e300533ea0aedbeed71c
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/145685
Tested-by: Jenkins
Reviewed-by: Justin Luth
diff --git a/sw/qa/extras/ooxmlexport/data/conditional-text.fodt
b/sw/qa/extras/ooxmlexport/data/conditional-text.fodt
index 244fdf84b6e1..2486d0f6aa89 100644
--- a/sw/qa/extras/ooxmlexport/data/conditional-text.fodt
+++ b/sw/qa/extras/ooxmlexport/data/conditional-text.fodt
@@ -2,7 +2,7 @@
http://openoffice.org/2004/writer;
office:mimetype="application/vnd.oasis.opendocument.text">
- True
+ True
diff --git a/sw/qa/extras/ooxmlexport/ooxmlfieldexport.cxx
b/sw/qa/extras/ooxmlexport/ooxmlfieldexport.cxx
index 96ba5e5a83e1..87d0878b6c0c 100644
--- a/sw/qa/extras/ooxmlexport/ooxmlfieldexport.cxx
+++ b/sw/qa/extras/ooxmlexport/ooxmlfieldexport.cxx
@@ -809,7 +809,7 @@ CPPUNIT_TEST_FIXTURE(Test, testConditionalText)
loadAndReload("conditional-text.fodt");
// Load a document which has a conditional text field in it.
xmlDocUniquePtr pXmlDoc = parseExport("word/document.xml");
-std::u16string_view aExpected(u" IF 1 < 2 \"True\" \"False\"");
+std::u16string_view aExpected(u" IF 1 < 2 \"True\" \"- 'False' -\"");
// Without the accompanying fix in place, this test would have failed with:
// - Expression: xmlXPathNodeSetGetLength(pXmlNodes) > 0
diff --git a/sw/source/filter/ww8/docxattributeoutput.cxx
b/sw/source/filter/ww8/docxattributeoutput.cxx
index b8a7dee024ec..fd4794593f1f 100644
--- a/sw/source/filter/ww8/docxattributeoutput.cxx
+++ b/sw/source/filter/ww8/docxattributeoutput.cxx
@@ -8752,7 +8752,9 @@ void DocxAttributeOutput::HiddenField(const SwField&
rField)
if (aFalse.getLength() > 1 && aFalse.startsWith("\"") &&
aFalse.endsWith("\""))
aFalse = aFalse.copy(1, aFalse.getLength() - 2);
-OUString aCmd = FieldString(ww::eIF) + aCond + " \"" + aTrue + "\" \""
+ aFalse + "\"";
+// Substitute a single quote for an illegal double quote if one exists
+OUString aCmd = FieldString(ww::eIF) + aCond + " \"" +
aTrue.replaceAll("\"", "'")
++ "\" \"" + aFalse.replaceAll("\"", "'") + "\"";
m_rExport.OutputField(, ww::eIF, aCmd);
return;
}
[Libreoffice-bugs] [Bug 79232] With comments referring to overlapping ranges, the ranges are false/garbled in PDF (with option "comments inside margin")
https://bugs.documentfoundation.org/show_bug.cgi?id=79232 --- Comment #24 from Gerry --- Created attachment 184726 --> https://bugs.documentfoundation.org/attachment.cgi?id=184726=edit PDF (comments in margin) export from LO 7.5.rc2 The bug persists in LO7.5rc2. The PDF export is now even worse than before: * The first comment is correctly exported to PDF. * The second and third have wrong comment anchors. * The fourth comment is entirely missing. Neither the range, nor the comment, nor the comment anchor are there. System: Version: 7.5.0.2 (X86_64) / LibreOffice Community Build ID: c0dd1bc3f1a385d110b88e26ece634da94921f58 CPU threads: 16; OS: Linux 5.15; UI render: default; VCL: gtk3 Locale: fr-FR (fr_FR.UTF-8); UI: fr-FR Calc: threaded -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 153057] Calc and Base can not filter time values
https://bugs.documentfoundation.org/show_bug.cgi?id=153057 QA Administrators changed: What|Removed |Added Keywords||bibisectRequest -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 152865] FILEOPEN RTF Paragraph below frame wrapped differently than in Word
https://bugs.documentfoundation.org/show_bug.cgi?id=152865 QA Administrators changed: What|Removed |Added Whiteboard|| QA:needsComment -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 151224] macOS: LibreOffice doesn't open files opened via vnd.libreoffice.command
https://bugs.documentfoundation.org/show_bug.cgi?id=151224 QA Administrators changed: What|Removed |Added Whiteboard| QA:needsComment| -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 152847] Writer: Find and Replace does not impose Title Case formatting
https://bugs.documentfoundation.org/show_bug.cgi?id=152847 QA Administrators changed: What|Removed |Added Whiteboard|| QA:needsComment -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 152864] FILEOPEN RTF Direct formatting on dropdown field not imported
https://bugs.documentfoundation.org/show_bug.cgi?id=152864 QA Administrators changed: What|Removed |Added Whiteboard|| QA:needsComment -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 152858] Saving Files on a network Drive Deletes ODT File when using DOCX Filter
https://bugs.documentfoundation.org/show_bug.cgi?id=152858 QA Administrators changed: What|Removed |Added Whiteboard|| QA:needsComment -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 152862] LO Writer's Find/Replace Formats is broken when searching for color
https://bugs.documentfoundation.org/show_bug.cgi?id=152862 QA Administrators changed: What|Removed |Added Whiteboard|| QA:needsComment -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 149634] Unable to open .vsdx drawing
https://bugs.documentfoundation.org/show_bug.cgi?id=149634 QA Administrators changed: What|Removed |Added Status|NEEDINFO|RESOLVED Resolution|--- |INSUFFICIENTDATA -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 149634] Unable to open .vsdx drawing
https://bugs.documentfoundation.org/show_bug.cgi?id=149634 --- Comment #3 from QA Administrators --- Dear Yakov, 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 139626] BigPtrArray::Index2Block undo crash: sw/source/core/undo/rolbck.cxx:495: SwHistorySetFootnote: no TextNode
https://bugs.documentfoundation.org/show_bug.cgi?id=139626 --- Comment #5 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 144980] slow screen rendering in LibreOffice Writer
https://bugs.documentfoundation.org/show_bug.cgi?id=144980 --- Comment #5 from QA Administrators --- Dear Sarah, 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 115010] gpg4libre: unit-test document encryptedGPG.odf has no reaction
https://bugs.documentfoundation.org/show_bug.cgi?id=115010 --- Comment #4 from QA Administrators --- Dear Regina Henschel, 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 122412] Hard to select comment text with mouse
https://bugs.documentfoundation.org/show_bug.cgi?id=122412 --- Comment #9 from QA Administrators --- Dear Dan Dascalescu, 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 120670] Writer: If editing value in table and leaving the field, it is loosing user-defined Number Format (per Comment 6)
https://bugs.documentfoundation.org/show_bug.cgi?id=120670 --- Comment #10 from QA Administrators --- Dear Hans-Peter Jansen, 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 121184] After switching between Business Fax and Personal Fax on Fax Wizard, footer option being passive
https://bugs.documentfoundation.org/show_bug.cgi?id=121184 --- Comment #4 from QA Administrators --- Dear Sabri Unal, 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 109090] Lang pref English (USA) shows as French (France) in spell checker dialogue (macOS only)
https://bugs.documentfoundation.org/show_bug.cgi?id=109090 --- Comment #10 from QA Administrators --- Dear Bruce Dickson, 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 153079] New: [Feature request] -Update Index- to add MS Office option
https://bugs.documentfoundation.org/show_bug.cgi?id=153079 Bug ID: 153079 Summary: [Feature request] -Update Index- to add MS Office option Product: LibreOffice Version: 7.4.4.2 release Hardware: x86-64 (AMD64) OS: Windows (All) Status: UNCONFIRMED Severity: normal Priority: medium Component: Writer Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: spka...@hotmail.com Description: Libre Office Writer offers a single option: 1) Update Entire Index MS Office Word: Offers two options: 1) Update Entire Index or 2) Update Page Numbers Only The second feature comes handy because it does not mess up with Font Sizes and the table will stay exactly as it has been configured. Steps to Reproduce: 1. Create an Index Table 2. Click "Update Index" 3. Actual Results: missing a feature / request Expected Results: missing a feature / request Reproducible: Always User Profile Reset: Yes Additional Info: missing a feature / request -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-commits] core.git: Branch 'libreoffice-7-5' - vcl/osx
vcl/osx/salframeview.mm | 12 ++--
1 file changed, 10 insertions(+), 2 deletions(-)
New commits:
commit 55965358a39120e078820c67a6a5adfa3caec382
Author: Patrick Luby
AuthorDate: Tue Jan 17 16:26:00 2023 -0500
Commit: Adolfo Jayme Barrientos
CommitDate: Wed Jan 18 00:13:38 2023 +
Related: tdf#42437 Skip special press-and-hold handling for action keys
Pressing and holding action keys such as arrow keys must not be handled
like pressing and holding a character key as it will insert unexpected
text.
Change-Id: I6beaff265e6cae30337b025791692ff67b760ff8
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/145591
Tested-by: Jenkins
Reviewed-by: Adolfo Jayme Barrientos
diff --git a/vcl/osx/salframeview.mm b/vcl/osx/salframeview.mm
index 355fc84a76b4..09643b5c307d 100644
--- a/vcl/osx/salframeview.mm
+++ b/vcl/osx/salframeview.mm
@@ -1028,7 +1028,11 @@ static AquaSalFrame* getMouseContainerFrame()
// Handle repeat key events by explicitly inserting the text if
// -[NSResponder interpretKeyEvents:] does not insert or mark any
// text. Note: do not do this step if there is uncommitted text.
-if ( !mpLastMarkedText && mpLastEvent && [mpLastEvent type] ==
NSEventTypeKeyDown && [mpLastEvent isARepeat] )
+// Related: tdf#42437 Skip special press-and-hold handling for
action keys
+// Pressing and holding action keys such as arrow keys must not be
+// handled like pressing and holding a character key as it will
+// insert unexpected text.
+if ( !mbKeyHandled && !mpLastMarkedText && mpLastEvent &&
[mpLastEvent type] == NSEventTypeKeyDown && [mpLastEvent isARepeat] )
{
NSString *pChars = [mpLastEvent characters];
[self insertText:pChars replacementRange:NSMakeRange( 0,
[pChars length] )];
@@ -1177,9 +1181,13 @@ static AquaSalFrame* getMouseContainerFrame()
mpFrame->CallCallback( SalEvent::EndExtTextInput, nullptr );
}
-mbKeyHandled = true;
[self unmarkText];
}
+
+// Mark event as handled even if the frame isn't valid like is done in
+// [self setMarkedText:selectedRange:replacementRange:] and
+// [self doCommandBySelector:]
+mbKeyHandled = true;
}
-(void)insertTab: (id)aSender
[Libreoffice-bugs] [Bug 151224] macOS: LibreOffice doesn't open files opened via vnd.libreoffice.command
https://bugs.documentfoundation.org/show_bug.cgi?id=151224 e...@lelievre-berna.net changed: What|Removed |Added Version|7.4.3.2 release |7.3.7.2 release -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 153078] Symbols in Groupedbar Compact UI disappear
https://bugs.documentfoundation.org/show_bug.cgi?id=153078 --- Comment #4 from joe.broes...@gmx.de --- Created attachment 184725 --> https://bugs.documentfoundation.org/attachment.cgi?id=184725=edit Writer- Temporariliy fixed by adding a shape -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 153078] Symbols in Groupedbar Compact UI disappear
https://bugs.documentfoundation.org/show_bug.cgi?id=153078 --- Comment #3 from joe.broes...@gmx.de --- Created attachment 184724 --> https://bugs.documentfoundation.org/attachment.cgi?id=184724=edit Writer - Disappeared Toolbar -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 151224] macOS: LibreOffice doesn't open files opened via vnd.libreoffice.command
https://bugs.documentfoundation.org/show_bug.cgi?id=151224 e...@lelievre-berna.net changed: What|Removed |Added Status|UNCONFIRMED |NEW Version|7.5.0.0 alpha0+ |7.4.3.2 release CC||e...@lelievre-berna.net Ever confirmed|0 |1 --- Comment #1 from e...@lelievre-berna.net --- Regression Concerns versions 7.3.7.2, 7.4.3.2, 7.4.4.2 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 153078] Symbols in Groupedbar Compact UI disappear
https://bugs.documentfoundation.org/show_bug.cgi?id=153078 --- Comment #2 from joe.broes...@gmx.de --- Created attachment 184723 --> https://bugs.documentfoundation.org/attachment.cgi?id=184723=edit Calc- Temporariliy fixed by adding a shape -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 153078] Symbols in Groupedbar Compact UI disappear
https://bugs.documentfoundation.org/show_bug.cgi?id=153078 --- Comment #1 from joe.broes...@gmx.de --- Created attachment 184722 --> https://bugs.documentfoundation.org/attachment.cgi?id=184722=edit Calc - Disappeared Toolbar -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 153078] New: Symbols in Groupedbar Compact UI disappear
https://bugs.documentfoundation.org/show_bug.cgi?id=153078 Bug ID: 153078 Summary: Symbols in Groupedbar Compact UI disappear Product: LibreOffice Version: 7.5.0.1 rc Hardware: All OS: All Status: UNCONFIRMED Severity: normal Priority: medium Component: LibreOffice Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: joe.broes...@gmx.de Description: When using the Groupedbar Compact UI, it often happens that most of the toolbar icons disappear unexpectly. A similar bug already was present under LibreOffice 7.2 to 7.4 (see https://bugs.documentfoundation.org/show_bug.cgi?id=147740), but now it has become worse. Steps to Reproduce: 1. Open LibreOffice Writer. 2. Press Shift-F12. Alternative: 1. Open LibreOffice Calc. 2. Press F2. Actual Results: A large part of the toolbar disappears. Expected Results: Toolbar remains unchanged. Reproducible: Always User Profile Reset: Yes Additional Info: Resizing the LibreOffce Window brings back the icons. Adding a shape to the document (temprorarily) fixes the problem. It re-appears after the window has been resized. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-commits] core.git: vcl/osx
vcl/osx/salframeview.mm | 12 ++--
1 file changed, 10 insertions(+), 2 deletions(-)
New commits:
commit ef558d0aab44421ad5cd8362724ff1410af1b480
Author: Patrick Luby
AuthorDate: Tue Jan 17 16:26:00 2023 -0500
Commit: Patrick Luby
CommitDate: Tue Jan 17 22:21:04 2023 +
Related: tdf#42437 Skip special press-and-hold handling for action keys
Pressing and holding action keys such as arrow keys must not be handled
like pressing and holding a character key as it will insert unexpected
text.
Change-Id: I6beaff265e6cae30337b025791692ff67b760ff8
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/145689
Tested-by: Jenkins
Reviewed-by: Patrick Luby
diff --git a/vcl/osx/salframeview.mm b/vcl/osx/salframeview.mm
index 98765c761969..b36cd23721ea 100644
--- a/vcl/osx/salframeview.mm
+++ b/vcl/osx/salframeview.mm
@@ -1115,7 +1115,11 @@ static AquaSalFrame* getMouseContainerFrame()
// Handle repeat key events by explicitly inserting the text if
// -[NSResponder interpretKeyEvents:] does not insert or mark any
// text. Note: do not do this step if there is uncommitted text.
-if ( !mpLastMarkedText && mpLastEvent && [mpLastEvent type] ==
NSEventTypeKeyDown && [mpLastEvent isARepeat] )
+// Related: tdf#42437 Skip special press-and-hold handling for
action keys
+// Pressing and holding action keys such as arrow keys must not be
+// handled like pressing and holding a character key as it will
+// insert unexpected text.
+if ( !mbKeyHandled && !mpLastMarkedText && mpLastEvent &&
[mpLastEvent type] == NSEventTypeKeyDown && [mpLastEvent isARepeat] )
{
NSString *pChars = [mpLastEvent characters];
[self insertText:pChars replacementRange:NSMakeRange( 0,
[pChars length] )];
@@ -1264,9 +1268,13 @@ static AquaSalFrame* getMouseContainerFrame()
mpFrame->CallCallback( SalEvent::EndExtTextInput, nullptr );
}
-mbKeyHandled = true;
[self unmarkText];
}
+
+// Mark event as handled even if the frame isn't valid like is done in
+// [self setMarkedText:selectedRange:replacementRange:] and
+// [self doCommandBySelector:]
+mbKeyHandled = true;
}
-(void)insertTab: (id)aSender
[Libreoffice-bugs] [Bug 114537] FIlesave: Export ConditionalText field to DOC/DOCX
https://bugs.documentfoundation.org/show_bug.cgi?id=114537 Commit Notification changed: What|Removed |Added Whiteboard||target:7.6.0 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-commits] core.git: sw/qa sw/source
sw/qa/extras/ooxmlexport/data/conditional-text.fodt |2 +-
sw/source/filter/ww8/docxattributeoutput.cxx|7 ++-
2 files changed, 7 insertions(+), 2 deletions(-)
New commits:
commit 98550980e414ca6d611e6c3779eed2e5e66f5641
Author: Justin Luth
AuthorDate: Tue Jan 17 14:26:52 2023 -0500
Commit: Justin Luth
CommitDate: Tue Jan 17 22:18:42 2023 +
tdf#114537 docx export: export conditional text in quotes
DOCX is very much dependent on the true and false text
being in quotes. Likely any inside quotes need to be escaped,
but I haven't looked at that yet.
Change-Id: I9f1976a92ea21d9d444ab2e405a0678daa8f939c
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/145684
Tested-by: Jenkins
Reviewed-by: Justin Luth
diff --git a/sw/qa/extras/ooxmlexport/data/conditional-text.fodt
b/sw/qa/extras/ooxmlexport/data/conditional-text.fodt
index 296c1c4ecc4d..244fdf84b6e1 100644
--- a/sw/qa/extras/ooxmlexport/data/conditional-text.fodt
+++ b/sw/qa/extras/ooxmlexport/data/conditional-text.fodt
@@ -2,7 +2,7 @@
http://openoffice.org/2004/writer;
office:mimetype="application/vnd.oasis.opendocument.text">
- True
+ True
diff --git a/sw/source/filter/ww8/docxattributeoutput.cxx
b/sw/source/filter/ww8/docxattributeoutput.cxx
index 0a95e6c44cd6..b8a7dee024ec 100644
--- a/sw/source/filter/ww8/docxattributeoutput.cxx
+++ b/sw/source/filter/ww8/docxattributeoutput.cxx
@@ -8737,7 +8737,7 @@ void DocxAttributeOutput::HiddenField(const SwField&
rField)
OUString aTrueFalse = rField.GetPar2();
sal_Int32 nPos = aTrueFalse.indexOf('|');
OUString aTrue;
-std::u16string_view aFalse;
+OUString aFalse;
if (nPos == -1)
{
aTrue = aTrueFalse;
@@ -8747,6 +8747,11 @@ void DocxAttributeOutput::HiddenField(const SwField&
rField)
aTrue = aTrueFalse.subView(0, nPos);
aFalse = aTrueFalse.subView(nPos + 1);
}
+if (aTrue.getLength() > 1 && aTrue.startsWith("\"") &&
aTrue.endsWith("\""))
+aTrue = aTrue.copy(1, aTrue.getLength() - 2);
+if (aFalse.getLength() > 1 && aFalse.startsWith("\"") &&
aFalse.endsWith("\""))
+aFalse = aFalse.copy(1, aFalse.getLength() - 2);
+
OUString aCmd = FieldString(ww::eIF) + aCond + " \"" + aTrue + "\" \""
+ aFalse + "\"";
m_rExport.OutputField(, ww::eIF, aCmd);
return;
Upgrading mdds and orcus coming soon
Hi there, I'll be working on upgrading the mdds and orcus libraries to versions 2.1.0 and 0.18.0 respectively. Not sure how long the process will take, but hopefully it will be finished with a week. Kohei
[Libreoffice-bugs] [Bug 149163] Track changes in a spreadsheet shows the most recent change in a transaction instead of the change from the start of that transaction.
https://bugs.documentfoundation.org/show_bug.cgi?id=149163 --- Comment #5 from haim kilov --- I respectfully disagree. The use case I described referred to the SAME transaction consisting of two "subtransactions", of which the first simply disappeared. The history of changes ought to be complete, at the very least it ought to include the original text (as in Writer). -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-ux-advise] [Bug 149163] Track changes in a spreadsheet shows the most recent change in a transaction instead of the change from the start of that transaction.
https://bugs.documentfoundation.org/show_bug.cgi?id=149163 --- Comment #5 from haim kilov --- I respectfully disagree. The use case I described referred to the SAME transaction consisting of two "subtransactions", of which the first simply disappeared. The history of changes ought to be complete, at the very least it ought to include the original text (as in Writer). -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-bugs] [Bug 153077] A ComboBox inserted into a spreadsheet and raising an onLosingFocus event doesn't pass the .Source correctly.
https://bugs.documentfoundation.org/show_bug.cgi?id=153077 Wolfgang Jäger changed: What|Removed |Added Version|unspecified |3.3.0 release -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 42082] [META] Make LibreOffice shine and glow on macOS
https://bugs.documentfoundation.org/show_bug.cgi?id=42082 Bug 42082 depends on bug 42437, which changed state. Bug 42437 Summary: Enable the macOS press-and-hold functionality for special character input (é, ñ, etc.) https://bugs.documentfoundation.org/show_bug.cgi?id=42437 What|Removed |Added Status|REOPENED|RESOLVED Resolution|--- |FIXED -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 153077] A ComboBox inserted into a spreadsheet and raising an onLosingFocus event doesn't pass the .Source correctly.
https://bugs.documentfoundation.org/show_bug.cgi?id=153077 Wolfgang Jäger changed: What|Removed |Added Summary|A ComboBox ionseredf into a |A ComboBox inserted into a |spreadsheet raising an |spreadsheet and raising an |onLosingFocus event |onLosingFocus event doesn't |doiesn't pass the .Sourtce |pass the .Source correctly. |correctly. | -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 153077] New: A ComboBox ionseredf into a spreadsheet raising an onLosingFocus event doiesn't pass the .Sourtce correctly.
https://bugs.documentfoundation.org/show_bug.cgi?id=153077 Bug ID: 153077 Summary: A ComboBox ionseredf into a spreadsheet raising an onLosingFocus event doiesn't pass the .Sourtce correctly. Product: LibreOffice Version: unspecified Hardware: All OS: All Status: UNCONFIRMED Severity: normal Priority: medium Component: Calc Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: j...@psilosoph.de Created attachment 184721 --> https://bugs.documentfoundation.org/attachment.cgi?id=184721=edit Minimal demo of the bug A comboBox is inserted into one of more spreadsheets of one document. There are assigned event handlers for "When receiving focus" and for "When losing focus". Both are given as Basic Subs here. Both handlers are called as expected, but only the receive-handler gets always correctly passed the event with .Source including the .Source.Model. The lose-handfler only gets a correct event under some condition, in specific if the focus is passed to a cell of the sheet to which the control is anchored. If the control loses the focus due to the user selecting a different sheet, the event is defective. The .Source claims to be an OComboBoxControl object, but its .Model is Null. See attached demo. The respective bug does not occur for all the FormControl types. A simple button e.g. is not afflicted. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 152846] LibreOffice Writer Settings - Unnecessary unwanted white rectangular area behind list menus /w arrows (kf5)
https://bugs.documentfoundation.org/show_bug.cgi?id=152846 --- Comment #3 from crptdng...@gmx.net --- KDE Style is Breeze. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 108745] [META] Report Builder bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=108745 Bug 108745 depends on bug 153006, which changed state. Bug 153006 Summary: Report Builder: Format for inserting Date and Time changed to "week of the year" and "timestamp" (Linux) https://bugs.documentfoundation.org/show_bug.cgi?id=153006 What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 153006] Report Builder: Format for inserting Date and Time changed to "week of the year" and "timestamp" (Linux)
https://bugs.documentfoundation.org/show_bug.cgi?id=153006 Noel Grandin changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 152770] Insert - Envelope in a new document: warnings in console with debug LO
https://bugs.documentfoundation.org/show_bug.cgi?id=152770 --- Comment #8 from BogdanB --- (In reply to BogdanB from comment #7) > (In reply to Caolán McNamara from comment #6) > > > Though I'm interested in if you really have a (ancient?) line printer > > installed that can only print text, or have some virtual one installed for > > some deliberate reason. > > > If I go to printers I have L3150 (Ready) Generic Text-Only Printer Here I am on the computer where I don't use this printer. I don't remember if it worked on my network at least once. The printer is connected to another computer with USB. I can't test that computer now. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 152770] Insert - Envelope in a new document: warnings in console with debug LO
https://bugs.documentfoundation.org/show_bug.cgi?id=152770 --- Comment #7 from BogdanB --- (In reply to Caolán McNamara from comment #6) > Though I'm interested in if you really have a (ancient?) line printer > installed that can only print text, or have some virtual one installed for > some deliberate reason. If I go to printers I have L3150 (Ready) Generic Text-Only Printer -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 153006] Report Builder: Format for inserting Date and Time changed to "week of the year" and "timestamp" (Linux)
https://bugs.documentfoundation.org/show_bug.cgi?id=153006 --- Comment #5 from Commit Notification --- Noel Grandin committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/db28a0cc2e11e1319509e13172fadf4b54d50ecf tdf#153006 ordering of date/time formats in report builder It will be available in 7.6.0. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 153006] Report Builder: Format for inserting Date and Time changed to "week of the year" and "timestamp" (Linux)
https://bugs.documentfoundation.org/show_bug.cgi?id=153006 Commit Notification changed: What|Removed |Added Whiteboard||target:7.6.0 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-commits] core.git: include/svl sc/qa
include/svl/zforlist.hxx |6 +-
sc/qa/uitest/calc_tests/formatCells.py |8
2 files changed, 9 insertions(+), 5 deletions(-)
New commits:
commit db28a0cc2e11e1319509e13172fadf4b54d50ecf
Author: Noel Grandin
AuthorDate: Mon Jan 16 13:43:13 2023 +0200
Commit: Noel Grandin
CommitDate: Tue Jan 17 21:06:59 2023 +
tdf#153006 ordering of date/time formats in report builder
regression from
commit 17d2247a66b6a9e3105b0a8b8e6d6b5bea5e3ed4
Author: Noel Grandin
Date: Fri Aug 13 19:03:23 2021 +0200
formatter maps can use unordered_map
Change-Id: Ibc4bc71776a48c61fb9b651672404f9507c1f082
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/145566
Tested-by: Jenkins
Reviewed-by: Noel Grandin
diff --git a/include/svl/zforlist.hxx b/include/svl/zforlist.hxx
index 0020d8fde6a3..4159ce0fbebc 100644
--- a/include/svl/zforlist.hxx
+++ b/include/svl/zforlist.hxx
@@ -28,6 +28,7 @@
#include
#include
+#include
#include
namespace com::sun::star::i18n { struct Currency; }
@@ -279,7 +280,10 @@ enum NfEvalDateFormat
};
-typedef std::unordered_map SvNumberFormatTable;
+/// This table is std::map because it needs to preserve insertion order,
+/// because the formats are roughly ordered from most to least common, and some
+/// parts of the UI want to show them in that order.
+typedef std::map SvNumberFormatTable;
typedef std::unordered_map SvNumberFormatterIndexTable;
typedef std::unordered_map< sal_uInt32, sal_uInt32> SvNumberFormatterMergeMap;
diff --git a/sc/qa/uitest/calc_tests/formatCells.py
b/sc/qa/uitest/calc_tests/formatCells.py
index 2d9f369c3b59..16fb19c8cc18 100644
--- a/sc/qa/uitest/calc_tests/formatCells.py
+++ b/sc/qa/uitest/calc_tests/formatCells.py
@@ -420,22 +420,22 @@ class formatCell(UITestCase):
# NatNum12 number formats
-entry = formatlb.getChild("6")
+entry = formatlb.getChild("11")
self.assertEqual(get_state_as_dict(entry)["Text"], "ONE
HUNDRED")
entry.executeAction("SELECT", tuple())
self.assertEqual(get_state_as_dict(xformatted)["Text"],
"[NatNum12 upper cardinal]0")
-entry = formatlb.getChild("7")
+entry = formatlb.getChild("10")
self.assertEqual(get_state_as_dict(entry)["Text"], "One
Hundred")
entry.executeAction("SELECT", tuple())
self.assertEqual(get_state_as_dict(xformatted)["Text"],
"[NatNum12 title cardinal]0")
-entry = formatlb.getChild("8")
+entry = formatlb.getChild("9")
self.assertEqual(get_state_as_dict(entry)["Text"], "One
hundred")
entry.executeAction("SELECT", tuple())
self.assertEqual(get_state_as_dict(xformatted)["Text"],
"[NatNum12 capitalize cardinal]0")
-entry = formatlb.getChild("9")
+entry = formatlb.getChild("8")
self.assertEqual(get_state_as_dict(entry)["Text"], "one
hundred")
entry.executeAction("SELECT", tuple())
self.assertEqual(get_state_as_dict(xformatted)["Text"],
"[NatNum12 cardinal]0")
[Libreoffice-bugs] [Bug 153039] (LO 7.4) Multiple bugs while submitting XML from XForms document
https://bugs.documentfoundation.org/show_bug.cgi?id=153039 Noel Grandin changed: What|Removed |Added CC||michael.st...@allotropia.de --- Comment #10 from Noel Grandin --- commit c5db3b93ee1058bd20ebcde2e757b52b9a67b74a Author: Michael Stahl Date: Thu Feb 10 16:45:02 2011 +0100 xmlfix3: unoxml: prevent invalid child-parent relationships: new method CNode::IsChildTypeAllowed(NodeType). use it in appendChild(), insertBefore(), replaceChild(). Seems to be blocking the replace action. Not sure exactly why. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-commits] core.git: 2 commits - sw/source vcl/unx
sw/source/uibase/docvw/HeaderFooterWin.cxx |9 -
vcl/unx/gtk3/gtkframe.cxx | 46 +
2 files changed, 53 insertions(+), 2 deletions(-)
New commits:
commit b5480ea6c55ff550390ac8d146a2996f7234712e
Author: Caolán McNamara
AuthorDate: Tue Jan 17 16:56:57 2023 +
Commit: Caolán McNamara
CommitDate: Tue Jan 17 21:04:52 2023 +
gtk4: some basis for experimenting on a11y support
4.10 makes GtkAccessible public
Change-Id: Ib6ec27f9db9c9b87ff775fdc5a075b5b26a16b22
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/145679
Tested-by: Jenkins
Reviewed-by: Caolán McNamara
diff --git a/vcl/unx/gtk3/gtkframe.cxx b/vcl/unx/gtk3/gtkframe.cxx
index 864e8934c7ad..d8c48891e757 100644
--- a/vcl/unx/gtk3/gtkframe.cxx
+++ b/vcl/unx/gtk3/gtkframe.cxx
@@ -832,6 +832,48 @@ void GtkSalFrame::resizeWindow( tools::Long nWidth,
tools::Long nHeight )
window_resize(nWidth, nHeight);
}
+#if GTK_CHECK_VERSION(4,9,0)
+
+#define LO_TYPE_DRAWING_AREA (lo_drawing_area_get_type())
+#define LO_DRAWING_AREA(obj) (G_TYPE_CHECK_INSTANCE_CAST((obj),
LO_TYPE_DRAWING_AREA, LODrawingArea))
+#define LO_IS_DRAWING_AREA(obj) (G_TYPE_CHECK_INSTANCE_TYPE((obj),
LO_TYPE_DRAWING_AREA))
+
+struct LODrawingArea
+{
+GtkDrawingArea parent_instance;
+};
+
+struct LODrawingAreaClass
+{
+GtkDrawingAreaClass parent_class;
+};
+
+static void lo_drawing_area_accessible_init(GtkAccessibleInterface *iface)
+{
+// doesn't actually do anything useful yet, just forward back to base impl
for now
+GtkAccessibleInterface *parent_iface =
static_cast(g_type_interface_peek_parent(iface));
+iface->get_at_context = parent_iface->get_at_context;
+iface->get_platform_state = parent_iface->get_platform_state;
+}
+
+G_DEFINE_TYPE_WITH_CODE(LODrawingArea, lo_drawing_area, GTK_TYPE_DRAWING_AREA,
+G_IMPLEMENT_INTERFACE(GTK_TYPE_ACCESSIBLE,
lo_drawing_area_accessible_init))
+
+static void lo_drawing_area_class_init(LODrawingAreaClass* /*klass*/)
+{
+}
+
+static void lo_drawing_area_init(LODrawingArea* /*area*/)
+{
+}
+
+GtkWidget* lo_drawing_area_new()
+{
+return GTK_WIDGET(g_object_new(LO_TYPE_DRAWING_AREA, nullptr));
+}
+
+#endif
+
#if !GTK_CHECK_VERSION(4,0,0)
// tdf#124694 GtkFixed takes the max size of all its children as its
// preferred size, causing it to not clip its child, but grow instead.
@@ -960,7 +1002,11 @@ void GtkSalFrame::InitCommon()
#else
m_pOverlay = GTK_OVERLAY(gtk_overlay_new());
m_pFixedContainer = GTK_FIXED(gtk_fixed_new());
+#if GTK_CHECK_VERSION(4,9,0)
+m_pDrawingArea = GTK_DRAWING_AREA(lo_drawing_area_new());
+#else
m_pDrawingArea = GTK_DRAWING_AREA(gtk_drawing_area_new());
+#endif
#endif
gtk_widget_set_can_focus(GTK_WIDGET(m_pFixedContainer), true);
gtk_widget_set_size_request(GTK_WIDGET(m_pFixedContainer), 1, 1);
commit a21258c86e7fd1c64b11216a809f430627a06476
Author: Caolán McNamara
AuthorDate: Tue Jan 17 10:25:54 2023 +
Commit: Caolán McNamara
CommitDate: Tue Jan 17 21:04:39 2023 +
Resolves: tdf#153059 after ChangeHeaderOrFooter the control can be disposed
If the cursor is still on page one then when a header, via a control on
another page, is added it jumps back to that page, so the widget on the
now hidden page is removed, but the click handler hasn't completed so
the follow up action to change it from a "plus" button to a dropdown
menubutton was on a disposed widget.
Change-Id: I981126412a0ee6a667d77fb97a3db2f2b0a0363c
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/145665
Tested-by: Jenkins
Reviewed-by: Caolán McNamara
diff --git a/sw/source/uibase/docvw/HeaderFooterWin.cxx
b/sw/source/uibase/docvw/HeaderFooterWin.cxx
index 0e79e1481012..539a310b08aa 100644
--- a/sw/source/uibase/docvw/HeaderFooterWin.cxx
+++ b/sw/source/uibase/docvw/HeaderFooterWin.cxx
@@ -549,8 +549,13 @@ IMPL_LINK_NOARG(SwHeaderFooterWin, ClickHdl,
weld::Button&, void)
const SwPageFrame* pPageFrame =
SwFrameMenuButtonBase::GetPageFrame(m_pFrame);
const OUString& rStyleName = pPageFrame->GetPageDesc()->GetName();
-rSh.ChangeHeaderOrFooter( rStyleName, m_bIsHeader, true, false );
-
+{
+VclPtr xThis(this);
+rSh.ChangeHeaderOrFooter( rStyleName, m_bIsHeader, true, false );
+//tdf#153059 after ChangeHeaderOrFooter is it possible that "this" is
disposed
+if (xThis->isDisposed())
+return;
+}
m_xPushButton->hide();
m_xMenuButton->show();
PaintButton();
[Libreoffice-bugs] [Bug 153063] Save dialog not working properly in spaces on MacOsX
https://bugs.documentfoundation.org/show_bug.cgi?id=153063 Julien Nabet changed: What|Removed |Added Status|NEEDINFO|UNCONFIRMED Ever confirmed|1 |0 --- Comment #3 from Julien Nabet --- Thank you for your feedback. Since I don’t have more questions, I’ll put it back to unconfirmed. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 152770] Insert - Envelope in a new document: warnings in console with debug LO
https://bugs.documentfoundation.org/show_bug.cgi?id=152770 --- Comment #6 from Caolán McNamara --- There are indeed no Resolution (or DefaultResolution) entries in that ppd file. Unlike e.g. vcl/unx/generic/printer/configuration/ppds/SGENPRT.PS The spec http://www.lprng.com/RESOURCES/PPD/5003.PPD_Spec_v4.1.pdf is basically silent on no Resolution entries one way or the other. This ppd has a comment of: * PPD file for Generic Text-Only Printer with CUPS. * Created by the CUPS PPD Compiler CUPS v2.3.1. *% (c) 2014 OpenPrinting in it and this appears to be originally named textonly.ppd. On the face of things this seems to be a ppd for an unusual edge case where a warning is justified seeing as LibreOffice is going to hope for the best and assume it can do 300x300 if forced to attempt to print to it. Though I'm interested in if you really have a (ancient?) line printer installed that can only print text, or have some virtual one installed for some deliberate reason. @stragu was the "Repro in:" for just the "invalid event combination" warning (which I think is now fixed in trunk), or do you also have a "no Resolution in ..." warning? -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 153063] Save dialog not working properly in spaces on MacOsX
https://bugs.documentfoundation.org/show_bug.cgi?id=153063 --- Comment #2 from Dominique W --- Same thing with Version: 7.4.4.2 / LibreOffice Community Build ID: 85569322deea74ec9134968a29af2df5663baa21 CPU threads: 6; OS: Mac OS X 12.6.2; UI render: default; VCL: osx Locale: fr-FR (fr_FR.UTF-8); UI: fr-FR Calc: threaded -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 42082] [META] Make LibreOffice shine and glow on macOS
https://bugs.documentfoundation.org/show_bug.cgi?id=42082 Bug 42082 depends on bug 42437, which changed state. Bug 42437 Summary: Enable the macOS press-and-hold functionality for special character input (é, ñ, etc.) https://bugs.documentfoundation.org/show_bug.cgi?id=42437 What|Removed |Added Status|RESOLVED|REOPENED Resolution|FIXED |--- -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-commits] core.git: Branch 'libreoffice-7-4' - sw/source
sw/source/uibase/docvw/HeaderFooterWin.cxx |9 +++--
1 file changed, 7 insertions(+), 2 deletions(-)
New commits:
commit cd0ea49d95fcb3af5b7408c9bbea553480a12f92
Author: Caolán McNamara
AuthorDate: Tue Jan 17 10:25:54 2023 +
Commit: Xisco Fauli
CommitDate: Tue Jan 17 20:35:45 2023 +
Resolves: tdf#153059 after ChangeHeaderOrFooter the control can be disposed
If the cursor is still on page one then when a header, via a control on
another page, is added it jumps back to that page, so the widget on the
now hidden page is removed, but the click handler hasn't completed so
the follow up action to change it from a "plus" button to a dropdown
menubutton was on a disposed widget.
Change-Id: I981126412a0ee6a667d77fb97a3db2f2b0a0363c
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/145585
Tested-by: Jenkins
Reviewed-by: Xisco Fauli
diff --git a/sw/source/uibase/docvw/HeaderFooterWin.cxx
b/sw/source/uibase/docvw/HeaderFooterWin.cxx
index 07ce07197846..6c184c6fecff 100644
--- a/sw/source/uibase/docvw/HeaderFooterWin.cxx
+++ b/sw/source/uibase/docvw/HeaderFooterWin.cxx
@@ -549,8 +549,13 @@ IMPL_LINK_NOARG(SwHeaderFooterWin, ClickHdl,
weld::Button&, void)
const SwPageFrame* pPageFrame =
SwFrameMenuButtonBase::GetPageFrame(m_pFrame);
const OUString& rStyleName = pPageFrame->GetPageDesc()->GetName();
-rSh.ChangeHeaderOrFooter( rStyleName, m_bIsHeader, true, false );
-
+{
+VclPtr xThis(this);
+rSh.ChangeHeaderOrFooter( rStyleName, m_bIsHeader, true, false );
+//tdf#153059 after ChangeHeaderOrFooter is it possible that "this" is
disposed
+if (xThis->isDisposed())
+return;
+}
m_xPushButton->hide();
m_xMenuButton->show();
PaintButton();
[Libreoffice-commits] core.git: Branch 'libreoffice-7-5' - sw/source
sw/source/uibase/docvw/HeaderFooterWin.cxx |9 +++--
1 file changed, 7 insertions(+), 2 deletions(-)
New commits:
commit a64d8610fdbe56df67df03e6fadfff9ab7a0c441
Author: Caolán McNamara
AuthorDate: Tue Jan 17 10:25:54 2023 +
Commit: Xisco Fauli
CommitDate: Tue Jan 17 20:35:39 2023 +
Resolves: tdf#153059 after ChangeHeaderOrFooter the control can be disposed
If the cursor is still on page one then when a header, via a control on
another page, is added it jumps back to that page, so the widget on the
now hidden page is removed, but the click handler hasn't completed so
the follow up action to change it from a "plus" button to a dropdown
menubutton was on a disposed widget.
Change-Id: I981126412a0ee6a667d77fb97a3db2f2b0a0363c
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/145584
Tested-by: Jenkins
Reviewed-by: Xisco Fauli
diff --git a/sw/source/uibase/docvw/HeaderFooterWin.cxx
b/sw/source/uibase/docvw/HeaderFooterWin.cxx
index 0e79e1481012..539a310b08aa 100644
--- a/sw/source/uibase/docvw/HeaderFooterWin.cxx
+++ b/sw/source/uibase/docvw/HeaderFooterWin.cxx
@@ -549,8 +549,13 @@ IMPL_LINK_NOARG(SwHeaderFooterWin, ClickHdl,
weld::Button&, void)
const SwPageFrame* pPageFrame =
SwFrameMenuButtonBase::GetPageFrame(m_pFrame);
const OUString& rStyleName = pPageFrame->GetPageDesc()->GetName();
-rSh.ChangeHeaderOrFooter( rStyleName, m_bIsHeader, true, false );
-
+{
+VclPtr xThis(this);
+rSh.ChangeHeaderOrFooter( rStyleName, m_bIsHeader, true, false );
+//tdf#153059 after ChangeHeaderOrFooter is it possible that "this" is
disposed
+if (xThis->isDisposed())
+return;
+}
m_xPushButton->hide();
m_xMenuButton->show();
PaintButton();
[Libreoffice-bugs] [Bug 152770] Insert - Envelope in a new document: warnings in console with debug LO
https://bugs.documentfoundation.org/show_bug.cgi?id=152770 --- Comment #5 from BogdanB --- Created attachment 184720 --> https://bugs.documentfoundation.org/attachment.cgi?id=184720=edit file warn:vcl.unx.print:63961:63961:vcl/unx/generic/printer/ppdparser.cxx:845: no Resolution in /tmp/0f9d963d23ceb I attached the mentioned file. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 153074] In WRITER Mode - INSERT FIELD Icon - Select MORE FIELDS - Error GENERAL ERROR Window appears
https://bugs.documentfoundation.org/show_bug.cgi?id=153074 Julien Nabet changed: What|Removed |Added CC||serval2...@yahoo.fr Ever confirmed|0 |1 Status|UNCONFIRMED |NEEDINFO --- Comment #2 from Julien Nabet --- On pc Debian x86-64 with master sources updated today or with LO Debian package 7.4.4.2 + gen rendering, I don't reproduce this. Do you reproduce this with a brand new document? Also, could you give a try to https://wiki.documentfoundation.org/QA/FirstSteps ? -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 153063] Save dialog not working properly in spaces on MacOsX
https://bugs.documentfoundation.org/show_bug.cgi?id=153063 Julien Nabet changed: What|Removed |Added Ever confirmed|0 |1 CC||serval2...@yahoo.fr Status|UNCONFIRMED |NEEDINFO --- Comment #1 from Julien Nabet --- Could you give a try to brand new LO 7.4.4 + https://wiki.documentfoundation.org/QA/FirstSteps ? Indeed there's a bunch of macOS specific bugs which have been fixed in this version. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 153076] Allow to set Basic Editor background color independently from Document color
https://bugs.documentfoundation.org/show_bug.cgi?id=153076 --- Comment #1 from Rafael Lima --- The implementation is simple. I have a proposal here: https://gerrit.libreoffice.org/c/core/+/145590 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 153071] Got message if I converting pptx to pdf - org.jodconverter.office.OfficeException: Task failed
https://bugs.documentfoundation.org/show_bug.cgi?id=153071 Julien Nabet changed: What|Removed |Added Ever confirmed|0 |1 CC||serval2...@yahoo.fr Status|UNCONFIRMED |NEEDINFO --- Comment #1 from Julien Nabet --- I may be wrong but LO hasn't been used jodconverter since a long time. Do you confirm you use LO version? Do you use an external tool for the conversion? Finally, could you attach the pptx file after having sanitized it? (see https://wiki.documentfoundation.org/QA/Bugzilla/Sanitizing_Files_Before_Submission) -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 153072] LibreOffice calc Text import does not display imported data preview
https://bugs.documentfoundation.org/show_bug.cgi?id=153072 Julien Nabet changed: What|Removed |Added Summary|LibreOffice calc Text |LibreOffice calc Text |import doews not display|import does not display |imported data preview |imported data preview -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 153039] (LO 7.4) Multiple bugs while submitting XML from XForms document
https://bugs.documentfoundation.org/show_bug.cgi?id=153039 Julien Nabet changed: What|Removed |Added CC|serval2...@yahoo.fr | --- Comment #9 from Julien Nabet --- No idea how to debug xml with LO=>uncc myself -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 153039] (LO 7.4) Multiple bugs while submitting XML from XForms document
https://bugs.documentfoundation.org/show_bug.cgi?id=153039 --- Comment #8 from Julien Nabet --- On pc Debian x86-64 with master sources updated today, I got this on console: warn:uui:1087062:1087062:uui/source/iahndl.cxx:227: replaceMessageWithArguments: No arguments passed! warn:forms.xforms:1087062:1087062:forms/source/xforms/submission/replace.cxx:103: Exception during replace com.sun.star.xml.dom.DOMException message: "at /home/julien/lo/libreoffice/unoxml/source/dom/node.cxx:821" Code: (com.sun.star.xml.dom.DOMExceptionType) HIERARCHY_REQUEST_ERR Code: (com.sun.star.xml.dom.DOMExceptionType) HIERARCHY_REQUEST_ERR bt part corresponding to the moment when there's a pb with gdb trace: Thread 1 "soffice.bin" hit Breakpoint 1, DOM::CDocument::IsChildTypeAllowed (this=0x561dff046560, nodeType=com::sun::star::xml::dom::NodeType::NodeType_ELEMENT_NODE) at unoxml/source/dom/document.cxx:302 302 return nullptr == lcl_getDocumentRootPtr(m_aDocPtr); (gdb) p lcl_getDocumentRootPtr(m_aDocPtr) $1 = (xmlNode *) 0x0 (gdb) c Continuing. [New Thread 0x7fe1f27fe6c0 (LWP 1088681)] [Thread 0x7fe1f27fe6c0 (LWP 1088681) exited] Thread 1 "soffice.bin" hit Breakpoint 1, DOM::CDocument::IsChildTypeAllowed (this=0x561dfc31d260, nodeType=com::sun::star::xml::dom::NodeType::NodeType_ELEMENT_NODE) at unoxml/source/dom/document.cxx:302 302 return nullptr == lcl_getDocumentRootPtr(m_aDocPtr); (gdb) p lcl_getDocumentRootPtr(m_aDocPtr) $2 = (xmlNode *) 0x561dfc3b4700 (gdb) bt #0 DOM::CDocument::IsChildTypeAllowed(com::sun::star::xml::dom::NodeType) (this=0x561dfc31d260, nodeType=com::sun::star::xml::dom::NodeType::NodeType_ELEMENT_NODE) at unoxml/source/dom/document.cxx:302 #1 0x7fe1f1f5adfa in DOM::CNode::replaceChild(com::sun::star::uno::Reference const&, com::sun::star::uno::Reference const&) (this=0x561dfc31d260, xNewChild=uno::Reference to (DOM::CElement *) 0x561dfdd847b8, xOldChild=uno::Reference to (DOM::CElement *) 0x561dfc3dcbc8) at unoxml/source/dom/node.cxx:820 #2 0x7fe1f1f73e63 in DOM::CDocument::replaceChild(com::sun::star::uno::Reference const&, com::sun::star::uno::Reference const&) (this=0x561dfc31d260, newChild=uno::Reference to (DOM::CElement *) 0x561dfdd847b8, oldChild=uno::Reference to (DOM::CElement *) 0x561dfc3dcbc8) at unoxml/source/dom/document.hxx:313 #3 0x7fe1f1f74a97 in non-virtual thunk to DOM::CDocument::replaceChild(com::sun::star::uno::Reference const&, com::sun::star::uno::Reference const&) () at /home/julien/lo/libreoffice/instdir/program/../program/libunoxmllo.so #4 0x7fe1d72559b8 in CSubmission::replace(std::basic_string_view >, com::sun::star::uno::Reference const&, com::sun::star::uno::Reference const&) (this=0x561dfee62440, aReplace=u"instance", aDocument=uno::Reference to (DOM::CDocument *) 0x561dfc31d2b8, aFrame=empty uno::Reference) at forms/source/xforms/submission/replace.cxx:89 #5 0x7fe1d724c65a in xforms::Submission::doSubmit(com::sun::star::uno::Reference const&) (this=0x561dfc3ab710, xHandler=uno::Reference to (svxform::FormController *) 0x561dfc5d1568) at forms/source/xforms/submission.cxx:251 #6 0x7fe1d724de3a in xforms::Submission::submitWithInteraction(com::sun::star::uno::Reference const&) (this=0x561dfc3ab710, _rxHandler=uno::Reference to (svxform::FormController *) 0x561dfc5d1568) at forms/source/xforms/submission.cxx:456 #7 0x7fe1d6f2d81f in frm::OClickableImageBaseControl::implSubmit(com::sun::star::awt::MouseEvent const&, com::sun::star::uno::Reference const&) (this=0x561dfda94c10, _rEvent=..., _rxHandler=uno::Reference to (svxform::FormController *) 0x561dfc5d1568) at forms/source/component/clickableimage.cxx:392 #8 0x7fe1d6f2c25b in frm::OClickableImageBaseControl::actionPerformed_Impl(bool, com::sun::star::awt::MouseEvent const&) (this=0x561dfda94c10, bNotifyListener=false, rEvt=...) at forms/source/component/clickableimage.cxx:240 #9 0x7fe1d6f09184 in frm::OButtonControl::actionPerformed_Impl(bool, com::sun::star::awt::MouseEvent const&) (this=0x561dfda94bf0, _bNotifyListener=false, _rEvt=...) at forms/source/component/Button.cxx:514 #10 0x7fe1d6f08fb5 in frm::OButtonControl::OnClick(void*) (this=0x561dfda94bf0) at forms/source/component/Button.cxx:489 #11 0x7fe1d6f087bd in frm::OButtonControl::LinkStubOnClick(void*, void*) (instance=0x561dfda94bf0, data=0x0) at forms/source/component/Button.cxx:440 #12 0x7fe20d9d8b88 in Link::Call(void*) const (this=0x561dfd97cbc8, data=0x0) at include/tools/link.hxx:111 #13 0x7fe20d9d4c39 in ImplHandleUserEvent(ImplSVEvent*) (pSVEvent=0x561dfd97cbc0) at vcl/source/window/winproc.cxx:2287 #14 0x7fe20d9d1791 in ImplWindowFrameProc(vcl::Window*, SalEvent, void const*) (_pWindow=0x561df903fd00, nEvent=SalEvent::UserEvent, pEvent=0x561dfd97cbc0) at vcl/source/window/winproc.cxx:2857 #15 0x7fe20e638b20 in SalFrame::CallCallback(SalEvent, void const*) const (this=0x561df8f35660,
[Libreoffice-bugs] [Bug 142074] [META] Application Colours settings bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=142074 Rafael Lima changed: What|Removed |Added Depends on||153076 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=153076 [Bug 153076] Allow to set Basic Editor background color independently from Document color -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 153076] Allow to set Basic Editor background color independently from Document color
https://bugs.documentfoundation.org/show_bug.cgi?id=153076 Rafael Lima changed: What|Removed |Added Blocks||142074 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=142074 [Bug 142074] [META] Application Colours settings bugs and enhancements -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 153076] New: Allow to set Basic Editor background color independently from Document color
https://bugs.documentfoundation.org/show_bug.cgi?id=153076 Bug ID: 153076 Summary: Allow to set Basic Editor background color independently from Document color Product: LibreOffice Version: Inherited From OOo Hardware: All OS: All Status: UNCONFIRMED Severity: enhancement Priority: medium Component: BASIC Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: rafael.palma.l...@gmail.com This ticket is a spinoff from bug 141566. As noted by Guilherm in the original ticket: "Also noting that Rafael's concern about changing the Basic IDE's background colour independently from the document background in other applications hasn't been resolved." Hence I am opening this new ticket to track the discussion and eventual implementation of an independent color selector in the Application Colors dialog so that the Basic editor can use a color different than the one used for documents. This is important because the user may want to use white as document background in Writer / Calc but use a darker color as the background of the Basic editor. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 152920] LO Writer: User Input fields in header or footer not visible in freshly opened documents
https://bugs.documentfoundation.org/show_bug.cgi?id=152920 raal changed: What|Removed |Added Keywords|bibisectRequest |bibisected, bisected CC||bjoern.michaelsen@libreoffi ||ce.org, r...@post.cz Regression By||Bjoern Michaelsen --- Comment #6 from raal --- This seems to have begun at the below commit. Adding Cc: to Bjoern Michaelsen; Could you possibly take a look at this one? Thanks d9deeb29e64dadb343236287bf6a0a77a27eda8c is the first bad commit commit d9deeb29e64dadb343236287bf6a0a77a27eda8c Author: Jenkins Build User Date: Fri Oct 29 03:07:50 2021 +0200 source sha:86d11097cd4a2ae4a6b4e6b35e28a6075376d67a https://gerrit.libreoffice.org/c/core/+/124131 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 100402] Envelope preview image doesn't update when reset value
https://bugs.documentfoundation.org/show_bug.cgi?id=100402 Stéphane Guillou (stragu) changed: What|Removed |Added CC||stephane.guillou@libreoffic ||e.org OS|Linux (All) |All --- Comment #5 from Stéphane Guillou (stragu) --- Still reproducible with master build from today: Version: 7.6.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: f1830bff71847a9c17715cff52383956719847fe CPU threads: 8; OS: Linux 5.15; UI render: default; VCL: gtk3 Locale: en-AU (en_AU.UTF-8); UI: en-US Calc: threaded Also on Windows: Version: 7.2.7.2 (x64) / LibreOffice Community Build ID: 8d71d29d553c0f7dcbfa38fbfda25ee34cce99a2 CPU threads: 8; OS: Windows 10.0 Build 19045; UI render: Skia/Vulkan; VCL: win Locale: fr-FR (fr_FR); UI: en-US Calc: CL -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 107150] Three Envelope Orientations Change Envelope Size Selection
https://bugs.documentfoundation.org/show_bug.cgi?id=107150 Stéphane Guillou (stragu) changed: What|Removed |Added OS|Windows (All) |All CC||stephane.guillou@libreoffic ||e.org Hardware|x86 (IA32) |All --- Comment #9 from Stéphane Guillou (stragu) --- Tested on Ubuntu 20.04 too, with following results: - Horizontal Left: OK - Horizontal Center: OK - Horizontal Right: OK - Vertical Left: wrong (22.71 cm width by 21.59 cm height) - Vertical Center: wrong (22.71 cm × 16.50 cm) - Vertical Right: OK Measurements as reported in Format > Page style > Page. The expected size is 22.71 cm × 11.41 cm. Interesting that the two incorrect ones don't match the ones originally reported. Version: Version: 7.6.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: f1830bff71847a9c17715cff52383956719847fe CPU threads: 8; OS: Linux 5.15; UI render: default; VCL: gtk3 Locale: en-AU (en_AU.UTF-8); UI: en-US Calc: threaded -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 153075] Mail Merge: HTML Mail with picture is broken
https://bugs.documentfoundation.org/show_bug.cgi?id=153075 Axel Braun changed: What|Removed |Added Summary|Mail Merger: HTML Mail with |Mail Merge: HTML Mail with |picture is broken |picture is broken -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 153075] Mail Merger: HTML Mail with picture is broken
https://bugs.documentfoundation.org/show_bug.cgi?id=153075 --- Comment #1 from Axel Braun --- Created attachment 184719 --> https://bugs.documentfoundation.org/attachment.cgi?id=184719=edit test document send as HTML mail -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 153075] New: Mail Merger: HTML Mail with picture is broken
https://bugs.documentfoundation.org/show_bug.cgi?id=153075 Bug ID: 153075 Summary: Mail Merger: HTML Mail with picture is broken Product: LibreOffice Version: 7.4.4.2 release Hardware: All OS: All Status: UNCONFIRMED Severity: normal Priority: medium Component: Writer Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: axel.br...@gmx.de Created attachment 184718 --> https://bugs.documentfoundation.org/attachment.cgi?id=184718=edit Email as sent from LO Mailmerge I have create a document with a picture included, added a data source for name and mail address, and want to send the document as HTML-mail. That works, but in none of the mail clients (K9 mail, KMail, GMX Webmail) I tested the picture is displayed. Instead only a frame is visible. I feel this is not correct. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-commits] core.git: package/inc package/source
package/inc/ZipPackageEntry.hxx |4 -
package/inc/ZipPackageFolder.hxx |9 --
package/inc/ZipPackageStream.hxx |5 -
package/source/xstor/owriteablestream.cxx |5 -
package/source/xstor/owriteablestream.hxx |1
package/source/xstor/xstorage.cxx | 30 -
package/source/zipapi/ZipFile.cxx |1
package/source/zippackage/ZipPackage.cxx | 44 ++
package/source/zippackage/ZipPackageEntry.cxx |2
package/source/zippackage/ZipPackageFolder.cxx| 24 ++-
package/source/zippackage/ZipPackageFolderEnumeration.cxx |3
package/source/zippackage/ZipPackageStream.cxx| 27 ++--
12 files changed, 54 insertions(+), 101 deletions(-)
New commits:
commit a04bf69bccfbc266643b418ef57030a42bbb5c05
Author: Noel Grandin
AuthorDate: Mon Jan 16 10:36:59 2023 +0200
Commit: Noel Grandin
CommitDate: Tue Jan 17 19:09:51 2023 +
XUnoTunnel->dynamic_cast in ZipPackageEntry
Change-Id: I0c49ebcb0ed16ab5b90c0cfa1417f002b5dad7b8
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/145632
Tested-by: Jenkins
Reviewed-by: Noel Grandin
diff --git a/package/inc/ZipPackageEntry.hxx b/package/inc/ZipPackageEntry.hxx
index 2617e6275628..27ad017aa859 100644
--- a/package/inc/ZipPackageEntry.hxx
+++ b/package/inc/ZipPackageEntry.hxx
@@ -23,7 +23,6 @@
#include
#include
#include
-#include
#include
#include
#include "ZipEntry.hxx"
@@ -39,7 +38,6 @@ class ZipPackageEntry : public cppu::WeakImplHelper
<
css::container::XNamed,
css::container::XChild,
-css::lang::XUnoTunnel,
css::beans::XPropertySet,
css::lang::XServiceInfo
>
@@ -82,8 +80,6 @@ public:
// XChild
virtual css::uno::Reference< css::uno::XInterface > SAL_CALL getParent( )
override;
virtual void SAL_CALL setParent( const css::uno::Reference<
css::uno::XInterface >& Parent ) override;
-// XUnoTunnel
-virtual sal_Int64 SAL_CALL getSomething( const css::uno::Sequence<
sal_Int8 >& aIdentifier ) override = 0;
// XPropertySet
virtual css::uno::Reference< css::beans::XPropertySetInfo > SAL_CALL
getPropertySetInfo( ) override;
virtual void SAL_CALL setPropertyValue( const OUString& aPropertyName,
const css::uno::Any& aValue ) override = 0;
diff --git a/package/inc/ZipPackageFolder.hxx b/package/inc/ZipPackageFolder.hxx
index 82582293158f..cfdcd99d1694 100644
--- a/package/inc/ZipPackageFolder.hxx
+++ b/package/inc/ZipPackageFolder.hxx
@@ -23,9 +23,9 @@
#include
#include
#include
-#include
#include "ZipPackageEntry.hxx"
#include
+#include
#include
#include
@@ -38,7 +38,7 @@ class ZipPackageStream;
struct ZipContentInfo
{
-css::uno::Reference < css::lang::XUnoTunnel > xTunnel;
+rtl::Reference < ZipPackageEntry > xPackageEntry;
bool bFolder;
union
{
@@ -91,8 +91,6 @@ public:
ZipContentInfo& doGetByName( const OUString& aName );
-static const css::uno::Sequence < sal_Int8 > & getUnoTunnelId();
-
void setPackageFormat_Impl( sal_Int32 nFormat ) { m_nFormat = nFormat; }
void setRemoveOnInsertMode_Impl( bool bRemove ) { mbAllowRemoveOnInsert =
bRemove; }
@@ -136,9 +134,6 @@ public:
virtual void SAL_CALL setPropertyValue( const OUString& aPropertyName,
const css::uno::Any& aValue ) override;
virtual css::uno::Any SAL_CALL getPropertyValue( const OUString&
PropertyName ) override;
-// XUnoTunnel
-virtual sal_Int64 SAL_CALL getSomething( const css::uno::Sequence<
sal_Int8 >& aIdentifier ) override;
-
// XServiceInfo
virtual OUString SAL_CALL getImplementationName( ) override;
virtual sal_Bool SAL_CALL supportsService( const OUString& ServiceName )
override;
diff --git a/package/inc/ZipPackageStream.hxx b/package/inc/ZipPackageStream.hxx
index aa150717474d..194ff729adbe 100644
--- a/package/inc/ZipPackageStream.hxx
+++ b/package/inc/ZipPackageStream.hxx
@@ -137,8 +137,6 @@ public:
void setZipEntryOnLoading( const ZipEntry );
void successfullyWritten( ZipEntry const *pEntry );
-static const css::uno::Sequence < sal_Int8 > & getUnoTunnelId();
-
// XActiveDataSink
virtual void SAL_CALL setInputStream( const css::uno::Reference<
css::io::XInputStream >& aStream ) override;
virtual css::uno::Reference< css::io::XInputStream > SAL_CALL
getInputStream( ) override;
@@ -152,9 +150,6 @@ public:
const css::uno::Reference< css::io::XInputStream >&
aStream ) override;
virtual css::uno::Reference< css::io::XInputStream > SAL_CALL
getPlainRawStream() override;
-// XUnoTunnel
-virtual sal_Int64 SAL_CALL getSomething( const css::uno::Sequence<
sal_Int8 >& aIdentifier ) override;
-
// XPropertySet
virtual void SAL_CALL setPropertyValue( const
[Libreoffice-bugs] [Bug 149527] Calc crashes when scroll up and down quickly within a document, or hold Page Down (Skia/Vulkan)
https://bugs.documentfoundation.org/show_bug.cgi?id=149527 Stéphane Guillou (stragu) changed: What|Removed |Added See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=14 ||9849 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 148989] writer crash in LO 7.3.3.2 when use scroll page in master documente with 170 pg
https://bugs.documentfoundation.org/show_bug.cgi?id=148989 Stéphane Guillou (stragu) changed: What|Removed |Added See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=14 ||9849 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 144962] LibreOffice Writer crashed on scroll, unless in safe mode
https://bugs.documentfoundation.org/show_bug.cgi?id=144962 Stéphane Guillou (stragu) changed: What|Removed |Added See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=14 ||9849 -- You are receiving this mail because: You are the assignee for the bug.
