[Libreoffice-bugs] [Bug 158099] Auto numbering needs more options for RTL languages to change direction of numbers

[bugzilla-daemon]

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

افشین  changed:

   What|Removed |Added

 Ever confirmed|0   |1
 Status|UNCONFIRMED |NEW

--- Comment #2 from افشین  ---
I confirm it.

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

[Libreoffice-bugs] [Bug 158064] Day position into cells

[bugzilla-daemon]

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

--- Comment #4 from افشین  ---
I'm sorry for my mistake. 

Actual Results:
The number of the day (۳) gets displayed on the left side of the name of the
month (بهمن).

Expected Results:
The number of the day (۳) must get displayed on the right side of the name of
the month (بهمن).

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

[Libreoffice-ux-advise] [Bug 143340] Undo/redo for checking/unchecking KeepRatio in Image Properties Dialog not properly handled

[bugzilla-daemon]

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

--- Comment #10 from Miklos Vajna  ---
SwViewOption::IsKeepRatio() is what I had in mind for the view-level option
(this is similar to e.g. "show non-printable characters"). And then we also
have SwFormatFrameSize::QueryValue() for the document model, where a magic 255%
percent for the width or height means "just keep the ratio according to the
other axis".

Given that we have a single "keep ratio" on the UI, this is confusing, I would
say.

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

[Libreoffice-bugs] [Bug 143340] Undo/redo for checking/unchecking KeepRatio in Image Properties Dialog not properly handled

[bugzilla-daemon]

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

--- Comment #10 from Miklos Vajna  ---
SwViewOption::IsKeepRatio() is what I had in mind for the view-level option
(this is similar to e.g. "show non-printable characters"). And then we also
have SwFormatFrameSize::QueryValue() for the document model, where a magic 255%
percent for the width or height means "just keep the ratio according to the
other axis".

Given that we have a single "keep ratio" on the UI, this is confusing, I would
say.

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

[Libreoffice-bugs] [Bug 157943] LibreOffice 7.6.2.1 - opened files can be modified by someone else without first person's knowledge, even when .lock file exists

[bugzilla-daemon]

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

--- Comment #2 from tsulayaiv  ---
i can confirm we're using version of LO 7.4.3.2 Windows 10 and have same
behavior

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

[Libreoffice-bugs] [Bug 157902] INCONSISTENT FORMATTING IN CALC

[bugzilla-daemon]

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

Buovjaga  changed:

   What|Removed |Added

 Resolution|--- |WONTFIX
 Status|NEEDINFO|RESOLVED

--- Comment #6 from Buovjaga  ---
I'll go ahead and close as wontfix.

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

[Libreoffice-bugs] [Bug 158099] Auto numbering needs more options for RTL languages to change direction of numbers

[bugzilla-daemon]

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

--- Comment #1 from M.Mahdi  ---
Created attachment 190698
  --> https://bugs.documentfoundation.org/attachment.cgi?id=190698=edit
For better insights, I posted a screenshot about wrong (upper part) and correct
(lower part) autonumbering in LibreOffice environment

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

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

[Michael Weghorn (via logerrit)]

 vcl/unx/gtk4/a11y.cxx |   35 ++-
 1 file changed, 34 insertions(+), 1 deletion(-)

New commits:
commit 285c309ad7d92f6b92b5bdf1dd8f490fbdf59d56
Author: Michael Weghorn 
AuthorDate: Mon Nov 6 17:48:08 2023 +0100
Commit: Michael Weghorn 
CommitDate: Tue Nov 7 07:59:55 2023 +0100

gtk4 a11y: Map states to corresponding GtkAccessibleState

Set those states that Gtk handles as `GtkAccessibleState`,
see documentation at [1].

For the LO a11y states, the Gtk 4 a11y API differentiates
between three different enums/ways of handling those:

* `AccessibleProperty`, for which handling was added in the
  previous commit, Change-Id Ic033e66dd89021defca449bbe2251102bbd61015,
  "gtk4 a11y: Map states to corresponding gtk a11y properties"
* `GtkAccessibleState`, for which this commit implements
   the handling
* `GtkAccessiblePlatformState`, for which handling
   was implemented in `lo_accessible_get_platform_state` in

commit 341ff232aec77c2b46325389da933315613b6f2d
Author: Caolán McNamara 
Date:   Mon Mar 20 20:37:15 2023 +

gtk4: get a11y to say hello world

  already.

[1] https://docs.gtk.org/gtk4/enum.AccessibleState.html

Change-Id: If22725dc2ccab5f73518e4171209a80a9c4df6d3
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/159006
Tested-by: Jenkins
Reviewed-by: Michael Weghorn 

diff --git a/vcl/unx/gtk4/a11y.cxx b/vcl/unx/gtk4/a11y.cxx
index fc148d41c199..b60e3d0676de 100644
--- a/vcl/unx/gtk4/a11y.cxx
+++ b/vcl/unx/gtk4/a11y.cxx
@@ -474,7 +474,10 @@ lo_accessible_new(GdkDisplay* pDisplay, GtkAccessible* 
pParent,
 ret->uno_accessible->getAccessibleContext());
 assert(xContext.is() && "No accessible context");
 
-// set state properties
+// handle states
+// Gtk differentiates between GtkAccessibleState and GtkAccessibleProperty
+// (both handled here) and GtkAccessiblePlatformState (handled in
+// 'lo_accessible_get_platform_state')
 const sal_Int64 nStates = xContext->getAccessibleStateSet();
 gtk_accessible_update_property(
 GTK_ACCESSIBLE(ret), GTK_ACCESSIBLE_PROPERTY_MODAL,
@@ -496,6 +499,36 @@ lo_accessible_new(GdkDisplay* pDisplay, GtkAccessible* 
pParent,
GTK_ORIENTATION_VERTICAL, -1);
 }
 
+gtk_accessible_update_state(
+GTK_ACCESSIBLE(ret), GTK_ACCESSIBLE_STATE_BUSY,
+bool(nStates & 
com::sun::star::accessibility::AccessibleStateType::BUSY),
+GTK_ACCESSIBLE_STATE_DISABLED,
+bool(!(nStates & 
com::sun::star::accessibility::AccessibleStateType::ENABLED)),
+GTK_ACCESSIBLE_STATE_EXPANDED,
+bool(nStates & 
com::sun::star::accessibility::AccessibleStateType::EXPANDED),
+GTK_ACCESSIBLE_STATE_SELECTED,
+bool(nStates & 
com::sun::star::accessibility::AccessibleStateType::SELECTED), -1);
+
+const sal_Int16 nRole = xContext->getAccessibleRole();
+if (nRole == com::sun::star::accessibility::AccessibleRole::CHECK_BOX)
+{
+GtkAccessibleTristate eState = GTK_ACCESSIBLE_TRISTATE_FALSE;
+if (nStates & 
com::sun::star::accessibility::AccessibleStateType::INDETERMINATE)
+eState = GTK_ACCESSIBLE_TRISTATE_MIXED;
+else if (nStates & 
com::sun::star::accessibility::AccessibleStateType::CHECKED)
+eState = GTK_ACCESSIBLE_TRISTATE_TRUE;
+gtk_accessible_update_state(GTK_ACCESSIBLE(ret), 
GTK_ACCESSIBLE_STATE_CHECKED, eState, -1);
+}
+else if (nRole == 
com::sun::star::accessibility::AccessibleRole::TOGGLE_BUTTON)
+{
+GtkAccessibleTristate eState = GTK_ACCESSIBLE_TRISTATE_FALSE;
+if (nStates & 
com::sun::star::accessibility::AccessibleStateType::INDETERMINATE)
+eState = GTK_ACCESSIBLE_TRISTATE_MIXED;
+else if (nStates & 
com::sun::star::accessibility::AccessibleStateType::PRESSED)
+eState = GTK_ACCESSIBLE_TRISTATE_TRUE;
+gtk_accessible_update_state(GTK_ACCESSIBLE(ret), 
GTK_ACCESSIBLE_STATE_PRESSED, eState, -1);
+}
+
 // set values from XAccessibleValue interface if that's implemented
 css::uno::Reference 
xAccessibleValue(xContext,

css::uno::UNO_QUERY);

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

[Michael Weghorn (via logerrit)]

 vcl/unx/gtk4/a11y.cxx |   26 +-
 1 file changed, 25 insertions(+), 1 deletion(-)

New commits:
commit a5c84405caf6f3dc51919fd937dfe21c3d6d53d1
Author: Michael Weghorn 
AuthorDate: Mon Nov 6 16:59:36 2023 +0100
Commit: Michael Weghorn 
CommitDate: Tue Nov 7 07:59:28 2023 +0100

gtk4 a11y: Map states to corresponding gtk a11y properties

For those states in
`com::sun::star::accessibility::AccessibleStateType::EDITABLE`
that have a corresponding `GTK_ACCESSIBLE_PROPERTY_*`, set
that property when creating a new `LoAccessible`.

This e.g. makes Accerciser show the "multiline" and "multi selectable"
AT-SPI states for a Writer paragraph when using the gtk4 VCL plugin.

State updates are not handled yet, since a11y event handling is
currently not implemented in the gtk4 VCL plugin yet.

Change-Id: Ic033e66dd89021defca449bbe2251102bbd61015
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/159005
Tested-by: Jenkins
Reviewed-by: Michael Weghorn 

diff --git a/vcl/unx/gtk4/a11y.cxx b/vcl/unx/gtk4/a11y.cxx
index 2aae5bdefae6..fc148d41c199 100644
--- a/vcl/unx/gtk4/a11y.cxx
+++ b/vcl/unx/gtk4/a11y.cxx
@@ -470,9 +470,33 @@ lo_accessible_new(GdkDisplay* pDisplay, GtkAccessible* 
pParent,
 ret->parent = pParent;
 ret->uno_accessible = rAccessible;
 
-// set values from XAccessibleValue interface if that's implemented
 css::uno::Reference xContext(
 ret->uno_accessible->getAccessibleContext());
+assert(xContext.is() && "No accessible context");
+
+// set state properties
+const sal_Int64 nStates = xContext->getAccessibleStateSet();
+gtk_accessible_update_property(
+GTK_ACCESSIBLE(ret), GTK_ACCESSIBLE_PROPERTY_MODAL,
+bool(nStates & 
com::sun::star::accessibility::AccessibleStateType::MODAL),
+GTK_ACCESSIBLE_PROPERTY_MULTI_LINE,
+bool(nStates & 
com::sun::star::accessibility::AccessibleStateType::MULTI_LINE),
+GTK_ACCESSIBLE_PROPERTY_MULTI_SELECTABLE,
+bool(nStates & 
com::sun::star::accessibility::AccessibleStateType::MULTI_SELECTABLE),
+GTK_ACCESSIBLE_PROPERTY_READ_ONLY,
+bool(!(nStates & 
com::sun::star::accessibility::AccessibleStateType::EDITABLE)), -1);
+if (nStates & 
com::sun::star::accessibility::AccessibleStateType::HORIZONTAL)
+{
+gtk_accessible_update_property(GTK_ACCESSIBLE(ret), 
GTK_ACCESSIBLE_PROPERTY_ORIENTATION,
+   GTK_ORIENTATION_HORIZONTAL, -1);
+}
+else if ((nStates & 
com::sun::star::accessibility::AccessibleStateType::VERTICAL))
+{
+gtk_accessible_update_property(GTK_ACCESSIBLE(ret), 
GTK_ACCESSIBLE_PROPERTY_ORIENTATION,
+   GTK_ORIENTATION_VERTICAL, -1);
+}
+
+// set values from XAccessibleValue interface if that's implemented
 css::uno::Reference 
xAccessibleValue(xContext,

css::uno::UNO_QUERY);
 if (xAccessibleValue.is())

[Libreoffice-bugs] [Bug 157902] INCONSISTENT FORMATTING IN CALC

[bugzilla-daemon]

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

--- Comment #5 from Buovjaga  ---
Nik: wouldn't it be better to go to Sidebar - Styles, right-click Default -
Edit Styles and define your formatting there, so it applies throughout the
spreadsheet?

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

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

[Michael Weghorn (via logerrit)]

 vcl/qt5/QtAccessibleWidget.cxx |2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

New commits:
commit a182f283dabf5753e857a66386ef32226be47f49
Author: Michael Weghorn 
AuthorDate: Mon Nov 6 16:16:24 2023 +0100
Commit: Michael Weghorn 
CommitDate: Tue Nov 7 07:58:28 2023 +0100

qt a11y: Map AccessibleStateType::INDETERMINATE to Qt equivalent

`QAccessible::State` has a `checkStateMixed` state flag [1]
that matches what `AccessibleStateType::INDETERMINATE` is for,
and Qt's AT-SPI adapter maps that to the AT-SPI equivalent,
`ATSPI_STATE_INDETERMINATE`, so add the corresponding
mapping.

[1] https://doc.qt.io/qt-6/qaccessible-state.html
[2] 
https://code.qt.io/cgit/qt/qtbase.git/tree/src/gui/accessible/linux/qspi_constant_mappings.cpp?id=c5d9e4a7a78b82ed31e5225c169de4718dfe4f05#n41

Change-Id: Ic16f50344040f3d4ff7ad4ef0002abf5a7ae3dcc
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/159004
Tested-by: Jenkins
Reviewed-by: Michael Weghorn 

diff --git a/vcl/qt5/QtAccessibleWidget.cxx b/vcl/qt5/QtAccessibleWidget.cxx
index cbd750a4da38..47eb08b7e8c7 100644
--- a/vcl/qt5/QtAccessibleWidget.cxx
+++ b/vcl/qt5/QtAccessibleWidget.cxx
@@ -606,7 +606,7 @@ void lcl_addState(QAccessible::State* state, sal_Int64 
nState)
 // No match
 break;
 case AccessibleStateType::INDETERMINATE:
-// No match
+state->checkStateMixed = true;
 break;
 case AccessibleStateType::MANAGES_DESCENDANTS:
 // No match

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

[Michael Weghorn (via logerrit)]

 vcl/qt5/QtAccessibleWidget.cxx |5 +
 1 file changed, 5 insertions(+)

New commits:
commit 66fa5aeec5dbeba978f70fe464fbc87c3aba8ed2
Author: Michael Weghorn 
AuthorDate: Mon Nov 6 11:06:16 2023 +0100
Commit: Michael Weghorn 
CommitDate: Tue Nov 7 07:57:58 2023 +0100

qt a11y: Set passwordEdit state for PASSWORD_TEXT

The Qt API doesn't have a separate role to distinguish password edits
from other text edits, but has a `passwordEdit` state.

Set that state for objects that have role
`AccessibleRole::PASSWORD_TEXT`.

With this in place, password entries,
e.g. the one in the "Tools" -> "Options" -> "Security"
-> "Password for Web Connections" -> "Master Password" dialog,
are exposed via the `ATSPI_ROLE_PASSWORD_TEXT` role with the
qt6 VCL plugin on Linux, because Qt's AT-SPI adapter takes
the `passwordEdit` state into account when mapping the
Qt a11y roles to AT-SPI ones. [1]

[1] 
https://code.qt.io/cgit/qt/qtbase.git/tree/src/gui/accessible/linux/atspiadaptor.cpp?id=c5d9e4a7a78b82ed31e5225c169de4718dfe4f05#n1637

Change-Id: Icb3f0935e703e2786c5704007cad7eea9070f8a5
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/158987
Tested-by: Jenkins
Reviewed-by: Michael Weghorn 

diff --git a/vcl/qt5/QtAccessibleWidget.cxx b/vcl/qt5/QtAccessibleWidget.cxx
index cba67bc60cc8..cbd750a4da38 100644
--- a/vcl/qt5/QtAccessibleWidget.cxx
+++ b/vcl/qt5/QtAccessibleWidget.cxx
@@ -465,6 +465,8 @@ QAccessible::Role QtAccessibleWidget::role() const
 case AccessibleRole::BLOCK_QUOTE:
 return QAccessible::Paragraph;
 case AccessibleRole::PASSWORD_TEXT:
+// Qt API doesn't have a separate role to distinguish password 
edits,
+// but a 'passwordEdit' state
 return QAccessible::EditableText;
 case AccessibleRole::POPUP_MENU:
 return QAccessible::PopupMenu;
@@ -687,6 +689,9 @@ QAccessible::State QtAccessibleWidget::state() const
 lcl_addState(, nState);
 }
 
+if (xAc->getAccessibleRole() == AccessibleRole::PASSWORD_TEXT)
+state.passwordEdit = true;
+
 return state;
 }
 

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

[Michael Weghorn (via logerrit)]

 vcl/unx/gtk4/a11y.cxx |1 +
 1 file changed, 1 insertion(+)

New commits:
commit e510da3b0379c63e6ecfefeb7358251591226701
Author: Michael Weghorn 
AuthorDate: Mon Nov 6 10:47:23 2023 +0100
Commit: Michael Weghorn 
CommitDate: Tue Nov 7 07:57:34 2023 +0100

gtk4 a11y: Map PASSWORD_TEXT role to gtk text box role

This is in line with what the `GtkPasswordEntry` doc [1]
says:

> `GtkPasswordEntry` uses the `GTK_ACCESSIBLE_ROLE_TEXT_BOX` role.

Note however, that gtk's AT-SPI bridge has specific code to map
that to AT-SPI's `ATSPI_ROLE_PASSWORD_TEXT` for `GtkPasswordEntry` [2],
which won't apply for any custom LO widgets.

Currently, LO uses `GtkEntry` for password entries for gtk4
as well, e.g. the one in the "Tools" -> "Options" -> "Security"
-> "Password for Web Connections" -> "Master Password" dialog,
so those currently have an AT-SPI role of
`ATSPI_ROLE_TEXT` for gtk4, while it is
`ATSPI_ROLE_PASSWORD_TEXT` for gtk3.
(That's independent of this change, since a native `GtkEntry` is
used there. Changing this to use `GtkPasswordEntry` instead of
`GtkEntry` for the gtk4 case should cause that to use
`ATSPI_ROLE_PASSWORD_TEXT` as well.)

[1] https://docs.gtk.org/gtk4/class.PasswordEntry.html#accessibility
[2] 
https://gitlab.gnome.org/GNOME/gtk/-/blob/fe4b7a5159e8cc3e4918ad1829d71ff39edd5ba7/gtk/a11y/gtkatspiutils.c#L308-310

Change-Id: Iec6c8685f017b565553fbc63b4403484be20ed1a
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/158984
Tested-by: Jenkins
Reviewed-by: Michael Weghorn 

diff --git a/vcl/unx/gtk4/a11y.cxx b/vcl/unx/gtk4/a11y.cxx
index fcd9cb6fb949..2aae5bdefae6 100644
--- a/vcl/unx/gtk4/a11y.cxx
+++ b/vcl/unx/gtk4/a11y.cxx
@@ -184,6 +184,7 @@ map_accessible_role(const 
css::uno::Reference&
 eRole = GTK_ACCESSIBLE_ROLE_SPIN_BUTTON;
 break;
 case css::accessibility::AccessibleRole::TEXT:
+case css::accessibility::AccessibleRole::PASSWORD_TEXT:
 eRole = GTK_ACCESSIBLE_ROLE_TEXT_BOX;
 break;
 case css::accessibility::AccessibleRole::TOOL_TIP:

[Libreoffice-bugs] [Bug 135236] Spelling dialog not usable with screen reader - wrong written word couldn't be found

[bugzilla-daemon]

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

Michael Weghorn  changed:

   What|Removed |Added

   See Also||https://bugs.documentfounda
   ||tion.org/show_bug.cgi?id=15
   ||5447
 Status|NEW |ASSIGNED
   Assignee|libreoffice-b...@lists.free |m.wegh...@posteo.de
   |desktop.org |

--- Comment #9 from Michael Weghorn  ---
I've started working on this and noticed a few more issues when testing this
with Orca, s. the commit messages of the already merged changes.

Bug 155447 is also related here, since Orca has special handling for the
spelling dialog to provide an even better experience for users.

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

[Libreoffice-bugs] [Bug 155447] Add accessible object attributes to LO spellcheck dialog components for reliable identification by ATs

[bugzilla-daemon]

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

Michael Weghorn  changed:

   What|Removed |Added

   See Also||https://bugs.documentfounda
   ||tion.org/show_bug.cgi?id=13
   ||5236

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

[Libreoffice-bugs] [Bug 158099] New: Auto numbering needs more options for RTL languages to change direction of numbers

[bugzilla-daemon]

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

Bug ID: 158099
   Summary: Auto numbering needs more options for RTL languages to
change direction of numbers
   Product: LibreOffice
   Version: 7.6.2.1 release
  Hardware: All
OS: All
Status: UNCONFIRMED
  Severity: enhancement
  Priority: medium
 Component: LibreOffice
  Assignee: libreoffice-bugs@lists.freedesktop.org
  Reporter: zi8c6e...@mozmail.com

Description:
Hi.
I as a native Persian writer has a serious problem about auto numbering in
LibreOffice and specially about writer and that is RTL numbering. Assume I have
this text:

1. Chapter 1
1.1. Section 1
1.2. Section 2
1.2.1. Subsection 1
1.2.2. Subsection 2
1.2.3. Subsection 3

And these are Heading1 to Heading3. This in Left to right languages is OK
because semantically is correct. In numbers, first part is chapter number,
second is section and third is subsection.
In RTL languages, the standard for numbering is Right to Left. I mean, above
text should be like this:

‫1. فصل اول
‫1.1. بخش اول
‫2.1. بخش دوم
‫1.2.1. زیربخش اول
‫2.2.1. زیربخش دوم
‫3.2.1. زیربخش سوم

but in the current version of LibreOffice, it is like this:

‫1. فصل اول
‫1.1. بخش اول
‫1.2. بخش دوم
‫1.2.1. زیر بخش اول
‫1.2.2. زیربخش دوم
‫1.2.3. زیربخش سوم

And numbering are left to right, and this is not true semantically.
So my request is adding an option in numbering section or localization to make
this auto numbering RTL as like as the text.

Steps to Reproduce:
1. write text
2. enable autonumbering by toggle ordered list and change outline format to
enable sublevels
3. make the text RTL

Actual Results:

‫1. فصل اول
‫1.1. بخش اول
‫2.1. بخش دوم
‫1.2.1. زیربخش اول
‫2.2.1. زیربخش دوم
‫3.2.1. زیربخش سوم

Expected Results:

‫1. فصل اول
‫1.1. بخش اول
‫1.2. بخش دوم
‫1.2.1. زیر بخش اول
‫1.2.2. زیربخش دوم
‫1.2.3. زیربخش سوم



Reproducible: Always


User Profile Reset: No

Additional Info:
Version: 7.6.2.1 (AARCH64) / LibreOffice Community
Build ID: 56f7684011345957bbf33a7ee678afaf4d2ba333
CPU threads: 8; OS: Mac OS X 14.0; UI render: Skia/Metal; VCL: osx
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 135236] Spelling dialog not usable with screen reader - wrong written word couldn't be found

[bugzilla-daemon]

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

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

https://git.libreoffice.org/core/commit/0769e5e698a9cff77a815118dad82bc763520679

tdf#135236 gtk3 a11y: Restore AtkObject's focus_event

It will be available in 24.2.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 135236] Spelling dialog not usable with screen reader - wrong written word couldn't be found

[bugzilla-daemon]

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

--- Comment #8 from Commit Notification 
 ---
Michael Weghorn committed a patch related to this issue.
It has been pushed to "master":

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

tdf#135236 a11y: Notify a11y layer of WeldEditView sel change

It will be available in 24.2.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 135236] Spelling dialog not usable with screen reader - wrong written word couldn't be found

[bugzilla-daemon]

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

Commit Notification  changed:

   What|Removed |Added

 Whiteboard||target:24.2.0

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

[Libreoffice-commits] core.git: 2 commits - include/svx svx/source vcl/unx

[Michael Weghorn (via logerrit)]

 include/svx/AccessibleTextHelper.hxx  |   12 
 include/svx/weldeditview.hxx  |2 +-
 svx/source/accessibility/AccessibleTextHelper.cxx |   15 +++
 svx/source/dialog/weldeditview.cxx|   14 ++
 vcl/unx/gtk3/a11y/atkwrapper.cxx  |2 ++
 5 files changed, 44 insertions(+), 1 deletion(-)

New commits:
commit dff76b069e26a6d3487f74c5784d6f6cf273a19e
Author: Michael Weghorn 
AuthorDate: Mon Nov 6 13:07:35 2023 +0100
Commit: Michael Weghorn 
CommitDate: Tue Nov 7 07:51:37 2023 +0100

tdf#135236 a11y: Notify a11y layer of WeldEditView sel change

Extend `WeldEditView::EditViewSelectionChange` to not only
invalidate the view, but also notify the `AccessibleTextHelper`
of the selection update, so the corresponding events are sent
on the a11y layer.

This e.g. causes the `CARET_CHANGED` events to be sent as
needed when moving the cursor/caret using the arrow keys in the
"Not in dictionary" text edit in Writer's spelling dialog
("Tools" -> "Spelling"), so the Orca screen reader on Linux
with the gtk3 or qt6 VCL plugin announces the new caret position,
which was no longer the case since the spelling dialog was welded
in

commit 243b5b392906042ab03800e0b5765e6f3513372c
Date:   Fri Jun 14 21:56:44 2019 +0100

weld SpellDialog

The newly added `AccessibleTextHelper::UpdateSelection` is a
simplified version of `AccessibleTextHelper::UpdateChildren`.

Change-Id: I5f0898c3ccb9fd527a6ff672be49157cb6e518b1
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/158992
Tested-by: Jenkins
Reviewed-by: Michael Weghorn 

diff --git a/include/svx/AccessibleTextHelper.hxx 
b/include/svx/AccessibleTextHelper.hxx
index 724cb0c8a7e6..963ae41e5b30 100644
--- a/include/svx/AccessibleTextHelper.hxx
+++ b/include/svx/AccessibleTextHelper.hxx
@@ -276,6 +276,18 @@ public:
 */
 void UpdateChildren();
 
+/** Update the selection.
+
+@attention Might fire state change events, therefore,
+don't hold any mutex except solar mutex, which you are
+required to lock before. This method should only be called
+from the main office thread.
+
+Call this method if the selection has changed and the
+the AccessibleTextHelper isn't notified internally.
+*/
+void UpdateSelection();
+
 /** Drop all references and enter disposed state
 
 This method drops all references to external objects (also
diff --git a/include/svx/weldeditview.hxx b/include/svx/weldeditview.hxx
index 004be7b609fb..43002a95e58c 100644
--- a/include/svx/weldeditview.hxx
+++ b/include/svx/weldeditview.hxx
@@ -87,7 +87,7 @@ protected:
 
 virtual void EditViewInvalidate(const tools::Rectangle& rRect) override { 
Invalidate(rRect); }
 
-virtual void EditViewSelectionChange() override { Invalidate(); }
+virtual void EditViewSelectionChange() override;
 
 virtual OutputDevice& EditViewOutputDevice() const override
 {
diff --git a/svx/source/accessibility/AccessibleTextHelper.cxx 
b/svx/source/accessibility/AccessibleTextHelper.cxx
index d836f2ee4970..f12281793b78 100644
--- a/svx/source/accessibility/AccessibleTextHelper.cxx
+++ b/svx/source/accessibility/AccessibleTextHelper.cxx
@@ -1672,6 +1672,21 @@ namespace accessibility
 
 mpImpl->UpdateSelection();
 
+#ifdef DBG_UTIL
+mpImpl->CheckInvariants();
+#endif
+}
+
+void AccessibleTextHelper::UpdateSelection()
+{
+#ifdef DBG_UTIL
+// precondition: solar mutex locked
+DBG_TESTSOLARMUTEX();
+mpImpl->CheckInvariants();
+#endif
+
+mpImpl->UpdateSelection();
+
 #ifdef DBG_UTIL
 mpImpl->CheckInvariants();
 #endif
diff --git a/svx/source/dialog/weldeditview.cxx 
b/svx/source/dialog/weldeditview.cxx
index 415e9e7d109d..46ab95eb9a18 100644
--- a/svx/source/dialog/weldeditview.cxx
+++ b/svx/source/dialog/weldeditview.cxx
@@ -1669,6 +1669,20 @@ 
css::uno::Reference WeldEditView::GetC
 return weld::CustomWidgetController::GetClipboard();
 }
 
+void WeldEditView::EditViewSelectionChange()
+{
+Invalidate();
+
+#if !ENABLE_WASM_STRIP_ACCESSIBILITY
+if (m_xAccessible.is())
+{
+::accessibility::AccessibleTextHelper* pHelper = 
m_xAccessible->GetTextHelper();
+if (pHelper)
+pHelper->UpdateSelection();
+}
+#endif
+}
+
 namespace
 {
 class WeldEditViewUIObject final : public DrawingAreaUIObject
commit 0769e5e698a9cff77a815118dad82bc763520679
Author: Michael Weghorn 
AuthorDate: Mon Nov 6 12:02:22 2023 +0100
Commit: Michael Weghorn 
CommitDate: Tue Nov 7 07:51:30 2023 +0100

tdf#135236 gtk3 a11y: Restore AtkObject's focus_event

After

commit 14e6a810e14e28ab82fe65d66e604ce562016845
Date:   Mon Aug 15 13:14:08 2022 +0100

fix "invalid class cast from 'OOoAtkObj' to 

[Libreoffice-bugs] [Bug 134031] [EDITING]Images copied from Firefox won't paste

[bugzilla-daemon]

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

Julien Nabet  changed:

   What|Removed |Added

 Resolution|FIXED   |WORKSFORME

--- Comment #16 from Julien Nabet  ---
There’s no specific patch for this so rather WFM

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

[Libreoffice-bugs] [Bug 158039] EDITING fix cycle case on a selected sentence during change tracking

[bugzilla-daemon]

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

László Németh  changed:

   What|Removed |Added

   See Also||https://bugs.documentfounda
   ||tion.org/show_bug.cgi?id=14
   ||1198

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

[Libreoffice-bugs] [Bug 141198] EDITING Cycle case with change tracking doesn't work on the word under the text cursor

[bugzilla-daemon]

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

László Németh  changed:

   What|Removed |Added

   See Also||https://bugs.documentfounda
   ||tion.org/show_bug.cgi?id=15
   ||8039

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

[Libreoffice-bugs] [Bug 157667] EDITING Cycle case with change tracking loses text highlight on more than a word

[bugzilla-daemon]

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

László Németh  changed:

   What|Removed |Added

   See Also||https://bugs.documentfounda
   ||tion.org/show_bug.cgi?id=14
   ||1198

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

[Libreoffice-bugs] [Bug 141198] EDITING Cycle case with change tracking doesn't work on the word under the text cursor

[bugzilla-daemon]

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

László Németh  changed:

   What|Removed |Added

   See Also||https://bugs.documentfounda
   ||tion.org/show_bug.cgi?id=15
   ||7667

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

[Libreoffice-commits] core.git: vcl/inc vcl/source vcl/unx

[László Németh (via logerrit)]

 vcl/inc/svdata.hxx |3 +++
 vcl/source/control/imp_listbox.cxx |2 +-
 vcl/unx/gtk3/gtkframe.cxx  |6 +-
 3 files changed, 9 insertions(+), 2 deletions(-)

New commits:
commit 698935c220131bc761eb9cf25e01fa91087a788e
Author: László Németh 
AuthorDate: Mon Nov 6 23:56:57 2023 +0100
Commit: László Németh 
CommitDate: Tue Nov 7 07:16:01 2023 +0100

tdf#152155 vcl: fix gtk popup listbox positions on sidebar

It was fixed only on Wayland previously.

Follow-up to commit 15cdee0d846854b50dd04626b73499bef9305e00
"Resolves: tdf#152155 use gtk's knowledge of relative widget positions".

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

diff --git a/vcl/inc/svdata.hxx b/vcl/inc/svdata.hxx
index 104b9543b74a..fd7ae855b5f2 100644
--- a/vcl/inc/svdata.hxx
+++ b/vcl/inc/svdata.hxx
@@ -118,6 +118,9 @@ class UITestLogger;
 #define SV_ICON_ID_DATABASE12
 #define SV_ICON_ID_FORMULA 13
 
+const FloatWinPopupFlags LISTBOX_FLOATWINPOPUPFLAGS = FloatWinPopupFlags::Down 
|
+FloatWinPopupFlags::NoHorzPlacement | 
FloatWinPopupFlags::AllMouseButtonClose;
+
 namespace com::sun::star::datatransfer::clipboard { class XClipboard; }
 
 namespace vcl
diff --git a/vcl/source/control/imp_listbox.cxx 
b/vcl/source/control/imp_listbox.cxx
index 04919ca26f20..bb4da51859b0 100644
--- a/vcl/source/control/imp_listbox.cxx
+++ b/vcl/source/control/imp_listbox.cxx
@@ -3011,7 +3011,7 @@ void ImplListBoxFloatingWindow::StartFloat( bool 
bStartTracking )
 pGrandparentOutDev->ReMirror( aRect );
 
 // mouse-button right: close the List-Box-Float-win and don't stop the 
handling fdo#84795
-StartPopupMode( aRect, FloatWinPopupFlags::Down | 
FloatWinPopupFlags::NoHorzPlacement | FloatWinPopupFlags::AllMouseButtonClose );
+StartPopupMode( aRect, LISTBOX_FLOATWINPOPUPFLAGS );
 
 if( nPos != LISTBOX_ENTRY_NOTFOUND )
 mpImplLB->ShowProminentEntry( nPos );
diff --git a/vcl/unx/gtk3/gtkframe.cxx b/vcl/unx/gtk3/gtkframe.cxx
index b1bf8474b1b2..f063f80b7dea 100644
--- a/vcl/unx/gtk3/gtkframe.cxx
+++ b/vcl/unx/gtk3/gtkframe.cxx
@@ -3091,8 +3091,12 @@ void GtkSalFrame::EndSetClipRegion()
 
 void GtkSalFrame::PositionByToolkit(const tools::Rectangle& rRect, 
FloatWinPopupFlags nFlags)
 {
-if (ImplGetSVData()->maNWFData.mbCanDetermineWindowPosition)
+if ( ImplGetSVData()->maNWFData.mbCanDetermineWindowPosition &&
+// tdf#152155 cannot determine window positions of popup listboxes on 
sidebar
+nFlags != LISTBOX_FLOATWINPOPUPFLAGS )
+{
 return;
+}
 
 m_aFloatRect = rRect;
 m_nFloatFlags = nFlags;

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

[Stephan Bergmann (via logerrit)]

 sw/source/core/txtnode/txatritr.cxx |9 ++---
 1 file changed, 2 insertions(+), 7 deletions(-)

New commits:
commit c662c66829187e5e1ccf6cba752928b7056a4cab
Author: Stephan Bergmann 
AuthorDate: Mon Nov 6 15:44:46 2023 +0100
Commit: Stephan Bergmann 
CommitDate: Tue Nov 7 07:05:29 2023 +0100

Fix SwLanguageIterator::Next for RES_TXTATR_AUTOFMT

...following advice by mstahl, as discussed in the comments starting at


"tdf#157667 sw track changes: fix cycle case on multiple words", which had
started to cause

> /sw/inc/txatritr.hxx:69:18: runtime error: downcast of address 
0x603001b45d90 which does not point to an object of type 'const SvxLanguageItem'
> 0x603001b45d90: note: object is of type 'SwFormatAutoFormat'
>  00 00 00 00  f0 0f 53 4e 3b 7f 00 00  02 00 00 00 32 00 90 be  20 31 36 
00 80 60 00 00  c0 5d b4 01
>   ^~~
>   vptr for 'SwFormatAutoFormat'
> #0 0x7f3b45ef75d2 in SwLanguageIterator::GetLanguage() const 
/sw/inc/txatritr.hxx:69:18
> #1 0x7f3b45ee2765 in 
SwTextNode::TransliterateText(utl::TransliterationWrapper&, int, int, 
SwUndoTransliterate*, bool) /sw/source/core/txtnode/txtedt.cxx:1980:32
> #2 0x7f3b429f1d40 in 
sw::DocumentContentOperationsManager::TransliterateText(SwPaM const&, 
utl::TransliterationWrapper&) 
/sw/source/core/doc/DocumentContentOperationsManager.cxx:3186:15
> #3 0x7f3b43a52777 in 
SwEditShell::TransliterateText(TransliterationFlags) 
/sw/source/core/edit/editsh.cxx:1076:51
> #4 0x7f3b49118c97 in 
SwTextShell::ExecRotateTransliteration(SfxRequest const&) 
/sw/source/uibase/shells/textsh.cxx:866:20
> #5 0x7f3b49118984 in 
SfxStubSwTextShellExecRotateTransliteration(SfxShell*, SfxRequest&) 
/workdir/SdiTarget/sw/sdi/swslots.hxx:3194:1
> #6 0x7f3b6529ff75 in SfxDispatcher::Call_Impl(SfxShell&, SfxSlot 
const&, SfxRequest&, bool) /sfx2/source/control/dispatch.cxx:254:9
> #7 0x7f3b652b5e85 in SfxDispatcher::Execute_(SfxShell&, SfxSlot 
const&, SfxRequest&, SfxCallMode) /sfx2/source/control/dispatch.cxx:753:9
> #8 0x7f3b65240e3b in SfxBindings::Execute_Impl(SfxRequest&, SfxSlot 
const*, SfxShell*) /sfx2/source/control/bindings.cxx:1061:22
> #9 0x7f3b656c2760 in 
SfxDispatchController_Impl::dispatch(com::sun::star::util::URL const&, 
com::sun::star::uno::Sequence const&, 
com::sun::star::uno::Reference 
const&) /sfx2/source/control/unoctitm.cxx:688:53
> #10 0x7f3b656c4ec1 in 
SfxOfficeDispatch::dispatchWithNotification(com::sun::star::util::URL const&, 
com::sun::star::uno::Sequence const&, 
com::sun::star::uno::Reference 
const&) /sfx2/source/control/unoctitm.cxx:266:16
> #11 0x7f3b193705a6 in 
framework::DispatchHelper::executeDispatch(com::sun::star::uno::Reference
 const&, com::sun::star::util::URL const&, bool, 
com::sun::star::uno::Sequence const&) 
/framework/source/services/dispatchhelper.cxx:163:30
> #12 0x7f3b1936f482 in 
framework::DispatchHelper::executeDispatch(com::sun::star::uno::Reference
 const&, rtl::OUString const&, rtl::OUString const&, int, 
com::sun::star::uno::Sequence const&) 
/framework/source/services/dispatchhelper.cxx:120:16
> #13 0x7f3b19370e54 in non-virtual thunk to 
framework::DispatchHelper::executeDispatch(com::sun::star::uno::Reference
 const&, rtl::OUString const&, rtl::OUString const&, int, 
com::sun::star::uno::Sequence const&) 
/framework/source/services/dispatchhelper.cxx
> #14 0x7f3b3810b5e9 in 
unotest::MacrosTest::dispatchCommand(com::sun::star::uno::Reference
 const&, rtl::OUString const&, 
com::sun::star::uno::Sequence const&) 
/unotest/source/cpp/macros_test.cxx:94:33
> #15 0x7f3b7245e5fd in testTdf157667::TestBody() 
/sw/qa/extras/uiwriter/uiwriter6.cxx:793:5

Change-Id: I0e0545a134d86a333b971da83a66f58c5e70f601
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/159002
Tested-by: Jenkins
Reviewed-by: Stephan Bergmann 

diff --git a/sw/source/core/txtnode/txatritr.cxx 
b/sw/source/core/txtnode/txatritr.cxx
index 883c09760c33..91aed778c157 100644
--- a/sw/source/core/txtnode/txatritr.cxx
+++ b/sw/source/core/txtnode/txatritr.cxx
@@ -126,13 +126,8 @@ bool SwLanguageIterator::Next()
 m_nChgPos = nEndPos;
 m_nAttrPos = nSavePos;
 
-if( RES_TXTATR_CHARFMT == pHt->Which() )
-{
-const sal_uInt16 nWId = GetWhichOfScript( 
RES_CHRATR_LANGUAGE, m_aScriptIter.GetCurrScript() );
-m_pCurrentItem = 
>GetCharFormat().GetCharFormat()->GetFormatAttr(nWId);
-}
-else
-m_pCurrentItem = >GetAttr();
+const sal_uInt16 nWId = GetWhichOfScript( 
RES_CHRATR_LANGUAGE, m_aScriptIter.GetCurrScript() 

[Libreoffice-bugs] [Bug 158096] Selection of lighter Preinstalled Themes under Personalization (Options) leaves menu ribbon icons white and unreadable

[bugzilla-daemon]

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

--- Comment #1 from Mike Kaganski  ---
I think it is not a bug - you likely use dark desktop mode, which works with
respective dark-mode icons; and unless you change that, use of light icon theme
with dark mode is not something expected to work (the darkmode icons were
created for that).

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

[Libreoffice-bugs] [Bug 158098] [EDITING] Request: Find text inside TextBoxes and other objects

[bugzilla-daemon]

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

--- Comment #1 from zzz  ---
Created attachment 190697
  --> https://bugs.documentfoundation.org/attachment.cgi?id=190697=edit
SearchInsideTextBox1.ods : test cases

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

[Libreoffice-bugs] [Bug 158098] New: [EDITING] Request: Find text inside TextBoxes and other objects

[bugzilla-daemon]

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

Bug ID: 158098
   Summary: [EDITING] Request: Find text inside TextBoxes and
other objects
   Product: LibreOffice
   Version: 7.6.2.1 release
  Hardware: All
OS: All
Status: UNCONFIRMED
  Severity: enhancement
  Priority: medium
 Component: Calc
  Assignee: libreoffice-bugs@lists.freedesktop.org
  Reporter: pox_...@yahoo.com

Description:
In the current version, the text Find (ctrl+F) only searches text in cells.
Sometimes I want to search text inside TextBoxes.


Steps to Reproduce:
1. Open SearchInsideTextBox1.ods
2. ctrl+F to open Find bar.
3. Into the search string box, enter "box" and hit Function key F3 (command
search).
4. Into the search string box, enter "2023" and hit Function key F3 (command
search).


Actual Results:
Step 3: Search key not found.
Step 4: Search key not found.


Expected Results:
Step 3: Point to the text inside Textbox1.
Step 4: Point to the text overlayed on the image object.
Ranges can be specified by a new options checkboxes:
  X Find inside cells (default ON)
X Find only inside currently selected range (default OFF)
  X Find inside objects (default ON)
X Find only inside currently selected object (default OFF)



Reproducible: Always


User Profile Reset: No

Additional Info:
Version: 7.6.2.1 (X86_64) / LibreOffice Community
Build ID: 56f7684011345957bbf33a7ee678afaf4d2ba333
CPU threads: 4; OS: Windows 10.0 Build 19045; UI render: Skia/Raster; VCL: win
Locale: ja-JP (ja_JP); UI: en-US
Calc: CL threaded

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

[Libreoffice-commits] core.git: vcl/qa vcl/source

[Noel Grandin (via logerrit)]

 vcl/qa/cppunit/outdev.cxx  |   38 ++
 vcl/source/outdev/gradient.cxx |   35 ++-
 2 files changed, 8 insertions(+), 65 deletions(-)

New commits:
commit ee38eea6dd2ef487a4a6014ed2a36f46946648c7
Author: Noel Grandin 
AuthorDate: Sun Nov 5 20:23:32 2023 +0200
Commit: Noel Grandin 
CommitDate: Tue Nov 7 06:10:47 2023 +0100

simplify OutputDevice::ClipAndDrawGradientMetafile

using a poly clip is better than using XOR, so make this the
default.

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

diff --git a/vcl/qa/cppunit/outdev.cxx b/vcl/qa/cppunit/outdev.cxx
index 379346dd0b76..83325db08b60 100644
--- a/vcl/qa/cppunit/outdev.cxx
+++ b/vcl/qa/cppunit/outdev.cxx
@@ -1920,47 +1920,13 @@ static size_t ClipGradientTest(GDIMetaFile& rMtf, 
size_t nIndex)
 pAction = rMtf.GetAction(nIndex);
 CPPUNIT_ASSERT_EQUAL_MESSAGE("Not a push action", MetaActionType::PUSH, 
pAction->GetType());
 MetaPushAction* pPushAction = dynamic_cast(pAction);
-CPPUNIT_ASSERT_EQUAL_MESSAGE("Not using XOR push flags", 
vcl::PushFlags::RASTEROP,
+CPPUNIT_ASSERT_EQUAL_MESSAGE("Not using CLIPREGION push flags", 
vcl::PushFlags::CLIPREGION,
  pPushAction->GetFlags());
 
 nIndex++;
 pAction = rMtf.GetAction(nIndex);
-CPPUNIT_ASSERT_EQUAL_MESSAGE("Not a rasterop action", 
MetaActionType::RASTEROP,
+CPPUNIT_ASSERT_EQUAL_MESSAGE("Not a CLIPREGION action", 
MetaActionType::CLIPREGION,
  pAction->GetType());
-MetaRasterOpAction* pRasterOpAction = 
dynamic_cast(pAction);
-CPPUNIT_ASSERT_EQUAL_MESSAGE("Not an XOR rasterop", RasterOp::Xor,
- pRasterOpAction->GetRasterOp());
-
-nIndex++;
-pAction = rMtf.GetAction(nIndex);
-CPPUNIT_ASSERT_EQUAL_MESSAGE("Not a gradient action", 
MetaActionType::GRADIENT,
- pAction->GetType());
-
-nIndex++;
-pAction = rMtf.GetAction(nIndex);
-CPPUNIT_ASSERT_EQUAL_MESSAGE("Not a fill color action", 
MetaActionType::FILLCOLOR,
- pAction->GetType());
-
-nIndex++;
-pAction = rMtf.GetAction(nIndex);
-CPPUNIT_ASSERT_EQUAL_MESSAGE("Not a rasterop action", 
MetaActionType::RASTEROP,
- pAction->GetType());
-pRasterOpAction = dynamic_cast(pAction);
-CPPUNIT_ASSERT_EQUAL_MESSAGE("Not an N0 rasterop", RasterOp::N0,
- pRasterOpAction->GetRasterOp());
-
-nIndex++;
-pAction = rMtf.GetAction(nIndex);
-CPPUNIT_ASSERT_EQUAL_MESSAGE("Not a polypolygon action", 
MetaActionType::POLYPOLYGON,
- pAction->GetType());
-
-nIndex++;
-pAction = rMtf.GetAction(nIndex);
-CPPUNIT_ASSERT_EQUAL_MESSAGE("Not a rasterop action", 
MetaActionType::RASTEROP,
- pAction->GetType());
-pRasterOpAction = dynamic_cast(pAction);
-CPPUNIT_ASSERT_EQUAL_MESSAGE("Not an XOR rasterop", RasterOp::Xor,
- pRasterOpAction->GetRasterOp());
 
 nIndex++;
 pAction = rMtf.GetAction(nIndex);
diff --git a/vcl/source/outdev/gradient.cxx b/vcl/source/outdev/gradient.cxx
index 52359a779061..d7fb11afd5d5 100644
--- a/vcl/source/outdev/gradient.cxx
+++ b/vcl/source/outdev/gradient.cxx
@@ -24,7 +24,6 @@
 #include 
 #include 
 #include 
-#include 
 
 #include 
 
@@ -156,36 +155,14 @@ void OutputDevice::DrawGradient( const 
tools::PolyPolygon& rPolyPoly,
 
 void OutputDevice::ClipAndDrawGradientMetafile ( const Gradient , 
const tools::PolyPolygon  )
 {
-const tools::Rectangle aBoundRect( rPolyPoly.GetBoundRect() );
 const bool  bOldOutput = IsOutputEnabled();
-
 EnableOutput( false );
-#if HAVE_FEATURE_SKIA
-// tdf#156539 Draw the gradient with polypolygonal clip when using Skia
-// For some unknown reason, the previous "draw gradient with XOR, draw
-// polygon with N0, and draw gradient again with XOR" does not work
-// with Skia/Raster (at least on macOS). Fortunately, Skia supports
-// polypolygonal clipping so just clip and draw the gradient.
-if ( SkiaHelper::isVCLSkiaEnabled() )
-{
-Push( vcl::PushFlags::CLIPREGION );
-SetClipRegion( vcl::Region( rPolyPoly ) );
-DrawGradient( aBoundRect, rGradient );
-Pop();
-}
-else
-#endif
-{
-Push( vcl::PushFlags::RASTEROP );
-SetRasterOp( RasterOp::Xor );
-DrawGradient( aBoundRect, rGradient );
-SetFillColor( COL_BLACK );
-SetRasterOp( RasterOp::N0 );
-DrawPolyPolygon( rPolyPoly );
-SetRasterOp( RasterOp::Xor );
-DrawGradient( aBoundRect, rGradient );
-Pop();
-}
+
+Push( vcl::PushFlags::CLIPREGION );
+SetClipRegion( 

[Libreoffice-bugs] [Bug 158097] [EDITING] Anchor marker (icon) on objects obstructs mouse operation

[bugzilla-daemon]

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

--- Comment #2 from zzz  ---
Created attachment 190696
  --> https://bugs.documentfoundation.org/attachment.cgi?id=190696=edit
ScreenshotOfAnchorMark.png : The "anchor" figured in this report

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

[Libreoffice-bugs] [Bug 33682] MacOS(X) langpack_zh-TW install failed

[bugzilla-daemon]

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

--- Comment #23 from Mapquest Directions  ---
Mapquest Directions is more than just a map service. Users can also search for
nearby places, such as hotels, restaurants, shops, gas stations, and more.
Users can also explore the world with live traffic and transit updates,
satellite and street views, and 3D maps. https://mapdirections.app/

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

[Libreoffice-bugs] [Bug 158097] [EDITING] Anchor marker (icon) on objects obstructs mouse operation

[bugzilla-daemon]

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

--- Comment #1 from zzz  ---
Created attachment 190695
  --> https://bugs.documentfoundation.org/attachment.cgi?id=190695=edit
SmallDrawTest03.ods : test data

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

[Libreoffice-bugs] [Bug 158097] New: [EDITING] Anchor marker (icon) on objects obstructs mouse operation

[bugzilla-daemon]

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

Bug ID: 158097
   Summary: [EDITING] Anchor marker (icon) on objects obstructs
mouse operation
   Product: LibreOffice
   Version: 7.6.2.1 release
  Hardware: x86-64 (AMD64)
OS: Windows (All)
Status: UNCONFIRMED
  Severity: normal
  Priority: medium
 Component: Calc
  Assignee: libreoffice-bugs@lists.freedesktop.org
  Reporter: pox_...@yahoo.com

Description:
When a graphic object is set to "anchored to cell" mode, the anchor marker (The
big grey icon with the picture of an anchor. See ScreenshotOfAnchorMark.png)
obstructs mouse operation.


Steps to Reproduce:
1. Open SmallDrawTest03.ods
2. Select (click) the red graphic object on B3.
   Try to drag the handles of the object, for move or resize. You can't.
3. Another example. Select (click) the red graphic object on C3.
   Try to drag the handles or curvature-knob where the anchor marker overlaps
over the object. You can't.
4. For cell C3, try to insert the text-edit cursor (caret) between the "a" and
"n" by double clicking there. You can't.


Actual Results:
Step 2: you can't.
Step 3: you can't.
Step 4: you can't.


Expected Results:
It seems better to make the mouse operations consistent with objects of
"anchored to page" mode:
  - With object B8, you can drag-resize it (although it is too small to
drag-move),
  - In object C8, you can drag it by holding nearly anywhere, can change the
curvature, and can double-click between the "a" and "n".



Reproducible: Always


User Profile Reset: No

Additional Info:
There are alternative ways to resize or move objects, so the priority of this
issue is low, but this symptom is nevertheless annoying.

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

[Libreoffice-commits] core.git: sfx2/source

[Mike Kaganski (via logerrit)]

 sfx2/source/doc/docmacromode.cxx |4 +---
 1 file changed, 1 insertion(+), 3 deletions(-)

New commits:
commit 7842c935e056c243e87856b93714b0f38eddab2c
Author: Mike Kaganski 
AuthorDate: Mon Nov 6 21:32:01 2023 +0300
Commit: Mike Kaganski 
CommitDate: Tue Nov 7 05:22:05 2023 +0100

Simplify a bit

XDocumentDigitalSignatures::isLocationTrusted would remove segments
itself, as needed; this change not only simplifies this code, but
also potentially allows to define not only trusted directories, but
also individuals trusted files (if the UI would be adjusted).

Change-Id: I0b0d60946d84a52479fcce5ce49d368cf53283fd
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/159009
Tested-by: Jenkins
Reviewed-by: Mike Kaganski 

diff --git a/sfx2/source/doc/docmacromode.cxx b/sfx2/source/doc/docmacromode.cxx
index 283b7cd49bd2..e25e97505181 100644
--- a/sfx2/source/doc/docmacromode.cxx
+++ b/sfx2/source/doc/docmacromode.cxx
@@ -173,9 +173,7 @@ namespace sfx2
 Reference< XDocumentDigitalSignatures > 
xSignatures(DocumentDigitalSignatures::createDefault(::comphelper::getProcessComponentContext()));
 INetURLObject aURLReferer(sURL);
 
-OUString aLocation;
-if ( aURLReferer.removeSegment() )
-aLocation = aURLReferer.GetMainURL( 
INetURLObject::DecodeMechanism::NONE );
+OUString aLocation = aURLReferer.GetMainURL( 
INetURLObject::DecodeMechanism::NONE );
 
 if ( !aLocation.isEmpty() && xSignatures->isLocationTrusted( 
aLocation ) )
 {

[Libreoffice-bugs] [Bug 141112] [EDITING] Original Size command on multiple-image-selection changes their positions

[bugzilla-daemon]

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

--- Comment #5 from zzz  ---
Symptom still happens in
Version: 7.6.2.1 (X86_64) / LibreOffice Community
Build ID: 56f7684011345957bbf33a7ee678afaf4d2ba333
CPU threads: 4; OS: Windows 10.0 Build 19045; UI render: Skia/Raster; VCL: win
Locale: ja-JP (ja_JP); UI: en-US
Calc: CL threaded

The position of the upper image stays on the upper left corner of the resized
box, which is as expected.
But the position of the lower image comes to the lower edge of the resized box.

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

[Libreoffice-bugs] [Bug 134305] [EDITING] Grouped image refuses Original Size command

[bugzilla-daemon]

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

--- Comment #5 from zzz  ---
Symptom still happens in
Version: 7.6.2.1 (X86_64) / LibreOffice Community
Build ID: 56f7684011345957bbf33a7ee678afaf4d2ba333
CPU threads: 4; OS: Windows 10.0 Build 19045; UI render: Skia/Raster; VCL: win
Locale: ja-JP (ja_JP); UI: en-US
Calc: CL threaded

The "Related bug" still remains too. The position of the lower image comes to
the lower edge of the resized box.

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

[Libreoffice-bugs] [Bug 134031] [EDITING]Images copied from Firefox won't paste

[bugzilla-daemon]

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

zzz  changed:

   What|Removed |Added

 Resolution|NOTABUG |FIXED

--- Comment #15 from zzz  ---
Resolved in Calc 7.6.2.1 (X86_64) + Firefox 119.0 (64bit) for Windows + Windows
10 22H2 19045.3570

Now both of the folling images correctly pastes on Calc by ctrl+V.
https://www.usinages.com/attachments/capture2-jpg.368604/
https://www.usinages.com/attachments/capture-jpg.368605/
Thanks folks for fixing it.

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

[Libreoffice-bugs] [Bug 157885] help png images could use indexed colours

[bugzilla-daemon]

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

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 137272] Superscripted font is cut off and line spacing increased when smaller block quoted text has footnote or endnote in it, due to use of one font size for all footnotes in

[bugzilla-daemon]

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

QA Administrators  changed:

   What|Removed |Added

 Ever confirmed|1   |0
 Status|NEEDINFO|UNCONFIRMED

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

[Libreoffice-bugs] [Bug 137272] Superscripted font is cut off and line spacing increased when smaller block quoted text has footnote or endnote in it, due to use of one font size for all footnotes in

[bugzilla-daemon]

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

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

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

[Libreoffice-bugs] [Bug 154736] Having a lot of Writer Crashes

[bugzilla-daemon]

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

QA Administrators  changed:

   What|Removed |Added

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

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

[Libreoffice-bugs] [Bug 154736] Having a lot of Writer Crashes

[bugzilla-daemon]

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

--- Comment #4 from QA Administrators  ---
Dear BrendaEM,

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 154725] Icon shows opposite of expected

[bugzilla-daemon]

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

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 154725] Icon shows opposite of expected

[bugzilla-daemon]

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

--- Comment #4 from QA Administrators  ---
Dear L.A. Martin,

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 155237] Items on drawing moved between different sessions, and now unable to correct or delete them

[bugzilla-daemon]

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

--- Comment #2 from QA Administrators  ---
Dear Gordon Patnude,

This bug has been in NEEDINFO status with no change for at least
6 months. Please provide the requested information as soon as
possible and mark the bug as UNCONFIRMED. Due to regular bug
tracker maintenance, if the bug is still in NEEDINFO status with
no change in 30 days the QA team will close the bug as INSUFFICIENTDATA
due to lack of needed information.

For more information about our NEEDINFO policy please read the
wiki located here:
https://wiki.documentfoundation.org/QA/Bugzilla/Fields/Status/NEEDINFO

If you have already provided the requested information, please
mark the bug as UNCONFIRMED so that the QA team knows that the
bug is ready to be confirmed.

Thank you for helping us make LibreOffice even better for everyone!

Warm Regards,
QA Team

MassPing-NeedInfo-Ping

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

[Libreoffice-bugs] [Bug 106196] EDITING Impress doesn't recognize shortcuts for bulleted lists

[bugzilla-daemon]

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

--- Comment #6 from QA Administrators  ---
Dear doriano.mag,

This bug has been in NEEDINFO status with no change for at least
6 months. Please provide the requested information as soon as
possible and mark the bug as UNCONFIRMED. Due to regular bug
tracker maintenance, if the bug is still in NEEDINFO status with
no change in 30 days the QA team will close the bug as INSUFFICIENTDATA
due to lack of needed information.

For more information about our NEEDINFO policy please read the
wiki located here:
https://wiki.documentfoundation.org/QA/Bugzilla/Fields/Status/NEEDINFO

If you have already provided the requested information, please
mark the bug as UNCONFIRMED so that the QA team knows that the
bug is ready to be confirmed.

Thank you for helping us make LibreOffice even better for everyone!

Warm Regards,
QA Team

MassPing-NeedInfo-Ping

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

[Libreoffice-bugs] [Bug 88560] Wrong Date-input in form gives different values, depended on fieldproperties

[bugzilla-daemon]

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

--- Comment #12 from QA Administrators  ---
Dear Robert Großkopf,

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 104485] Alphabetizing text selection function in Writer

[bugzilla-daemon]

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

--- Comment #5 from QA Administrators  ---
Dear Dr. Pam Halton,

This bug has been in NEEDINFO status with no change for at least
6 months. Please provide the requested information as soon as
possible and mark the bug as UNCONFIRMED. Due to regular bug
tracker maintenance, if the bug is still in NEEDINFO status with
no change in 30 days the QA team will close the bug as INSUFFICIENTDATA
due to lack of needed information.

For more information about our NEEDINFO policy please read the
wiki located here:
https://wiki.documentfoundation.org/QA/Bugzilla/Fields/Status/NEEDINFO

If you have already provided the requested information, please
mark the bug as UNCONFIRMED so that the QA team knows that the
bug is ready to be confirmed.

Thank you for helping us make LibreOffice even better for everyone!

Warm Regards,
QA Team

MassPing-NeedInfo-Ping

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

[Libreoffice-bugs] [Bug 145211] Object Border Shadow distance is always rounded to 0.10 cm and can not be smaller

[bugzilla-daemon]

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

--- Comment #2 from QA Administrators  ---
Dear Espirit,

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 58534] : Resizing a plot scatter x-y plot with large data causes freeze

[bugzilla-daemon]

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

--- Comment #6 from QA Administrators  ---
Dear ferran.obon,

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 121175] Enabling italic/underline/bold in floating sidebar window has no effect

[bugzilla-daemon]

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

--- Comment #7 from QA Administrators  ---
Dear Telesto,

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

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

If you have time, please do the following:

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

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

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

Please DO NOT

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


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

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


Feel free to come ask questions or to say hello in our QA chat:
https://web.libera.chat/?settings=#libreoffice-qa

Thank you for helping us make LibreOffice even better for everyone!

Warm Regards,
QA Team

MassPing-UntouchedBug

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

[Libreoffice-bugs] [Bug 132874] Table with merged/split cells and embedded table broken with RTF paste

[bugzilla-daemon]

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

--- Comment #8 from QA Administrators  ---
Dear Telesto,

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

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

If you have time, please do the following:

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

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

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

Please DO NOT

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


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

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


Feel free to come ask questions or to say hello in our QA chat:
https://web.libera.chat/?settings=#libreoffice-qa

Thank you for helping us make LibreOffice even better for everyone!

Warm Regards,
QA Team

MassPing-UntouchedBug

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

[Libreoffice-bugs] [Bug 108181] Font selection ignored in dropdown, if you click on the size dropdown immediately after

[bugzilla-daemon]

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

--- Comment #6 from QA Administrators  ---
Dear Buovjaga,

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 158096] New: Selection of lighter Preinstalled Themes under Personalization (Options) leaves menu ribbon icons white and unreadable

[bugzilla-daemon]

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

Bug ID: 158096
   Summary: Selection of lighter Preinstalled Themes under
Personalization (Options) leaves menu ribbon icons
white and unreadable
   Product: LibreOffice
   Version: 7.5.7.1 release
  Hardware: All
OS: Windows (All)
Status: UNCONFIRMED
  Severity: normal
  Priority: medium
 Component: UI
  Assignee: libreoffice-bugs@lists.freedesktop.org
  Reporter: thuck...@yahoo.com

If one selects the lighter-colored Preinstalled Themes under Personalization
(Options), the icons in the menu ribbon (at the top of the application, such as
Writer for example), become unreadable (i.e., they remain white, etc., and that
does NOT work with the lighter themes).  This makes use of lighter themes
UNTENABLE, and thus BROKEN.

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

[Libreoffice-bugs] [Bug 137272] Superscripted font is cut off and line spacing increased when smaller block quoted text has footnote or endnote in it, due to use of one font size for all footnotes in

[bugzilla-daemon]

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

--- Comment #21 from TH  ---
(In reply to ajlittoz from comment #19)
> I don't see any problem IFF user modifying the character style leaves font
> size in TRANSPARENT STATE so that font size is inherited from the
> environment. You can change font face without changing font size, but DON'T
> EVER click on or otherwise play with font size.
> 
> Any interaction will SET the size. Unfortunately, present UI doesn't report
> transparent state for attributes, i.e. the fact that the effective value is
> inherited from ancestor styles.
> 
> Since OP didn't provide a sample file, we can't check if this is only a
> problem of unwanted attribute override when configuring the cgaracter style.

If I set a Font Size explicitly in the Footnote Anchor character style, then
that overrides proper automatic sizing of the anchor in disparate paragraph
styles, so that in paragraph styles with smaller fonts, the footnote anchors
end up being too large and messing with the proper line spacing, etc.  When
this has occurred, I notice that it is possible to use the "Reset to Parent"
button in the Footnote Anchor character style's Font tab, and then to
subsequently again select the desired font (which in my case is automatically
set to Arial, upon using Reset to Parent) in that same tab, WITHOUT explicitly
selecting a Font Size (i.e., the Size setting must be ignored).  That
corrective process is NOT obvious and NOT intuitive at all.  There needs to be
a way to choose Automatic for the Size, without having to use Reset to Parent,
so that the extra and non-intuitive subsequent step of again selecting the
desired Font, etc., may be avoided.

I don't know about other attributes in this regard, as I'm only reporting the
particular problem I've encountered, and which befuddled me quite a bit until I
stumbled upon the above process.

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

[Libreoffice-bugs] [Bug 137272] Superscripted font is cut off and line spacing increased when smaller block quoted text has footnote or endnote in it, due to use of one font size for all footnotes in

[bugzilla-daemon]

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

--- Comment #20 from TH  ---
(In reply to Stéphane Guillou (stragu) from comment #18)
> Created attachment 190187 [details]
> screenshot of what I understand to be the issue
> 
> Is this the issue you describe? Same footnote anchor style used when
> inserted in different paragraphs with different styles, resulting in line
> spacing issue and anchor font looking e.g. too big?

YES, you are correct.  That said, the commenter after you, ALSO is correct. 
Specifically, if I set a Font Size explicitly in the Footnote Anchor character
style, then that overrides proper automatic sizing of the anchor in disparate
paragraph styles, so that in paragraph styles with smaller fonts, the footnote
anchors end up being too large and messing with the proper line spacing, etc. 
When this has occurred, it is possible to use the "Reset to Parent" button in
the Footnote Anchor character style's Font tab, and then to subsequently again
select the desired font (which in my case is automatically set to Arial, upon
using Reset to Parent) in that same tab, WITHOUT explicitly selecting a Font
Size (i.e., the Size setting must be ignored).  There needs to be a way to
choose Automatic for the Size, without having to use Reset to Parent, so that
the extra and non-intuitive subsequent step of again selecting the desired
Font, etc., may be avoided.

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

[Libreoffice-bugs] [Bug 111450] [META] SVG fileSave filter (Draw/Impress)

[bugzilla-daemon]

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

Stéphane Guillou (stragu)  changed:

   What|Removed |Added

 Depends on||151746


Referenced Bugs:

https://bugs.documentfoundation.org/show_bug.cgi?id=151746
[Bug 151746] Export to SVG, Page Background is not exported
-- 
You are receiving this mail because:
You are the assignee for the bug.

[Libreoffice-bugs] [Bug 151746] Export to SVG, Page Background is not exported

[bugzilla-daemon]

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

Stéphane Guillou (stragu)  changed:

   What|Removed |Added

URL||https://ask.libreoffice.org
   ||/t/backgrounds-in-draw-and-
   ||exporting-to-svg/83283
 Blocks|105815  |111450
 CC||stephane.guillou@libreoffic
   ||e.org
Version|7.3.0.3 release |7.2.0.0.alpha0+

--- Comment #5 from Stéphane Guillou (stragu) 
 ---
Repro in:

Version: 24.2.0.0.alpha0+ (X86_64) / LibreOffice Community
Build ID: 31fb3045dabdb27d913712f3abcade315e3ea9bd
CPU threads: 8; OS: Linux 5.15; UI render: default; VCL: gtk3
Locale: en-AU (en_AU.UTF-8); UI: en-US
Calc: threaded

(In reply to Alistair Saywell from comment #0)
> But same results from 6.2.8.2

Interesting:
- it didn't work in 6.2
- it got fixed in 6.3 by 6d7d1fe6cf205d34cc8889e503c727b19c513c94 for bug
115549
- then it was broken again in 7.2 by fd84bce804279b881099a7c0d44136d75d015ca1,
as bibisected in comment 4. Note that it still works for Impress.


Referenced Bugs:

https://bugs.documentfoundation.org/show_bug.cgi?id=105815
[Bug 105815] [META] Draw image bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=111450
[Bug 111450] [META] SVG fileSave filter (Draw/Impress)
-- 
You are receiving this mail because:
You are the assignee for the bug.

[Libreoffice-bugs] [Bug 105815] [META] Draw image bugs and enhancements

[bugzilla-daemon]

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

Stéphane Guillou (stragu)  changed:

   What|Removed |Added

 Depends on|151746  |


Referenced Bugs:

https://bugs.documentfoundation.org/show_bug.cgi?id=151746
[Bug 151746] Export to SVG, Page Background is not exported
-- 
You are receiving this mail because:
You are the assignee for the bug.

[Libreoffice-bugs] [Bug 155779] Startup errors when starting with empty profile

[bugzilla-daemon]

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

Jim Avera  changed:

   What|Removed |Added

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

--- Comment #3 from Jim Avera  ---
> Can you still reproduce, Jim?

No, the problem seems to be gone now.

Like Stéphane, it worked silently for me with 7.5.7.

However many warnings (errors?) occur with a later release, 7.6.3.0.0, although
the conversion succeeded:

warn:opencl:556846:556846:desktop/source/app/opencl.cxx:206: Failed to
initialize OpenCL for test
warn:legacy.tools:556846:556846:sfx2/source/appl/appuno.cxx:454: invalid type
for Stream
convert /tmp/test.dir/test.csv as a Calc document -> /tmp/test.dir/test.ods
using filter : calc8
warn:xmloff:556846:556846:xmloff/source/text/XMLTextListAutoStylePool.cxx:163:
getStyleFamilies() from XModel failed for export!
warn:xmloff:556846:556846:xmloff/source/text/XMLTextListAutoStylePool.cxx:163:
getStyleFamilies() from XModel failed for export!
warn:editeng:556846:556846:editeng/source/uno/unofield.cxx:375: Id service
unknown: 5
[repeated many times with different Id numbers]
warn:xmloff:556846:556846:xmloff/source/text/XMLTextListAutoStylePool.cxx:163:
getStyleFamilies() from XModel failed for export!
warn:legacy.osl:556846:556846:sc/source/core/data/document.cxx:5606: Wrong
index in AttrArray
warn:xmloff:556846:556846:xmloff/source/text/XMLTextListAutoStylePool.cxx:163:
getStyleFamilies() from XModel failed for export!
warn:legacy.osl:556846:556846:xmloff/source/core/SettingsExportHelper.cxx:176:
this type is not implemented now


And with master downloaded today:

warn:opencl:556970:556970:desktop/source/app/opencl.cxx:206: Failed to
initialize OpenCL for test
warn:legacy.tools:556970:556970:sfx2/source/appl/appuno.cxx:454: invalid type
for Stream
convert /tmp/test.dir/test.csv as a Calc document -> /tmp/test.dir/test.ods
using filter : calc8
warn:xmloff:556970:556970:xmloff/source/text/XMLTextListAutoStylePool.cxx:163:
getStyleFamilies() from XModel failed for export!
warn:xmloff:556970:556970:xmloff/source/text/XMLTextListAutoStylePool.cxx:163:
getStyleFamilies() from XModel failed for export!
warn:xmloff:556970:556970:xmloff/source/text/XMLTextListAutoStylePool.cxx:163:
getStyleFamilies() from XModel failed for export!
warn:legacy.osl:556970:556970:sc/source/core/data/document.cxx:5504: Wrong
index in AttrArray
warn:xmloff:556970:556970:xmloff/source/text/XMLTextListAutoStylePool.cxx:163:
getStyleFamilies() from XModel failed for export!
warn:legacy.osl:556970:556970:xmloff/source/core/SettingsExportHelper.cxx:176:
this type is not implemented now


I'll set this ticket to resolved WFM, but if the above messages indicate
something specific to the CSV input filter, please re-open.

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

[Libreoffice-bugs] [Bug 157452] LibO crashes when opening print dialog on gtk4 VCL

[bugzilla-daemon]

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

--- Comment #5 from Stéphane Guillou (stragu) 
 ---
(In reply to Callegar from comment #4)
> How to get a backtrace?
1. Get a debug build from:
https://dev-builds.libreoffice.org/daily/master/current.html
2. Check that it does crash with this build
3. Record a backtrace:
https://wiki.documentfoundation.org/QA/BugReport/Debug_Information#GNU.2FLinux:_How_to_get_a_backtrace

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

[Libreoffice-bugs] [Bug 108686] [META] Presentation export bugs and enhancements

[bugzilla-daemon]

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

Stéphane Guillou (stragu)  changed:

   What|Removed |Added

 Depends on||115549


Referenced Bugs:

https://bugs.documentfoundation.org/show_bug.cgi?id=115549
[Bug 115549] Slide background not exported to SVG
-- 
You are receiving this mail because:
You are the assignee for the bug.

[Libreoffice-bugs] [Bug 143485] Slide image export: master slide image objects display inconsistent across export file formats

[bugzilla-daemon]

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

Stéphane Guillou (stragu)  changed:

   What|Removed |Added

   See Also||https://bugs.documentfounda
   ||tion.org/show_bug.cgi?id=11
   ||5549

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

[Libreoffice-bugs] [Bug 151746] Export to SVG, Page Background is not exported

[bugzilla-daemon]

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

Stéphane Guillou (stragu)  changed:

   What|Removed |Added

   See Also||https://bugs.documentfounda
   ||tion.org/show_bug.cgi?id=11
   ||5549

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

[Libreoffice-bugs] [Bug 66900] [SVG] The exported file in vector format differs from the original file (LO Impress)

[bugzilla-daemon]

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

--- Comment #9 from Stéphane Guillou (stragu) 
 ---


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

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

[Libreoffice-bugs] [Bug 108686] [META] Presentation export bugs and enhancements

[bugzilla-daemon]

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

Bug 61314 Summary: Export to SVG ignores background color set via direct 
formatting
https://bugs.documentfoundation.org/show_bug.cgi?id=61314

   What|Removed |Added

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

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

[Libreoffice-bugs] [Bug 111450] [META] SVG fileSave filter (Draw/Impress)

[bugzilla-daemon]

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

Bug 61314 Summary: Export to SVG ignores background color set via direct 
formatting
https://bugs.documentfoundation.org/show_bug.cgi?id=61314

   What|Removed |Added

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

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

[Libreoffice-bugs] [Bug 61314] Export to SVG ignores background color set via direct formatting

[bugzilla-daemon]

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

Stéphane Guillou (stragu)  changed:

   What|Removed |Added

   See Also|https://bugs.freedesktop.or |
   |g/show_bug.cgi?id=66900 |
 Status|NEW |RESOLVED
 Resolution|--- |DUPLICATE
 CC||stephane.guillou@libreoffic
   ||e.org

--- Comment #23 from Stéphane Guillou (stragu) 
 ---
Reproduced in:

Version: 6.2.0.3
Build ID: 98c6a8a1c6c7b144ce3cc729e34964b47ce25d62
CPU threads: 8; OS: Linux 5.15; UI render: default; VCL: gtk3; 
Locale: en-AU (en_AU.UTF-8); UI-Language: en-US
Calc: threaded

Fixed in:

Version: 6.3.6.2
Build ID: 2196df99b074d8a661f4036fca8fa0cbfa33a497
CPU threads: 8; OS: Linux 5.15; UI render: default; VCL: gtk3; 
Locale: en-AU (en_AU.UTF-8); UI-Language: en-US
Calc: threaded

It was fixed for bug 115549, marking as duplicate.

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

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

[Libreoffice-bugs] [Bug 135729] Images lost in RTF when saving ODT to DOC and DOC to RTF

[bugzilla-daemon]

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

Gabor Kelemen (allotropia)  changed:

   What|Removed |Added

 CC||kelem...@ubuntu.com
   See Also||https://bugs.documentfounda
   ||tion.org/show_bug.cgi?id=10
   ||4288

--- Comment #5 from Gabor Kelemen (allotropia)  ---
This got a bit better after:

https://git.libreoffice.org/core/commit/24ee09ab41924fd339835cbc7a54a5ba27f5c67e

tdf#104288: rtf export: drop \nonshppict on export

Now the extreme file size is below 1 Mb, manageable.
The main odt->doc->rtf image loss issue is still happening.

Some observations:
- saving directly to rtf creates an extra "Shape1" drawing object, but the two
images are still present. The horizontal and vertical positioning of the second
caption frame is pretty incorrect too - this can be a separate bug.
- saving to doc does not lose the images and does not create an extra Shape1 -
looks pretty good
- saving the doc to rtf loses the first image and leaves the "Shape1" drawing
on its place.

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

[Libreoffice-bugs] [Bug 92519] SVG images are wrongly embedded tens of times in FODT

[bugzilla-daemon]

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

--- Comment #15 from Stéphane Guillou (stragu) 
 ---
Created attachment 190694
  --> https://bugs.documentfoundation.org/attachment.cgi?id=190694=edit
original sample ODT

Attaching this one, with correct extension, instead of relying on the GitHub
link.

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

[Libreoffice-bugs] [Bug 123396] LO Writer automatically replaces SVGs embedded in FODT files with an embedded low-resolution PNGs and drops the SVGs from the documents

[bugzilla-daemon]

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

Stéphane Guillou (stragu)  changed:

   What|Removed |Added

   See Also||https://bugs.documentfounda
   ||tion.org/show_bug.cgi?id=92
   ||519

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

[Libreoffice-bugs] [Bug 92519] SVG images are wrongly embedded tens of times in FODT

[bugzilla-daemon]

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

Stéphane Guillou (stragu)  changed:

   What|Removed |Added

 CC||stephane.guillou@libreoffic
   ||e.org
   See Also||https://bugs.documentfounda
   ||tion.org/show_bug.cgi?id=12
   ||3396

--- Comment #14 from Stéphane Guillou (stragu) 
 ---
(In reply to g3855563 from comment #6)
> 1. I'm not sure if a file size growth of 750Kb to 62.4MB is desireable.
If this is related to font embedding, it often does take a lot of space, but
I'm not sure there's a way around it.
I've tested saving as FODT and got 17.3 mb with fonts, 695 kb without fonts.
SVG XML remains for the original images. No duplication of it in subsequent
modifications + saves.

> 2. It does not explain what the wierd corrupt font file is in the *odt*
> archives?
I can see the two larger TTF files in your sample ODT:
https://github.com/pilight/pilight-manual/raw/d8760ea825cad0421df599d117ee57818ec80e20/english/electronics-wiring.fodt
But I don't know how to reproduce this issue again. I tried turning the Font
Embedding option off in the files properties, then saving, then turning it back
on an saving again: the ODT is 2 mb, the TTF files are less than 500 kb, they
are all functional.

> 3. And why my SVG image is saved as binary data and not as xml (as it did in
> the previous version).
That's a good point, keeping the actual SVG XML of newly inserted images would
also improve version control like requested in bug 85660 (although I'm not sure
what the specification says about it). And then, there's the issue of the loss
of the SVG in subsequent saves, described in bug 123396.

In any case, one report should be about one issue, and IMHO this report is too
scattered to lead anywhere (ODT vs FODT, font embedding size, corrupt font
file, conversion of XML to binary, duplication of pictures...)
I think we should split this into smaller, precise, focused reports for the
issues that are still relevant in a recent version. (Happy to open one about
point 3.)

Version: 24.2.0.0.alpha0+ (X86_64) / LibreOffice Community
Build ID: 31fb3045dabdb27d913712f3abcade315e3ea9bd
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-commits] core.git: sw/qa

[Miklos Vajna (via logerrit)]

 sw/qa/core/objectpositioning/data/floattable-overlap-cell.docx |binary
 sw/qa/core/objectpositioning/objectpositioning.cxx |   17 
++
 2 files changed, 17 insertions(+)

New commits:
commit 0bf60e32c0ac2bf79fad6c29c39c6f6a3f9ce8e8
Author: Miklos Vajna 
AuthorDate: Mon Nov 6 18:38:33 2023 +0100
Commit: Miklos Vajna 
CommitDate: Tue Nov 7 00:35:09 2023 +0100

tdf#99822 sw floattable: testcase for objects from different cells

Fails with commit 435f1aadf7dd8087a8997924bedfccff0f496ba2 (tdf#99822 sw
floattable: allow nomimal overlap of objects from different cells,
2023-10-27) reverted.

Change-Id: Ic90a2aa254a47804dc50eba8fc1daf0131e65a26
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/159007
Reviewed-by: Miklos Vajna 
Tested-by: Jenkins

diff --git a/sw/qa/core/objectpositioning/data/floattable-overlap-cell.docx 
b/sw/qa/core/objectpositioning/data/floattable-overlap-cell.docx
new file mode 100644
index ..50ec605ed7b7
Binary files /dev/null and 
b/sw/qa/core/objectpositioning/data/floattable-overlap-cell.docx differ
diff --git a/sw/qa/core/objectpositioning/objectpositioning.cxx 
b/sw/qa/core/objectpositioning/objectpositioning.cxx
index 4e0db43c475f..9fea64267a15 100644
--- a/sw/qa/core/objectpositioning/objectpositioning.cxx
+++ b/sw/qa/core/objectpositioning/objectpositioning.cxx
@@ -371,6 +371,23 @@ CPPUNIT_TEST_FIXTURE(Test, 
testFloatingTableFollowWrongPage)
 const SwSortedObjs& rPage2Objs = *pPage2->GetSortedObjs();
 CPPUNIT_ASSERT_EQUAL(static_cast(1), rPage2Objs.size());
 }
+
+CPPUNIT_TEST_FIXTURE(Test, testFloatingTableOverlapCell)
+{
+// Given a document with floating tables, overlapping, but anchored to 
different table cells:
+createSwDoc("floattable-overlap-cell.docx");
+
+// When laying out the document:
+// Without the accompanying fix in place, this resulted in a layout loop.
+calcLayout();
+
+// Then make sure the layout doesn't loop and results in a single page:
+SwDoc* pDoc = getSwDoc();
+SwRootFrame* pLayout = pDoc->getIDocumentLayoutAccess().GetCurrentLayout();
+auto pPage1 = pLayout->Lower()->DynCastPageFrame();
+CPPUNIT_ASSERT(pPage1);
+CPPUNIT_ASSERT(!pPage1->GetNext());
+}
 }
 
 CPPUNIT_PLUGIN_IMPLEMENT();

[Libreoffice-bugs] [Bug 143340] Undo/redo for checking/unchecking KeepRatio in Image Properties Dialog not properly handled

[bugzilla-daemon]

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

--- Comment #9 from stefan_lange...@t-online.de  
---
When in Comment_7 is written "The UI is a bit messy here ..." I think ths is
true.

But I am not sure if the information in Comment_7 is completely true.

I have seen the same (or nearly the same) properties dialog is used for
different object types (images, frames, ???) but especially the "Keep ratio"
setting is handled different.

As far I have seen until now and just tested newly the setting "Keep ratio"
from the Image properties dialog is used for all images (!) of a document,
means one sets this value once on or off and this setting is used for all
images. Furthermore this setting is saved in the odt subdocument "Settings.xml"
as config item, e.g. true.
So the value is kept when the document is closed and opened again. 

On the other hand the properties dialog e.g. for frames looking nearly - or
completely (?) - like the properties dialog for images also contains the
setting "Keep ratio" but when it is set on it is valid only for this one call
of the dialog. It is lost at the next dialog call for this frame or other
frames and it is also not used for images.
Vice versa the "Keep ratio" value set for images is not used for frames.

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

[Libreoffice-ux-advise] [Bug 143340] Undo/redo for checking/unchecking KeepRatio in Image Properties Dialog not properly handled

[bugzilla-daemon]

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

--- Comment #9 from stefan_lange...@t-online.de  
---
When in Comment_7 is written "The UI is a bit messy here ..." I think ths is
true.

But I am not sure if the information in Comment_7 is completely true.

I have seen the same (or nearly the same) properties dialog is used for
different object types (images, frames, ???) but especially the "Keep ratio"
setting is handled different.

As far I have seen until now and just tested newly the setting "Keep ratio"
from the Image properties dialog is used for all images (!) of a document,
means one sets this value once on or off and this setting is used for all
images. Furthermore this setting is saved in the odt subdocument "Settings.xml"
as config item, e.g. true.
So the value is kept when the document is closed and opened again. 

On the other hand the properties dialog e.g. for frames looking nearly - or
completely (?) - like the properties dialog for images also contains the
setting "Keep ratio" but when it is set on it is valid only for this one call
of the dialog. It is lost at the next dialog call for this frame or other
frames and it is also not used for images.
Vice versa the "Keep ratio" value set for images is not used for frames.

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

[Libreoffice-bugs] [Bug 150768] Hang on opening and converting a DOCX file

[bugzilla-daemon]

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

Gabor Kelemen (allotropia)  changed:

   What|Removed |Added

 CC||kelem...@ubuntu.com
   Keywords|bibisectRequest |bibisected, regression
Version|7.0.6.2 release |3.6.0.4 release

--- Comment #11 from Gabor Kelemen (allotropia)  ---
ODT attachment 182835 seems to have started to loop between 3.5.0 and 3.6.0.

Bibisect with linux-43all points to the range:

https://cgit.freedesktop.org/libreoffice/core/log/?qt=range=0a8596dd8ebbbc80e87d4bdfafe3cf53355b7d43..c0a99301f5d854cad8baeaca798549424937598d

of these I see one Writer layout-touching commit:

https://cgit.freedesktop.org/libreoffice/core/commit/?id=8a233f17ae589b33e3b54ef9ebb1fcff41ef6cd7
n#750258: removed strange non-wrapping condition

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

[Libreoffice-bugs] [Bug 157135] LibreOffice 7.6 stalls/crashes under Windows 11 with Norwegian (Bokmål) locale when opening file dialog

[bugzilla-daemon]

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

--- Comment #43 from h...@arch.no ---
Created attachment 190693
  --> https://bugs.documentfoundation.org/attachment.cgi?id=190693=edit
Windows setting - Regional format

As written earlier: changing regional format (in Windows setting) to Norwegian
crashed LibreOfffice.  (Changing language to Nowegian in LibreOffice does not
crash LibreOffice.)

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

[Libreoffice-bugs] [Bug 126008] TABLES STYLES: Inserting or removing a row/column changes entire table's formatting (see comment 5)

[bugzilla-daemon]

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

--- Comment #93 from Chuck Lindeberg  ---
Created attachment 190692
  --> https://bugs.documentfoundation.org/attachment.cgi?id=190692=edit
A file containing a table that does NOT exhibit this bug.

I am the person who originally submitted this bug report and I have recently
created a file with a table in which the bug does not occur. Perhaps if you
Compare the attached file's innards to those of the file I originally submitted
and other test files you may have created it will help find the source of the
problem.

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

[Libreoffice-bugs] [Bug 155488] Calc 7.5.x.y – Chart export as svg without title of the y-Axis

[bugzilla-daemon]

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

Stéphane Guillou (stragu)  changed:

   What|Removed |Added

   See Also||https://bugs.documentfounda
   ||tion.org/show_bug.cgi?id=89
   ||943

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

[Libreoffice-bugs] [Bug 89943] SVG graph export loses legend text depending on history

[bugzilla-daemon]

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

Stéphane Guillou (stragu)  changed:

   What|Removed |Added

   See Also||https://bugs.documentfounda
   ||tion.org/show_bug.cgi?id=15
   ||5488

--- Comment #13 from Stéphane Guillou (stragu) 
 ---
(In reply to fenugrec from comment #12)
> Thanks Stéphane,
> better but unfortunately still some SVG export issues here on 7.6.2.1 -
> missing Y axis text. 153672 doesn't seem related (and works here), but
> 155488 is probably what I'm seeing (surprised that one didn't get marked as
> a Duplicate of this one.
It's a good thing bug 155488 didn't get marked as a duplicate of this one, as
it only started in 7.5.
If you want, you can confirm you are indeed seeing bug 155488 by comparing
exports in 7.4 and 7.5. I'm not sure which example file you are using, but I
just confirmed it's the same regression while testing with attachment 114085
from comment 5.

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

[Libreoffice-bugs] [Bug 87892] More shapes for LibreOffice draw are needed

[bugzilla-daemon]

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

Emily Heaton  changed:

   What|Removed |Added

   Assignee|eaheat...@gmail.com |libreoffice-b...@lists.free
   ||desktop.org

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

[Libreoffice-bugs] [Bug 123396] LO Writer automatically replaces SVGs embedded in FODT files with an embedded low-resolution PNGs and drops the SVGs from the documents

[bugzilla-daemon]

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

Stéphane Guillou (stragu)  changed:

   What|Removed |Added

   Priority|medium  |high

--- Comment #18 from Stéphane Guillou (stragu) 
 ---
Workaround from bug 135642 comment 7:

(In reply to Stephen Heumann)
> I identified a workaround for this: In the options under LibreOffice >
> Advanced, Open Expert Configuration, search for AddReplacementImage and set
> it to false. This will prevent generation of the fallback PNG version of SVG
> images, so the problem does not arise.

I tested it and it works in a recent trunk build.
I wonder if this setting could be set to false by default (not sure what else
it affects), but this two-step dataloss issue should be resolved regardless.

Setting to High priority because of dataloss + regression.

Quikee, what do you think?

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

[Libreoffice-bugs] [Bug 135642] FILESAVE FILEOPEN When saving a document with a .svg file with the .fodt format, the quality of the svg file decrease

[bugzilla-daemon]

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

Stéphane Guillou (stragu)  changed:

   What|Removed |Added

 CC||stephane.guillou@libreoffic
   ||e.org
 Resolution|--- |DUPLICATE
 Blocks|117718  |
 Status|REOPENED|RESOLVED

--- Comment #8 from Stéphane Guillou (stragu) 
 ---
This regression is already tracked in bug 123396, marking as duplicate.

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


Referenced Bugs:

https://bugs.documentfoundation.org/show_bug.cgi?id=117718
[Bug 117718] [META] Flat XML/ODF issues
-- 
You are receiving this mail because:
You are the assignee for the bug.

[Libreoffice-bugs] [Bug 123396] LO Writer automatically replaces SVGs embedded in FODT files with an embedded low-resolution PNGs and drops the SVGs from the documents

[bugzilla-daemon]

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

Stéphane Guillou (stragu)  changed:

   What|Removed |Added

 CC||guillaume.guillet@outlook.c
   ||om

--- Comment #17 from Stéphane Guillou (stragu) 
 ---
*** Bug 135642 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 117718] [META] Flat XML/ODF issues

[bugzilla-daemon]

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

Stéphane Guillou (stragu)  changed:

   What|Removed |Added

 Depends on|135642  |


Referenced Bugs:

https://bugs.documentfoundation.org/show_bug.cgi?id=135642
[Bug 135642] FILESAVE FILEOPEN When saving a document with a .svg file with the
.fodt format, the quality of the svg file decrease
-- 
You are receiving this mail because:
You are the assignee for the bug.

[Libreoffice-bugs] [Bug 112125] [META] Hyperlink dialog bugs and enhancements

[bugzilla-daemon]

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

Bug 149935 Summary: Insert Hyperlink: "Target in document" window does not 
remember last user position and size
https://bugs.documentfoundation.org/show_bug.cgi?id=149935

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution|--- |FIXED

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

[Libreoffice-commits] core.git: cui/source

[Andreas Heinisch (via logerrit)]

 cui/source/dialogs/hlmarkwn.cxx |   15 ++-
 1 file changed, 14 insertions(+), 1 deletion(-)

New commits:
commit bf927cb4513f8ef2a5205e98fbcf1ff02c344b4a
Author: Andreas Heinisch 
AuthorDate: Fri Nov 3 14:07:34 2023 +0100
Commit: Andreas Heinisch 
CommitDate: Mon Nov 6 22:39:33 2023 +0100

tdf#149935 - Hyperlink Target Dialog: remember last used position and size

Change-Id: I87fdf78b6ec4963eb4450d937dd86209e03865a1
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/158879
Tested-by: Jenkins
Reviewed-by: Andreas Heinisch 

diff --git a/cui/source/dialogs/hlmarkwn.cxx b/cui/source/dialogs/hlmarkwn.cxx
index 7eb2ced02489..cf90450450ad 100644
--- a/cui/source/dialogs/hlmarkwn.cxx
+++ b/cui/source/dialogs/hlmarkwn.cxx
@@ -79,11 +79,19 @@ SvxHlinkDlgMarkWnd::SvxHlinkDlgMarkWnd(weld::Window* 
pParentDialog, SvxHyperlink
 mxBtApply->connect_clicked( LINK ( this, SvxHlinkDlgMarkWnd, 
ClickApplyHdl_Impl ) );
 mxBtClose->connect_clicked( LINK ( this, SvxHlinkDlgMarkWnd, 
ClickCloseHdl_Impl ) );
 mxLbTree->connect_row_activated( LINK ( this, SvxHlinkDlgMarkWnd, 
DoubleClickApplyHdl_Impl ) );
+
+// tdf#149935 - remember last used position and size
+SvtViewOptions aDlgOpt(EViewType::Dialog, m_xDialog->get_help_id());
+if (aDlgOpt.Exists())
+m_xDialog->set_window_state(aDlgOpt.GetWindowState());
 }
 
 SvxHlinkDlgMarkWnd::~SvxHlinkDlgMarkWnd()
 {
 ClearTree();
+// tdf#149935 - remember last used position and size
+SvtViewOptions aDlgOpt(EViewType::Dialog, m_xDialog->get_help_id());
+
aDlgOpt.SetWindowState(m_xDialog->get_window_state(vcl::WindowDataMask::PosSize));
 }
 
 void SvxHlinkDlgMarkWnd::ErrorChanged()
@@ -126,7 +134,12 @@ sal_uInt16 SvxHlinkDlgMarkWnd::SetError( sal_uInt16 nError)
 // Move window
 void SvxHlinkDlgMarkWnd::MoveTo(const Point& rNewPos)
 {
-m_xDialog->window_move(rNewPos.X(), rNewPos.Y());
+// tdf#149935 - remember last used position and size
+SvtViewOptions aDlgOpt(EViewType::Dialog, m_xDialog->get_help_id());
+if (aDlgOpt.Exists())
+m_xDialog->set_window_state(aDlgOpt.GetWindowState());
+else
+m_xDialog->window_move(rNewPos.X(), rNewPos.Y());
 }
 
 namespace

[Libreoffice-bugs] [Bug 155839] When propmpted about missing hyphenation data - I should be offered a download link

[bugzilla-daemon]

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

Tex2002ans  changed:

   What|Removed |Added

 CC||Tex2002ans+LibreOffice@gmai
   ||l.com

--- Comment #14 from Tex2002ans  ---
(In reply to Eyal Rozenberg from comment #0)
> Now, it's doubly a bug, because no hyphenation patterns are even _offered_
> for Hebrew, so LO is just leading the user on a wild goose chase for now.

Hmmm...

Does the Hebrew language even hyphenate when words break across lines?

Or is it like Japanese/Chinese, where hyphenation doesn't even make sense at
all:

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

(In that case, the infobar was disabled for "ja" + "zh-CN".)

(In reply to Eyal Rozenberg from comment #0)
> It's a link to a TDF Wiki page - a wiki page for _all_ language at once,
> and with a large number of links, some in a table, some not in a table;
> plus a humongous navigation bar on top of the page.

Was it this page?

- https://wiki.documentfoundation.org/Language/Support

Sounds like that page could use an overhaul for readability.

Perhaps splitting into multiple, dedicated sections instead.

1. Spellchecking
2. Grammarchecking
- Most can be offloaded to LanguageTool's site.
- The few languages with other tools (like French+Grammalecte) can be listed on
their own.
3. Hyphenation
- Hyphenation.org is the ultimate source.
4. UI
- Perhaps this can just be offloaded/pointed to Weblate.
5. Thesaurus
6. (The rest of the table's leftover columns in simple "Y/N/?" form.)

The "Hyphenation" section can then:

- Explain basic instructions for fixing "missing hyphenation info" on
Windows/Linux/Mac.

Similar to what I explain when "red squigglies" stop working for people...
because they forgot to install Spellchecking Dictionaries:

-
https://www.reddit.com/r/libreoffice/comments/15qt8rk/how_to_install_dutch_dictionary/jw6a5ht/
-
https://www.reddit.com/r/libreoffice/comments/11h5kqr/why_is_spellcheck_not_working_in_libreoffice/jati80q/
-
https://www.reddit.com/r/libreoffice/comments/udu7sm/contortions_for_spelling_in_office_libre/i6l2pay/

It's pretty much the same exact instructions.

(On Linux, it's a "hyphen-xx" package. In Windows, it's an extra checkbox
during install.)

> but something triggered a yellow notification bar when I opened
> a document (He+En+Fa content); and the bar said that Hyphenation
> patters for HE-IL were missing.

Like Mike Kaganski said, an information bar might pop up that says:

> Missing hyphenation info. Please install hyphenation package for locale 
> "en-US".
   - (Where "en-US" = the code for your specific language.)

This is triggered when you have BOTH:

1. Hyphenation Dictionaries NOT INSTALLED for that language.

2. A Format/Style in your document which has:

- Automatic "Hyphenation" enabled.

You can see this in:

- Format > Paragraph
- "Text Flow" tab.

or:

- Style > Edit Style (Alt+P)
- "Text Flow" tab.

Under Hyphenation, you'll see a checkbox for:

- Automatically

- - -

For every language... just like you install different:

- UI Languages
- Spellchecking Dictionaries
   - (To get red squigglies.)

there are also:

- Hyphenation Dictionaries

And if you haven't installed them (or they don't exist), then there's not much
LO can do besides inform with the bar!

And like Mike Kaganski said, each OS would require slightly different
instructions/packages.

This is where the Wiki page could be a good guide!

- - -

(In reply to Mike Kaganski from comment #8)
> (2) I generally dislike, that the only thing in *UI* points to the
> *extensions* site ( https://extensions.libreoffice.org/dictionaries/ ),
> where there are lots of *unmaintained* third-party extensions, while for
> *most* cases, the distribution itself contains a (not installed) package for
> the needed language, and it should be the first thing to suggest.

Yes, full agree.

Almost always, it's because someone forgot to:

- Install the package (Linux)
- Check an optional box during install (Windows / Mac[?])

I would personally rank them like this:

1. LO Wiki
- This can point you to:
--- Windows-/Linux-/Mac-specific instructions
--- Distro-specific packages
- + more resources.
--- Like where to grab the proper .tex file + LO folder.
--- + explain Manual Install.
2. Hyphenation.org
- Which is the ultimate Hyphenation Dictionary resource.
- These are where all the latest patterns for each language are.
3. LO Extensions site
- (Some of these can be linked in the Wiki, but I wouldn't go promoting them
directly.)
- Like Mike said, many of these are old/unmaintained.
- Better bet would be to:
--- Install the packages from distro or install latest LO.
--- Grab latest Hyphenation Dictionaries directly from Hyphenation.org.

(In reply to Heiko Tietze from comment #12)
> > (3) Dictionaries do not necessarily include 

[Libreoffice-bugs] [Bug 158062] CALC: changing cell format to date type does not fix #WERT! issue in aligning cell

[bugzilla-daemon]

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

m.a.riosv  changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution|--- |NOTABUG

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

[Libreoffice-bugs] [Bug 129661] [META] Right-To-Left (RTL) user interface issues

[bugzilla-daemon]

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

Bug 157784 Summary: In libreoffice calc, the names of the sheets are displayed 
in opposite direction now, which is annoying.
https://bugs.documentfoundation.org/show_bug.cgi?id=157784

   What|Removed |Added

 Status|RESOLVED|REOPENED
 Resolution|FIXED   |---

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

[Libreoffice-commits] core.git: odk/build-examples_common.mk

[Stephan Bergmann (via logerrit)]

 odk/build-examples_common.mk |2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

New commits:
commit b21cab3f1784154cfaf7e5be71329ad6ff4f162a
Author: Stephan Bergmann 
AuthorDate: Mon Nov 6 14:51:58 2023 +0100
Commit: Stephan Bergmann 
CommitDate: Mon Nov 6 21:18:20 2023 +0100

Make CustomTarget_odk/build-examples_java more robust against localized envs

At least on Linux, with a --with-lang=ALL build, `LANGUAGE=de make
CustomTarget_odk/build-examples_java' would fail, as it would ask for 
license
agreement in German rather than English (presumably because the code in
getUILangFromEnvironment, i18nlangtag/source/isolang/inunx.cxx, inspects the
LANGUAGE env var fist thing), so would expect a "ja" rather than the "yes" 
we
feed into stdin.

Change-Id: If285e4458e0706102a62f4e0094e5144575ccf7b
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/158998
Reviewed-by: Samuel Mehrbrodt 
Tested-by: Jenkins
Reviewed-by: Stephan Bergmann 

diff --git a/odk/build-examples_common.mk b/odk/build-examples_common.mk
index e8836f6242fb..b87958e9761c 100644
--- a/odk/build-examples_common.mk
+++ b/odk/build-examples_common.mk
@@ -46,7 +46,7 @@ else
UserInstallation=$(call gb_Helper_make_url,$(call 
gb_CustomTarget_get_workdir,$(1))/user) \
$(foreach my_dir,$(2), \
&& (cd $(INSTDIR)/$(SDKDIRNAME)/examples/$(my_dir) \
-   && printf 'yes\n' | LC_ALL=C make -j1 \
+   && printf 'yes\n' | LANGUAGE= LC_ALL=C make -j1 \
CC="$(CXX) $(gb_CXX03FLAGS)" LINK="$(CXX)" LIB="$(CXX)" 
\
$(if $(MACOSX_SHELL_HACK), SHELL="ODK_BUILD_SHELL", ))) 
\
$(if $(MACOSX_SHELL_HACK),&& rm -f "ODK_BUILD_SHELL")) \

[Libreoffice-commits] core.git: compilerplugins/clang

[Stephan Bergmann (via logerrit)]

 compilerplugins/clang/check.hxx |   16 ++-
 compilerplugins/clang/compat.hxx|   40 
 compilerplugins/clang/mergeclasses.cxx  |3 +-
 compilerplugins/clang/privatebase.cxx   |3 +-
 compilerplugins/clang/redundantcast.cxx |2 -
 compilerplugins/clang/salunicodeliteral.cxx |3 +-
 compilerplugins/clang/vclwidgets.cxx|3 +-
 7 files changed, 58 insertions(+), 12 deletions(-)

New commits:
commit c9cedde7c0ba396dadfabbf644c6329e65afebf9
Author: Stephan Bergmann 
AuthorDate: Mon Nov 6 10:51:31 2023 +0100
Commit: Stephan Bergmann 
CommitDate: Mon Nov 6 21:17:59 2023 +0100

Adapt to various Clang 18 trunk enum rework



"[clang][NFC] Refactor `CXXConstructExpr::ConstructionKind`",


"[clang][NFC] Refactor `CharacterLiteral::CharacterKind`",


"[clang][NFC] Refactor `StringLiteral::StringKind`",


"[clang][NFC] Refactor `TagTypeKind` (#71160)"

Change-Id: Ice802f6d662494781ad22fcf11ea5006de918254
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/158983
Tested-by: Jenkins
Reviewed-by: Stephan Bergmann 

diff --git a/compilerplugins/clang/check.hxx b/compilerplugins/clang/check.hxx
index a7b7ba820d09..af6cd355a416 100644
--- a/compilerplugins/clang/check.hxx
+++ b/compilerplugins/clang/check.hxx
@@ -16,6 +16,8 @@
 #include 
 #include 
 
+#include "compat.hxx"
+
 namespace loplugin {
 
 class ContextCheck;
@@ -188,7 +190,7 @@ ContextCheck TypeCheck::Class(llvm::StringRef id)
 if (!type_.isNull()) {
 auto const t = type_->getAs();
 if (t != nullptr) {
-return detail::checkRecordDecl(t->getDecl(), clang::TTK_Class, id);
+return detail::checkRecordDecl(t->getDecl(), 
compat::TagTypeKind::Class, id);
 }
 }
 return ContextCheck();
@@ -199,7 +201,7 @@ ContextCheck TypeCheck::Struct(llvm::StringRef id) const
 if (!type_.isNull()) {
 auto const t = type_->getAs();
 if (t != nullptr) {
-return detail::checkRecordDecl(t->getDecl(), clang::TTK_Struct, 
id);
+return detail::checkRecordDecl(t->getDecl(), 
compat::TagTypeKind::Struct, id);
 }
 }
 return ContextCheck();
@@ -231,12 +233,12 @@ ContextCheck TypeCheck::Typedef(llvm::StringRef id) const
 
 ContextCheck DeclCheck::Class(llvm::StringRef id) const
 {
-return detail::checkRecordDecl(decl_, clang::TTK_Class, id);
+return detail::checkRecordDecl(decl_, compat::TagTypeKind::Class, id);
 }
 
 ContextCheck DeclCheck::Struct(llvm::StringRef id) const
 {
-return detail::checkRecordDecl(decl_, clang::TTK_Struct, id);
+return detail::checkRecordDecl(decl_, compat::TagTypeKind::Struct, id);
 }
 
 ContextCheck DeclCheck::ClassOrStruct(llvm::StringRef id) const
@@ -250,7 +252,7 @@ ContextCheck DeclCheck::ClassOrStruct(llvm::StringRef id) 
const
 
 ContextCheck DeclCheck::Union(llvm::StringRef id) const
 {
-return detail::checkRecordDecl(decl_, clang::TTK_Union, id);
+return detail::checkRecordDecl(decl_, compat::TagTypeKind::Union, id);
 }
 
 ContextCheck DeclCheck::Function(llvm::StringRef id) const
@@ -294,13 +296,13 @@ ContextCheck ContextCheck::Namespace(llvm::StringRef id) 
const
 ContextCheck ContextCheck::Class(llvm::StringRef id) const
 {
 return detail::checkRecordDecl(
-llvm::dyn_cast_or_null(context_), clang::TTK_Class, id);
+llvm::dyn_cast_or_null(context_), 
compat::TagTypeKind::Class, id);
 }
 
 ContextCheck ContextCheck::Struct(llvm::StringRef id) const
 {
 return detail::checkRecordDecl(
-llvm::dyn_cast_or_null(context_), clang::TTK_Struct, id);
+llvm::dyn_cast_or_null(context_), 
compat::TagTypeKind::Struct, id);
 }
 
 bool isExtraWarnUnusedType(clang::QualType type);
diff --git a/compilerplugins/clang/compat.hxx b/compilerplugins/clang/compat.hxx
index df4052ef108a..d122933eeaaf 100644
--- a/compilerplugins/clang/compat.hxx
+++ b/compilerplugins/clang/compat.hxx
@@ -82,6 +82,24 @@ constexpr clang::ExprValueKind VK_PRValue = 
clang::VK_PRValue;
 constexpr clang::ExprValueKind VK_PRValue = clang::VK_RValue;
 #endif
 
+namespace CXXConstructionKind
+{
+#if CLANG_VERSION >= 18
+constexpr clang::CXXConstructionKind Complete = 
clang::CXXConstructionKind::Complete;
+#else
+constexpr clang::CXXConstructExpr::ConstructionKind Complete = 
clang::CXXConstructExpr::CK_Complete;
+#endif
+}
+
+namespace CharacterLiteralKind
+{
+#if CLANG_VERSION >= 18
+constexpr clang::CharacterLiteralKind Ascii = 
clang::CharacterLiteralKind::Ascii;
+#else
+constexpr clang::CharacterLiteral::CharacterKind 

[Libreoffice-bugs] [Bug 158095] New: Crash in: WW8Export::RestoreMacroCmds()

[bugzilla-daemon]

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

Bug ID: 158095
   Summary: Crash in: WW8Export::RestoreMacroCmds()
   Product: LibreOffice
   Version: 7.5.8.2 release
  Hardware: All
OS: Windows (All)
Status: UNCONFIRMED
  Severity: normal
  Priority: medium
 Component: Base
  Assignee: libreoffice-bugs@lists.freedesktop.org
  Reporter: simon.j.hun...@gmail.com

This bug was filed from the crash reporting server and is
br-6dd7fedd-94fc-412f-a640-abb0ffde3ea2.
=

please see bug 157975   by me which explains the history of
this.

it is also the same in writer as well as calc, i now find.  the crash is always
in the same place in ucrtbase.dll.

if it is an odt/ods file then i get file cannot be written, if an xls/xlsx type
then a crash.  if i close and open office, all ok (for now).

this is now happening all the time - sometime after office has been open for a
while (? few hours), something happens and the open file can be viewed and
edited ok on the screen but the underlying data cannot be saved.  if i try and
open a ods file, i get the file cannot be written error.

this happened once a few weeks ago and now is happening every day. possibly i
upgraded a few weeks ago, not sure.  that would have been 32 bit - but i have
upgraded again and tried 64 bit and it is all the same.

i am not having any other problems in windows etc.

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

[Libreoffice-bugs] [Bug 157823] Text disappearing from bullet list in Impress

[bugzilla-daemon]

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

--- Comment #14 from Mike Kaganski  ---
(In reply to BogdanB from comment #13)

As I said in comment 11, I only *suspected* that it was a dupe. I hoped you can
test if it's fixed in versions later than what you tested in comment 10 :-D

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

[Libreoffice-bugs] [Bug 157823] Text disappearing from bullet list in Impress

[bugzilla-daemon]

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

--- Comment #13 from BogdanB  ---
Mike, please decide if this bug can be closed.

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

[Libreoffice-commits] core.git: vcl/inc vcl/osx

[Patrick Luby (via logerrit)]

 vcl/inc/osx/salframe.h  |3 +++
 vcl/osx/salframe.cxx|9 ++---
 vcl/osx/salframeview.mm |7 +++
 3 files changed, 16 insertions(+), 3 deletions(-)

New commits:
commit 0c54c09aeb7e170512195c8f619ab2ded98c1ec5
Author: Patrick Luby 
AuthorDate: Mon Nov 6 09:44:18 2023 -0500
Commit: Patrick Luby 
CommitDate: Mon Nov 6 20:27:08 2023 +0100

tdf#155266 force flush after scrolling

This is the second attempt to force a flush after scrolling.
Commit 9c0803edd1f42b2d29115674795c7c674fea1a35 worked on
Mac Silicon but not Mac Intel.

So, instead of calling [NSApp currentEvent] to determine if
scrolling has occurred, mark the AquaSalFrame whenever a
scrollwheel or mouse drag event is dispatched so the frame
will be flushed in the next AquaSalFrame::Flush() call.

Change-Id: I2d0b99d2cd1167e92c7fd89bf53b2f30ab85a165
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/159003
Tested-by: Jenkins
Reviewed-by: Patrick Luby 

diff --git a/vcl/inc/osx/salframe.h b/vcl/inc/osx/salframe.h
index 21a4b963717d..2d9b9084fcbb 100644
--- a/vcl/inc/osx/salframe.h
+++ b/vcl/inc/osx/salframe.h
@@ -98,6 +98,9 @@ public:
 
 int mnBlinkCursorDelay;
 
+// tdf#155266 force flush after scrolling
+boolmbForceFlush;
+
 public:
 /** Constructor
 
diff --git a/vcl/osx/salframe.cxx b/vcl/osx/salframe.cxx
index d20e6e3d8422..a8616c4fedc4 100644
--- a/vcl/osx/salframe.cxx
+++ b/vcl/osx/salframe.cxx
@@ -87,7 +87,8 @@ AquaSalFrame::AquaSalFrame( SalFrame* pParent, 
SalFrameStyleFlags salFrameStyle
 mnTrackingRectTag( 0 ),
 mrClippingPath( nullptr ),
 mnICOptions( InputContextFlags::NONE ),
-mnBlinkCursorDelay ( nMinBlinkCursorDelay )
+mnBlinkCursorDelay( nMinBlinkCursorDelay ),
+mbForceFlush( false )
 {
 mpParent = dynamic_cast(pParent);
 
@@ -1018,8 +1019,9 @@ void AquaSalFrame::Flush()
 // outside of the application's event loop (e.g. IntroWindow)
 // nothing would trigger paint event handling
 // => fall back to synchronous painting
-if( ImplGetSVData()->maAppData.mnDispatchLevel <= 0 )
+if( mbForceFlush || ImplGetSVData()->maAppData.mnDispatchLevel <= 0 )
 {
+mbForceFlush = false;
 mpGraphics->Flush();
 [mpNSView display];
 }
@@ -1039,8 +1041,9 @@ void AquaSalFrame::Flush( const tools::Rectangle& rRect )
 // outside of the application's event loop (e.g. IntroWindow)
 // nothing would trigger paint event handling
 // => fall back to synchronous painting
-if( ImplGetSVData()->maAppData.mnDispatchLevel <= 0 )
+if( mbForceFlush || ImplGetSVData()->maAppData.mnDispatchLevel <= 0 )
 {
+mbForceFlush = false;
 mpGraphics->Flush( rRect );
 [mpNSView display];
 }
diff --git a/vcl/osx/salframeview.mm b/vcl/osx/salframeview.mm
index 4071155e28cc..27c9e773ec4c 100644
--- a/vcl/osx/salframeview.mm
+++ b/vcl/osx/salframeview.mm
@@ -861,6 +861,10 @@ static NSArray *getMergedAccessibilityChildren(NSArray 
*pDefaultChildren, NSArra
 aEvent.mnX = pDispatchFrame->maGeometry.width() - 1 - aEvent.mnX;
 
 pDispatchFrame->CallCallback( nEvent,  );
+
+// tdf#155266 force flush after scrolling
+if (nButton == MOUSE_LEFT && nEvent == SalEvent::MouseMove)
+mpFrame->mbForceFlush = true;
 }
 }
 
@@ -1164,6 +1168,9 @@ static NSArray *getMergedAccessibilityChildren(NSArray 
*pDefaultChildren, NSArra
 
 mpFrame->CallCallback( SalEvent::WheelMouse,  );
 }
+
+// tdf#155266 force flush after scrolling
+mpFrame->mbForceFlush = true;
 }
 }
 

[Libreoffice-bugs] [Bug 157927] Header formatting is off when docx file is opened and converted to pdf in LO Writer

[bugzilla-daemon]

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

BogdanB  changed:

   What|Removed |Added

 Blocks||104522
 CC||buzea.bog...@libreoffice.or
   ||g


Referenced Bugs:

https://bugs.documentfoundation.org/show_bug.cgi?id=104522
[Bug 104522] [META] DOCX (OOXML) header & footer-related issues
-- 
You are receiving this mail because:
You are the assignee for the bug.

[Libreoffice-bugs] [Bug 104522] [META] DOCX (OOXML) header & footer-related issues

[bugzilla-daemon]

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

BogdanB  changed:

   What|Removed |Added

 Depends on||157927


Referenced Bugs:

https://bugs.documentfoundation.org/show_bug.cgi?id=157927
[Bug 157927] Header formatting is off when docx file is opened and converted to
pdf in LO Writer
-- 
You are receiving this mail because:
You are the assignee for the bug.