[Libreoffice-bugs] [Bug 108576] [META] Writer page style bugs and enhancements

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=108576

Dieter  changed:

   What|Removed |Added

 Depends on||133394


Referenced Bugs:

https://bugs.documentfoundation.org/show_bug.cgi?id=133394
[Bug 133394] WEB VIEW: Document with transparent page style does not display
correctly in web view
-- 
You are receiving this mail because:
You are the assignee for the bug.

[Libreoffice-bugs] [Bug 133394] WEB VIEW: Document with transparent page style does not display correctly in web view

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=133394

Dieter  changed:

   What|Removed |Added

 Blocks||108576

--- Comment #16 from Dieter  ---
Still present in

Version: 7.5.0.0.beta1 (X86_64) / LibreOffice Community
Build ID: 3aca23eec42e9d6fbe57071d7633ae1fc4bc5fcc
CPU threads: 4; OS: Windows 10.0 Build 19045; UI render: Skia/Raster; VCL: win
Locale: en-US (de_DE); UI: en-GB
Calc: CL threaded

Steps:
1. Open a new document and write some words in a line
2. Format / Page style / Transparency
3. Change Transparency to 100% and select Ok.
4. View / Web (Document displays ok)
5. View -> Normal
6. Add more lines until the document is more than one page long.
7. View -> Web (Document displays OK).
8. Scroll down

Actual result:
Corrupted display

Expected result:
Correct display


Referenced Bugs:

https://bugs.documentfoundation.org/show_bug.cgi?id=108576
[Bug 108576] [META] Writer page style bugs and enhancements
-- 
You are receiving this mail because:
You are the assignee for the bug.

[Libreoffice-bugs] [Bug 62063] FORMATTING: Font textbox ignores keyboard layout change to RTL language

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=62063

--- Comment #34 from Eyal Rozenberg  ---
(In reply to Mike Kaganski from comment #32)
> Note that the narrow scope of this issue implies that it would still be only
> possible to define respective font for a given language group *after
> switching the input language*, e.g. setting the font and then switching the
> input language would still not set the font for the newly chosen group.

This is fine. Let's fix things in the current UI approach to offer a consistent
and reliable experience. Suggestions to revamp the UI in this direction or that
will certainly be discussed on their own merits - elsewhere.

-- 
You are receiving this mail because:
You are the assignee for the bug.

[Libreoffice-bugs] [Bug 152499] UI Variants dialog should have a Help button and a corresponding Help page

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=152499

--- Comment #2 from Heiko Tietze  ---
I dislike simple dialogs being cluttered with help buttons. But I see the
benefit, so go for it.

-- 
You are receiving this mail because:
You are the assignee for the bug.

[Libreoffice-bugs] [Bug 94524] Add option to remove trailing spaces in the Basic IDE

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=94524

--- Comment #8 from Heiko Tietze  ---
(In reply to Eyal Rozenberg from comment #7)
> Examples:

VC and Eclipse per extension/addon...

-- 
You are receiving this mail because:
You are the assignee for the bug.

[Libreoffice-ux-advise] [Bug 94524] Add option to remove trailing spaces in the Basic IDE

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=94524

--- Comment #8 from Heiko Tietze  ---
(In reply to Eyal Rozenberg from comment #7)
> Examples:

VC and Eclipse per extension/addon...

-- 
You are receiving this mail because:
You are on the CC list for the bug.

[Libreoffice-commits] core.git: include/test sc/qa svx/qa

[Xisco Fauli (via logerrit)]

 include/test/unoapi_test.hxx |   16 +++
 sc/qa/unit/bugfix-test.cxx   |   44 ++---
 sc/qa/unit/scshapetest.cxx   |   89 +++
 svx/qa/unit/customshapes.cxx |   46 +++---
 4 files changed, 54 insertions(+), 141 deletions(-)

New commits:
commit 15df8e5422010e0806eb9e93bd8822519c1ab989
Author: Xisco Fauli 
AuthorDate: Wed Dec 14 18:46:19 2022 +0100
Commit: Xisco Fauli 
CommitDate: Thu Dec 15 07:43:49 2022 +

UnoApiTest: introduce CPPUNIT_ASSERT_RECTANGLE_EQUAL

and get rid of duplicated code

Change-Id: Iccbd3147fab71b43b1725af308df8ed37c807b7e
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/144173
Tested-by: Jenkins
Reviewed-by: Xisco Fauli 

diff --git a/include/test/unoapi_test.hxx b/include/test/unoapi_test.hxx
index f228f70e21ca..e008b11ca2f0 100644
--- a/include/test/unoapi_test.hxx
+++ b/include/test/unoapi_test.hxx
@@ -84,6 +84,22 @@ private:
 OUString maImportFilterName;
 };
 
+inline void assertRectangleEqual(const tools::Rectangle& rExpected, const 
tools::Rectangle& rActual,
+ const sal_Int32 nTolerance, const 
CppUnit::SourceLine& rSourceLine)
+{
+CPPUNIT_NS::assertDoubleEquals(rExpected.Top(), rActual.Top(), nTolerance, 
rSourceLine,
+   "different Top");
+CPPUNIT_NS::assertDoubleEquals(rExpected.Left(), rActual.Left(), 
nTolerance, rSourceLine,
+   "different Left");
+CPPUNIT_NS::assertDoubleEquals(rExpected.GetWidth(), rActual.GetWidth(), 
nTolerance,
+   rSourceLine, "different Width");
+CPPUNIT_NS::assertDoubleEquals(rExpected.GetHeight(), rActual.GetHeight(), 
nTolerance,
+   rSourceLine, "different Height");
+}
+
+#define CPPUNIT_ASSERT_RECTANGLE_EQUAL(aExpected, aActual, aTolerance) 
\
+assertRectangleEqual(aExpected, aActual, aTolerance, CPPUNIT_SOURCELINE())
+
 #endif // INCLUDED_TEST_UNOAPI_TEST_HXX
 
 /* vim:set shiftwidth=4 softtabstop=4 expandtab: */
diff --git a/sc/qa/unit/bugfix-test.cxx b/sc/qa/unit/bugfix-test.cxx
index cc7673c72b8a..4c7137d39ab2 100644
--- a/sc/qa/unit/bugfix-test.cxx
+++ b/sc/qa/unit/bugfix-test.cxx
@@ -87,38 +87,6 @@ public:
 CPPUNIT_TEST_SUITE_END();
 };
 
-static void lcl_AssertRectEqualWithTolerance(std::string_view sInfo,
- const tools::Rectangle& rExpected,
- const tools::Rectangle& rActual,
- const sal_Int32 nTolerance)
-{
-// Left
-OString sMsg = OString::Concat(sInfo) + " Left expected " + 
OString::number(rExpected.Left())
-   + " actual " + OString::number(rActual.Left()) + " 
Tolerance "
-   + OString::number(nTolerance);
-CPPUNIT_ASSERT_MESSAGE(sMsg.getStr(),
-   std::abs(rExpected.Left() - rActual.Left()) <= 
nTolerance);
-
-// Top
-sMsg = OString::Concat(sInfo) + " Top expected " + 
OString::number(rExpected.Top()) + " actual "
-   + OString::number(rActual.Top()) + " Tolerance " + 
OString::number(nTolerance);
-CPPUNIT_ASSERT_MESSAGE(sMsg.getStr(), std::abs(rExpected.Top() - 
rActual.Top()) <= nTolerance);
-
-// Width
-sMsg = OString::Concat(sInfo) + " Width expected " + 
OString::number(rExpected.GetWidth())
-   + " actual " + OString::number(rActual.GetWidth()) + " Tolerance "
-   + OString::number(nTolerance);
-CPPUNIT_ASSERT_MESSAGE(sMsg.getStr(),
-   std::abs(rExpected.GetWidth() - rActual.GetWidth()) 
<= nTolerance);
-
-// Height
-sMsg = OString::Concat(sInfo) + " Height expected " + 
OString::number(rExpected.GetHeight())
-   + " actual " + OString::number(rActual.GetHeight()) + " Tolerance "
-   + OString::number(nTolerance);
-CPPUNIT_ASSERT_MESSAGE(sMsg.getStr(),
-   std::abs(rExpected.GetHeight() - 
rActual.GetHeight()) <= nTolerance);
-}
-
 void ScFiltersTest::testTdf137576_Measureline()
 {
 // The document contains a vertical measure line, anchored "To Cell 
(resize with cell)" with
@@ -205,8 +173,8 @@ void ScFiltersTest::testTdf137044_CoverHiddenRows()
 // Get original object values
 tools::Rectangle aSnapRectOrig = pObj->GetSnapRect();
 Point aOriginalEndOffset = ScDrawLayer::GetObjData(pObj)->maEndOffset;
-lcl_AssertRectEqualWithTolerance("Load:", tools::Rectangle(Point(500, 
3500), Size(1501, 11001)),
- aSnapRectOrig, 1);
+CPPUNIT_ASSERT_RECTANGLE_EQUAL(tools::Rectangle(Point(500, 3500), 
Size(1501, 11001)),
+   aSnapRectOrig, 1);
 CPPUNIT_ASSERT_POINT_EQUAL(Point(2000, 2499), aOriginalEndOffset, 1);
 
 // Hide rows 5 and 6 in UI = row index 4 to 5.
@@ -227,8 +195,8 @@ void 

[Libreoffice-commits] core.git: sc/qa

[Xisco Fauli (via logerrit)]

 sc/qa/unit/bugfix-test.cxx |   26 -
 sc/qa/unit/helper/qahelper.hxx |   11 +++
 sc/qa/unit/scshapetest.cxx |   60 +++--
 3 files changed, 39 insertions(+), 58 deletions(-)

New commits:
commit 99fc50c4facbe87642717faa0d780889168eabfd
Author: Xisco Fauli 
AuthorDate: Wed Dec 14 18:08:20 2022 +0100
Commit: Xisco Fauli 
CommitDate: Thu Dec 15 07:43:30 2022 +

sc: introduce CPPUNIT_ASSERT_POINT_EQUAL

and factor out code

Change-Id: I80df957410d1ff4de0cd0f6833790e14714859f3
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/144171
Tested-by: Jenkins
Reviewed-by: Xisco Fauli 

diff --git a/sc/qa/unit/bugfix-test.cxx b/sc/qa/unit/bugfix-test.cxx
index 10bfd7199a67..cc7673c72b8a 100644
--- a/sc/qa/unit/bugfix-test.cxx
+++ b/sc/qa/unit/bugfix-test.cxx
@@ -119,20 +119,6 @@ static void 
lcl_AssertRectEqualWithTolerance(std::string_view sInfo,
std::abs(rExpected.GetHeight() - 
rActual.GetHeight()) <= nTolerance);
 }
 
-static void lcl_AssertPointEqualWithTolerance(std::string_view sInfo, const 
Point rExpected,
-  const Point rActual, const 
sal_Int32 nTolerance)
-{
-// X
-OString sMsg = OString::Concat(sInfo) + " X expected " + 
OString::number(rExpected.X())
-   + " actual " + OString::number(rActual.X()) + " Tolerance "
-   + OString::number(nTolerance);
-CPPUNIT_ASSERT_MESSAGE(sMsg.getStr(), std::abs(rExpected.X() - 
rActual.X()) <= nTolerance);
-// Y
-sMsg = OString::Concat(sInfo) + " Y expected " + 
OString::number(rExpected.Y()) + " actual "
-   + OString::number(rActual.Y()) + " Tolerance " + 
OString::number(nTolerance);
-CPPUNIT_ASSERT_MESSAGE(sMsg.getStr(), std::abs(rExpected.Y() - 
rActual.Y()) <= nTolerance);
-}
-
 void ScFiltersTest::testTdf137576_Measureline()
 {
 // The document contains a vertical measure line, anchored "To Cell 
(resize with cell)" with
@@ -152,9 +138,9 @@ void ScFiltersTest::testTdf137576_Measureline()
 
 // Check start and end point of measureline
 const Point aStart = pObj->GetPoint(0);
-lcl_AssertPointEqualWithTolerance("Load, start point: ", Point(4800, 
1500), aStart, 1);
+CPPUNIT_ASSERT_POINT_EQUAL(Point(4800, 1500), aStart, 1);
 const Point aEnd = pObj->GetPoint(1);
-lcl_AssertPointEqualWithTolerance("Load, end point: ", Point(4800, 5200), 
aEnd, 1);
+CPPUNIT_ASSERT_POINT_EQUAL(Point(4800, 5200), aEnd, 1);
 
 // Save and reload
 saveAndReload("calc8");
@@ -170,9 +156,9 @@ void ScFiltersTest::testTdf137576_Measureline()
 
 // Check start and end point of measureline, should be unchanged
 const Point aStart2 = pObj->GetPoint(0);
-lcl_AssertPointEqualWithTolerance("Reload start point: ", Point(4800, 
1500), aStart2, 1);
+CPPUNIT_ASSERT_POINT_EQUAL(Point(4800, 1500), aStart2, 1);
 const Point aEnd2 = pObj->GetPoint(1);
-lcl_AssertPointEqualWithTolerance("Reload end point: ", Point(4800, 5200), 
aEnd2, 1);
+CPPUNIT_ASSERT_POINT_EQUAL(Point(4800, 5200), aEnd2, 1);
 }
 
 void ScFiltersTest::testTdf137216_HideCol()
@@ -221,7 +207,7 @@ void ScFiltersTest::testTdf137044_CoverHiddenRows()
 Point aOriginalEndOffset = ScDrawLayer::GetObjData(pObj)->maEndOffset;
 lcl_AssertRectEqualWithTolerance("Load:", tools::Rectangle(Point(500, 
3500), Size(1501, 11001)),
  aSnapRectOrig, 1);
-lcl_AssertPointEqualWithTolerance("Load: end offset", Point(2000, 2499), 
aOriginalEndOffset, 1);
+CPPUNIT_ASSERT_POINT_EQUAL(Point(2000, 2499), aOriginalEndOffset, 1);
 
 // Hide rows 5 and 6 in UI = row index 4 to 5.
 pDoc->SetRowHidden(4, 5, 0, true);
@@ -243,7 +229,7 @@ void ScFiltersTest::testTdf137044_CoverHiddenRows()
 Point aReloadEndOffset = ScDrawLayer::GetObjData(pObj)->maEndOffset;
 lcl_AssertRectEqualWithTolerance(
 "Reload:", tools::Rectangle(Point(500, 3500), Size(1501, 5001)), 
aSnapRectReload, 1);
-lcl_AssertPointEqualWithTolerance("Reload: end offset", Point(2000, 2499), 
aReloadEndOffset, 1);
+CPPUNIT_ASSERT_POINT_EQUAL(Point(2000, 2499), aReloadEndOffset, 1);
 }
 
 void ScFiltersTest::testTdf137020_FlipVertical()
diff --git a/sc/qa/unit/helper/qahelper.hxx b/sc/qa/unit/helper/qahelper.hxx
index 80e7d53fae1f..d1036ee1299b 100644
--- a/sc/qa/unit/helper/qahelper.hxx
+++ b/sc/qa/unit/helper/qahelper.hxx
@@ -189,4 +189,15 @@ private:
 #define ASSERT_DOUBLES_EQUAL_MESSAGE( message, expected, result )   \
 CPPUNIT_ASSERT_DOUBLES_EQUAL_MESSAGE( (message), (expected), (result), 
1e-14 )
 
+inline void assertPointEqual(
+const Point& rExpected, const Point& rActual, const sal_Int32 nTolerance,
+const CppUnit::SourceLine& rSourceLine )
+{
+CPPUNIT_NS::assertDoubleEquals( rExpected.X(), rActual.X(), nTolerance, 
rSourceLine, "different X" );
+CPPUNIT_NS::assertDoubleEquals( rExpected.Y(), 

[Libreoffice-bugs] [Bug 138201] impossible to delete table after opening the report

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=138201

--- Comment #6 from Robert Großkopf  ---
Still the same buggy behavior with LO 7.4.3.2 on OpenSUSE 15.3 64bit rpm Linux.

-- 
You are receiving this mail because:
You are the assignee for the bug.

[Libreoffice-commits] core.git: sw/qa

[Thorsten Behrens (via logerrit)]

 sw/qa/extras/uiwriter/uiwriter6.cxx |2 --
 1 file changed, 2 deletions(-)

New commits:
commit 7ef97c19491a407828a200968139540e51604118
Author: Thorsten Behrens 
AuthorDate: Thu Dec 15 01:50:16 2022 +0100
Commit: László Németh 
CommitDate: Thu Dec 15 07:17:22 2022 +

sw: Fix uiwriter6 unit test

From "tdf#124603 sw: pressing Up/Down triggers pending spell
checking", only assert GetWrong() after moving cursor out of bad word.

Change-Id: I0e722e5c56713fe1a2a7c672d7aab76438d1727f
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/144202
Tested-by: Jenkins
Reviewed-by: László Németh 

diff --git a/sw/qa/extras/uiwriter/uiwriter6.cxx 
b/sw/qa/extras/uiwriter/uiwriter6.cxx
index dc6db051974f..21fab90ca455 100644
--- a/sw/qa/extras/uiwriter/uiwriter6.cxx
+++ b/sw/qa/extras/uiwriter/uiwriter6.cxx
@@ -1383,7 +1383,6 @@ CPPUNIT_TEST_FIXTURE(SwUiWriterTest6, testTdf124603)
 
 pWrtShell->Left(SwCursorSkipMode::Chars, /*bSelect=*/false, 1, 
/*bBasicCall=*/false);
 emulateTyping(*pTextDoc, u"x");
-CPPUNIT_ASSERT(pNode->GetWrong());
 // tdf#92036 pending spell checking
 bool bPending = !pNode->GetWrong() || !pNode->GetWrong()->Count();
 CPPUNIT_ASSERT(bPending);
@@ -1391,7 +1390,6 @@ CPPUNIT_TEST_FIXTURE(SwUiWriterTest6, testTdf124603)
 // Move right, leave the bad word
 
 pWrtShell->Right(SwCursorSkipMode::Chars, /*bSelect=*/false, 1, 
/*bBasicCall=*/false);
-CPPUNIT_ASSERT(pNode->GetWrong());
 // tdf#92036 still pending spell checking
 bPending = !pNode->GetWrong() || !pNode->GetWrong()->Count();
 CPPUNIT_ASSERT(bPending);

[Libreoffice-bugs] [Bug 152324] Document title jumps from Untitled 1 to Untitled 3 when text is is copied

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=152324

Dieter  changed:

   What|Removed |Added

 OS|All |Windows (All)

--- Comment #4 from Dieter  ---
Also present in

Version: 7.5.0.0.beta1 (X86_64) / LibreOffice Community
Build ID: 3aca23eec42e9d6fbe57071d7633ae1fc4bc5fcc
CPU threads: 4; OS: Windows 10.0 Build 19045; UI render: Skia/Raster; VCL: win
Locale: en-US (de_DE); UI: en-GB
Calc: CL threaded

So perhaps only Windows?

Darkwolf811, could you please copy and paste informations from Help -> About
LibreOffice? Thank you.

-- 
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

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=42082

Stéphane Guillou (stragu)  changed:

   What|Removed |Added

 Depends on||152173


Referenced Bugs:

https://bugs.documentfoundation.org/show_bug.cgi?id=152173
[Bug 152173] [MacOS 13] Tooltips bring out-of-focus LO windows to
second-to-last position
-- 
You are receiving this mail because:
You are the assignee for the bug.

[Libreoffice-bugs] [Bug 152173] [MacOS 13] Tooltips bring out-of-focus LO windows to second-to-last position

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=152173

Stéphane Guillou (stragu)  changed:

   What|Removed |Added

 Blocks||42082
Summary|Tooltips bring out-of-focus |[MacOS 13] Tooltips bring
   |LO windows to   |out-of-focus LO windows to
   |second-to-last position |second-to-last position
 Ever confirmed|0   |1
 Status|UNCONFIRMED |NEW

--- Comment #7 from Stéphane Guillou (stragu) 
 ---
Thanks Bill for confirming, and João for testing some more.


Referenced Bugs:

https://bugs.documentfoundation.org/show_bug.cgi?id=42082
[Bug 42082] [META] Make LibreOffice shine and glow on macOS
-- 
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

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=42082

خالد حسني  changed:

   What|Removed |Added

 Depends on||152314


Referenced Bugs:

https://bugs.documentfoundation.org/show_bug.cgi?id=152314
[Bug 152314] LibreOffice documents are not appearing in Mac Recents running
under Ventura.
-- 
You are receiving this mail because:
You are the assignee for the bug.

[Libreoffice-bugs] [Bug 152314] LibreOffice documents are not appearing in Mac Recents running under Ventura.

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=152314

خالد حسني  changed:

   What|Removed |Added

 Blocks||42082


Referenced Bugs:

https://bugs.documentfoundation.org/show_bug.cgi?id=42082
[Bug 42082] [META] Make LibreOffice shine and glow on macOS
-- 
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

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=42082

خالد حسني  changed:

   What|Removed |Added

 Depends on||151700


Referenced Bugs:

https://bugs.documentfoundation.org/show_bug.cgi?id=151700
[Bug 151700] "Print to file" doesn't work on OSX 12.6
-- 
You are receiving this mail because:
You are the assignee for the bug.

[Libreoffice-bugs] [Bug 109139] [META] Cell selection bugs and enhancements

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=109139
Bug 109139 depends on bug 109298, which changed state.

Bug 109298 Summary: Ctrl+Cursor jumps incorrectly after pasting data
https://bugs.documentfoundation.org/show_bug.cgi?id=109298

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution|--- |DUPLICATE

-- 
You are receiving this mail because:
You are the assignee for the bug.

[Libreoffice-bugs] [Bug 109298] Ctrl+Cursor jumps incorrectly after pasting data

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=109298

Andreas Heinisch  changed:

   What|Removed |Added

 Resolution|--- |DUPLICATE
 Status|NEW |RESOLVED

--- Comment #9 from Andreas Heinisch  ---


*** This bug has been marked as a duplicate of bug 146994 ***

-- 
You are receiving this mail because:
You are the assignee for the bug.

[Libreoffice-bugs] [Bug 152515] PrintOut Unlike the display, some characters are rotated.(Windows Only)

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=152515

--- Comment #3 from Saburo  ---
Created attachment 184152
  --> https://bugs.documentfoundation.org/attachment.cgi?id=184152=edit
Windows 10 Printing Image

-- 
You are receiving this mail because:
You are the assignee for the bug.

[Libreoffice-bugs] [Bug 152515] PrintOut Unlike the display, some characters are rotated.(Windows Only)

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=152515

--- Comment #2 from Saburo  ---
Created attachment 184151
  --> https://bugs.documentfoundation.org/attachment.cgi?id=184151=edit
Windows 11 Printing Image

IPA P Gothic
Rotate HIRAGANA KATAKANA other

-- 
You are receiving this mail because:
You are the assignee for the bug.

[Libreoffice-commits] core.git: external/fontconfig

[Tor Lillqvist (via logerrit)]

 external/fontconfig/ExternalProject_fontconfig.mk |2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

New commits:
commit bc05ac6ea8f53954e363ec3bfde8308710258b10
Author: Tor Lillqvist 
AuthorDate: Wed Dec 14 21:50:09 2022 +0200
Commit: Tor Lillqvist 
CommitDate: Thu Dec 15 06:58:38 2022 +

Need to mention libxml2 here, too, when building for Emscripten

Forgot this in 563c28b6508ac836fbe46369a4d2d300cda650cf.

Change-Id: I8675273c461f1b83b4dbe8bb7f9f58130a1d77fb
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/144200
Tested-by: Jenkins
Reviewed-by: Tor Lillqvist 

diff --git a/external/fontconfig/ExternalProject_fontconfig.mk 
b/external/fontconfig/ExternalProject_fontconfig.mk
index f3675258fdea..88db225f88fc 100644
--- a/external/fontconfig/ExternalProject_fontconfig.mk
+++ b/external/fontconfig/ExternalProject_fontconfig.mk
@@ -10,7 +10,7 @@
 $(eval $(call gb_ExternalProject_ExternalProject,fontconfig))
 
 $(eval $(call gb_ExternalProject_use_externals,fontconfig,\
-   expat \
+   $(if $(filter EMSCRIPTEN,$(OS)),libxml2,expat) \
freetype \
 ))
 

[Libreoffice-bugs] [Bug 152515] PrintOut Unlike the display, some characters are rotated.(Windows Only)

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=152515

--- Comment #1 from Saburo  ---
Created attachment 184150
  --> https://bugs.documentfoundation.org/attachment.cgi?id=184150=edit
SampleFile

-- 
You are receiving this mail because:
You are the assignee for the bug.

[Libreoffice-bugs] [Bug 152501] Erroneous extended tips on dialog dropdowns: uses the tab's or dialog's instead

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=152501

Stéphane Guillou (stragu)  changed:

   What|Removed |Added

 Status|RESOLVED|VERIFIED

--- Comment #6 from Stéphane Guillou (stragu) 
 ---
Verified fix:

Version: 7.6.0.0.alpha0+ (X86_64) / LibreOffice Community
Build ID: 28ff4647e9dac8eebe3a169e828bacc8dc78e363
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 152515] New: PrintOut Unlike the display, some characters are rotated.(Windows Only)

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=152515

Bug ID: 152515
   Summary: PrintOut  Unlike the display, some characters are
rotated.(Windows Only)
   Product: LibreOffice
   Version: 7.2.7.2 release
  Hardware: All
OS: Windows (All)
Status: UNCONFIRMED
  Severity: normal
  Priority: medium
 Component: Writer
  Assignee: libreoffice-bugs@lists.freedesktop.org
  Reporter: yosi3260+li...@gmail.com

Description:
Vertical writing.
Unlike the display, some characters are rotated.
＜(U+ff1c)＞(U+ff1e)≪(U+226a)≫(U+226b)

Steps to Reproduce:
1.Page Style - Text direction : Right-to-left(vertical)
2.Input ＜(U+ff1c) any charactors.
3.Print

Actual Results:
Some characters were rotated in the print.

Expected Results:
I want the output to be as displayed


Reproducible: Always


User Profile Reset: No

Additional Info:
Version: 7.4.3.2 (x64) / LibreOffice Community
Build ID: 1048a8393ae2eeec98dff31b5c133c5f1d08b890
CPU threads: 12; OS: Windows 10.0 Build 22621; UI render: Skia/Vulkan; VCL: win
Locale: ja-JP (ja_JP); UI: ja-JP
Calc: threaded

-- 
You are receiving this mail because:
You are the assignee for the bug.

[Libreoffice-bugs] [Bug 62063] FORMATTING: Font textbox ignores keyboard layout change to RTL language

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=62063

Mike Kaganski  changed:

   What|Removed |Added

 CC|mikekagan...@hotmail.com|

--- Comment #33 from Mike Kaganski  ---
Hmm, I might still continue to propose things that already work (as in comment
24). This issue is about Linux, and I am a Windows developer and user, and also
not a CTL/Asian script user. After enabling an Arab keyboard layout on my
Windows system, I see that it at least *seems* to change things properly as I'd
expect.

So unCC myself to not clutter it more.

-- 
You are receiving this mail because:
You are the assignee for the bug.

[Libreoffice-bugs] [Bug 62063] FORMATTING: Font textbox ignores keyboard layout change to RTL language

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=62063

--- Comment #32 from Mike Kaganski  ---
On Windows, WM_INPUTLANGCHANGE event is sent by system upon user changing
keyboard layout / input language. This event is easy to use in updating the
information displayed in the controls that show information related to the
three sets of data (Western/CTL/CJK), including fonts (names, sizes, etc.). It
could be initiated in ImplHandleInputLangChange [1], that handles the mentioned
message.

Indeed, this is a Windows-only solution; fixing this should include a machinery
((a set of) virtual functions) allowing to define respective handling in all
VCL plugins, if they support it.

Note that the narrow scope of this issue implies that it would still be only
possible to define respective font for a given language group *after switching
the input language*, e.g. setting the font and then switching the input
language would still not set the font for the newly chosen group.

[1]
https://opengrok.libreoffice.org/xref/core/vcl/win/window/salframe.cxx?r=34e017c4=211062=5867#ImplHandleInputLangChange

-- 
You are receiving this mail because:
You are the assignee for the bug.

[Libreoffice-bugs] [Bug 152514] Save icon on hicontrast theme disappears after any changes

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=152514

Stéphane Guillou (stragu)  changed:

   What|Removed |Added

 Ever confirmed|0   |1
 Status|UNCONFIRMED |NEEDINFO
 CC||stephane.guillou@libreoffic
   ||e.org

--- Comment #1 from Stéphane Guillou (stragu) 
 ---
Hi Artur

I could not reproduce in:

Version: 7.4.3.2 (x64) / LibreOffice Community
Build ID: 1048a8393ae2eeec98dff31b5c133c5f1d08b890
CPU threads: 4; OS: Windows 10.0 Build 19045; UI render: Skia/Raster; VCL: win
Locale: en-GB (en_GB); UI: en-GB
Calc: threaded

- Which icon theme exactly are you using?
- Are you using the Windows high contrast setting?
- Please copy and paste here the info in Help > About LibreOffice

-- 
You are receiving this mail because:
You are the assignee for the bug.

[Libreoffice-bugs] [Bug 152512] Text document status bar reporting incorrect number of pages briefly then after a few seconds display the correct number of pages

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=152512

--- Comment #3 from Stéphane Guillou (stragu) 
 ---
Just want to clarify: were document contents actually lost? Or is the issue
only related to the display of the number of pages?

-- 
You are receiving this mail because:
You are the assignee for the bug.

[Libreoffice-bugs] [Bug 152512] Text document status bar reporting incorrect number of pages briefly then after a few seconds display the correct number of pages

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=152512

Stéphane Guillou (stragu)  changed:

   What|Removed |Added

 Resolution|--- |INSUFFICIENTDATA
 CC||stephane.guillou@libreoffic
   ||e.org
 Status|UNCONFIRMED |RESOLVED

--- Comment #2 from Stéphane Guillou (stragu) 
 ---
Thank you for the report.

Unfortunately, if it is not reproducible, and without a test document to try
ourselves or some kind of trace that recorded the issue, I don't think we will
be able to do anything about it. It could even be specific to the storage
device.

What I can suggest is installing a newer version: 7.3 has seen many bug fixes,
and 7.4 is currently maintained and will see more bugfix versions.

For now, I am marking this as "insufficient data" but if you manage to
reproduce the issue, please report back!

-- 
You are receiving this mail because:
You are the assignee for the bug.

[Libreoffice-bugs] [Bug 152510] crash when I resize one libre office window and I have other window open

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=152510

--- Comment #2 from Stéphane Guillou (stragu) 
 ---
Couldn't reproduce with:

Version: 7.4.3.2 (x64) / LibreOffice Community
Build ID: 1048a8393ae2eeec98dff31b5c133c5f1d08b890
CPU threads: 4; OS: Windows 10.0 Build 19045; UI render: Skia/Raster; VCL: win
Locale: en-GB (en_GB); UI: en-GB
Calc: threaded

-- 
You are receiving this mail because:
You are the assignee for the bug.

[Libreoffice-bugs] [Bug 152504] Print preview scaling factor "slider" does not increase/decrease selected cells relative to paper size

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=152504

--- Comment #5 from CFerrell  ---
I tried the Format Page icon as suggested. I see no way to scale the selected
cells from there either.

-- 
You are receiving this mail because:
You are the assignee for the bug.

[Libreoffice-bugs] [Bug 147281] Cannot move from a cell using the keyboard after making a change to a sheet using a filter

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=147281

--- Comment #4 from Francesco  ---
problem no longer present in the latest versions of libreoffice.

-- 
You are receiving this mail because:
You are the assignee for the bug.

[Libreoffice-bugs] [Bug 147281] Cannot move from a cell using the keyboard after making a change to a sheet using a filter

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=147281

Francesco  changed:

   What|Removed |Added

 Status|NEEDINFO|RESOLVED
 Resolution|--- |WORKSFORME

-- 
You are receiving this mail because:
You are the assignee for the bug.

[Libreoffice-bugs] [Bug 152229] Form Control: Read only doesn't work for special characters. (MacOS only)

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=152229

--- Comment #6 from Alex Thurgood  ---
(In reply to Mike Little from comment #4)
> (In reply to Alex Thurgood from comment #3)
> >


> Hello Alex, how are you entering the special characters, from the Insert >
> Special Characters? 
> I can confirm that I am able to copy and paste the special character as
> defined by Robert Großkopf 2022-11-26 07:58:17 UTC into a document, and I
> can save the document.

@Mike: they're not special characters for someone with a European keyboard
layout. I just type them in via my French Azerty keyboard on my MacBook Pro.
Some of the umlauted characters require typing the tréma first, followed by the
vowel, whereas the most common ones have predefined keys.

-- 
You are receiving this mail because:
You are the assignee for the bug.

[Libreoffice-bugs] [Bug 146765] Base Form - crash when scrolling in dual form & "data as table" display (macOS Arm)

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=146765

--- Comment #20 from Alex Thurgood  ---
(In reply to Patrick Luby from comment #19)


> @Alex Thurgood:
> 
> Your last crash log has a truncated stack (due to infinite recursion of
> NSViewGetVisibleRect calls no doubt) so can do you only see this crash when
> VoiceOver or other accessible tool is activated?

@Patrick: the only tool running that might be considered an accessible tool is
Rectangle. 
No Voiceover or any other Apple assistive technology functions are active.

-- 
You are receiving this mail because:
You are the assignee for the bug.

[Libreoffice-bugs] [Bug 152324] Document title jumps from Untitled 1 to Untitled 3 when text is is copied

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=152324

Dieter  changed:

   What|Removed |Added

Version|7.4.3.2 release |7.2.7.2 release

-- 
You are receiving this mail because:
You are the assignee for the bug.

[Libreoffice-bugs] [Bug 145843] Incidental Crash on macOS with skia raster (STR comment 8)

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=145843

--- Comment #36 from Commit Notification 
 ---
Patrick Luby committed a patch related to this issue.
It has been pushed to "master":

https://git.libreoffice.org/core/commit/9ec57a3dc7925d6f86a19d0e179e065df53e542f

tdf#145843 Do not use CGBitmapContextCreate() to create a bitmap context

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 145843] Incidental Crash on macOS with skia raster (STR comment 8)

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=145843

Commit Notification  changed:

   What|Removed |Added

 Whiteboard|target:7.5.0|target:7.5.0
   |target:7.4.0.0.beta2|target:7.4.0.0.beta2
   ||target:7.6.0

-- 
You are receiving this mail because:
You are the assignee for the bug.

[Libreoffice-commits] core.git: vcl/skia

[Patrick Luby (via logerrit)]

 vcl/skia/osx/gdiimpl.cxx |   49 +--
 1 file changed, 39 insertions(+), 10 deletions(-)

New commits:
commit 9ec57a3dc7925d6f86a19d0e179e065df53e542f
Author: Patrick Luby 
AuthorDate: Wed Dec 14 13:11:57 2022 -0500
Commit: Noel Grandin 
CommitDate: Thu Dec 15 05:33:36 2022 +

tdf#145843 Do not use CGBitmapContextCreate() to create a bitmap context

As described in the comment in the above code, CGBitmapContextCreate()
and CGBitmapContextCreateWithData() will try to access pixels up to
mDirtyRect.x() + pixmap.bounds.width() for each row. When reading the
last line in the SkPixmap, the buffer allocated for the SkPixmap ends at
mDirtyRect.x() + mDirtyRect.width() and mDirtyRect.width() is clamped to
pixmap.bounds.width() - mDirtyRect.x().

This behavior looks like an optimization within CGBitmapContextCreate()
to draw with a single memcpy() so fix this bug by chaining the
CGDataProvider(), CGImageCreate(), and CGImageCreateWithImageInRect()
functions to create the screen image.

Change-Id: Ic83f6162f8eb63de22693c0c40015da3b88aee65
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/144194
Tested-by: Jenkins
Reviewed-by: Noel Grandin 

diff --git a/vcl/skia/osx/gdiimpl.cxx b/vcl/skia/osx/gdiimpl.cxx
index 38927e92c9ca..9d3765c3cc03 100644
--- a/vcl/skia/osx/gdiimpl.cxx
+++ b/vcl/skia/osx/gdiimpl.cxx
@@ -142,7 +142,7 @@ void AquaSkiaSalGraphicsImpl::flushSurfaceToScreenCG()
 if (pixmap.bounds() != mDirtyRect && pixmap.bounds().bottom() == 
mDirtyRect.bottom())
 {
 // HACK for tdf#145843: If mDirtyRect includes the last line but not 
the first pixel of it,
-// then the rowBytes() trick would lead to the GC* functions thinking 
that even pixels after
+// then the rowBytes() trick would lead to the CG* functions thinking 
that even pixels after
 // the pixmap data belong to the area (since the shifted 
x()+rowBytes() points there) and
 // at least on Intel Mac they would actually read those data, even 
though I see no good reason
 // to do that, as that's beyond the x()+width() for the last line. 
That could be handled
@@ -151,22 +151,49 @@ void AquaSkiaSalGraphicsImpl::flushSurfaceToScreenCG()
 mDirtyRect.fLeft = 0;
 assert(mDirtyRect.width() == pixmap.bounds().width());
 }
-CGContextRef context = CGBitmapContextCreate(
-pixmap.writable_addr32(mDirtyRect.x() * mScaling, mDirtyRect.y() * 
mScaling),
-mDirtyRect.width() * mScaling, mDirtyRect.height() * mScaling, 8, 
pixmap.rowBytes(),
-GetSalData()->mxRGBSpace, toCGBitmapType(image->colorType(), 
image->alphaType()));
-if (!context)
+
+// tdf#145843 Do not use CGBitmapContextCreate() to create a bitmap context
+// As described in the comment in the above code, CGBitmapContextCreate()
+// and CGBitmapContextCreateWithData() will try to access pixels up to
+// mDirtyRect.x() + pixmap.bounds.width() for each row. When reading the
+// last line in the SkPixmap, the buffer allocated for the SkPixmap ends at
+// mDirtyRect.x() + mDirtyRect.width() and mDirtyRect.width() is clamped to
+// pixmap.bounds.width() - mDirtyRect.x().
+// This behavior looks like an optimization within CGBitmapContextCreate()
+// to draw with a single memcpy() so fix this bug by chaining the
+// CGDataProvider(), CGImageCreate(), and CGImageCreateWithImageInRect()
+// functions to create the screen image.
+CGDataProviderRef dataProvider = CGDataProviderCreateWithData(
+nullptr, pixmap.writable_addr32(0, 0), pixmap.computeByteSize(), 
nullptr);
+if (!dataProvider)
 {
-SAL_WARN("vcl.skia", "flushSurfaceToScreenGC(): Failed to allocate 
bitmap context");
+SAL_WARN("vcl.skia", "flushSurfaceToScreenGC(): Failed to allocate 
data provider");
 return;
 }
-CGImageRef screenImage = CGBitmapContextCreateImage(context);
+
+CGImageRef fullImage = CGImageCreate(pixmap.bounds().width(), 
pixmap.bounds().height(), 8,
+ 8 * 
image->imageInfo().bytesPerPixel(), pixmap.rowBytes(),
+ GetSalData()->mxRGBSpace,
+ toCGBitmapType(image->colorType(), 
image->alphaType()),
+ dataProvider, nullptr, false, 
kCGRenderingIntentDefault);
+if (!fullImage)
+{
+CGDataProviderRelease(dataProvider);
+SAL_WARN("vcl.skia", "flushSurfaceToScreenGC(): Failed to allocate 
full image");
+return;
+}
+
+CGImageRef screenImage = CGImageCreateWithImageInRect(
+fullImage, CGRectMake(mDirtyRect.x() * mScaling, mDirtyRect.y() * 
mScaling,
+  mDirtyRect.width() * mScaling, 
mDirtyRect.height() * mScaling));
 if (!screenImage)
 {
-CGContextRelease(context);
+   

[Libreoffice-bugs] [Bug 127591] [META] User Interface (UI) related Macro bugs

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=127591
Bug 127591 depends on bug 143774, which changed state.

Bug 143774 Summary: Retain Macro Expanded Folders
https://bugs.documentfoundation.org/show_bug.cgi?id=143774

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution|--- |FIXED

-- 
You are receiving this mail because:
You are the assignee for the bug.

[Libreoffice-bugs] [Bug 143774] Retain Macro Expanded Folders

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=143774

flywire  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution|--- |FIXED

--- Comment #4 from flywire  ---
Fixed by
https://git.libreoffice.org/core/+/792e41314f321f54b3b2fc4d01c8b62a3b704e9e%5E%21
in LOv7.5 - https://wiki.documentfoundation.org/ReleaseNotes/7.5#Scripting

-- 
You are receiving this mail because:
You are the assignee for the bug.

[Libreoffice-bugs] [Bug 152229] Form Control: Read only doesn't work for special characters. (MacOS only)

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=152229

--- Comment #5 from Mike Little  ---
(In reply to Robert Großkopf from comment #2)
> (In reply to Mike Little from comment #1)
> > in your www.libreoffice-forum.de
> > discussion you made mention to the user manual. To expite things, can you
> > provide me with a link to the relevant topic in the german user manual? [i
> > suspect the UK/Australian manual may not have the same topic]
> 
> German user manual (Base Handbuch) you will get here
> https://de.libreoffice.org/get-help/documentation/
> direct link to *.pdf is
> https://wiki.documentfoundation.org/images/9/9d/
> Base_Gesamtband_einseitig_V74.pdf
> … and all updates including this versions you could get at
> https://www.familiegrosskopf.de/robert/
> 
> Think you are looking for Control.EnableVisible or Control.ReadOnly. This
> appears on page 470 in Base Handbuch V 7.4
> 
> For different questions about Base Handbuch you could mail directly to me.
> 
> But this all has nothing to do with the bug. The buggy behavior seems to
> appear without any macro.



Robert, can you document your procedure and capture screen shots associated
with each procedural step?

-- 
You are receiving this mail because:
You are the assignee for the bug.

[Libreoffice-bugs] [Bug 152229] Form Control: Read only doesn't work for special characters. (MacOS only)

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=152229

--- Comment #4 from Mike Little  ---
(In reply to Alex Thurgood from comment #3)
> Hi Robert,
> 
> Confirming with 
> 
> Version: 7.4.1.2 / LibreOffice Community
> Build ID: 3c58a8f3a960df8bc8fd77b461821e42c061c5f0
> CPU threads: 8; OS: Mac OS X 13.0.1; UI render: default; VCL: osx
> Locale: fr-FR (fr_FR.UTF-8); UI: fr-FR
> Calc: threaded
> 
> macOS Ventura 13.0.1 M1 Arm Silicon
> 
> I can enter a number of umlauted characters, e.g. ö, ü, ä, and the accented
> characters é, à, è, and §, etc, in fact pretty much any character that also
> uses the Shift-Option-Letter key combination.
> 
> For example, pressing Shift-Option-T inserts a superscript "TM" into the
> form and is saved to the table.

Hello Alex, how are you entering the special characters, from the Insert >
Special Characters? 
I can confirm that I am able to copy and paste the special character as defined
by Robert Großkopf 2022-11-26 07:58:17 UTC into a document, and I can save the
document.

-- 
You are receiving this mail because:
You are the assignee for the bug.

[Libreoffice-bugs] [Bug 152085] Section with two columns do not work in East Asian vertical writing mode (TB_RL)

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=152085

--- Comment #7 from Commit Notification 
 ---
Mark Hung committed a patch related to this issue.
It has been pushed to "master":

https://git.libreoffice.org/core/commit/ae6e57d99cfdeac69cc42cd82904c24edc866310

tdf#152031,tdf#152085 minimize impact to table layout.

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 152031] Reducing width of RTL table creates "stairway" effect

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=152031

--- Comment #7 from Commit Notification 
 ---
Mark Hung committed a patch related to this issue.
It has been pushed to "master":

https://git.libreoffice.org/core/commit/ae6e57d99cfdeac69cc42cd82904c24edc866310

tdf#152031,tdf#152085 minimize impact to table layout.

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 152085] Section with two columns do not work in East Asian vertical writing mode (TB_RL)

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=152085

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

[Mark Hung (via logerrit)]

 sw/qa/extras/layout/data/tdf152031-stair.odt|binary
 sw/qa/extras/layout/data/tdf152085-section-tblr.odt |binary
 sw/qa/extras/layout/layout2.cxx |   36 ++
 sw/source/core/layout/calcmove.cxx  |   49 +---
 4 files changed, 59 insertions(+), 26 deletions(-)

New commits:
commit ae6e57d99cfdeac69cc42cd82904c24edc866310
Author: Mark Hung 
AuthorDate: Sat Nov 26 11:37:31 2022 +0800
Commit: Mark Hung 
CommitDate: Thu Dec 15 04:50:11 2022 +

tdf#152031,tdf#152085 minimize impact to table layout.

Revert two commits[1][2] that are related to fixing tdf#135991
( but keep the unit tests) and rework the solution.

Cases related to IsNeighborFrame() imply either IsCellFrame()
( a table cell ), or IsColumnFrame() ( a column inside a
section ).  Original patch[2] affected both of tables and
sections.  Try to limit the affected case to the section
so it does not affect table layout for tdf#152031.

[1]
1bf82b26aea3a403920a64cdfcb4671c947c7a01
Author: Mark Hung 
Date:   Fri Sep 9 16:09:47 2022 +0800

tdf#150642 fix table layout with vertical writing.

[2]
1e21902106cbe57658bed03ed24d4d0863685cfd
Author: Mark Hung 
Date:   Sun Aug 14 15:23:14 2022 +0800

tdf#135991 fix unexpected hidden RTL sections.

Change-Id: If50e2b50b47352dad8eafebd6cce0af0530abefa
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/143317
Tested-by: Jenkins
Reviewed-by: Mark Hung 

diff --git a/sw/qa/extras/layout/data/tdf152031-stair.odt 
b/sw/qa/extras/layout/data/tdf152031-stair.odt
new file mode 100644
index ..5171920e3496
Binary files /dev/null and b/sw/qa/extras/layout/data/tdf152031-stair.odt differ
diff --git a/sw/qa/extras/layout/data/tdf152085-section-tblr.odt 
b/sw/qa/extras/layout/data/tdf152085-section-tblr.odt
new file mode 100644
index ..3b454edc9b41
Binary files /dev/null and 
b/sw/qa/extras/layout/data/tdf152085-section-tblr.odt differ
diff --git a/sw/qa/extras/layout/layout2.cxx b/sw/qa/extras/layout/layout2.cxx
index 259a6ea66292..b8ba46bebc20 100644
--- a/sw/qa/extras/layout/layout2.cxx
+++ b/sw/qa/extras/layout/layout2.cxx
@@ -10,6 +10,7 @@
 #include 
 
 #include 
+#include 
 #include 
 
 #include 
@@ -2485,6 +2486,41 @@ CPPUNIT_TEST_FIXTURE(SwLayoutWriter2, testTdf150642)
 assertXPath(pDump, "//bounds[@right<0]", 0);
 }
 
+CPPUNIT_TEST_FIXTURE(SwLayoutWriter2, testTdf152085)
+{
+createSwDoc("tdf152085-section-tblr.odt");
+auto pDump = parseLayoutDump();
+sal_Int32 nSectionHeight
+= getXPath(pDump, "//section/infos/bounds", "bottom").toInt32(); // 
was 8391
+sal_Int32 nColumnHeight
+= getXPath(pDump, "(//column/infos/bounds)[2]", "bottom").toInt32(); 
// was 16216
+CPPUNIT_ASSERT_MESSAGE("The column in a TBRL page should be shorter than 
the section.",
+   nColumnHeight <= nSectionHeight);
+}
+
+CPPUNIT_TEST_FIXTURE(SwLayoutWriter2, testTdf152031)
+{
+createSwDoc("tdf152031-stair.odt");
+
+// reproduce the bug by shrinking the table width.
+uno::Reference xTablesSupplier(mxComponent, 
uno::UNO_QUERY);
+uno::Reference 
xTables(xTablesSupplier->getTextTables(),
+uno::UNO_QUERY);
+uno::Reference xTable(xTables->getByIndex(0), 
uno::UNO_QUERY);
+// Shrink table width from 5" to 4"
+sal_Int32 nWidth = getProperty(xTable, "Width") * 4 / 5;
+
+uno::Reference xSet(xTable, uno::UNO_QUERY);
+xSet->setPropertyValue("Width", uno::Any(nWidth));
+
+auto pDump = parseLayoutDump();
+// There was a stair effect after change the table size.
+sal_Int32 nLeft_Row1 = getXPath(pDump, "(//row/infos/bounds)[1]", 
"left").toInt32();
+sal_Int32 nLeft_Row2 = getXPath(pDump, "(//row/infos/bounds)[2]", 
"left").toInt32();
+CPPUNIT_ASSERT_EQUAL_MESSAGE("left values of SwRowFrames should be 
consistent.", nLeft_Row1,
+ nLeft_Row2);
+}
+
 CPPUNIT_PLUGIN_IMPLEMENT();
 
 /* vim:set shiftwidth=4 softtabstop=4 expandtab: */
diff --git a/sw/source/core/layout/calcmove.cxx 
b/sw/source/core/layout/calcmove.cxx
index acb384f2b759..184373585928 100644
--- a/sw/source/core/layout/calcmove.cxx
+++ b/sw/source/core/layout/calcmove.cxx
@@ -949,7 +949,7 @@ void SwLayoutFrame::MakeAll(vcl::RenderContext* 
/*pRenderContext*/)
 const SwLayNotify aNotify( this );
 bool bVert = IsVertical();
 
-SwRectFn fnRect = bVert ? ( IsVertLR() ? (IsVertLRBT() ? fnRectVertL2RB2T 
: fnRectVertL2R) : fnRectVert ) : fnRectHori;
+SwRectFn fnRect = ( IsNeighbourFrame() == bVert )? fnRectHori : ( 
IsVertLR() ? (IsVertLRBT() ? fnRectVertL2RB2T : fnRectVertL2R) : fnRectVert );
 
 std::optional oAccess;
 const SwBorderAttrs*pAttrs = nullptr;
@@ -975,36 +975,33 @@ void SwLayoutFrame::MakeAll(vcl::RenderContext* 
/*pRenderContext*/)
  

[Libreoffice-bugs] [Bug 152031] Reducing width of RTL table creates "stairway" effect

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=152031

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-bugs] [Bug 152514] New: Save icon on hicontrast theme disappears after any changes

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=152514

Bug ID: 152514
   Summary: Save icon on hicontrast theme disappears after any
changes
   Product: LibreOffice
   Version: 7.4.3.2 release
  Hardware: All
OS: Windows (All)
Status: UNCONFIRMED
  Severity: normal
  Priority: medium
 Component: Calc
  Assignee: libreoffice-bugs@lists.freedesktop.org
  Reporter: ar...@outlook.com

Description:
Save icon on hicontrast theme disappears after any changes.
Come back after save sheet.

Steps to Reproduce:
1.Set hicontrast icons theme
2.Make any changes is any cell
3.

Actual Results:
1.Set hicontrast icons theme
2.Make any changes is any cell

Expected Results:
Save icon on top bar in left corner disappears.


Reproducible: Always


User Profile Reset: No

Additional Info:
-

-- 
You are receiving this mail because:
You are the assignee for the bug.

[Libreoffice-bugs] [Bug 152513] New: FORMATTING: Enhancement request [Custom Layouts]

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=152513

Bug ID: 152513
   Summary: FORMATTING: Enhancement request [Custom Layouts]
   Product: LibreOffice
   Version: 6.4.7.2 release
  Hardware: x86-64 (AMD64)
OS: Linux (All)
Status: UNCONFIRMED
  Severity: enhancement
  Priority: medium
 Component: Impress
  Assignee: libreoffice-bugs@lists.freedesktop.org
  Reporter: stud...@mailo.com

Description:
Hello LibreOffice Devs,

I struggle to work efficiently with Impress.

I am going to present two issues I have with layouts/master slides, that I can
not solve efficiently myself.

ISSUE1 (Editing layout elements, custom layouts)
--
If I wish to *change the style of all title boxes* in my presentation, I have
to do it manually on every page, correct?

I have researched online, but there is no way to add text boxes to master
slides (1), add custom layouts (2), or apply layouts to master slides (3).

Solution (1) is problematic, since *layouts* are used to differentiate text box
arrangements, not master slides. It would add redundant functionality.

Solution (2) seems great! Add a *Layout Editor* to Impress. Here, we can edit
layouts and duplicate them. The custom layouts can be applied via "View > Slide
Layout".

Solution (3) is a further enhancement, since it allows a coupling of master
slide and layout functionality. For example, I can change {font size,
background, and text box arrangement} in one operation "Slide > Change Slide
Master".

ISSUE2 (switching layouts, text transfers)
--
Another related issue: When I change the layout, Impress does not copy the
contents from the old boxes to the new ones. It would be great, if there would
be a pop-up window where each text box from the old and the layout had a
number. In the window you could then assign the text boxes to each other, e.g.
Old_1 -> New_3, Old_2 -> New_1, empty -> New_2. 

This would finally allow for seamless switching of custom layouts for an
arbitrary selection of slides!

I hope this reached you well. Any help is highly appreciated. 
I am going to reward your efforts, just get back to me.

You can get back to me @ stud...@mailo.com

Kind regards,
Markus

Actual Results:
-

Expected Results:
-


Reproducible: Always


User Profile Reset: No

Additional Info:
Version: 6.4.7.2
Build ID: 1:6.4.7-0ubuntu0.20.04.2
CPU threads: 4; OS: Linux 5.15; UI render: default; VCL: gtk3; 
Locale: en-US (en_US.UTF-8); UI-Language: en-US
Calc: threaded

-- 
You are receiving this mail because:
You are the assignee for the bug.

[Libreoffice-bugs] [Bug 152320] Unreadable default Breeze theme if system has dark theme

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=152320

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 152322] UI: some slides don't render in Notes view

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=152322

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 152327] "Select unprotected cells" when no cells are unprotected makes data entry impossible

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=152327

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 152308] Crop Dialog is unavailable in Writer and Calc

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=152308

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 152315] No Cppunit pkg-config file generation on Windows

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=152315

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 152318] Writer hangs when changing keyboards

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=152318

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 152314] LibreOffice documents are not appearing in Mac Recents running under Ventura.

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=152314

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 152309] Copy/paste of cropped images between different modules is inconsistent

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=152309

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 147982] On macOS Monterey LibreOffice 7.3 crashes about every day. This was also with previous versions of LibreOffice.

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=147982

QA Administrators  changed:

   What|Removed |Added

 Status|NEEDINFO|UNCONFIRMED
 Ever confirmed|1   |0

-- 
You are receiving this mail because:
You are the assignee for the bug.

[Libreoffice-bugs] [Bug 147982] On macOS Monterey LibreOffice 7.3 crashes about every day. This was also with previous versions of LibreOffice.

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=147982

--- Comment #38 from QA Administrators  ---
[Automated Action] NeedInfo-To-Unconfirmed

-- 
You are receiving this mail because:
You are the assignee for the bug.

[Libreoffice-bugs] [Bug 149048] PDF editing Windows 11

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=149048

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 149048] PDF editing Windows 11

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=149048

--- Comment #4 from QA Administrators  ---
Dear Jürgen,

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 133092] [META] Crash bugs

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=133092
Bug 133092 depends on bug 115476, which changed state.

Bug 115476 Summary: LibreOffice Crash after login if quickstarter is enabled 
and Use Open GL disabled
https://bugs.documentfoundation.org/show_bug.cgi?id=115476

   What|Removed |Added

 Status|NEEDINFO|RESOLVED
 Resolution|--- |INSUFFICIENTDATA

-- 
You are receiving this mail because:
You are the assignee for the bug.

[Libreoffice-bugs] [Bug 147719] Calc freezes when resizing Properties pane

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=147719

--- Comment #11 from QA Administrators  ---
Dear grolschie,

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 111928] [META] Quickstarter-related issues

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=111928
Bug 111928 depends on bug 115476, which changed state.

Bug 115476 Summary: LibreOffice Crash after login if quickstarter is enabled 
and Use Open GL disabled
https://bugs.documentfoundation.org/show_bug.cgi?id=115476

   What|Removed |Added

 Status|NEEDINFO|RESOLVED
 Resolution|--- |INSUFFICIENTDATA

-- 
You are receiving this mail because:
You are the assignee for the bug.

[Libreoffice-bugs] [Bug 138775] Hiding menubar is not permanent in Single or Standard Toolbar UIs

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=138775

--- Comment #5 from QA Administrators  ---
Dear gilbertohasnofb,

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 115476] LibreOffice Crash after login if quickstarter is enabled and Use Open GL disabled

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=115476

--- Comment #20 from QA Administrators  ---
Dear Kevin W. Gagel,

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 92851] Editing: Index entries affect alphabetical index with concordance file's ability to find other search terms

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=92851

--- Comment #15 from QA Administrators  ---
Dear Winfried Donkers (retired),

To make sure we're focusing on the bugs that affect our users today,
LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed
bugs which have not been touched for over a year.

There have been thousands of bug fixes and commits since anyone checked on this
bug report. During that time, it's possible that the bug has been fixed, or the
details of the problem have changed. We'd really appreciate your help in
getting confirmation that the bug is still present.

If you have time, please do the following:

Test to see if the bug is still present with the latest version of LibreOffice
from https://www.libreoffice.org/download/

If the bug is present, please leave a comment that includes the information
from Help - About LibreOffice.

If the bug is NOT present, please set the bug's Status field to
RESOLVED-WORKSFORME and leave a comment that includes the information from Help
- About LibreOffice.

Please DO NOT

Update the version field
Reply via email (please reply directly on the bug tracker)
Set the bug's Status field to RESOLVED - FIXED (this status has a particular
meaning that is not 
appropriate in this case)


If you want to do more to help you can test to see if your issue is a
REGRESSION. To do so:
1. Download and install oldest version of LibreOffice (usually 3.3 unless your
bug pertains to a feature added after 3.3) from
https://downloadarchive.documentfoundation.org/libreoffice/old/

2. Test your bug
3. Leave a comment with your results.
4a. If the bug was present with 3.3 - set version to 'inherited from OOo';
4b. If the bug was not present in 3.3 - add 'regression' to keyword


Feel free to come ask questions or to say hello in our QA chat:
https://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 138683] Calc: copying multiple cells by ^drag fails on 1st attempt

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=138683

--- Comment #9 from QA Administrators  ---
Dear TorrAB,

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 138201] impossible to delete table after opening the report

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=138201

--- Comment #5 from QA Administrators  ---
Dear ablogic,

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 105167] media playback toolbar - clicking on mute-button or dragging volume-control moves seek-control and video forward

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=105167

--- Comment #11 from QA Administrators  ---
Dear bordfeldt,

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 151548] No access to FormField controls in StarBASIC/VBA

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=151548

--- Comment #22 from Commit Notification 
 ---
Justin Luth committed a patch related to this issue.
It has been pushed to "master":

https://git.libreoffice.org/core/commit/28ff4647e9dac8eebe3a169e828bacc8dc78e363

tdf#151548 vba ContentControls: showingPlaceholder improvements

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/source

[Justin Luth (via logerrit)]

 sw/source/ui/vba/vbacontentcontrol.cxx |9 ++---
 1 file changed, 6 insertions(+), 3 deletions(-)

New commits:
commit 28ff4647e9dac8eebe3a169e828bacc8dc78e363
Author: Justin Luth 
AuthorDate: Tue Dec 13 12:15:22 2022 -0500
Commit: Justin Luth 
CommitDate: Thu Dec 15 02:02:36 2022 +

tdf#151548 vba ContentControls: showingPlaceholder improvements

I reviewed the effect of the recent change to how showingPlaceholder
status was reset. It really didn't have any effect that I could find,
but the code review resulted in these minor improvements.

Change-Id: I4ba8da694c1dd4a4e7c77fe0cf20e5a5082564df
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/144134
Tested-by: Jenkins
Reviewed-by: Justin Luth 

diff --git a/sw/source/ui/vba/vbacontentcontrol.cxx 
b/sw/source/ui/vba/vbacontentcontrol.cxx
index e53ad6c51d31..775e7fbbdea3 100644
--- a/sw/source/ui/vba/vbacontentcontrol.cxx
+++ b/sw/source/ui/vba/vbacontentcontrol.cxx
@@ -719,7 +719,7 @@ void SwVbaContentControl::SetCheckedSymbol(sal_Int32 
Character, const uno::Any&
 std::shared_ptr pCC = 
m_rCC.GetContentControl().GetContentControl();
 pCC->SetCheckedState(OUString(static_cast(Character)));
 
-if (pCC->GetCheckbox() && pCC->GetChecked())
+if (pCC->GetCheckbox() && pCC->GetChecked() && 
!pCC->GetShowingPlaceHolder())
 m_rCC.Invalidate();
 }
 
@@ -732,7 +732,7 @@ void SwVbaContentControl::SetUnCheckedSymbol(sal_Int32 
Character, const uno::Any
 std::shared_ptr pCC = 
m_rCC.GetContentControl().GetContentControl();
 pCC->SetUncheckedState(OUString(static_cast(Character)));
 
-if (pCC->GetCheckbox() && !pCC->GetChecked())
+if (pCC->GetCheckbox() && !pCC->GetChecked() && 
!pCC->GetShowingPlaceHolder())
 m_rCC.Invalidate();
 }
 
@@ -758,7 +758,10 @@ void SwVbaContentControl::SetPlaceholderText(const 
uno::Any& BuildingBlock, cons
 // Remove placeholder text.
 pCC->SetPlaceholderDocPart("");
 }
-m_rCC.Invalidate();
+if (pCC->GetShowingPlaceHolder() && !getLockContents())
+{
+//replace the text and ensure showing placeholder is still set
+}
 }
 
 void SwVbaContentControl::Ungroup() { SAL_INFO("sw.vba", 
"SwVbaContentControl::UnGroup stub"); }

Re: ESC meeting agenda: 2022-12-15 16:00 CET

[Tomaž Vajngerl]

Hi,

On Thu, Dec 15, 2022 at 12:53 AM Miklos Vajna  wrote:

> * Release Engineering update (Cloph)
>  + 7.4 status: 7.4.4 rc1 this week?
>  + 7.5 status:
>+ issue building install sets on Windows, still investigating
>+ feature freeze this week week, also means the beta1 and -7-5
> branch
>   + (but can still +2 yourself for now)
>   + to be tagged later today
>+ no late features are known at this time
>  + have pending patch on master (Michael S)
>+ around PDF/UA, adding checkbox to the UI
>  + fine, UI freeze is only with RC1
>

I probably won't make it to the ESC, but I'd like to propose the "Touchpad
gesture support" as a late feature for 7.5. It's a series of 9 concise
patches starting with [1].

Ilmari has some more information about the origins of the patches.

Also for the record, Thorsten feedback regarding this on IRC was:
"thorsten@thorsten:libera.chat

buovjaga: can't make it tomorrow (family matters), but - very much in
support for getting this late feature in!
"

[1] https://gerrit.libreoffice.org/c/core/+/143751/2


Best Regards,
Tomaž

[Libreoffice-bugs] [Bug 146765] Base Form - crash when scrolling in dual form & "data as table" display (macOS Arm)

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=146765

--- Comment #19 from Patrick Luby  ---
I can reproduce this bug with attachment 182260 but only when I have activated
macOS VoiceOver. In both Telesto's crash log and my local crash log, this
infinite recursion of NSViewGetVisibleRect calls starts with a macOS
NSAccessibility event (the magic function in the stack trace is
"_NSAccessibilityChildrenInNavigationOrderAttributeValue").

My guess is that macOS is asking for all the accessible "child" objects for all
of the rows in the table view and LibreOffice as in the process of returning a
very large number of child objects.

I see similar, but not the same, behavior when I open an empty Calc spreadsheet
and enable VoiceOver: Calc does into a very, very long loop.

@Alex Thurgood:

Your last crash log has a truncated stack (due to infinite recursion of
NSViewGetVisibleRect calls no doubt) so can do you only see this crash when
VoiceOver or other accessible tool is activated?

-- 
You are receiving this mail because:
You are the assignee for the bug.

[Libreoffice-bugs] [Bug 152029] Visually draw attention to in-view bookmark or hyperlink when selecting/hovering it in the Navigator

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=152029

--- Comment #37 from Commit Notification 
 ---
Jim Raykowski committed a patch related to this issue.
It has been pushed to "master":

https://git.libreoffice.org/core/commit/bef199febca711c9aa3fd199e8ca525b7d97a04f

tdf#152029 Bring comment fields to attention in the document view

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/source

[Jim Raykowski (via logerrit)]

 sw/source/uibase/inc/conttree.hxx  |1 
 sw/source/uibase/utlui/content.cxx |   85 -
 2 files changed, 85 insertions(+), 1 deletion(-)

New commits:
commit bef199febca711c9aa3fd199e8ca525b7d97a04f
Author: Jim Raykowski 
AuthorDate: Mon Dec 12 00:06:48 2022 -0900
Commit: Jim Raykowski 
CommitDate: Thu Dec 15 01:03:05 2022 +

tdf#152029 Bring comment fields to attention in the document view

when the mouse pointer is over comment content type and content entries
in the Navigator content tree

Change-Id: I81f8667231fe0e94f0b81c4c2d4955ba17aaa3da
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/143979
Tested-by: Jenkins
Reviewed-by: Jim Raykowski 

diff --git a/sw/source/uibase/inc/conttree.hxx 
b/sw/source/uibase/inc/conttree.hxx
index 3cf671ac1bd9..af39a41cb1ae 100644
--- a/sw/source/uibase/inc/conttree.hxx
+++ b/sw/source/uibase/inc/conttree.hxx
@@ -141,6 +141,7 @@ class SwContentTree final : public SfxListener
 void BringBookmarksToAttention(const std::vector& rNames);
 void BringURLFieldsToAttention(const SwGetINetAttrs& rINetAttrsArr);
 void BringReferencesToAttention(std::vector& 
rTextAttrsArr);
+void BringPostItFieldsToAttention(std::vector& 
rTextAttrsArr);
 void BringDrawingObjectsToAttention(std::vector& 
rDrawingObjectsArr);
 void BringTextFieldsToAttention(std::vector& 
rTextAttrsArr);
 void BringFootnotesToAttention(std::vector& 
rTextAttrsArr);
diff --git a/sw/source/uibase/utlui/content.cxx 
b/sw/source/uibase/utlui/content.cxx
index 0c027d73407f..7853b1c30f90 100644
--- a/sw/source/uibase/utlui/content.cxx
+++ b/sw/source/uibase/utlui/content.cxx
@@ -102,6 +102,7 @@
 #include 
 #include 
 
+#include 
 #include 
 #include 
 #include 
@@ -1248,6 +1249,15 @@ IMPL_LINK(SwContentTree, MouseMoveHdl, const 
MouseEvent&, rMEvt, bool)
 BringReferencesToAttention(aTextAttrArr);
 }
 }
+else if (nType == ContentTypeId::POSTIT)
+{
+if (const SwTextAttr* pTextAttr =
+
static_cast(pCnt)->GetPostIt()->GetTextField())
+{
+std::vector aTextAttrArr 
{pTextAttr};
+BringPostItFieldsToAttention(aTextAttrArr);
+}
+}
 else if (nType == ContentTypeId::DRAWOBJECT)
 {
 if (!pCnt->IsInvisible())
@@ -1372,6 +1382,20 @@ IMPL_LINK(SwContentTree, MouseMoveHdl, const 
MouseEvent&, rMEvt, bool)
 }
 BringReferencesToAttention(aTextAttrArr);
 }
+else if (nType == ContentTypeId::POSTIT)
+{
+std::vector aTextAttrArr;
+for (size_t i = 0; i < 
m_aActiveContentArr[nType]->GetMemberCount(); i++)
+{
+const SwPostItContent* pPostItContent = 
static_cast(
+m_aActiveContentArr[nType]->GetMember(i));
+if (pPostItContent && !pPostItContent->IsInvisible())
+if (const SwFormatField* pFormatField = 
pPostItContent->GetPostIt())
+if (const SwTextAttr* pTextAttr = 
pFormatField->GetTextField())
+aTextAttrArr.push_back(pTextAttr);
+}
+BringPostItFieldsToAttention(aTextAttrArr);
+}
 else if (nType == ContentTypeId::DRAWOBJECT)
 {
 IDocumentDrawModelAccess& rIDDMA = 
m_pActiveShell->getIDocumentDrawModelAccess();
@@ -5944,6 +5968,66 @@ void 
SwContentTree::BringReferencesToAttention(std::vector& r
 m_aOverlayObjectDelayTimer.Start();
 }
 
+void SwContentTree::BringPostItFieldsToAttention(std::vector& rTextAttrsArr)
+{
+std::vector aRanges;
+for (const SwTextAttr* p : rTextAttrsArr)
+{
+if (!p)
+continue;
+// use as a fallback when there is no mark
+SwTextNode& rTextNode = 
p->GetFormatField().GetTextField()->GetTextNode();
+if (!rTextNode.getLayoutFrame(m_pActiveShell->GetLayout()))
+continue;
+assert(dynamic_cast(p->GetFormatField().GetTextField()));
+const SwTextAnnotationField* pTextAnnotationField =
+static_cast(p->GetFormatField().GetTextField());
+if (!pTextAnnotationField)
+continue;
+const ::sw::mark::IMark* pAnnotationMark =
+pTextAnnotationField != nullptr ? 
pTextAnnotationField->GetAnnotationMark()
+: nullptr;
+const SwPosition aMarkStart = pAnnotationMark ? 
pAnnotationMark->GetMarkStart()
+: SwPosition(rTextNode, 
p->GetStart());
+const 

[Libreoffice-commits] core.git: Branch 'libreoffice-7-5' - configure.ac oox/Module_oox.mk RepositoryModule_build.mk

[Michael Stahl (via logerrit)]

 RepositoryModule_build.mk |1 +
 configure.ac  |1 -
 oox/Module_oox.mk |5 +
 3 files changed, 6 insertions(+), 1 deletion(-)

New commits:
commit 5a63e1afb246da0afb5ba7f1ad90b2dec0dddf81
Author: Michael Stahl 
AuthorDate: Wed Dec 14 17:09:01 2022 +
Commit: Thorsten Behrens 
CommitDate: Thu Dec 15 00:44:59 2022 +

add oox to WITH_GALLERY_BUILD build side

This is needed for WNT/ARM cross build since commit
ce4c154e8b254f3bcd59ea46b3db4bd3d5a26058.

Additionally, revert "Add oox to build side, for cross compilation"

This reverts commit 599f9836a674ec525e56fa787a800d7ed4be3383.

Reason for revert: It doesn't do anything

Change-Id: I03cf9a2bb3bc505772b1bd2a2d96cd2b29cf14c8
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/144170
Tested-by: Jenkins
Reviewed-by: Thorsten Behrens 
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/144198

diff --git a/RepositoryModule_build.mk b/RepositoryModule_build.mk
index de906d605c53..2f3a06edd12a 100644
--- a/RepositoryModule_build.mk
+++ b/RepositoryModule_build.mk
@@ -70,6 +70,7 @@ $(eval $(call gb_Module_add_moduledirs,cross_toolset,\
framework \
linguistic \
officecfg \
+   oox \
package \
postprocess \
sfx2 \
diff --git a/configure.ac b/configure.ac
index 93e02435e639..9e92838241e2 100644
--- a/configure.ac
+++ b/configure.ac
@@ -5797,7 +5797,6 @@ if test "$cross_compiling" = "yes"; then
 LIBXSLT
 MDDS
 NATIVE
-OOX
 OPENSSL
 ORCUS
 PYTHON
diff --git a/oox/Module_oox.mk b/oox/Module_oox.mk
index 75ef85051f85..f868a126a61c 100644
--- a/oox/Module_oox.mk
+++ b/oox/Module_oox.mk
@@ -11,6 +11,10 @@ $(eval $(call gb_Module_Module,oox))
 
 $(eval $(call gb_Module_add_targets,oox,\
CustomTarget_generated \
+))
+
+ifeq ($(gb_Side),host)
+$(eval $(call gb_Module_add_targets,oox,\
 Library_oox \
Package_customshapes \
Package_generated \
@@ -31,5 +35,6 @@ $(eval $(call gb_Module_add_check_targets,oox,\
CppunitTest_oox_shape \
CppunitTest_oox_export \
 ))
+endif
 
 # vim: set noet sw=4 ts=4:

[Libreoffice-bugs] [Bug 144911] Digits misplaced when entering LTR text (starting with a number) in an RTL paragraph

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=144911

Hossein  changed:

   What|Removed |Added

Summary|digits misplaced when   |Digits misplaced when
   |entering l-t-r text |entering LTR text (starting
   |(starting with a number) in |with a number) in an RTL
   |a r-t-l paragraph   |paragraph

-- 
You are receiving this mail because:
You are the assignee for the bug.

[Libreoffice-commits] core.git: static/README.wasm.md

[Tor Lillqvist (via logerrit)]

 static/README.wasm.md |   15 +--
 1 file changed, 5 insertions(+), 10 deletions(-)

New commits:
commit 52c3744d0669eafadb8e30f500edb9dff0bd7e3d
Author: Tor Lillqvist 
AuthorDate: Wed Dec 14 21:38:08 2022 +0200
Commit: Tor Lillqvist 
CommitDate: Wed Dec 14 23:18:36 2022 +

Update Qt5 build instructions to use Allotropia's pre-patched repo

Change-Id: I4b739e36a008940705b32a2c83757520e2ae1add
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/144196
Tested-by: Jenkins
Reviewed-by: Tor Lillqvist 

diff --git a/static/README.wasm.md b/static/README.wasm.md
index 7bca790acf7a..cbe5f74f6607 100644
--- a/static/README.wasm.md
+++ b/static/README.wasm.md
@@ -43,19 +43,14 @@ generally the Qt6 WASM documentation is much better, 
because it incorporated man
 information from the Qt Wiki.
 
 FWIW: Qt 5.15 LTS is not maintained publicly and Qt WASM has quite a few bugs. 
Most
-WASM fixes from Qt 6 are needed for Qt 5.15 too. They can mainly be 
cherry-picked from:
-- git log origin/dev src/plugins/platforms/wasm/
-- git log --grep wasm origin/dev
+WASM fixes from Qt 6 are needed for Qt 5.15 too. Allotropia offers a Qt 
repository
+with the necessary patches cherry-picked.
 
-We will probably offer our own Qt repository clone at some point.
-
-But even the public Qt 5.15 branch is still broken, so better start with the 
v5.15.2 tag.
-
-git clone https://github.com/qt/qt5.git
+git clone https://github.com/allotropia/qt5.git
 cd qt5
-git checkout v5.15.2
+git checkout v5.15.2+wasm
 ./init-repository --module-subset=qtbase
-./configure -xplatform wasm-emscripten -feature-thread -prefix 
$PWD/install-5.15.2
+./configure -xplatform wasm-emscripten -feature-thread -prefix 
 make -j module-qtbase
 
 Optionally you can add the configure flag "-compile-examples". But then you 
also have to

[Libreoffice-bugs] [Bug 90646] Improving the "Style & Formatting" sidebar tab

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=90646

--- Comment #29 from David  ---
Combining multiple families of styles into one panel view is a terrible idea.
If a document has a large number of styles, how would scrolling through them in
a much smaller frame be more helpful?

A modal window having to be brought up every time I want to change a style
would also be a real pain. 

The better option IMO is to use a customizable styles toolbar for the most
frequently used styles.

-- 
You are receiving this mail because:
You are the assignee for the bug.

[Libreoffice-bugs] [Bug 97166] Fileopen: .docx: Some formulas with wrong syntax aren't correctly imported (OK in Word)

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=97166

Rajasekaran Karunanithi  changed:

   What|Removed |Added

 CC||rajasekara...@gmail.com

--- Comment #16 from Rajasekaran Karunanithi  ---
Still reproducable in LO 7.5 Dev alpha under Windows 10(x64).I opened in
https://onlinedocumentviewer.com/ and the formulas appears fine but LO opens
incorrectly.

Version: 7.5.0.0.alpha1 (X86_64) / LibreOffice Community
Build ID: 2b4d136b65bc79a1248876160e85fab79d52d5d6
CPU threads: 4; OS: Windows 10.0 Build 19044; UI render: Skia/Raster; VCL: win
Locale: en-IN (en_IN); UI: en-US
Calc: threaded

-- 
You are receiving this mail because:
You are the assignee for the bug.

[Libreoffice-bugs] [Bug 62063] FORMATTING: Font textbox ignores keyboard layout change to RTL language

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=62063

--- Comment #31 from Eyal Rozenberg  ---
(In reply to Eyal Rozenberg from comment #27)
> please try to have these on the LTR channel :-)

I meant to say the RTL channel of course. For those who don't know it:
https://t.me/+GY3UwBnlDN9mY2M8

And thanks, Hossein, for the priority increase.

-- 
You are receiving this mail because:
You are the assignee for the bug.

[Libreoffice-bugs] [Bug 144911] digits misplaced when entering l-t-r text (starting with a number) in a r-t-l paragraph

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=144911

--- Comment #5 from خالد حسني  ---
(In reply to h.rosemarin from comment #4)
> the previous comment is correct, but
> it is correct that using the "intuitive" menu sequence: "Insert->Formatting
> Mark->Left-To-Right Mark" renders the text as expected
> however, I believe that this should not be the default behavior, and users
> should not have to resort to using invisible formatting marks whenever they
> want to cite an international (latin text and digits) reference while
> writing in a r-t-l language
> 1. because it is not intuitive, and not what users expect
> 2. as an expert "witness" to back my intuition on default behavior - MS Word
> renders the text in my example correctly without any "formatting marks". The
> fact that the users enters a sequence of digits and latin letters means that
> the sequence should be formatted as a left-to-right sequence within the
> right-to-left paragraph

I don't know what MS Word is doing nor I can test it to confirm, but either it
is inserting the formatting marks automatically based on some heuristic (and I
think we already have open issues requisting such behavior) or implements q
non-standard bidi algorithm which I don't think some thing we want to support.

FWIW, you will get the same digit order thing in essentially any application
(other than MS Office, based on your observation).

The font switch is unique to office suits and we probably can improve it, but I
feel that the digit order is the bigger issue here.

-- 
You are receiving this mail because:
You are the assignee for the bug.

[Libreoffice-bugs] [Bug 145843] Incidental Crash on macOS with skia raster (STR comment 8)

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=145843

--- Comment #35 from Patrick Luby  ---
I have uploaded "Patchset 3" to the following link:

https://bugs.documentfoundation.org/show_bug.cgi?id=145843

@Telesto

Patchset 3 fixes the crash when running Skia/Raster on my macOS 12.6.2 Intel
laptop. Does Patchset 3 fix the crash on your machine?

-- 
You are receiving this mail because:
You are the assignee for the bug.

[Libreoffice-bugs] [Bug 152512] Text document status bar reporting incorrect number of pages briefly then after a few seconds display the correct number of pages

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=152512

bcdesig...@gmail.com changed:

   What|Removed |Added

 CC||bcdesig...@gmail.com

--- Comment #1 from bcdesig...@gmail.com ---
Created attachment 184149
  --> https://bugs.documentfoundation.org/attachment.cgi?id=184149=edit
screenshots of odd status bar behaviour

screenshots of the status bar reporting incorrect number of pages in a text
document

-- 
You are receiving this mail because:
You are the assignee for the bug.

[Libreoffice-bugs] [Bug 152512] New: Text document status bar reporting incorrect number of pages briefly then after a few seconds display the correct number of pages

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=152512

Bug ID: 152512
   Summary: Text document status bar reporting incorrect number of
pages briefly then after a few seconds display the
correct number of pages
   Product: LibreOffice
   Version: 7.3.1.3 release
  Hardware: x86-64 (AMD64)
OS: Linux (All)
Status: UNCONFIRMED
  Severity: normal
  Priority: medium
 Component: Writer
  Assignee: libreoffice-bugs@lists.freedesktop.org
  Reporter: bcdesig...@gmail.com

Description:
User reported that when saving his document to an external usb disk, upon
carrying on with writing in his document several pages were now missing,
despite issuing a "CTRL S" command prior to saving the doc to the ext usb. 
He never closed the doc nor quit the app.
I examined the ext usb but the doc had not in fact been saved successfully.
I looked at doc on his machine and his edits were indeed missing as he could
recall several.
I closed the doc and re-opened and observed the strange behaviour of the page
count in the status bar: initially shows 52 pages then after a few seconds
shows 45 pages.
I checked the tmp folder and only contained one document - exactly the same as
the one he was editing; it also displayed the odd behaviour.
I opened the doc from my M1 MacBook Pro with exactly the same odd status
behaviour 

Steps to Reproduce:
1.n/a
2.
3.

Actual Results:
Due to the nature of this behaviour unable to attempt to reproduce it

Expected Results:
n/a


Reproducible: Didn't try


User Profile Reset: No

Additional Info:
LibreOffice version: 7.3.1.3
OS: Zorin OS (Linux 5.13)
UI: en-GB
Ubuntu package version: 1:7.3.1_rc3-0ubuntu0.20.04.1~llo1
Calc: threaded

A screenshot of the status bar's odd behaviour is attached

-- 
You are receiving this mail because:
You are the assignee for the bug.

DOCX import: MS Office WordArt to LO Fontwork

[Regina Henschel]

Hi all,

you might have noticed, that I'm working on import of WordArt in DOCX.
https://gerrit.libreoffice.org/c/core/+/143615

The work has now progressed to the point where it is possible to discuss 
the principle. Import of dashes is missing and unit tests are missing. 
But that is no principle problem, it needs only some time.


But there are some problems:

(A)

The principle in my patch is to use the information in the 
CharInteropGrabBag to create LineProperties and FillProperties. The 
problem in Writer is that only after the text has been read and the 
shape, including the frame bundled with it, has been created, is it 
known whether it is a WordArt shape.




Do you have any concerns about my approach? Do you have suggestions for 
a better approach?


(B)
The current import does not generate a Fontwork at all. However, LO will 
recreate the WordArt from the GrabBags, if the document is resaved to 
docx and nothing on the shape was changed. With my work, a Fontwork is 
created which will nicely look as far it is principle possible and will 
be kept when converting to ODF, but resave to docx looses the styling of 
the Fontwork.


How to progress? Use this approach nevertheless and start working on 
export of Fontwork to WordArt after that (which would include export 
from ODF), or extend my work to cover export too?


(C)
Do you know of any areas that I should test particularly carefully?

(D)
I have introduced a new file fontworkhelpers, which includes that part, 
that is uses in import from pptx as well. Currently my solution has a 
lot of lcl_foo methods, which could be move to that new file too. Should 
I do that although they are only used in WpsContext.cxx?


Besides that, please let me know all places where you think something 
could be solved in a better way.


Kind regards
Regina

[Libreoffice-bugs] [Bug 111392] Export as image: Calc exports chart as empty PDF (OK with File-Export to PDF)

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=111392

--- Comment #15 from Paris Oplopoios  ---
Could not reproduce with:

Version: 7.6.0.0.alpha0+ (X86_64) / LibreOffice Community
Build ID: 3c2effa9057ab51c2cfff72673e1e4512d025b23
CPU threads: 12; OS: Linux 6.0; UI render: default; VCL: gtk3
Locale: en-US (en_US.UTF-8); UI: en-US
Calc: threaded

-- 
You are receiving this mail because:
You are the assignee for the bug.

[Libreoffice-bugs] [Bug 144911] digits misplaced when entering l-t-r text (starting with a number) in a r-t-l paragraph

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=144911

--- Comment #4 from h.rosema...@gmail.com ---
the previous comment is correct, but
it is correct that using the "intuitive" menu sequence: "Insert->Formatting
Mark->Left-To-Right Mark" renders the text as expected
however, I believe that this should not be the default behavior, and users
should not have to resort to using invisible formatting marks whenever they
want to cite an international (latin text and digits) reference while writing
in a r-t-l language
1. because it is not intuitive, and not what users expect
2. as an expert "witness" to back my intuition on default behavior - MS Word
renders the text in my example correctly without any "formatting marks". The
fact that the users enters a sequence of digits and latin letters means that
the sequence should be formatted as a left-to-right sequence within the
right-to-left paragraph

-- 
You are receiving this mail because:
You are the assignee for the bug.

[Libreoffice-bugs] [Bug 152511] REGEXP replace parameters not working

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=152511

--- Comment #4 from Eike Rathke  ---
Or sorry, out of habit I tried in Calc that does not repeat a match on found
strings, actually I can reproduce in Writer even with LO 7.4.4 and using
ReplaceAll, but note what is found with a FindAll, all " that ". Anyhow, my
capture group remark still is valid.

-- 
You are receiving this mail because:
You are the assignee for the bug.

[Libreoffice-commits] core.git: Branch 'distro/collabora/co-22.05' - include/svtools

[Szymon Kłos (via logerrit)]

 include/svtools/genericasyncunodialog.hxx |8 
 1 file changed, 8 deletions(-)

New commits:
commit 8a792f4127fbd47c66c9d64b14e75c2b80336832
Author: Szymon Kłos 
AuthorDate: Wed Dec 14 17:36:10 2022 +0100
Commit: Andras Timar 
CommitDate: Wed Dec 14 22:00:22 2022 +

lok: remove undefined behaviour warning

Change-Id: I74d015bdf2c30b85c8e9eb8271780cea1f15
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/144169
Tested-by: Jenkins CollaboraOffice 
Reviewed-by: Andras Timar 

diff --git a/include/svtools/genericasyncunodialog.hxx 
b/include/svtools/genericasyncunodialog.hxx
index 7168d08f4301..937f9778030d 100644
--- a/include/svtools/genericasyncunodialog.hxx
+++ b/include/svtools/genericasyncunodialog.hxx
@@ -57,14 +57,6 @@ protected:
 {
 }
 
-virtual ~OGenericUnoAsyncDialog() override
-{
-SolarMutexGuard aSolarGuard;
-::osl::MutexGuard aGuard(m_aMutex);
-if (m_xAsyncDialog)
-destroyAsyncDialog();
-}
-
 public:
 // XAsynchronousExecutableDialog
 void SAL_CALL setDialogTitle(const OUString& aTitle) override

[Libreoffice-bugs] [Bug 42082] [META] Make LibreOffice shine and glow on macOS

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=42082
Bug 42082 depends on bug 150596, which changed state.

Bug 150596 Summary: Libre Office crashes when opening a second document [macOS 
13 Ventura]
https://bugs.documentfoundation.org/show_bug.cgi?id=150596

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution|--- |DUPLICATE

-- 
You are receiving this mail because:
You are the assignee for the bug.

[Libreoffice-bugs] [Bug 148435] LibreOffice on macOS hangs on using window snapping / window manager (BetterTouchTool, Rectangle, Raycast, Amethyst, ...) or any other redraw, context switch, etc, from

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=148435

Alex Thurgood  changed:

   What|Removed |Added

 CC||jlago...@mac.com

--- Comment #81 from Alex Thurgood  ---
*** Bug 150596 has been marked as a duplicate of this bug. ***

-- 
You are receiving this mail because:
You are the assignee for the bug.

[Libreoffice-bugs] [Bug 150596] Libre Office crashes when opening a second document [macOS 13 Ventura]

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=150596

Alex Thurgood  changed:

   What|Removed |Added

 Resolution|--- |DUPLICATE
 Status|UNCONFIRMED |RESOLVED

--- Comment #8 from Alex Thurgood  ---


*** This bug has been marked as a duplicate of bug 148435 ***

-- 
You are receiving this mail because:
You are the assignee for the bug.

[Libreoffice-bugs] [Bug 152511] REGEXP replace parameters not working

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=152511

Eike Rathke  changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEEDINFO
 Ever confirmed|0   |1

--- Comment #3 from Eike Rathke  ---
I could reproduce with LO 7.2.7, but not with LO 7.3.7 nor LO 7.4.4 nor LO
7.5alpha, in all of which the result correctly is
"notthis and that this and that ok "

Note that the capture groups may not be what you think they might be:
group1: ((\s)|(^))
group3: (^)

Anyhow, what platform and LibreOffice version anyway? Please copy-paste the
Version Information from the Help -> About LibreOffice dialog.

-- 
You are receiving this mail because:
You are the assignee for the bug.

[Libreoffice-bugs] [Bug 152510] crash when I resize one libre office window and I have other window open

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=152510

m.a.riosv  changed:

   What|Removed |Added

 Ever confirmed|0   |1
 Status|UNCONFIRMED |NEEDINFO
 CC||miguelangelrv@libreoffice.o
   ||rg

--- Comment #1 from m.a.riosv  ---
Please test with a clean profile, Menu/Help/Restart in Safe Mode

-- 
You are receiving this mail because:
You are the assignee for the bug.

[Libreoffice-bugs] [Bug 152504] Print preview scaling factor "slider" does not increase/decrease selected cells relative to paper size

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=152504

--- Comment #4 from LeroyG  ---
(In reply to CFerrell from comment #0)

> […] There is no
> place to select 100% or 75%, etc.  You can only "print" and accept whatever
> comes out of the printer.

The bug may be still there (I have no Mac to test), but you can press the
Format Page icon (second to the left of the scaling slide), Sheet tab, and
change the Scaling factor.

-- 
You are receiving this mail because:
You are the assignee for the bug.

[Libreoffice-bugs] [Bug 152511] REGEXP replace parameters not working

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=152511

--- Comment #2 from LeroyG  ---
NOT A BUG for me.

The Find string must be: "(\s|^)(that)(\s|[.,!?:;'\"\'-])".

Original text: "that this and that this and that ok "
Result text: "not this and not this and not ok "

Version: 7.3.7.2 (x64) / LibreOffice Community
Build ID: e114eadc50a9ff8d8c8a0567d6da8f454beeb84f
CPU threads: 4; OS: Windows 10.0 Build 19045; UI render: default; VCL: win
Locale: es-MX (es_ES); UI: en-US
Calc: CL

-- 
You are receiving this mail because:
You are the assignee for the bug.

[Libreoffice-bugs] [Bug 92051] STATUSBAR: Missing tooltip for section/table area

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=92051

Caolán McNamara  changed:

   What|Removed |Added

 Status|NEW |ASSIGNED
   Assignee|libreoffice-b...@lists.free |caol...@redhat.com
   |desktop.org |

-- 
You are receiving this mail because:
You are the assignee for the bug.