core.git: Branch 'libreoffice-7-6' - android/source

[Weblate (via logerrit)]

 android/source/res/values-ast/strings.xml |6 +++---
 android/source/res/values-ca/strings.xml  |2 +-
 android/source/res/values-es/strings.xml  |2 +-
 android/source/res/values-fr/strings.xml  |4 ++--
 android/source/res/values-hy/strings.xml  |2 +-
 android/source/res/values-it/strings.xml  |2 +-
 android/source/res/values-tr/strings.xml  |2 +-
 7 files changed, 10 insertions(+), 10 deletions(-)

New commits:
commit 3132670d16ee8330163a2c685140e862ca942ff4
Author: Weblate 
AuthorDate: Sat May 4 16:36:59 2024 +0200
Commit: Adolfo Jayme Barrientos 
CommitDate: Sun May 5 05:49:26 2024 +0200

android-viewer translated using Weblate

Italian currently translated at 100.0% (130 of 130 strings)

Change-Id: Idfe9d3792e40600e25962d308a41e7d021656f02

android-viewer translated using Weblate

Asturian currently translated at 100.0% (130 of 130 strings)

Change-Id: Iab80940321d3ab62100adde7698d4a1eb35faf44

android-viewer translated using Weblate

French currently translated at 100.0% (130 of 130 strings)

Change-Id: I995c8e851f5deb7ec9d0b516b2cf165c4a495d17

android-viewer translated using Weblate

Armenian currently translated at 100.0% (130 of 130 strings)

Change-Id: I3410f847926f3edb04c8cfe1c678dacadcbe830f

android-viewer translated using Weblate

Catalan currently translated at 100.0% (130 of 130 strings)

Change-Id: I25f97372a8fc192b7b709b6266682e05efed65ed

android-viewer translated using Weblate

Spanish currently translated at 100.0% (130 of 130 strings)

Change-Id: Ic57c48059312802e94c2bf810f13ede0bdac82d8

android-viewer translated using Weblate

Turkish currently translated at 100.0% (130 of 130 strings)

Change-Id: I856382c725f7d54c4dfddfb71489f75d7cd58ec7
Co-authored-by: Adolfo Jayme Barrientos 
Co-authored-by: Muhammet Kara 
Co-authored-by: Tigran Zargaryan 
Co-authored-by: Valter Mura 
Co-authored-by: sophie 
Translate-URL: 
https://translations.documentfoundation.org/projects/android-viewer/android-strings-7-6/ast/
Translate-URL: 
https://translations.documentfoundation.org/projects/android-viewer/android-strings-7-6/ca/
Translate-URL: 
https://translations.documentfoundation.org/projects/android-viewer/android-strings-7-6/es/
Translate-URL: 
https://translations.documentfoundation.org/projects/android-viewer/android-strings-7-6/fr/
Translate-URL: 
https://translations.documentfoundation.org/projects/android-viewer/android-strings-7-6/hy/
Translate-URL: 
https://translations.documentfoundation.org/projects/android-viewer/android-strings-7-6/it/
Translate-URL: 
https://translations.documentfoundation.org/projects/android-viewer/android-strings-7-6/tr/
Translation: android-viewer/android-strings-7-6
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/167132
Reviewed-by: Adolfo Jayme Barrientos 
Tested-by: Adolfo Jayme Barrientos 

diff --git a/android/source/res/values-ast/strings.xml 
b/android/source/res/values-ast/strings.xml
index 23ef4af15661..02b935be08b5 100644
--- a/android/source/res/values-ast/strings.xml
+++ b/android/source/res/values-ast/strings.xml
@@ -63,9 +63,9 @@
 Val
 Encaboxar
 Activar mou de desendolcu, nel 
que se puen unviar ordes d\'UNO dientro de l\'app. Úsalu baxo la to 
responsabilidá.
-«Beta» del visor del 
LibreOffice
+Beta del Visor del 
LibreOffice
 Restolador del LibreOffice
-Buscar
+Guetar
 Nun s\'atopó la espresión
 Preferencies
 Negrina
@@ -127,7 +127,7 @@
 Color de la lletra
 Diapositiva
 Cambiar el nome de la 
diapositiva
-Automaticu
+Automáticu
 Escoyer opciones 
d\'inxerimientu:
 El preséu Android 
nun almite presentaciones con SVG dientro de l\'aplicación. Copióse l\'enllaz 
de la presentación de diapositives nel cartafueyu. Abri un restolador web 
modernu, apega\'l valor na barra de direiciones y visítala.
 
\ No newline at end of file
diff --git a/android/source/res/values-ca/strings.xml 
b/android/source/res/values-ca/strings.xml
index 680bec936d39..bad773208dac 100644
--- a/android/source/res/values-ca/strings.xml
+++ b/android/source/res/values-ca/strings.xml
@@ -11,7 +11,7 @@
 sense títol
 Visualitzador del LibreOffice
 Paràmetres del visualitzador del 
LibreOffice
-«Beta» del visualitzador del 
LibreOffice
+Beta del Visor del 
LibreOffice
 Aquesta aplicació és un visualitzador de 
documents basat en el LibreOffice.
 Mode experimental
 Tots els fitxers
diff --git a/android/source/res/values-es/strings.xml 
b/android/source/res/values-es/strings.xml
index 263ed2fd4233..2dc97d8eee82 100644
--- a/android/source/res/values-es/strings.xml
+++ b/android/source/res/values-es/strings.xml
@@ -6,7 +6,7 @@
 El dispositivo no admite la 
impresión
 Visor de LibreOffice
 Configuración del visor 

[Bug 160583] Pasted text in HTML-Format doesn't contain Field-Content

[bugzilla-daemon]

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

QA Administrators  changed:

   What|Removed |Added

 Whiteboard| QA:needsComment|

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

[Bug 160735] Change any style from a single window

[bugzilla-daemon]

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

QA Administrators  changed:

   What|Removed |Added

 Whiteboard| QA:needsComment|

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

[Bug 160602] LibreOffice Writer loses page margins and can't restore them normally

[bugzilla-daemon]

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

QA Administrators  changed:

   What|Removed |Added

 Whiteboard| QA:needsComment|

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

[Bug 160754] Footnote indent is broken in this example

[bugzilla-daemon]

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

QA Administrators  changed:

   What|Removed |Added

 Whiteboard|| QA:needsComment

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

[Bug 160746] master document / Styles menu (and sidebar) a new item: "Styles Organizer"

[bugzilla-daemon]

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

QA Administrators  changed:

   What|Removed |Added

 Whiteboard|| QA:needsComment

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

[Bug 160745] documentation Writer Guide, for example -- list of changes in chapters, also some marks indicating changes

[bugzilla-daemon]

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

QA Administrators  changed:

   What|Removed |Added

 Whiteboard|| QA:needsComment

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

[Bug 147845] Copying an entire cell in Libre Office Calc and pasting it into Adobe InDesign breaks the clipboard

[bugzilla-daemon]

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

QA Administrators  changed:

   What|Removed |Added

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

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

[Bug 147845] Copying an entire cell in Libre Office Calc and pasting it into Adobe InDesign breaks the clipboard

[bugzilla-daemon]

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

--- Comment #3 from QA Administrators  ---
Dear Raúl Mesa,

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.

[Bug 146528] not recognizing scroll from logitech trackball marble (T-BC21) viewing

[bugzilla-daemon]

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

QA Administrators  changed:

   What|Removed |Added

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

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

[Bug 146528] not recognizing scroll from logitech trackball marble (T-BC21) viewing

[bugzilla-daemon]

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

--- Comment #4 from QA Administrators  ---
Dear Rich Little,

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.

[Bug 82267] Add warning that inserting an .svg file will get converted to bitmap when converting to OOXML formatted .pptx

[bugzilla-daemon]

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

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

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.

[Bug 91147] Pasting a graphics object onto an image must not replace the image (comment 10)

[bugzilla-daemon]

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

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

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.

[Bug 148668] Redo doesn't restore text in comment box, if cursor still in comment at undo

[bugzilla-daemon]

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

--- Comment #4 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.

[Bug 141581] cannot change the date format even though i made it as MM/DD/YY but it always shows as MM-DD-YY

[bugzilla-daemon]

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

--- Comment #3 from QA Administrators  ---
Dear delosreyesm195,

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.

[Bug 132544] FILEOPEN DOCX: Dots UNDER characters become ABOVE characters and disappears when printing.

[bugzilla-daemon]

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

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

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.

[Bug 132592] Original image size off after compression without reducing the image resolution

[bugzilla-daemon]

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

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

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

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

If you have time, please do the following:

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

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

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

Please DO NOT

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


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

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


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

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

Warm Regards,
QA Team

MassPing-UntouchedBug

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

[Bug 125521] New Gallery items are always referenced to files

[bugzilla-daemon]

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

--- Comment #6 from QA Administrators  ---
Dear Heiko Tietze,

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.

help.git: source/text

[Adolfo Jayme Barrientos (via logerrit)]

 source/text/shared/01/02230200.xhp |4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)

New commits:
commit 0d4e6c5745193e2a265e6561dbc25151763d61f5
Author: Adolfo Jayme Barrientos 
AuthorDate: Sat May 4 20:36:35 2024 -0600
Commit: Adolfo Jayme Barrientos 
CommitDate: Sun May 5 04:37:53 2024 +0200

I submitted the previous commit too fast

Change-Id: Idcb9537cea90ef446106267d0b16253324e043ad
Reviewed-on: https://gerrit.libreoffice.org/c/help/+/167149
Tested-by: Jenkins
Reviewed-by: Adolfo Jayme Barrientos 

diff --git a/source/text/shared/01/02230200.xhp 
b/source/text/shared/01/02230200.xhp
index 7e517e89f8..a8c44f271e 100644
--- a/source/text/shared/01/02230200.xhp
+++ b/source/text/shared/01/02230200.xhp
@@ -68,9 +68,9 @@
   All Changes Inline
   The default. 
Insertions and deletions are displayed in the content according to the settings 
in %PRODUCTNAME - 
PreferencesTools - 
Options - %PRODUCTNAME 
Writer - Changes.
   Deletions in Margin
-  Show the deleted 
contents in the margin. Insertions are displayed in the content.
+  Show the deleted 
content in the margin. Insertions are displayed in the content.
   Insertions in Margin
-  Show the inserted 
contents in the margin. Deletions are displayed in the content.
+  Show the inserted 
content in the margin. Deletions are displayed in the content.
 
 
 

core.git: helpcontent2

[Adolfo Jayme Barrientos (via logerrit)]

 helpcontent2 |2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

New commits:
commit fc2f2568786cad0c96a8a940a715de595e8bf3c4
Author: Adolfo Jayme Barrientos 
AuthorDate: Sat May 4 20:37:54 2024 -0600
Commit: Gerrit Code Review 
CommitDate: Sun May 5 04:37:54 2024 +0200

Update git submodules

* Update helpcontent2 from branch 'master'
  to 0d4e6c5745193e2a265e6561dbc25151763d61f5
  - I submitted the previous commit too fast

Change-Id: Idcb9537cea90ef446106267d0b16253324e043ad
Reviewed-on: https://gerrit.libreoffice.org/c/help/+/167149
Tested-by: Jenkins
Reviewed-by: Adolfo Jayme Barrientos 

diff --git a/helpcontent2 b/helpcontent2
index 2f7fe2d5bccd..0d4e6c574519 16
--- a/helpcontent2
+++ b/helpcontent2
@@ -1 +1 @@
-Subproject commit 2f7fe2d5bccd61491145bf1067a85e70b9ecdc7a
+Subproject commit 0d4e6c5745193e2a265e6561dbc25151763d61f5

core.git: helpcontent2

[Adolfo Jayme Barrientos (via logerrit)]

 helpcontent2 |2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

New commits:
commit eb69348c01adec2cf61841cd548c7f326cbd317b
Author: Adolfo Jayme Barrientos 
AuthorDate: Sat May 4 20:25:06 2024 -0600
Commit: Gerrit Code Review 
CommitDate: Sun May 5 04:25:06 2024 +0200

Update git submodules

* Update helpcontent2 from branch 'master'
  to 2f7fe2d5bccd61491145bf1067a85e70b9ecdc7a
  - “Content” is an uncountable noun…

One just usually uses it in the plural as a truncation of “table of 
contents”.

Change-Id: Ie5c4f4953e4da9441daac068a6e8e411c70aa98a
Reviewed-on: https://gerrit.libreoffice.org/c/help/+/167148
Tested-by: Jenkins
Reviewed-by: Adolfo Jayme Barrientos 

diff --git a/helpcontent2 b/helpcontent2
index 5873436e5409..2f7fe2d5bccd 16
--- a/helpcontent2
+++ b/helpcontent2
@@ -1 +1 @@
-Subproject commit 5873436e54097facb9c435dc00cef6fc7194b108
+Subproject commit 2f7fe2d5bccd61491145bf1067a85e70b9ecdc7a

help.git: source/text

[Adolfo Jayme Barrientos (via logerrit)]

 source/text/shared/01/02230200.xhp |6 +++---
 1 file changed, 3 insertions(+), 3 deletions(-)

New commits:
commit 2f7fe2d5bccd61491145bf1067a85e70b9ecdc7a
Author: Adolfo Jayme Barrientos 
AuthorDate: Sat May 4 20:23:32 2024 -0600
Commit: Adolfo Jayme Barrientos 
CommitDate: Sun May 5 04:25:06 2024 +0200

“Content” is an uncountable noun…

One just usually uses it in the plural as a truncation of “table of 
contents”.

Change-Id: Ie5c4f4953e4da9441daac068a6e8e411c70aa98a
Reviewed-on: https://gerrit.libreoffice.org/c/help/+/167148
Tested-by: Jenkins
Reviewed-by: Adolfo Jayme Barrientos 

diff --git a/source/text/shared/01/02230200.xhp 
b/source/text/shared/01/02230200.xhp
index dd93da1798..7e517e89f8 100644
--- a/source/text/shared/01/02230200.xhp
+++ b/source/text/shared/01/02230200.xhp
@@ -66,11 +66,11 @@
 
   The commands 
below are available in the Track Changes toolbar only.
   All Changes Inline
-  The default. 
Insertions and deletions are displayed in the contents according to the 
settings in %PRODUCTNAME - 
PreferencesTools - 
Options - %PRODUCTNAME 
Writer - Changes.
+  The default. 
Insertions and deletions are displayed in the content according to the settings 
in %PRODUCTNAME - 
PreferencesTools - 
Options - %PRODUCTNAME 
Writer - Changes.
   Deletions in Margin
-  Show the deleted 
contents in the margin. Insertions are displayed in the contents.
+  Show the deleted 
contents in the margin. Insertions are displayed in the content.
   Insertions in Margin
-  Show the inserted 
contents in the margin. Deletions are displayed in the contents.
+  Show the inserted 
contents in the margin. Deletions are displayed in the content.
 
 
 

core.git: Branch 'libreoffice-24-2' - android/source

[Weblate (via logerrit)]

 android/source/res/values-ast/strings.xml |   15 ++-
 android/source/res/values-ca/strings.xml  |   14 ++
 android/source/res/values-dsb/strings.xml |   14 ++
 android/source/res/values-es/strings.xml  |   14 ++
 android/source/res/values-fr/strings.xml  |   14 ++
 android/source/res/values-hsb/strings.xml |   14 ++
 android/source/res/values-hy/strings.xml  |   14 ++
 android/source/res/values-it/strings.xml  |   14 ++
 android/source/res/values-pl/strings.xml  |   14 ++
 android/source/res/values-tr/strings.xml  |2 ++
 10 files changed, 128 insertions(+), 1 deletion(-)

New commits:
commit 19491e5c1bd9d41b76dae92864d103ed3c42876e
Author: Weblate 
AuthorDate: Sat May 4 16:37:20 2024 +0200
Commit: Adolfo Jayme Barrientos 
CommitDate: Sun May 5 04:09:05 2024 +0200

android-viewer translated using Weblate

Polish currently translated at 100.0% (132 of 132 strings)

Change-Id: I803a8b0f3608066df8864e44451eb3dfc9b06c32

android-viewer translated using Weblate

Italian currently translated at 100.0% (132 of 132 strings)

Change-Id: I52367b9e9d91c4e4bd50914861100cdf7f440e78

android-viewer translated using Weblate

Armenian currently translated at 100.0% (132 of 132 strings)

Change-Id: Ice049f5f95394783ba8b214c9bf069c67aff7317

android-viewer translated using Weblate

Upper Sorbian currently translated at 100.0% (132 of 132 strings)

Change-Id: If58610f0e164867babefb7c2eeaadeac0b87a5a6

android-viewer translated using Weblate

French currently translated at 100.0% (132 of 132 strings)

Change-Id: I460e0276b6c98ec33ceefde14d5878f51127ed93

android-viewer translated using Weblate

Spanish currently translated at 100.0% (132 of 132 strings)

Change-Id: I96ea9a573188a68937500563f0100e999554b1a0

android-viewer translated using Weblate

Lower Sorbian currently translated at 100.0% (132 of 132 strings)

Change-Id: I61a5e85484ee942c1ec49a4a98b302739a01e864

android-viewer translated using Weblate

Catalan currently translated at 100.0% (132 of 132 strings)

Change-Id: Iebb2ed1a53aef3bc46790bbaf43527837d77e1b6

android-viewer translated using Weblate

Asturian currently translated at 99.2% (131 of 132 strings)

Change-Id: I3a93bbccc61931662cbecb4466c49589e026b37a

android-viewer translated using Weblate

Turkish currently translated at 100.0% (132 of 132 strings)

Change-Id: I3b39853d9be20c69c1b7a95a87dcdd204f7f58b0
Co-authored-by: Adam Rak 
Co-authored-by: Adolfo Jayme Barrientos 
Co-authored-by: Michael Wolf 
Co-authored-by: Tigran Zargaryan 
Co-authored-by: Valter Mura 
Co-authored-by: gokhan 
Co-authored-by: sophie 
Translate-URL: 
https://translations.documentfoundation.org/projects/android-viewer/android-strings-24-2/ast/
Translate-URL: 
https://translations.documentfoundation.org/projects/android-viewer/android-strings-24-2/ca/
Translate-URL: 
https://translations.documentfoundation.org/projects/android-viewer/android-strings-24-2/dsb/
Translate-URL: 
https://translations.documentfoundation.org/projects/android-viewer/android-strings-24-2/es/
Translate-URL: 
https://translations.documentfoundation.org/projects/android-viewer/android-strings-24-2/fr/
Translate-URL: 
https://translations.documentfoundation.org/projects/android-viewer/android-strings-24-2/hsb/
Translate-URL: 
https://translations.documentfoundation.org/projects/android-viewer/android-strings-24-2/hy/
Translate-URL: 
https://translations.documentfoundation.org/projects/android-viewer/android-strings-24-2/it/
Translate-URL: 
https://translations.documentfoundation.org/projects/android-viewer/android-strings-24-2/pl/
Translate-URL: 
https://translations.documentfoundation.org/projects/android-viewer/android-strings-24-2/tr/
Translation: android-viewer/android-strings-24-2
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/167133
Tested-by: Adolfo Jayme Barrientos 
Reviewed-by: Adolfo Jayme Barrientos 

diff --git a/android/source/res/values-ast/strings.xml 
b/android/source/res/values-ast/strings.xml
index 27e9d06bd131..4aadf4e3a356 100644
--- a/android/source/res/values-ast/strings.xml
+++ b/android/source/res/values-ast/strings.xml
@@ -116,6 +116,19 @@
 Color de resalte
 Color de la lletra
 Cambiar el nome de la 
diapositiva
-Automaticu
+Automáticu
 Afitar la llingua predeterminada 
de la interfaz
+Val
+Nun terminó\'l grabar. ¿Hebo dalgún 
cambéu?
+Sorrayar
+Nun se pue dir más allá.
+Negrina
+Restolador del LibreOffice
+Guetar
+Beta del Visor del 
LibreOffice
+Tachar
+Nun s\'atopó la espresión
+Preferencies
+Cursiva
+El preséu Android 
nun 

[Bug 160739] Raise a matrix to an exponential with Calc

[bugzilla-daemon]

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

--- Comment #13 from ady  ---
(In reply to Regina Henschel from comment #12)

> I set the report to New as enhancement request to introduce a iteration mode
> similar to Excel.

The OP does not agree (nor understand, apparently) that the problem is a lack
of support for iteration without convergence in Calc.

According to the OP, the problem is about the MMULT() function; it is not:


(In reply to xhertan from comment #0)
> 4. Select Fill the Output Matrix cells H2:J4 with the array formula:
> =IF(ISNUMBER(G2),IF(G2=1,A2:C4,MMULT(A2:C4,H2:J4)),H2:J4)

> 
> Actual Results:
> Err:523
> 
> Expected Results:
> Mew Matrix M = exp(Mo,7)

Changing such over-complicated (and contradicting) formula to:

=IF(ISNUMBER(G2),IF(G2=1,A2:C4,1),H2:J4)

eliminates the influence of MMULT() and the Err:523 will still occur.

Since the report is about MMULT() being somehow wrong (which it isn't), and
after repeatedly trying to explain this to the OP, then this report should be
Not-A-Bug (NAB).

For this ticket to be an enhancement request about non-converging iterations in
Calc, _that_ should be the real content of the Summary and the initial
Description, with an OP that knows what exactly is being requested, containing
a clear sample case. Unfortunately, we don't have such situation here.

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

[Bug 97747] Writer hangs on large table copied from html page

[bugzilla-daemon]

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

--- Comment #10 from Matt K  ---
I was able to view the file after about 1 minute of load time, then it is just
slow to scroll the table after that, but no hang.

Version: 24.8.0.0.alpha0+ (X86_64) / LibreOffice Community
Build ID: 59f59e8a510b596f84990739706531f51a314fe1
CPU threads: 16; OS: Windows 10.0 Build 22631; UI render: Skia/Vulkan; VCL: win
Locale: en-US (en_US); UI: en-US
Calc: threaded

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

[Bug 160938] New: FORMCONTROLS: Add ability to Find and Replace field names

[bugzilla-daemon]

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

Bug ID: 160938
   Summary: FORMCONTROLS: Add ability to Find and Replace field
names
   Product: LibreOffice
   Version: 7.5.2.2 release
  Hardware: All
OS: All
Status: UNCONFIRMED
  Severity: enhancement
  Priority: medium
 Component: Writer
  Assignee: libreoffice-bugs@lists.freedesktop.org
  Reporter: st...@nyhof.id.au

This is a feature request to enhance the Find and Replace dialog to include the
ability to find and bulk-replace form control field names.

Why would this be useful?

Many forms are repetitive. They may contain table after table of arrays of
dozens of fields. At the moment, copying a table full of form controls is easy
(copy/paste) however each field control must then be edited individually to
ensure unique field names. This is tedious but necessary.

If a Find and Replace Field Names was available, the form designer could be
much more efficient by copy/pasting the table, selecting it, and then doing a
Find/Replace (with option Current selection only). For example, if a table had
field names 1.1.1, 1.1.2, 1.1.3, 1.1.4, etc. then a Field Name Find/Replace of
'1.1.' with '1.2.' would rename all fields at once while retaining the
integrity of the naming scheme.

I realise this is a long shot request, but it would make my job easier so I
thought I'd put it out there. Thanks for your consideration.

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

[Bug 160934] [Calc Editing] Undo ineffective after Data Entry Form deleting --> data loss !!!

[bugzilla-daemon]

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

m_a_riosv  changed:

   What|Removed |Added

 Blocks||116461


Referenced Bugs:

https://bugs.documentfoundation.org/show_bug.cgi?id=116461
[Bug 116461] [META] Data Entry Form bugs and enhancements
-- 
You are receiving this mail because:
You are the assignee for the bug.

[Bug 116461] [META] Data Entry Form bugs and enhancements

[bugzilla-daemon]

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

m_a_riosv  changed:

   What|Removed |Added

 CC||miguelangelrv@libreoffice.o
   ||rg
 Depends on||160934


Referenced Bugs:

https://bugs.documentfoundation.org/show_bug.cgi?id=160934
[Bug 160934] [Calc Editing] Undo ineffective after Data Entry Form deleting -->
data loss !!!
-- 
You are receiving this mail because:
You are the assignee for the bug.

[Bug 160937] Document Properties pages in all modules do not fit screen and cannot be resized

[bugzilla-daemon]

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

m_a_riosv  changed:

   What|Removed |Added

 CC||miguelangelrv@libreoffice.o
   ||rg

--- Comment #2 from m_a_riosv  ---
Please test in safe mode, Menu/Help/Restart in Safe Mode

Please paste here the information on Menu/Help/About LibreOffice (There is an
icon to copy)

Pls, what is your screen resolution?

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

[Bug 160935] Large file- not responding

[bugzilla-daemon]

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

m_a_riosv  changed:

   What|Removed |Added

 CC||miguelangelrv@libreoffice.o
   ||rg

--- Comment #1 from m_a_riosv  ---
Please attach a sample file, reduce the size as much as possible without
private information, and paste the information in Menu/Help/About LibreOffice,
there is a copy icon.

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

[Bug 160934] [Calc Editing] Undo ineffective after Data Entry Form deleting --> data loss !!!

[bugzilla-daemon]

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

m_a_riosv  changed:

   What|Removed |Added

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

--- Comment #2 from m_a_riosv  ---
Reproducible
Version: 7.6.6.3 (X86_64) / LibreOffice Community
Build ID: d97b2716a9a4a2ce1391dee1765565ea469b0ae7
CPU threads: 16; OS: Windows 10.0 Build 22631; UI render: Skia/Raster; VCL: win
Locale: es-ES (es_ES); UI: es-ES
Calc: CL threaded
and
Version: 24.8.0.0.alpha0+ (X86_64) / LibreOffice Community
Build ID: f4ef5435df5560e6b6b061ce4053c71e2819bf51
CPU threads: 16; OS: Windows 10.0 Build 22631; UI render: Skia/Raster; VCL: win
Locale: es-ES (es_ES); UI: en-US
Calc: CL threaded

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

New Defects reported by Coverity Scan for LibreOffice

[scan-admin]

Hi,

Please find the latest report on new defect(s) introduced to LibreOffice found 
with Coverity Scan.

2 new defect(s) introduced to LibreOffice found with Coverity Scan.
1 defect(s), reported by Coverity Scan earlier, were marked fixed in the recent 
build analyzed by Coverity Scan.

New defect(s) Reported-by: Coverity Scan
Showing 2 of 2 defect(s)


** CID 1596834:  Incorrect expression  (IDENTICAL_BRANCHES)
/sw/source/core/bastyp/calc.cxx: 127 in OperatorCompare(const void *, const 
void *)()



*** CID 1596834:  Incorrect expression  (IDENTICAL_BRANCHES)
/sw/source/core/bastyp/calc.cxx: 127 in OperatorCompare(const void *, const 
void *)()
121 extern "C" {
122 static int OperatorCompare( const void *pFirst, const void *pSecond)
123 {
124 int nRet = 0;
125 if( CALC_NAME == static_cast(pFirst)->eOp )
126 {
>>> CID 1596834:  Incorrect expression  (IDENTICAL_BRANCHES)
>>> The same code is executed regardless of whether "CALC_NAME == 
>>> static_cast(pSecond)->eOp" is true, because the 'then' and 
>>> 'else' branches are identical. Should one of the branches be modified, or 
>>> the entire 'if' statement replaced?
127 if( CALC_NAME == static_cast(pSecond)->eOp )
128 nRet = static_cast(pFirst)->aName.compareTo(
129 static_cast(pSecond)->aName );
130 else
131 nRet = static_cast(pFirst)->aName.compareTo(
132  static_cast(pSecond)->aName );

** CID 1596833:  Uninitialized members  (UNINIT_CTOR)
/svgio/source/svgreader/svgstyleattributes.cxx: 1299 in 
svgio::svgreader::SvgStyleAttributes::SvgStyleAttributes(svgio::svgreader::SvgNode
 &)()



*** CID 1596833:  Uninitialized members  (UNINIT_CTOR)
/svgio/source/svgreader/svgstyleattributes.cxx: 1299 in 
svgio::svgreader::SvgStyleAttributes::SvgStyleAttributes(svgio::svgreader::SvgNode
 &)()
1293 maBaselineShiftNumber(0),
1294 maDominantBaseline(DominantBaseline::Auto),
1295 maResolvingParent(33, 0),
1296 mbStrokeDasharraySet(false),
1297 mbContextStroke(false)
1298 {
>>> CID 1596833:  Uninitialized members  (UNINIT_CTOR)
>>> Non-static class member "maContextStroke" is not initialized in this 
>>> constructor nor in any functions that it calls.
1299 }
1300 
1301 SvgStyleAttributes::~SvgStyleAttributes()
1302 {
1303 }
1304 



To view the defects in Coverity Scan visit, 
https://u15810271.ct.sendgrid.net/ls/click?upn=u001.AxU2LYlgjL6eX23u9ErQy-2BKADyCpvUKOL6EWmZljiu6VvXBlQRUbS683tC8265rGNPXqJ1ffcoLZCnTuJFQbNcTEkb4XaEQkzovKhJ5DB3c-3DlzJ__A9M4dSy7guk8NP6DcfgslOyvJRzavztVIKj6nRqYjYpWom7SJFyX0y710bz0kUGtOnfJZXHZ0I-2BqvltHif1tKV6yUEK1nhCUEgrcGEHrlPYeDXLVLxGWnFQ4LOE4envtKartEpNvFsISrxil-2FMFDR5UkOz-2F2yuhJwW5QIoF7buabPX8X61cIlC6IfrAucuT4myWy7ENT7GeX7IaV6w5R4Pc-2F0sINIUWmfjVGhSgs6K0-3D

core.git: svgio/source

[Caolán McNamara (via logerrit)]

 svgio/source/svgreader/svgstyleattributes.cxx |8 +++-
 1 file changed, 7 insertions(+), 1 deletion(-)

New commits:
commit 21e0a2658a565b5359703670ad9a709b232a4a27
Author: Caolán McNamara 
AuthorDate: Sat May 4 20:36:24 2024 +0100
Commit: Caolán McNamara 
CommitDate: Sun May 5 01:09:18 2024 +0200

crashtesting: assert with stroke width of 4.86057e+93

on import attempt of moz1322643-3.svg

Change-Id: I5f18601767212c1eb7453aacbad076099a2a5b46
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/167142
Tested-by: Jenkins
Reviewed-by: Caolán McNamara 

diff --git a/svgio/source/svgreader/svgstyleattributes.cxx 
b/svgio/source/svgreader/svgstyleattributes.cxx
index 0253aa42e071..5da9ea7c4d3c 100644
--- a/svgio/source/svgreader/svgstyleattributes.cxx
+++ b/svgio/source/svgreader/svgstyleattributes.cxx
@@ -672,9 +672,15 @@ namespace svgio::svgreader
 // get stroke width; SVG does not use 0.0 == hairline, so 0.0 is 
no line at all
 const double fStrokeWidth(getStrokeWidth().isSet() ? 
getStrokeWidth().solve(mrOwner) : 1.0);
 
-if(!basegfx::fTools::more(fStrokeWidth, 0.0))
+if (!basegfx::fTools::more(fStrokeWidth, 0.0))
 return;
 
+if (fStrokeWidth > std::numeric_limits::max())
+{
+SAL_WARN("svgio", "ignoring ludicrous stroke width: " << 
fStrokeWidth);
+return;
+}
+
 drawinglayer::primitive2d::Primitive2DReference aNewLinePrimitive;
 
 // if we have a line with two identical points it is not really a 
line,

[Bug 96671] Correctly detect windows 64-bit OS

[bugzilla-daemon]

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

Jakub Kościelak  changed:

   What|Removed |Added

   Assignee|libreoffice-b...@lists.free |k...@openoffice.com.pl
   |desktop.org |

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

[Bug 153841] LibreOffice 7.5.1.2 Linux ignores Light view command

[bugzilla-daemon]

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

--- Comment #20 from Timur  ---
Works with https://bugs.documentfoundation.org/show_bug.cgi?id=160349 .

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

[Bug 160937] Document Properties pages in all modules do not fit screen and cannot be resized

[bugzilla-daemon]

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

--- Comment #1 from Roger T. Imai  ---
Created attachment 193969
  --> https://bugs.documentfoundation.org/attachment.cgi?id=193969=edit
screenshot of unresizable Document Properties page

Screenshot of LO Document Properties page with unreachable ACTION BUTTONS below
the screen edge. The page is locked to the top menu bar, and cannot be resized.
However, Alt-F7 unlocks the page, allowing the page to be moved, for access to
the ACTION BUTTONS.

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

[Bug 160937] New: Document Properties pages in all modules do not fit screen and cannot be resized

[bugzilla-daemon]

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

Bug ID: 160937
   Summary: Document Properties pages in all modules do not fit
screen and cannot be resized
   Product: LibreOffice
   Version: 24.2.0.3 release
  Hardware: x86-64 (AMD64)
OS: All
Status: UNCONFIRMED
  Severity: minor
  Priority: medium
 Component: UI
  Assignee: libreoffice-bugs@lists.freedesktop.org
  Reporter: roger.t.i...@gmail.com

Description:
ACTION BUTTONS at the bottom of the DOCUMENT PROPERTIES page in all modules of
LO are UNREACHABLE, and PROPERTIES page cannot be resized. 

This is similar to a bug affecting the PRINT OPTIONS dialog window: FerbTux
2020-04-03 18:20:58 UTC  Comment 67 bug id 127782 (#c67)

A RELIABLE WORKAROUND IS TO

 1- CLICK ON THE PROPERTIES PAGE

 2- PRESS ALT-F7

This releases the PROPERTIES page from the Menu bar lock, allowing it to be
moved up to expose the ACTION buttons.

~$  libreoffice --version
LibreOffice 24.2.0.3 420(Build:3)

UNNECESSARY SYSTEM INFO
Debian GNU/Linux 12 (bookworm)
point version 12.5
kernel 6.6.13+bpo-amd64 #1 SMP PREEMPT_DYNAMIC Debian 6.6.13-1~bpo12+1
(2024-02-15)
GNOME Shell 43.9
display server wayland
resolution 1600 x 900

Steps to Reproduce:
1. Open a new document in any LO module
2. In the main menu, select File, Properties
3. Document Properties page is too high for screen and cannot be resized
4. Click on the page, then press Alt-F7 to free the page from the menu bar
lock.

Actual Results:
Workaround is reliable until the UI will be fixed.

Expected Results:
The WORKAROUND behaves as expected, displaying previously unreachable ACTION
buttons.


Reproducible: Always


User Profile Reset: No

Additional Info:
A similar bug in LO PRINT OPTIONS page occurred in 2020.
SEE: FerbTux 2020-04-03 18:20:58 UTC  Comment 67 bug id 127782 (#c67)

THE SAME ALT-F7 WORKAROUND WAS USABLE IN THAT CASE UNTIL THE UI WAS FIXED.

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

[Bug 153624] Cell focus highlight frame is thicker after ROW 99865 or higher (after millionth row) (without Skia)

[bugzilla-daemon]

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

--- Comment #9 from nobu  ---
Created attachment 193968
  --> https://bugs.documentfoundation.org/attachment.cgi?id=193968=edit
Sample PNG File

Asymmetrical highlight lines have been adopted on the left and right and up and
down, which are visual stress, but this bug still exists.

Reproducible with
Version: 24.8.0.0.alpha0+ (X86_64) / LibreOffice Community
Build ID: 9b41d33a00763bebd5fc7078705d35a98a52
CPU threads: 4; OS: Windows 10 (10.0 build 10240); UI render: default; VCL: win
Locale: ja-JP (ja_JP); UI: ja-JP
Calc: threaded

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

[Bug 160922] A way to avoid adding 'file:///D:/....'# paths to complex formulas when copying a tab to an other spreadsheet

[bugzilla-daemon]

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

--- Comment #5 from Mate  ---
Hi!
I agree. I have this issue regularly. A popup window would be the proper way to
to let the user handling these situations.
At least, it would be nice to warn the user if the copied sheet contains
external references from the destination document's point of view.

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

[Bug 160936] New: Draw freezes after save until forced context switch or timeout.

[bugzilla-daemon]

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

Bug ID: 160936
   Summary: Draw freezes after save until forced context switch or
timeout.
   Product: LibreOffice
   Version: 7.6.3.2 release
  Hardware: ARM
OS: macOS (All)
Status: UNCONFIRMED
  Severity: normal
  Priority: medium
 Component: Draw
  Assignee: libreoffice-bugs@lists.freedesktop.org
  Reporter: ipla...@tuta.io

Description:
Mac OS Sonoma M1

Working with a multipage Draw document, e.g. 8 pages.
Each page contains 2 inserted image files. It doesn't seem to matter which file
type.

I my case, the files are either all jpg, all png, or all tiff. The file sizes
can be anything from a few hundred kb to several Mb. 

After each image insertion, I generally centre the image horizontally on the
page. Each page also contains a Figure number textbox, under the image, eg
"Fig. 2"

I save the Draw file after each image insertion. 

The file is saved, but then systematically freezes for a while and the UI is
unresponsive to clicks, scrolls or other mouse events. Switching window
contexts to another desktop virtual screen and back to the one on which LO is
displayed, seems to bring LO back to life more quickly than just waiting, but
it is not immediate even then. 

This makes working with Draw nearly impossible. Current version is 7.6.6.3, but
the problem has been present at least since 7.6.3.

Safe mode changes nothing. 


Steps to Reproduce:
1. Open a new Draw document. 

2. Insert an image file of decent size, from between several hundred kb to
several tens of Mb.

3. After each image insertion, save the Draw file. 

4. Repeat the process so that there are 2 images per Draw page, and keep adding
successive new pages to the file, each with its own images inserted. 

5. Save after each insertion. 

6. Notice how Draw becomes unresponsive to mouse interaction or keyboard
interaction for a significant period of time (several seconds) 

3.

Actual Results:
See description 

Expected Results:
Freeze on save, UI unresponsive. 


Reproducible: Always


User Profile Reset: Yes

Additional Info:
Save and return UI responsiveness to user immediately.

LO7663, but also 7642 and 763.

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

[Bug 160739] Raise a matrix to an exponential with Calc

[bugzilla-daemon]

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

Regina Henschel  changed:

   What|Removed |Added

   Severity|normal  |enhancement
 Status|UNCONFIRMED |NEW
 Ever confirmed|0   |1

--- Comment #12 from Regina Henschel  ---
There is a comment about the problem in the code
https://opengrok.libreoffice.org/xref/core/sc/source/core/data/formulacell.cxx?r=9d29649e#1784

I set the report to New as enhancement request to introduce a iteration mode
similar to Excel.

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

[Bug 160922] A way to avoid adding 'file:///D:/....'# paths to complex formulas when copying a tab to an other spreadsheet

[bugzilla-daemon]

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

--- Comment #4 from NOYB  ---
(In reply to Eike Rathke from comment #1)
> It has to be that way. If a reference references another sheet, copying only
> the referencing sheet into another document has to create such external
> reference, otherwise it would be broken, pointing to an arbitrary other
> sheet or resulting in #REF! in case an accordingly positional sheet does not
> exist. You can however copy _both_, the referencing and the referenced
> sheets, _all at once_ (i.e. multi-select the sheets before copying), then
> the references are kept intact and still will point to the sheet(s) copied
> along.

If it is an option with the default being the current behavior then referencing
a not existent sheet is not an issue.  The values are copied.  But sometimes
the user wants the formulas, even if broken.  They will fix them (add sheets,
point them elsewhere, etc.)  In such case, having a broken link is helpful. 
Makes them easier to spot.

Break Link dialog option proposal (Menu: Links to External Files...)

Replace with source document:
 O Values (default)
 O Formulas (value if local source not exist)
 O Formulas (forced)

Being an option should take care of the case where the local source (sheet)
does not exist.

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

[Bug 146291] Allow use of substituted font as if it were installed

[bugzilla-daemon]

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

--- Comment #11 from Eyal Rozenberg  ---
(In reply to Mike Kaganski from comment #9)
> So I suggest, if this is to be implemented, to only include those missing
> fonts, that have either user-defined explicit substitution entries, or
> built-in substitution rules
>
> That way, user would see those fonts that are known to provide compatible
> text layout (built-in case), or at least user-defined substitution tells
> that the user knows what they do.

That's reasonable, I guess.

> like those known metrically compatible pairs.

Ah, so, if we made that restriction that means effectively not having this
feature at all, since almost no fonts have metrically-compatible substitutions.
So, let's trust the choice of whoever defined the substitutions.

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

[Bug 115357] Enhancement request: Set Start Menu folder under Windows to \LibreOffice\

[bugzilla-daemon]

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

Jakub Kościelak  changed:

   What|Removed |Added

   Assignee|libreoffice-b...@lists.free |k...@openoffice.com.pl
   |desktop.org |

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

[Bug 160917] Crash when opening and closing Tabbed UI's hamburger/cog menu while UI loading in Writer

[bugzilla-daemon]

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

--- Comment #7 from Jim Raykowski  ---
(In reply to Stéphane Guillou (stragu) from comment #0)
> Bibisected with linux-64-6.4 to first bad build
> [059faab4dd14e46b04bda51715362300da7f60ee] which points to:
> 
> commit 4ae5fe896e96d082e21788ae6d42a67133567ba7
> authorJim Raykowski   Sat Nov 09 16:07:09 2019 -0900
> committer Xisco Faulí Mon Nov 11 11:04:56 2019 +0100
> tdf#118526 Reload Notebookbar if read mode has switched
> Reviewed-on: https://gerrit.libreoffice.org/82371
> 
I think code from this patch was removed by:

commit 68c96a54fef93b9f735aeb6c9ae07171e934132a
Author: Jim Raykowski , Sat Apr 4 17:36:22 2020 -0800
Committer: Noel Grandin , Sun Apr 5 21:35:37 2020
+0200
tdf#131209 reload the notebook bar
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/91702

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

core.git: ucbhelper/source

[Noel Grandin (via logerrit)]

 ucbhelper/source/provider/resultset.cxx |   12 ++--
 1 file changed, 6 insertions(+), 6 deletions(-)

New commits:
commit e55074b33b1e3a2f630b74ae5de03a748b1624cd
Author: Noel Grandin 
AuthorDate: Thu May 2 15:38:03 2024 +0200
Commit: Noel Grandin 
CommitDate: Sat May 4 21:10:17 2024 +0200

replace createFromAscii with OUString literals in ucbhelper

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

diff --git a/ucbhelper/source/provider/resultset.cxx 
b/ucbhelper/source/provider/resultset.cxx
index 61682f4fd539..b15430b9099a 100644
--- a/ucbhelper/source/provider/resultset.cxx
+++ b/ucbhelper/source/provider/resultset.cxx
@@ -40,7 +40,7 @@ namespace {
 
 struct PropertyInfo
 {
-const char* pName;
+OUStringaName;
 sal_Int32   nHandle;
 sal_Int16   nAttributes;
 const uno::Type& (*pGetCppuType)();
@@ -58,19 +58,19 @@ static const uno::Type& sal_Bool_getCppuType()
 return cppu::UnoType::get();
 }
 
-const PropertyInfo aPropertyTable[] =
+constexpr PropertyInfo aPropertyTable[] =
 {
-{ "IsRowCountFinal",
+{ u"IsRowCountFinal"_ustr,
   1000,
   beans::PropertyAttribute::BOUND | beans::PropertyAttribute::READONLY,
   _Bool_getCppuType
 },
-{ "RowCount",
+{ u"RowCount"_ustr,
   1001,
   beans::PropertyAttribute::BOUND | beans::PropertyAttribute::READONLY,
   _Int32_getCppuType
 },
-{ nullptr,
+{ u""_ustr,
   0,
   0,
   nullptr
@@ -1390,7 +1390,7 @@ PropertySetInfo::PropertySetInfo(
 {
 beans::Property& rProp = pProperties[ n ];
 
-rProp.Name   = OUString::createFromAscii( pEntry->pName );
+rProp.Name   = pEntry->aName;
 rProp.Handle = pEntry->nHandle;
 rProp.Type   = pEntry->pGetCppuType();
 rProp.Attributes = pEntry->nAttributes;

[Bug 160657] Improve how Writer Navigator Headings are displayed when alphabetically sorted

[bugzilla-daemon]

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

--- Comment #6 from Jim Raykowski  ---
(In reply to Heiko Tietze from comment #3)
> I think the opposite to "Sort Alphabetically" is not as clear as Show/Hide,
> or the like, to use just one checkbox. We better put the options (o)
> Sequentially and ( ) Alphabetically in a "Sort" menu. It also allows to add
> later other criteria such as ( ) Length or ( ) Complexity (kinda ironic,
> IIRC I was against the alphabetical sorting).
Separate patch or keep this one open and do it here?

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

[Bug 160657] Improve how Writer Navigator Headings are displayed when alphabetically sorted

[bugzilla-daemon]

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

--- Comment #6 from Jim Raykowski  ---
(In reply to Heiko Tietze from comment #3)
> I think the opposite to "Sort Alphabetically" is not as clear as Show/Hide,
> or the like, to use just one checkbox. We better put the options (o)
> Sequentially and ( ) Alphabetically in a "Sort" menu. It also allows to add
> later other criteria such as ( ) Length or ( ) Complexity (kinda ironic,
> IIRC I was against the alphabetical sorting).
Separate patch or keep this one open and do it here?

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

core.git: cui/source

[Caolán McNamara (via logerrit)]

 cui/source/dialogs/srchxtra.cxx  |7 +--
 cui/source/tabpages/chardlg.cxx  |2 +-
 cui/source/tabpages/connect.cxx  |2 +-
 cui/source/tabpages/grfpage.cxx  |   14 +++---
 cui/source/tabpages/labdlg.cxx   |6 +++---
 cui/source/tabpages/paragrph.cxx |4 ++--
 cui/source/tabpages/textanim.cxx |2 +-
 cui/source/tabpages/tpline.cxx   |2 +-
 cui/source/tabpages/tplnedef.cxx |2 +-
 cui/source/tabpages/tpshadow.cxx |2 +-
 cui/source/tabpages/transfrm.cxx |   10 +-
 11 files changed, 28 insertions(+), 25 deletions(-)

New commits:
commit 19e1e6185bafc665b3f1ebe0775153a4c71ae84c
Author: Caolán McNamara 
AuthorDate: Sat May 4 15:06:27 2024 +0100
Commit: Caolán McNamara 
CommitDate: Sat May 4 20:29:40 2024 +0200

WaE: C6011 Dereferencing NULL pointer warnings

Change-Id: I95bc5dae73f6e9a0ae54b1570df51d6d37062695
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/167129
Tested-by: Jenkins
Reviewed-by: Caolán McNamara 

diff --git a/cui/source/dialogs/srchxtra.cxx b/cui/source/dialogs/srchxtra.cxx
index f8080f537775..9364680f62b2 100644
--- a/cui/source/dialogs/srchxtra.cxx
+++ b/cui/source/dialogs/srchxtra.cxx
@@ -167,8 +167,11 @@ SvxSearchAttributeDialog::~SvxSearchAttributeDialog()
 
 IMPL_LINK_NOARG(SvxSearchAttributeDialog, OKHdl, weld::Button&, void)
 {
-DBG_ASSERT( SfxObjectShell::Current(), "No DocShell" );
-SfxItemPool& rPool(SfxObjectShell::Current()->GetPool());
+SfxObjectShell* pObjSh = SfxObjectShell::Current();
+DBG_ASSERT( pObjSh, "No DocShell" );
+if (!pObjSh)
+return;
+SfxItemPool& rPool(pObjSh->GetPool());
 
 for (int i = 0, nCount = m_xAttrLB->n_children(); i < nCount; ++i)
 {
diff --git a/cui/source/tabpages/chardlg.cxx b/cui/source/tabpages/chardlg.cxx
index cd6965375003..ea6ee2ca382b 100644
--- a/cui/source/tabpages/chardlg.cxx
+++ b/cui/source/tabpages/chardlg.cxx
@@ -503,7 +503,7 @@ void SvxCharNamePage::EnableFeatureButton(const 
weld::Widget& rNameBox)
 void SvxCharNamePage::FillStyleBox_Impl(const weld::Widget& rNameBox)
 {
 const FontList* pFontList = GetFontList();
-DBG_ASSERT( pFontList, "no fontlist" );
+assert(pFontList && "no fontlist");
 
 FontStyleBox* pStyleBox = nullptr;
 OUString sFontName;
diff --git a/cui/source/tabpages/connect.cxx b/cui/source/tabpages/connect.cxx
index b3d036d991f9..54979804a5bb 100644
--- a/cui/source/tabpages/connect.cxx
+++ b/cui/source/tabpages/connect.cxx
@@ -78,7 +78,7 @@ SvxConnectionPage::SvxConnectionPage(weld::Container* pPage, 
weld::DialogControl
 , m_xCtlPreview(new weld::CustomWeld(*m_xBuilder, "CTL_PREVIEW", 
m_aCtlPreview))
 {
 SfxItemPool* pPool = rOutAttrs.GetPool();
-DBG_ASSERT( pPool, "Where is the pool" );
+assert(pPool && "Where is the pool");
 eUnit = pPool->GetMetric( SDRATTR_EDGENODE1HORZDIST );
 
 FillTypeLB();
diff --git a/cui/source/tabpages/grfpage.cxx b/cui/source/tabpages/grfpage.cxx
index 9e96fdbb603c..6ed4d261c1c1 100644
--- a/cui/source/tabpages/grfpage.cxx
+++ b/cui/source/tabpages/grfpage.cxx
@@ -361,7 +361,7 @@ DeactivateRC SvxGrfCropPage::DeactivatePage(SfxItemSet 
*_pSet)
 IMPL_LINK( SvxGrfCropPage, ZoomHdl, weld::MetricSpinButton&, rField, void )
 {
 SfxItemPool* pPool = GetItemSet().GetPool();
-DBG_ASSERT( pPool, "Where is the pool?" );
+assert(pPool && "Where is the pool?");
 FieldUnit eUnit = MapToFieldUnit( pPool->GetMetric( 
pPool->GetWhichIDFromSlotID(
 SID_ATTR_GRAF_CROP ) ) );
 
@@ -390,7 +390,7 @@ IMPL_LINK( SvxGrfCropPage, ZoomHdl, 
weld::MetricSpinButton&, rField, void )
 IMPL_LINK( SvxGrfCropPage, SizeHdl, weld::MetricSpinButton&, rField, void )
 {
 SfxItemPool* pPool = GetItemSet().GetPool();
-DBG_ASSERT( pPool, "Where is the pool?" );
+assert(pPool && "Where is the pool?");
 FieldUnit eUnit = MapToFieldUnit( pPool->GetMetric( 
pPool->GetWhichIDFromSlotID(
 SID_ATTR_GRAF_CROP ) ) );
 
@@ -426,7 +426,7 @@ IMPL_LINK( SvxGrfCropPage, SizeHdl, 
weld::MetricSpinButton&, rField, void )
 IMPL_LINK( SvxGrfCropPage, CropModifyHdl, weld::MetricSpinButton&, rField, 
void )
 {
 SfxItemPool* pPool = GetItemSet().GetPool();
-DBG_ASSERT( pPool, "Where is the pool?" );
+assert(pPool && "Where is the pool?");
 FieldUnit eUnit = MapToFieldUnit( pPool->GetMetric( 
pPool->GetWhichIDFromSlotID(
 SID_ATTR_GRAF_CROP ) ) );
 
@@ -511,7 +511,7 @@ IMPL_LINK( SvxGrfCropPage, CropModifyHdl, 
weld::MetricSpinButton&, rField, void
 IMPL_LINK_NOARG(SvxGrfCropPage, OrigSizeHdl, weld::Button&, void)
 {
 SfxItemPool* pPool = GetItemSet().GetPool();
-DBG_ASSERT( pPool, "Where is the pool?" );
+assert(pPool && "Where is the pool?");
 FieldUnit eUnit = MapToFieldUnit( pPool->GetMetric( 
pPool->GetWhichIDFromSlotID(
  

core.git: 2 commits - emfio/source vcl/source

[Caolán McNamara (via logerrit)]

 emfio/source/reader/mtftools.cxx |4 ++--
 vcl/source/gdi/metaact.cxx   |3 +++
 2 files changed, 5 insertions(+), 2 deletions(-)

New commits:
commit a401e72370133403f81492c31bdc45bddaba6d49
Author: Caolán McNamara 
AuthorDate: Sat May 4 15:26:54 2024 +0100
Commit: Caolán McNamara 
CommitDate: Sat May 4 20:29:32 2024 +0200

ofz#68504 Integer-overflow

Change-Id: I38a5f6550e57875cea3d667a650e165b9d606fbe
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/167131
Tested-by: Jenkins
Reviewed-by: Caolán McNamara 

diff --git a/vcl/source/gdi/metaact.cxx b/vcl/source/gdi/metaact.cxx
index b6971d7c8bda..becd359ac610 100644
--- a/vcl/source/gdi/metaact.cxx
+++ b/vcl/source/gdi/metaact.cxx
@@ -411,6 +411,9 @@ MetaPieAction::MetaPieAction( const tools::Rectangle& rRect,
 
 void MetaPieAction::Execute( OutputDevice* pOut )
 {
+if (!AllowRect(pOut->LogicToPixel(maRect)))
+return;
+
 pOut->DrawPie( maRect, maStartPt, maEndPt );
 }
 
commit 84811847cf104a236ad505b2ce262e0b30bbaca3
Author: Caolán McNamara 
AuthorDate: Sat May 4 15:24:00 2024 +0100
Commit: Caolán McNamara 
CommitDate: Sat May 4 20:29:24 2024 +0200

ofz#68612 Integer-overflow

Change-Id: Ie68a11300f7d2c3667a1d5702cad8e78e6a6c35a
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/167130
Reviewed-by: Caolán McNamara 
Tested-by: Jenkins

diff --git a/emfio/source/reader/mtftools.cxx b/emfio/source/reader/mtftools.cxx
index 93dbea41ba99..940716acd088 100644
--- a/emfio/source/reader/mtftools.cxx
+++ b/emfio/source/reader/mtftools.cxx
@@ -1753,8 +1753,8 @@ namespace emfio
 // check whether there is a font rotation applied via 
transformation
 Point aP1( ImplMap( Point() ) );
 Point aP2( ImplMap( Point( 0, 100 ) ) );
-aP2.AdjustX( -(aP1.X()) );
-aP2.AdjustY( -(aP1.Y()) );
+aP2.setX(o3tl::saturating_sub(aP2.X(), aP1.X()));
+aP2.setY(o3tl::saturating_sub(aP2.Y(), aP1.Y()));
 double fX = aP2.X();
 double fY = aP2.Y();
 if ( fX )

[Bug 150037] Upon entering a legacy text fieldmark, placeholder text should be recognized as default text and thus pre-selected (so typing overwrites)

[bugzilla-daemon]

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

--- Comment #11 from Justin L  ---
(In reply to Justin L from comment #8)
> It is worse than that. The entire field is removed
This can be seen with non-protected documents like "Legacy Text Fields.docx"
(bug 79435's attachment 100137)

The revert is here: https://gerrit.libreoffice.org/c/core/+/167139

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

core.git: sw/inc

[Noel Grandin (via logerrit)]

 sw/inc/format.hxx |2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

New commits:
commit 02ce80ca2d69296dcbf799dc49302bf071887a25
Author: Noel Grandin 
AuthorDate: Sat May 4 15:05:45 2024 +0200
Commit: Noel Grandin 
CommitDate: Sat May 4 20:12:42 2024 +0200

fix Windows build

probably since
commit 51f3916a102c3a3c16dd84310aadfa3c935e516b
Author: Noel Grandin 
Date:   Thu May 2 14:39:14 2024 +0200
replace createFromAscii with OUString literals in SwFormat

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

diff --git a/sw/inc/format.hxx b/sw/inc/format.hxx
index 5f0a2307893d..b38d9549b15e 100644
--- a/sw/inc/format.hxx
+++ b/sw/inc/format.hxx
@@ -66,7 +66,7 @@ class SAL_DLLPUBLIC_RTTI SwFormat : public 
sw::BorderCacheOwner, public sw::Broa
 virtual void InvalidateInSwFntCache(sal_uInt16) {};
 
 protected:
-SwFormat( SwAttrPool& rPool, const OUString& rFormatNm,
+SW_DLLPUBLIC SwFormat( SwAttrPool& rPool, const OUString& rFormatNm,
 const WhichRangesContainer& pWhichRanges, SwFormat *pDrvdFrame, 
sal_uInt16 nFormatWhich );
 SwFormat( const SwFormat& rFormat );
 virtual void SwClientNotify(const SwModify&, const SfxHint&) override;

core.git: 2 commits - toolkit/inc toolkit/Library_tk.mk toolkit/source unotools/source

[Noel Grandin (via logerrit)]

 toolkit/Library_tk.mk |1 
 toolkit/inc/helper/servicenames.hxx   |4 -
 toolkit/source/controls/controlmodelcontainerbase.cxx |2 
 toolkit/source/controls/dialogcontrol.cxx |2 
 toolkit/source/helper/servicenames.cxx|   24 ---
 unotools/source/config/eventcfg.cxx   |   60 +-
 6 files changed, 35 insertions(+), 58 deletions(-)

New commits:
commit 293ef452f2f0f398bea5f422a4dcff777d768e0b
Author: Noel Grandin 
AuthorDate: Thu May 2 15:40:58 2024 +0200
Commit: Noel Grandin 
CommitDate: Sat May 4 20:12:15 2024 +0200

replace createFromAscii with OUString literals in GlobalEventConfig_Impl

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

diff --git a/unotools/source/config/eventcfg.cxx 
b/unotools/source/config/eventcfg.cxx
index c6c0f63e42a6..f9c2b2722ba7 100644
--- a/unotools/source/config/eventcfg.cxx
+++ b/unotools/source/config/eventcfg.cxx
@@ -45,36 +45,36 @@ using namespace ::com::sun::star;
 #define SETNODE_BINDINGS "Bindings"
 #define PROPERTYNAME_BINDINGURL "BindingURL"
 
-static o3tl::enumarray pEventAsciiNames =
+constexpr o3tl::enumarray pEventAsciiNames =
 {
-"OnStartApp",
-"OnCloseApp",
-"OnCreate",
-"OnNew",
-"OnLoadFinished",
-"OnLoad",
-"OnPrepareUnload",
-"OnUnload",
-"OnSave",
-"OnSaveDone",
-"OnSaveFailed",
-"OnSaveAs",
-"OnSaveAsDone",
-"OnSaveAsFailed",
-"OnCopyTo",
-"OnCopyToDone",
-"OnCopyToFailed",
-"OnFocus",
-"OnUnfocus",
-"OnPrint",
-"OnViewCreated",
-"OnPrepareViewClosing",
-"OnViewClosed",
-"OnModifyChanged",
-"OnTitleChanged",
-"OnVisAreaChanged",
-"OnModeChanged",
-"OnStorageChanged"
+u"OnStartApp"_ustr,
+u"OnCloseApp"_ustr,
+u"OnCreate"_ustr,
+u"OnNew"_ustr,
+u"OnLoadFinished"_ustr,
+u"OnLoad"_ustr,
+u"OnPrepareUnload"_ustr,
+u"OnUnload"_ustr,
+u"OnSave"_ustr,
+u"OnSaveDone"_ustr,
+u"OnSaveFailed"_ustr,
+u"OnSaveAs"_ustr,
+u"OnSaveAsDone"_ustr,
+u"OnSaveAsFailed"_ustr,
+u"OnCopyTo"_ustr,
+u"OnCopyToDone"_ustr,
+u"OnCopyToFailed"_ustr,
+u"OnFocus"_ustr,
+u"OnUnfocus"_ustr,
+u"OnPrint"_ustr,
+u"OnViewCreated"_ustr,
+u"OnPrepareViewClosing"_ustr,
+u"OnViewClosed"_ustr,
+u"OnModifyChanged"_ustr,
+u"OnTitleChanged"_ustr,
+u"OnVisAreaChanged"_ustr,
+u"OnModeChanged"_ustr,
+u"OnStorageChanged"_ustr
 };
 
 typedef std::unordered_map< OUString, OUString > EventBindingHash;
@@ -128,7 +128,7 @@ GlobalEventConfig_Impl::GlobalEventConfig_Impl()
 {
 // the supported event names
 for (const GlobalEventId id : o3tl::enumrange())
-m_supportedEvents[id] = OUString::createFromAscii( 
pEventAsciiNames[id] );
+m_supportedEvents[id] = pEventAsciiNames[id];
 
 initBindingInfo();
 
commit f221ccd6dc5340038daa024bb4384b0a3f8e7259
Author: Noel Grandin 
AuthorDate: Thu May 2 15:34:30 2024 +0200
Commit: Noel Grandin 
CommitDate: Sat May 4 20:12:03 2024 +0200

replace createFromAscii with OUString literals in toolkit

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

diff --git a/toolkit/Library_tk.mk b/toolkit/Library_tk.mk
index 15029b8a0996..cfdd3ce9a371 100644
--- a/toolkit/Library_tk.mk
+++ b/toolkit/Library_tk.mk
@@ -126,7 +126,6 @@ $(eval $(call gb_Library_add_exception_objects,tk,\
 toolkit/source/helper/imagealign \
 toolkit/source/helper/listenermultiplexer \
 toolkit/source/helper/property \
-toolkit/source/helper/servicenames \
 toolkit/source/helper/tkresmgr \
 toolkit/source/helper/unopropertyarrayhelper \
 toolkit/source/helper/unowrapper \
diff --git a/toolkit/inc/helper/servicenames.hxx 
b/toolkit/inc/helper/servicenames.hxx
index 7fb7ab2a573c..07a372d48494 100644
--- a/toolkit/inc/helper/servicenames.hxx
+++ b/toolkit/inc/helper/servicenames.hxx
@@ -19,6 +19,8 @@
 
 #pragma once
 
-extern const char szServiceName_UnoControlDialog[];
+#include 
+
+inline constexpr OUString sServiceName_UnoControlDialog = 
u"stardiv.vcl.control.Dialog"_ustr;
 
 /* vim:set shiftwidth=4 softtabstop=4 expandtab: */
diff --git a/toolkit/source/controls/controlmodelcontainerbase.cxx 
b/toolkit/source/controls/controlmodelcontainerbase.cxx
index 8c9bba0890de..882d78dbfadf 100644
--- a/toolkit/source/controls/controlmodelcontainerbase.cxx
+++ b/toolkit/source/controls/controlmodelcontainerbase.cxx
@@ -165,7 +165,7 @@ Any ControlModelContainerBase::ImplGetDefaultValue( 
sal_uInt16 nPropId ) const
 switch ( nPropId )
 {
 case BASEPROPERTY_DEFAULTCONTROL:
-aAny <<= OUString::createFromAscii( szServiceName_UnoControlDialog 
);
+aAny <<= sServiceName_UnoControlDialog;
 break;
 default:
 aAny = UnoControlModel::ImplGetDefaultValue( nPropId );
diff --git 

core.git: toolkit/inc toolkit/source

[Noel Grandin (via logerrit)]

 toolkit/inc/controls/accessiblecontrolcontext.hxx|2 +-
 toolkit/source/controls/accessiblecontrolcontext.cxx |8 
 2 files changed, 5 insertions(+), 5 deletions(-)

New commits:
commit b9cc4575c6b3f25c971fc2d8c82f8254e744eea0
Author: Noel Grandin 
AuthorDate: Thu May 2 15:28:34 2024 +0200
Commit: Noel Grandin 
CommitDate: Sat May 4 20:11:39 2024 +0200

replace createFromAscii with OUString literals in OAccessibleControlContext

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

diff --git a/toolkit/inc/controls/accessiblecontrolcontext.hxx 
b/toolkit/inc/controls/accessiblecontrolcontext.hxx
index 416984c3344c..92c3fdf81870 100644
--- a/toolkit/inc/controls/accessiblecontrolcontext.hxx
+++ b/toolkit/inc/controls/accessiblecontrolcontext.hxx
@@ -81,7 +81,7 @@ namespace toolkit
 virtual void SAL_CALL disposing( const css::lang::EventObject& Source 
) override;
 
 // retrieves the value of a string property from the model, if the 
property is present
-OUString getModelStringProperty( const char* _pPropertyName );
+OUString getModelStringProperty( const OUString& _pPropertyName );
 
 // starts listening at the control model (currently for disposal only)
 void startModelListening( );
diff --git a/toolkit/source/controls/accessiblecontrolcontext.cxx 
b/toolkit/source/controls/accessiblecontrolcontext.cxx
index 761821bce601..db5f9c03b183 100644
--- a/toolkit/source/controls/accessiblecontrolcontext.cxx
+++ b/toolkit/source/controls/accessiblecontrolcontext.cxx
@@ -143,14 +143,14 @@ namespace toolkit
 OUString SAL_CALL OAccessibleControlContext::getAccessibleDescription(  )
 {
 OContextEntryGuard aGuard( this );
-return getModelStringProperty( "HelpText" );
+return getModelStringProperty( u"HelpText"_ustr );
 }
 
 
 OUString SAL_CALL OAccessibleControlContext::getAccessibleName(  )
 {
 OContextEntryGuard aGuard( this );
-return getModelStringProperty( "Name" );
+return getModelStringProperty( u"Name"_ustr );
 }
 
 
@@ -191,7 +191,7 @@ namespace toolkit
 }
 
 
-OUString OAccessibleControlContext::getModelStringProperty( const char* 
_pPropertyName )
+OUString OAccessibleControlContext::getModelStringProperty( const 
OUString& _pPropertyName )
 {
 OUString sReturn;
 try
@@ -199,7 +199,7 @@ namespace toolkit
 if ( !m_xModelPropsInfo.is() && m_xControlModel.is() )
 m_xModelPropsInfo = m_xControlModel->getPropertySetInfo();
 
-OUString sPropertyName( OUString::createFromAscii( _pPropertyName 
) );
+OUString sPropertyName( _pPropertyName );
 if ( m_xModelPropsInfo.is() && 
m_xModelPropsInfo->hasPropertyByName( sPropertyName ) )
 m_xControlModel->getPropertyValue( sPropertyName ) >>= sReturn;
 }

[Bug 98162] Page-anchored image skips to edge when moved by mouse

[bugzilla-daemon]

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

--- Comment #6 from Stanislav Horacek  ---
Still reproducible in:

Version: 24.8.0.0.alpha0+ (X86_64) / LibreOffice Community
Build ID: 1dc92b9e9951ef118d2d823d54f9a022c2e41a27
CPU threads: 4; OS: Linux 6.5; UI render: default; VCL: gtk3
Locale: cs-CZ (cs_CZ.UTF-8); UI: cs-CZ
Calc: threaded

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

[Bug 160657] Improve how Writer Navigator Headings are displayed when alphabetically sorted

[bugzilla-daemon]

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

Commit Notification  changed:

   What|Removed |Added

 Whiteboard||target:24.8.0

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

[Bug 160657] Improve how Writer Navigator Headings are displayed when alphabetically sorted

[bugzilla-daemon]

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

Commit Notification  changed:

   What|Removed |Added

 Whiteboard||target:24.8.0

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

core.git: sw/source

[Jim Raykowski (via logerrit)]

 sw/source/uibase/utlui/content.cxx |   91 ++---
 1 file changed, 64 insertions(+), 27 deletions(-)

New commits:
commit 3a394f3f8a15623e2ffb9fbcad81bbb3b9856abe
Author: Jim Raykowski 
AuthorDate: Sat Apr 13 17:36:49 2024 -0800
Commit: Jim Raykowski 
CommitDate: Sat May 4 19:28:53 2024 +0200

tdf#160657 Improve Writer Navigator Headings display

when alphabetically sorted

Make the Headings content display flat (no parent-child hierarchy, no
outline-level indentation) when set to alphabetical sort order.

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

diff --git a/sw/source/uibase/utlui/content.cxx 
b/sw/source/uibase/utlui/content.cxx
index 06c4d93f78dd..3e5a2faa8043 100644
--- a/sw/source/uibase/utlui/content.cxx
+++ b/sw/source/uibase/utlui/content.cxx
@@ -2252,38 +2252,61 @@ bool SwContentTree::RequestingChildren(const 
weld::TreeIter& rParent)
 // Add for outline plus/minus
 if (pCntType->GetType() == ContentTypeId::OUTLINE)
 {
-std::vector> aParentCandidates;
-for(size_t i = 0; i < nCount; ++i)
+if (pCntType->IsAlphabeticSort())
 {
-const SwContent* pCnt = pCntType->GetMember(i);
-if(pCnt)
+for (size_t i = 0; i < nCount; ++i)
 {
-const auto nLevel = static_cast(pCnt)->GetOutlineLevel();
-OUString sEntry = pCnt->GetName();
-if(sEntry.isEmpty())
-sEntry = m_sSpace;
-OUString sId(weld::toId(pCnt));
-
-auto lambda = [nLevel, this](const 
std::unique_ptr& entry)
+const SwContent* pCnt = pCntType->GetMember(i);
+if (pCnt)
 {
-return lcl_IsLowerOutlineContent(*entry, *m_xTreeView, 
nLevel);
-};
+OUString sEntry = pCnt->GetName();
+if (sEntry.isEmpty())
+sEntry = m_sSpace;
+OUString sId(weld::toId(pCnt));
 
-// if there is a preceding outline node candidate with a 
lower outline level use
-// that as a parent, otherwise use the root node
-auto aFind = std::find_if(aParentCandidates.rbegin(), 
aParentCandidates.rend(), lambda);
-if (aFind != aParentCandidates.rend())
-insert(aFind->get(), sEntry, sId, false, xChild.get());
-else
 insert(, sEntry, sId, false, xChild.get());
-m_xTreeView->set_sensitive(*xChild, !pCnt->IsInvisible());
-m_xTreeView->set_extra_row_indent(*xChild, nLevel + 1 - 
m_xTreeView->get_iter_depth(*xChild));
+m_xTreeView->set_sensitive(*xChild, 
!pCnt->IsInvisible());
+}
+}
+}
+else
+{
+std::vector> aParentCandidates;
+for (size_t i = 0; i < nCount; ++i)
+{
+const SwContent* pCnt = pCntType->GetMember(i);
+if (pCnt)
+{
+const auto nLevel
+= static_cast(pCnt)->GetOutlineLevel();
+OUString sEntry = pCnt->GetName();
+if (sEntry.isEmpty())
+sEntry = m_sSpace;
+OUString sId(weld::toId(pCnt));
+
+auto lambda = [nLevel, this](const 
std::unique_ptr& entry) {
+return lcl_IsLowerOutlineContent(*entry, 
*m_xTreeView, nLevel);
+};
+
+// if there is a preceding outline node candidate with 
a lower outline level
+// use that as a parent, otherwise use the root node
+auto aFind = std::find_if(aParentCandidates.rbegin(),
+  aParentCandidates.rend(), 
lambda);
+if (aFind != aParentCandidates.rend())
+insert(aFind->get(), sEntry, sId, false, 
xChild.get());
+else
+insert(, sEntry, sId, false, xChild.get());
+m_xTreeView->set_sensitive(*xChild, 
!pCnt->IsInvisible());
+m_xTreeView->set_extra_row_indent(
+*xChild, nLevel + 1 - 
m_xTreeView->get_iter_depth(*xChild));
 
-// remove any parent candidates equal to or higher than 
this node
-std::erase_if(aParentCandidates, std::not_fn(lambda));
+// 

core.git: sw/source sw/uiconfig

[Jim Raykowski (via logerrit)]

 sw/source/uibase/utlui/content.cxx   |   52 ++-
 sw/uiconfig/swriter/ui/navigatorpanel.ui |4 ++
 2 files changed, 21 insertions(+), 35 deletions(-)

New commits:
commit 7938500ad3b384f1f30858cea64e12c84610996d
Author: Jim Raykowski 
AuthorDate: Sat Apr 13 12:56:39 2024 -0800
Commit: Jim Raykowski 
CommitDate: Sat May 4 19:28:27 2024 +0200

SwNavigator: improve when outline move controls/menu-items are

active/visible

Makes the outline content context menu not show the up/down/promote/
demote menu items when outline content is set to display by
alphabetical sort.

With intent to improve code readablility, reworks the
SwContentTree::Select function used to set the sensitive state of the
up/down/promote/demote buttons. The buttons are disabled for any of the
following conditions; the Navigator is in "Zoom" mode, the document is
in read-only mode, the selected entry is not an outline content entry,
or the outline content is displayed by alphabetical sort.

The patch also makes the alphabetical sort setting
independent among the floating and sidebar versions.

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

diff --git a/sw/source/uibase/utlui/content.cxx 
b/sw/source/uibase/utlui/content.cxx
index 994f18cdbee9..06c4d93f78dd 100644
--- a/sw/source/uibase/utlui/content.cxx
+++ b/sw/source/uibase/utlui/content.cxx
@@ -1753,9 +1753,7 @@ IMPL_LINK(SwContentTree, CommandHdl, const CommandEvent&, 
rCEvt, bool)
 && nContentType != ContentTypeId::POSTIT && nContentType != 
ContentTypeId::UNKNOWN)
 {
 bRemoveSortEntry = false;
-const sal_Int32 nMask = 1 << static_cast(nContentType);
-sal_uInt64 nSortAlphabeticallyBlock = 
m_pConfig->GetSortAlphabeticallyBlock();
-xPop->set_active("sort", nSortAlphabeticallyBlock & nMask);
+xPop->set_active("sort", pType->IsAlphabeticSort());
 }
 
 OUString aIdent;
@@ -1912,7 +1910,8 @@ IMPL_LINK(SwContentTree, CommandHdl, const CommandEvent&, 
rCEvt, bool)
 if (!bReadonly)
 {
 bRemoveSelectEntry = false;
-bRemoveChapterEntries = false;
+if (!pType->IsAlphabeticSort())
+bRemoveChapterEntries = false;
 }
 bRemoveCopyEntry = false;
 }
@@ -2893,20 +2892,8 @@ void SwContentTree::Display( bool bActive )
 }
 else if (State::HIDDEN == m_eState)
 m_eState = State::ACTIVE;
-SwWrtShell* pShell = GetWrtShell();
-const bool bReadOnly = !pShell || 
pShell->GetView().GetDocShell()->IsReadOnly();
-if(bReadOnly != m_bIsLastReadOnly)
-{
-m_bIsLastReadOnly = bReadOnly;
-bool bDisable =  pShell == nullptr || bReadOnly;
-SwNavigationPI* pNavi = GetParentWindow();
-pNavi->m_xContent6ToolBox->set_item_sensitive("chapterup", !bDisable);
-pNavi->m_xContent6ToolBox->set_item_sensitive("chapterdown", 
!bDisable);
-pNavi->m_xContent6ToolBox->set_item_sensitive("promote", !bDisable);
-pNavi->m_xContent6ToolBox->set_item_sensitive("demote", !bDisable);
-pNavi->m_xContent5ToolBox->set_item_sensitive("reminder", !bDisable);
-}
 
+SwWrtShell* pShell = GetWrtShell();
 if (pShell)
 {
 std::unique_ptr xEntry = m_xTreeView->make_iterator();
@@ -3030,10 +3017,11 @@ void SwContentTree::Display( bool bActive )
 }
 // set_cursor unselects all entries, makes passed entry visible, 
and selects it
 m_xTreeView->set_cursor(*xSelEntry);
-Select();
 }
 }
 
+Select();
+
 if (!m_bIgnoreDocChange && GetEntryCount() == nOldEntryCount)
 {
 m_xTreeView->vadjustment_set_value(nOldScrollPos);
@@ -5479,33 +5467,27 @@ IMPL_LINK_NOARG(SwContentTree, SelectHdl, 
weld::TreeView&, void)
 }
 
 // Here the buttons for moving outlines are en-/disabled.
+// The buttons for moving outlines are disabled when the Navigator is in 
"Zoom" mode or when
+// the document is in read-only mode or when the outline content is displayed 
alphabetically
+// sorted or when the selected entry is not outline content.
 void SwContentTree::Select()
 {
-std::unique_ptr xEntry(m_xTreeView->make_iterator());
-if (!m_xTreeView->get_selected(xEntry.get()))
-return;
+SwNavigationPI* pNavi = GetParentWindow();
 
 bool bEnable = false;
-std::unique_ptr 
xParentEntry(m_xTreeView->make_iterator(xEntry.get()));
-bool bParentEntry = m_xTreeView->iter_parent(*xParentEntry);
-while (bParentEntry && (!lcl_IsContentType(*xParentEntry, *m_xTreeView)))
-bParentEntry = m_xTreeView->iter_parent(*xParentEntry);
-if (!m_bIsLastReadOnly)
+
+if 

[Bug 160917] Crash when opening and closing Tabbed UI's hamburger/cog menu while UI loading in Writer

[bugzilla-daemon]

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

--- Comment #6 from Jim Raykowski  ---
I haven't been able to repro the crash using recent master debug and non-debug
builds.

Ubuntu 22.04.4 LTS
libgtk-3-0:amd64 3.24.33-1ubuntu2

I do see in the console:

warn:vcl.builder:534767:534767:vcl/source/window/builder.cxx:3522: probably
need to implement NotebookBarAddonsMenuMergePoint

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

[Bug 160739] Raise a matrix to an exponential with Calc

[bugzilla-daemon]

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

--- Comment #11 from ady  ---
(In reply to xhertan from comment #10)
> If you can reproduce this case, Can we change the status of this bug to
> CONFIRMED?

Please carefully read comment 9.

I would again suggest to go to  for (better)
alternative ways to obtain the same desired result of multiplying an array by
one number (which doesn't even require the MMULT() function).

As for the iteration that comes up with said number, maybe using some other
functions/formulas could help (instead of the over-complicated iterative
formula). Such potential alternative could work or not, depending on the
real-life case, which we cannot guess with the current sample files.

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

[Bug 157930] MENU: Easily insert commonly used conditional formatting rules

[bugzilla-daemon]

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

Buovjaga  changed:

   What|Removed |Added

 CC||ilmari.lauhakangas@libreoff
   ||ice.org

--- Comment #9 from Buovjaga  ---
Can this be added to the release notes
https://wiki.documentfoundation.org/ReleaseNotes/24.2 ? Thanks.

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

[Bug 138349] Editing : Issue when replacing an image by another

[bugzilla-daemon]

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

--- Comment #10 from Gwenaël Q.  ---
Bug still present with both JPEG and PNG in:

Version: 7.6.6.3 (X86_64) / LibreOffice Community
Build ID: d97b2716a9a4a2ce1391dee1765565ea469b0ae7
CPU threads: 8; OS: Windows 10.0 Build 22631; UI render: Skia/Raster; VCL: win
Locale: fr-FR (fr_FR); UI: fr-FR
Calc: threaded

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

[Bug 160934] [Calc Editing] Undo ineffective after Data Entry Form deleting --> data loss !!!

[bugzilla-daemon]

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

--- Comment #1 from Gwenaël Q.  ---
Replicated 7.6.6.3

Version: 7.6.6.3 (X86_64) / LibreOffice Community
Build ID: d97b2716a9a4a2ce1391dee1765565ea469b0ae7
CPU threads: 8; OS: Windows 10.0 Build 22631; UI render: Skia/Raster; VCL: win
Locale: fr-FR (fr_FR); UI: fr-FR
Calc: threaded

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

[Bug 159375] Opening Tools > Options dialog takes too long

[bugzilla-daemon]

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

--- Comment #19 from Bayram Çiçek  ---
(In reply to Heiko Tietze from comment #16)
> (In reply to kolAflash from comment #15)
> > When using the search feature I think it doesn't matter at which point
> > you've to wait (when loading the options or when starting the search).
> As long it wont feel broken.
> 
> My first idea is to run the initialization in the background aka threaded.

I'll try that (not now but after I have some time).

> If that wont help and if you continue with the
> no-init-but-wait-on-first-search idea, please indicate the loading process
> for example with a throbber in the input field.

If using threads won't work, I will try to add an indicator for the loading
process.

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

[Bug 160935] New: Large file- not responding

[bugzilla-daemon]

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

Bug ID: 160935
   Summary: Large file- not responding
   Product: LibreOffice
   Version: 7.6.6.3 release
  Hardware: All
OS: Windows (All)
Status: UNCONFIRMED
  Severity: normal
  Priority: medium
 Component: Writer
  Assignee: libreoffice-bugs@lists.freedesktop.org
  Reporter: jsvitko...@gmail.com

Description:
Many times, when I put the file that I'm working on to sleep, when I wake it
up, it will either not enlarge, or it will enlarge and not be responsive for
many minutes, if at all.  Other times I'll be reading the file and it will
suddenly become unresponsive for several minutes.  This never happened with
Writer 7.5.

Steps to Reproduce:
1. Put 1 mb file asleep as well as computer.
2. wake up computer and "enlarge" the file
3. sometime file will wake, but be unresponsive, other times it will not
"wake".

Actual Results:
Had to close the file, and reopen it using writer recovery.

Expected Results:
Open it, and let me continue on where I left off.


Reproducible: Sometimes


User Profile Reset: No

Additional Info:
This seems to do this with rather large files only.

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

[Bug 159375] Opening Tools > Options dialog takes too long

[bugzilla-daemon]

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

--- Comment #18 from Bayram Çiçek  ---
(In reply to Mike Kaganski from comment #13)
> Is it possible to start gathering the strings in a dedicated thread
> (immediately at dialog start, but without blocking it)?

I tried this but I couldn't find a way to initialize them as "headless". It
always updates the UI (blocking), so using a thread didn't work. But this was a
~year ago. I need to try/check it again.

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

[Bug 160715] After crash, format for many dates in Base tables changes from dd/mm/yyyy to default dd/mm/yy

[bugzilla-daemon]

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

Robert Großkopf  changed:

   What|Removed |Added

Summary|After crash, format for |After crash, format for
   |many dates in base database |many dates in Base tables
   |changes from dd/mm/ to  |changes from dd/mm/ to
   |default dd/mm/yy|default dd/mm/yy

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

[Bug 160715] After crash, format for many dates in base database changes from dd/mm/yyyy to default dd/mm/yy

[bugzilla-daemon]

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

Robert Großkopf  changed:

   What|Removed |Added

Summary|After crash, format for all |After crash, format for
   |dates in base database  |many dates in base database
   |changes from dd/mm/ to  |changes from dd/mm/ to
   |dd/mm/yy|default dd/mm/yy

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

[Bug 160715] After crash, format for all dates in base database changes from dd/mm/yyyy to dd/mm/yy

[bugzilla-daemon]

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

--- Comment #9 from Robert Großkopf  ---
(In reply to Chris Good from comment #8)
> Something I haven't mentioned previously, is that after a date field has
> been unwantedly changed to DD/MM/YY, when I edit the table and click on
> "Format Field" for the bad date field, it shows as Category: Number, Format:
> General when it should be Category: Date, Format: 31/12/1999.

Number format seems to be the default here for all fields as I could see in
content.xml.

I could reproduce the behavior if I open the table, for example "CPI" in your
database, change the number format and don't save the Base file. If I save the
Base file and kill LO the number format will appear as expected (DD/MM/).

One hint, which has nothing to do with this bug:
You are running a internal HSQLDB without any macro, which saves the file
automatically. Seems data in this database aren't data for only testing and
playing… Hope you have solved this security problem by any other app of your
system.

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

[Bug 160855] LibreOffice crashes when Calc cells are selected/copied

[bugzilla-daemon]

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

Patrick Luby (volunteer)  changed:

   What|Removed |Added

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

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

[Bug 160644] Upon opening, LibreOffice sometimes crashes (perhaps once a week)

[bugzilla-daemon]

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

Patrick Luby (volunteer)  changed:

   What|Removed |Added

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

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

[Bug 160855] LibreOffice crashes when Calc cells are selected/copied

[bugzilla-daemon]

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

--- Comment #11 from Patrick Luby (volunteer)  ---
(In reply to Sam from comment #10)
> No clipboard manager in use here but several apps that have the ability to
> store clipboard history.
> 
> I should have mentioned that after I do Cmd+C on a large number of cells,
> often the spinning wheel occurs and LO is "not responding" (but not
> crashing). After a few minutes the spinning wheel disappears and everything
> is working fine again.

Here is what I can do: I can stop the crashing when another application
(whether it maintains clipboard history or not) pastes the BMP format and
LibreOffice can't allocate enough memory for the image.

However, I cannot solve the temporary hanging when another application pastes
every single format. That is one big downside of clipboard history
applications: they are very convenient but if you copy a large amount of data
(and 8 cells is a lot of data), most clipboard history applications use up
a lot of memory very quickly. After all, Calc advertises that the copied cell
data can be pasted in 7 different formats and some of those are image formats. 

I am guessing that this high memory usage is a big contributing factor in the
system crashes you have seen in tdf#160644. Don't know how configurable your
clipboard history applications are, but hopefully they have some options for
pruning their clipboard history after memory usage for the history exceeds some
amount.

Even better is if your clipboard history applications can be configured to
ignore formats that you rarely use. From what I've seen, by default clipboard
history applications paste every format available.

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

Re: [TDF Community] [Board Discuss] LibreOffice - peer2peer collaboration bits

[Eyal Rozenberg]

Moving the follow-up here, as Thorsten suggested.

So, I'm arguing that we can side-step the need for "discovery" in the
P2P sense. Or even more fundamentally: P2P has several meanings. There
is "peer-to-peer networking", where nodes build an ad-hoc network in
which they need such peer discovery; and there is "peer to peer" on top
of an existing network in which, as the opposite of "through a central
server". I believe our interest should be in the second kind, as I'll
elaborate below.

On 04/05/2024 13:05, Thorsten Behrens wrote:

How to connect two or more individuals? It requires routing


I would opt for a simple protocol which does not take on problems
more complex than it has to, at least for a preliminary
implementation. Specifically - the Internet routes for us.


Connecting people for peer2peer communication is conventionally called
discovery.

There's ample writeups on the topic, here's two pointers:

* quite an accessible summary: https://jsantell.com/p2p-peer-discovery/
* scientific survey paper: 
https://www.inets.rwth-aachen.de/wp-content/uploads/2022/07/service_discovery_survey.pdf




Anyway - a server would not necessarily be required. That is, P2P
connection will happen when two users want to connect; but in our
case, they have already "connected" in some other way to agree on
making the P2P connection. So I suggest, in light of my previous
point, that we assume that the two (or more) users have another,
independent means of communication over which they can send some
data for bootstrapping the LibreOffice P2P. And this could be made
easy, UI-wise, so that the user just needs to press a copy button,
and paste some string so that the other user can see it. The other
user copies the string and pastes it into an appropriate area in
their own running LO instance. Then the connection is set up.


So in a word, piggy-backing on another, existing communication
channel?


Sort of, but not exactly. Think about a (non-Internet) phone
conversation. It's a "peer-to-peer" protocol, in the sense that there
isn't some "conversation server" which is active while the two
conversants converse: You dial the other person's number and connect to
them. But this is on top of an established network, which routes things
for you, without you having to "discover" anybody or anything. Also -
the phone number is apriori magic, which in ad-hoc peer-to-peer networks
you typically don't have. You need to know the person or organization
you're calling and obtain a numeric destination handle - not through the
use of your phone for the actual phone call. Maybe you've met and
exchanged numbers, maybe you got a card or saw an ad etc.

So, the "piggy-backing" would the interpersonal/social communication
which made the two (or more) people want to collaboratively edit a
document in the first place, plus the regular IP protocol and its
network structure.



What kind of data? Basically, I assume that would be a tuple of (IP,
port number, public key). I will admit that this doesn't cater to
the case of two firewalled users; that's a situation I'm not
experienced enough in handling, but I do know there are [many
approaches](https://en.wikipedia.org/wiki/NAT_traversal) (Wikipedia)
to handling it. Some may require a third-party "switching server",
some may not. But such a server can probably be very minimal and
hopefully not even aware of what protocol it's being used to allow
connections for.


Or taking the idea one step further: re-using the other, existing
comms channel, also for all of the collaboration traffic!


Well, I'm not sure it would be beneficial to create a strong tie-in
between our comm protocol and a specific choice of how the two users
communicate otherwise. But - that is a possibility. It may make things
easier technically I suppose - especially when it comes to more-than-two
collaborators.




Heiko wrote:

What could be achievable on TDF infrastructure?


Given what I've said above - let's try to make this completely
independent of TDF infrastructure. Either with no switching-server
at all or with something minimal that hopefully might not even need
TDF continuously maintaining a server. Note that maintenance by us
also has privacy implications, much more so than third-party-less
P2P.


Yup. At any rate, requiring any kind of centralized server
infrastructure has inevitable scalability challenges. It would still
be useful if TDF could help with bootstrapping whatever server
infrastructure will be needed, though.


Agreed; let's just think of such a bootstrapping as something to avoid
if possible, even at the cost of some tradeoffs. This relates
specifically to my two points of motivation for this feature (which I'll
quote for those who follow this list but not forum): This

"1.Undermines the paradigm Microsoft, Google and others are pushing,
of your work as a user going through them, visible and data-mine-able to
them, requiring connectivity to their servers…
 2.Offers potential for more easily 

[Bug 160825] The extension's "Release note" may be in an unintended format

[bugzilla-daemon]

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

Adolfo Jayme Barrientos  changed:

   What|Removed |Added

  Component|Documentation   |Extensions

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

[Bug 160934] [Calc Editing] Undo ineffective after Data Entry Form deleting --> data loss !!!

[bugzilla-daemon]

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

Gwenaël Q.  changed:

   What|Removed |Added

Summary|[Calc Editing] Undo |[Calc Editing] Undo
   |ineffective after Data  |ineffective after Data
   |Entry Forms deleting -->|Entry Form deleting -->
   |data loss !!!   |data loss !!!

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

[Bug 160934] New: [Calc Editing] Undo ineffective after Data Entry Forms deleting --> data loss !!!

[bugzilla-daemon]

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

Bug ID: 160934
   Summary: [Calc Editing] Undo ineffective after Data Entry Forms
deleting --> data loss !!!
   Product: LibreOffice
   Version: 7.6.5.2 release
  Hardware: All
OS: All
Status: UNCONFIRMED
  Severity: normal
  Priority: medium
 Component: Calc
  Assignee: libreoffice-bugs@lists.freedesktop.org
  Reporter: g_quene...@yahoo.fr

Description:
After deleting data with Data Entry Form, Ctl+Z is ineffective  

Undo should always work. If not then data loss is possible and the software is
not reliable --> Bug Severity : HIGHT

Steps to Reproduce:
- Open Calc
- add 2 or 3 rows of data within 2 or 3 columns
- select one cell of data
- Data > form
- In the Data form, select a record then hit Delete 
- Hit Close
- Ctrl+Z


Actual Results:
Nothing, deleted record data is not back



Expected Results:
Ctl+Z (= Undo) should allow deleted data to be undeleted 
Undo should always work. If not then data loss is possible and the software is
not reliable --> Bug Severity : HIGHT


Reproducible: Always


User Profile Reset: No

Additional Info:
Version: 7.6.5.2 (X86_64) / LibreOffice Community
Build ID: 38d5f62f85355c192ef5f1dd47c5c0c0c6d6598b
CPU threads: 8; OS: Windows 10.0 Build 22631; UI render: Skia/Raster; VCL: win
Locale: fr-FR (fr_FR); UI: fr-FR
Calc: threaded

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

core.git: solenv/gbuild

[Christian Lohmaier (via logerrit)]

 solenv/gbuild/TargetLocations.mk |2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

New commits:
commit 6efe3a7a83bf5e110cbe84c225ca4f0a6364a906
Author: Christian Lohmaier 
AuthorDate: Sat May 4 14:30:50 2024 +0200
Commit: Christian Lohmaier 
CommitDate: Sat May 4 16:28:40 2024 +0200

turn gb_HelpTranslatePartTarget_get_workdir into error

separate commit since that macro is used in helpcontent submodule

Change-Id: I2525b03eadf75b108499701f7f576634619cbf1b
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/167123
Tested-by: Jenkins
Reviewed-by: Christian Lohmaier 

diff --git a/solenv/gbuild/TargetLocations.mk b/solenv/gbuild/TargetLocations.mk
index f36a036106a7..dc659c1e4b4d 100644
--- a/solenv/gbuild/TargetLocations.mk
+++ b/solenv/gbuild/TargetLocations.mk
@@ -98,7 +98,7 @@ gb_HelpTarget_get_workdir = $(error please use plain 
gb_HelpTarget_workdir)
 gb_HelpTarget_workdir := $(WORKDIR)/HelpTarget
 gb_HelpTranslatePartTarget_get_target = 
$(WORKDIR)/HelpTranslatePartTarget/$(1)/done
 gb_HelpTranslatePartTarget_get_translated_target = 
$(WORKDIR)/HelpTranslatePartTarget/$(1)/$(2).xhp
-gb_HelpTranslatePartTarget_get_workdir = 
$(WORKDIR)/HelpTranslatePartTarget/$(1)
+gb_HelpTranslatePartTarget_get_workdir = $(error please use plain 
gb_HelpTranslatePartTarget_workdir instead)
 gb_HelpTranslatePartTarget_workdir := $(WORKDIR)/HelpTranslatePartTarget
 gb_HelpTranslateTarget_get_target = $(WORKDIR)/HelpTranslateTarget/$(1).done
 gb_HelpTreeTarget_get_target = $(WORKDIR)/HelpTreeTarget/$(1).tree

help.git: CustomTarget_html.mk

[Christian Lohmaier (via logerrit)]

 CustomTarget_html.mk |   18 +-
 1 file changed, 9 insertions(+), 9 deletions(-)

New commits:
commit 5873436e54097facb9c435dc00cef6fc7194b108
Author: Christian Lohmaier 
AuthorDate: Sat May 4 14:35:31 2024 +0200
Commit: Christian Lohmaier 
CommitDate: Sat May 4 16:28:15 2024 +0200

makefile simplification: replace $(call 
gb_HelpTranslatePartTarget_get_workdir,foo)

helpcontent2 portion

Change-Id: I2e10bf8bf4cb39fa3a8f9a2c3eb8f22d8632560c
Reviewed-on: https://gerrit.libreoffice.org/c/help/+/167124
Reviewed-by: Christian Lohmaier 
Tested-by: Jenkins

diff --git a/CustomTarget_html.mk b/CustomTarget_html.mk
index 9b583f68c7..d105f119ad 100644
--- a/CustomTarget_html.mk
+++ b/CustomTarget_html.mk
@@ -65,7 +65,7 @@ ifeq ($(HELP_OMINDEX_PAGE),TRUE)
 
 define html_gen_xaptpl_dep
 $(gb_CustomTarget_workdir)/helpcontent2/help3xsl/$(1)/xap_tpl : \
-   $(if $(filter en-US,$(1)),$(SRCDIR),$(call 
gb_HelpTranslatePartTarget_get_workdir,$(1)))/helpcontent2/source/text/shared/help/browserhelp.xhp
+   $(if $(filter 
en-US,$(1)),$(SRCDIR),$(gb_HelpTranslatePartTarget_workdir)/$(1))/helpcontent2/source/text/shared/help/browserhelp.xhp
 
 endef

@@ -84,7 +84,7 @@ $(gb_CustomTarget_workdir)/helpcontent2/help3xsl/%/xap_tpl : \
--stringparam productversion "$(PRODUCTVERSION)" \
-o $@ \
$(SRCDIR)/helpcontent2/help3xsl/xap_templ_query.xsl \
-   $(if $(filter en-US,$*),$(SRCDIR),$(call 
gb_HelpTranslatePartTarget_get_workdir,$*))/helpcontent2/source/text/shared/help/browserhelp.xhp
 \
+   $(if $(filter 
en-US,$*),$(SRCDIR),$(gb_HelpTranslatePartTarget_workdir)/$*)/helpcontent2/source/text/shared/help/browserhelp.xhp
 \
)
$(call gb_Trace_EndRange,$*/$(@F),XSL)
 
@@ -94,7 +94,7 @@ endif
 
 define html_gen_noscript_dep
 $(gb_CustomTarget_workdir)/helpcontent2/help3xsl/$(1)/noscript.html : \
-   $(if $(filter en-US,$(1)),$(SRCDIR),$(call 
gb_HelpTranslatePartTarget_get_workdir,$(1)))/helpcontent2/source/text/shared/help/browserhelp.xhp
+   $(if $(filter 
en-US,$(1)),$(SRCDIR),$(gb_HelpTranslatePartTarget_workdir)/$(1))/helpcontent2/source/text/shared/help/browserhelp.xhp
 
 endef
 
@@ -114,7 +114,7 @@ 
$(gb_CustomTarget_workdir)/helpcontent2/help3xsl/%/noscript.html : \
--stringparam productversion "$(PRODUCTVERSION)" \
-o $@ \
$(SRCDIR)/helpcontent2/help3xsl/noscript.xsl \
-   $(if $(filter en-US,$*),$(SRCDIR),$(call 
gb_HelpTranslatePartTarget_get_workdir,$*))/helpcontent2/source/text/shared/help/browserhelp.xhp
 \
+   $(if $(filter 
en-US,$*),$(SRCDIR),$(gb_HelpTranslatePartTarget_workdir)/$*)/helpcontent2/source/text/shared/help/browserhelp.xhp
 \
)
$(call gb_Trace_EndRange,$*/$(@F),XSL)
 
@@ -126,7 +126,7 @@ 
$(gb_CustomTarget_workdir)/helpcontent2/help3xsl/languages.js : \
 
 define html_gen_langnames_js_dep
 $(gb_CustomTarget_workdir)/helpcontent2/help3xsl/$(1)/langnames.js : \
-   $(if $(filter en-US,$(1)),$(SRCDIR),$(call 
gb_HelpTranslatePartTarget_get_workdir,$(1)))/helpcontent2/source/text/shared/help/browserhelp.xhp
+   $(if $(filter 
en-US,$(1)),$(SRCDIR),$(gb_HelpTranslatePartTarget_workdir)/$(1))/helpcontent2/source/text/shared/help/browserhelp.xhp
 
 endef
 
@@ -222,13 +222,13 @@ 
$(gb_CustomTarget_workdir)/helpcontent2/help3xsl/%/html.text : \
$(call gb_Output_announce,$(subst $(WORKDIR)/,,$@),$(true),XSL,1)
$(call gb_Trace_StartRange,$*/$(@F),XSL)
rm -rf $(dir $@)text && mkdir -p $(dir $@)text && cd $(dir $@)text && 
mkdir -p $(sort $(subst helpcontent2/source/text/,,$(dir 
$(gb_html_allhelpfiles \
-   && cd $(if $(filter en-US,$*),$(SRCDIR),$(call 
gb_HelpTranslatePartTarget_get_workdir,$*)) \
+   && cd $(if $(filter 
en-US,$*),$(SRCDIR),$(gb_HelpTranslatePartTarget_workdir)/$*) \
&& RESPONSEFILE=$(call gb_var2file,$(shell $(gb_MKTEMP)),$(addsuffix 
$(WHITESPACE)dummyIgnoreCRinEOL$(NEWLINE),$(subst 
helpcontent2/source/,,$(gb_html_allhelpfiles \
&& while read xhp dummy; do \
$(call gb_ExternalExecutable_get_command,xsltproc) \
--stringparam Language $* \
--stringparam local $(if $(HELP_ONLINE),'no','yes') \
-   --stringparam root $(if $(filter en-US,$*),$(SRCDIR),$(call 
gb_HelpTranslatePartTarget_get_workdir,$*))/helpcontent2/source/ \
+   --stringparam root $(if $(filter 
en-US,$*),$(SRCDIR),$(gb_HelpTranslatePartTarget_workdir)/$*)/helpcontent2/source/
 \
--stringparam productname "$(gb_PRODUCTNAME_HTML)" \
--stringparam productversion "$(PRODUCTVERSION)" \
--stringparam xapian $(if $(filter TRUE, 
$(HELP_OMINDEX_PAGE)),'yes','no') \
@@ -287,7 +287,7 @@ 
$(gb_CustomTarget_workdir)/helpcontent2/help3xsl/%/bookmarks.part : \
$(call gb_Output_announce,$(subst 

core.git: 2 commits - helpcontent2 solenv/gbuild

[Christian Lohmaier (via logerrit)]

 helpcontent2 |2 +-
 solenv/gbuild/HelpTarget.mk  |8 
 solenv/gbuild/TargetLocations.mk |1 +
 3 files changed, 6 insertions(+), 5 deletions(-)

New commits:
commit a3d55b67b0c44aa135aad6447ba8a03c5aa7936a
Author: Christian Lohmaier 
AuthorDate: Sat May 4 16:28:15 2024 +0200
Commit: Gerrit Code Review 
CommitDate: Sat May 4 16:28:15 2024 +0200

Update git submodules

* Update helpcontent2 from branch 'master'
  to 5873436e54097facb9c435dc00cef6fc7194b108
  - makefile simplification: replace $(call 
gb_HelpTranslatePartTarget_get_workdir,foo)

helpcontent2 portion

Change-Id: I2e10bf8bf4cb39fa3a8f9a2c3eb8f22d8632560c
Reviewed-on: https://gerrit.libreoffice.org/c/help/+/167124
Reviewed-by: Christian Lohmaier 
Tested-by: Jenkins

diff --git a/helpcontent2 b/helpcontent2
index e8b21ab24434..5873436e5409 16
--- a/helpcontent2
+++ b/helpcontent2
@@ -1 +1 @@
-Subproject commit e8b21ab244345cea0a1d0b9190a8729ff3ea47b1
+Subproject commit 5873436e54097facb9c435dc00cef6fc7194b108
commit 52fc9164940a7e778cf4b03a984f7259bd92f9fa
Author: Christian Lohmaier 
AuthorDate: Sat May 4 14:29:17 2024 +0200
Commit: Christian Lohmaier 
CommitDate: Sat May 4 16:28:03 2024 +0200

makefile simplification: replace $(call 
gb_HelpTranslatePartTarget_get_workdir,foo)

…by a simple/static $(gb_HelpTranslatePartTarget_workdir)/foo
see also 0c4c84a14b01c71c76a9c45a7f26aec4d64f3e4f

Change-Id: I2525b03eadf75b108499701f7f576634619ccf1b
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/167122
Tested-by: Jenkins
Reviewed-by: Christian Lohmaier 

diff --git a/solenv/gbuild/HelpTarget.mk b/solenv/gbuild/HelpTarget.mk
index aa114d373b0b..2a629fcbd129 100644
--- a/solenv/gbuild/HelpTarget.mk
+++ b/solenv/gbuild/HelpTarget.mk
@@ -45,14 +45,14 @@ $(call gb_Helper_abbreviate_dirs, \
-l $(HELP_LANG) \
-mi $${HELPFILES} \
-m $${POFILES} \
-   -o $(call gb_HelpTranslatePartTarget_get_workdir,$(2)) 
&& \
+   -o $(gb_HelpTranslatePartTarget_workdir)/$(2) && \
rm -f $${POFILES} \
, \
$(gb_HelpTranslatePartTarget_COMMAND) \
-l $(HELP_LANG) \
-mi $${HELPFILES} \
-m \
-   -o $(call gb_HelpTranslatePartTarget_get_workdir,$(2)) \
+   -o $(gb_HelpTranslatePartTarget_workdir)/$(2) \
) \
 ) && \
 touch $@ && \
@@ -83,7 +83,7 @@ $(call gb_HelpTranslatePartTarget_get_target,$(1)) : POFILES 
:= $(3)
 $(call gb_HelpTranslatePartTarget_get_target,$(1)) : 
$(gb_Module_CURRENTMAKEFILE)
 $(call gb_HelpTranslatePartTarget_get_target,$(1)) : $(3)
 $(call gb_HelpTranslatePartTarget_get_target,$(1)) :| $(dir $(call 
gb_HelpTranslatePartTarget_get_target,$(1))).dir
-$(call gb_HelpTranslatePartTarget_get_target,$(1)) :| $(call 
gb_HelpTranslatePartTarget_get_workdir,$(1))/.dir
+$(call gb_HelpTranslatePartTarget_get_target,$(1)) :| 
$(gb_HelpTranslatePartTarget_workdir)/$(1)/.dir
 
 endef
 
@@ -99,7 +99,7 @@ endef
 gb_HelpTranslateTarget__get_lang = $(lastword $(subst /, ,$(1)))
 
 gb_HelpTranslateTarget__get_partname = $(call 
gb_HelpTranslateTarget__get_lang,$(1))/$(patsubst %/,%,$(2))
-gb_HelpTranslateTarget__get_part_workdir = $(call 
gb_HelpTranslatePartTarget_get_workdir,$(call 
gb_HelpTranslateTarget__get_partname,$(1),$(2)))
+gb_HelpTranslateTarget__get_part_workdir = 
$(gb_HelpTranslatePartTarget_workdir)/$(call 
gb_HelpTranslateTarget__get_partname,$(1),$(2))
 
 gb_HelpTranslateTarget_get_translated_target = $(call 
gb_HelpTranslatePartTarget_get_translated_target,$(call 
gb_HelpTranslateTarget__get_partname,$(1),$(dir $(2))),$(notdir $(2)))
 gb_HelpTranslateTarget__get_any_translated_target = $(abspath $(call 
gb_HelpTranslatePartTarget_get_translated_target,,$(1)))
diff --git a/solenv/gbuild/TargetLocations.mk b/solenv/gbuild/TargetLocations.mk
index f59b3da126f9..f36a036106a7 100644
--- a/solenv/gbuild/TargetLocations.mk
+++ b/solenv/gbuild/TargetLocations.mk
@@ -99,6 +99,7 @@ gb_HelpTarget_workdir := $(WORKDIR)/HelpTarget
 gb_HelpTranslatePartTarget_get_target = 
$(WORKDIR)/HelpTranslatePartTarget/$(1)/done
 gb_HelpTranslatePartTarget_get_translated_target = 
$(WORKDIR)/HelpTranslatePartTarget/$(1)/$(2).xhp
 gb_HelpTranslatePartTarget_get_workdir = 
$(WORKDIR)/HelpTranslatePartTarget/$(1)
+gb_HelpTranslatePartTarget_workdir := $(WORKDIR)/HelpTranslatePartTarget
 gb_HelpTranslateTarget_get_target = $(WORKDIR)/HelpTranslateTarget/$(1).done
 gb_HelpTreeTarget_get_target = $(WORKDIR)/HelpTreeTarget/$(1).tree
 gb_InstallModule_get_filelist = $(call 
gb_InstallModuleTarget_get_filelist,$(1))

core.git: 3 commits - solenv/gbuild

[Christian Lohmaier (via logerrit)]

 solenv/gbuild/Extension.mk   |   49 ++-
 solenv/gbuild/Gallery.mk |   32 -
 solenv/gbuild/HelpTarget.mk  |   10 +++
 solenv/gbuild/TargetLocations.mk |9 ---
 4 files changed, 50 insertions(+), 50 deletions(-)

New commits:
commit c8a145afbff81d4c19c2346870eb005c775862b1
Author: Christian Lohmaier 
AuthorDate: Sat May 4 14:17:41 2024 +0200
Commit: Christian Lohmaier 
CommitDate: Sat May 4 16:27:56 2024 +0200

makefile simplification: replace $(call gb_HelpTarget_get_workdir,foo)

…by a simple/static $(gb_HelpTarget_workdir)/foo
see also 0c4c84a14b01c71c76a9c45a7f26aec4d64f3e4f

Change-Id: Ibe4ce564b021158f3b1800fad96bdeee88792a97
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/167121
Tested-by: Jenkins
Reviewed-by: Christian Lohmaier 

diff --git a/solenv/gbuild/HelpTarget.mk b/solenv/gbuild/HelpTarget.mk
index 98baa661e908..aa114d373b0b 100644
--- a/solenv/gbuild/HelpTarget.mk
+++ b/solenv/gbuild/HelpTarget.mk
@@ -377,7 +377,7 @@ endef
 # gb_HelpLinkTarget_set_indexed target indexfiles
 define gb_HelpLinkTarget_set_indexed
 $(call gb_HelpLinkTarget_get_target,$(1)) : HELP_INDEXED := $(2)
-$(addprefix $(call gb_HelpTarget_get_workdir,$(1))/,$(2)) : $(call 
gb_HelpIndexTarget_get_target,$(1))
+$(addprefix $(gb_HelpTarget_workdir)/$(1)/,$(2)) : $(call 
gb_HelpIndexTarget_get_target,$(1))
 
 endef
 
@@ -407,7 +407,7 @@ endef
 define gb_HelpLinkTarget_add_renamed_file
 $(call gb_HelpLinkTarget_get_target,$(1)) : HELP_EXTRA_ADD_FILES += $(strip 
$(2)),$(strip $(3))
 $(call gb_HelpLinkTarget_get_target,$(1)) : $(3)
-$(call gb_HelpTarget_get_workdir,$(1))/$(2) : $(call 
gb_HelpLinkTarget_get_target,$(1))
+$(gb_HelpTarget_workdir)/$(1)/$(2) : $(call gb_HelpLinkTarget_get_target,$(1))
touch $$@
 
 endef
@@ -582,7 +582,7 @@ endif
$(call gb_HelpTarget_get_linked_target,$*) \
$(call gb_HelpTarget_get_target,$*) \
$(call gb_HelpTarget_get_translation_target,$*) \
-   $(call gb_HelpTarget_get_workdir,$*) \
+   $(gb_HelpTarget_workdir)/$* \
)
 
 gb_HelpTarget_get_packagename = HelpTarget/$(1)
@@ -599,7 +599,7 @@ $(call gb_HelpTarget_get_target,$(1)) : HELP_LANG := $(3)
 $(call gb_HelpTarget_get_translation_target,$(1)) : HELP_FILES :=
 $(call gb_HelpTarget_get_translation_target,$(1)) : 
$(gb_Module_CURRENTMAKEFILE)
 
-$(call gb_HelpTarget__HelpTarget_impl,$(1),$(2),$(3),$(call 
gb_HelpTarget_get_workdir,$(1)),$(call gb_HelpTarget_get_packagename,$(1)))
+$(call 
gb_HelpTarget__HelpTarget_impl,$(1),$(2),$(3),$(gb_HelpTarget_workdir)/$(1),$(call
 gb_HelpTarget_get_packagename,$(1)))
 
 endef
 
@@ -617,7 +617,7 @@ endif
 $(call gb_HelpTarget_get_linked_target,$(1)) : $(call 
gb_HelpTarget_get_translation_target,$(1))
 ifeq ($(ENABLE_HTMLHELP),)
 $(call gb_HelpLinkTarget_get_target,$(1)) : $(call 
gb_HelpTarget_get_linked_target,$(1))
-$(call gb_HelpLinkTarget_get_target,$(1)) :| $(call 
gb_HelpTarget_get_workdir,$(1))/.dir
+$(call gb_HelpLinkTarget_get_target,$(1)) :| $(gb_HelpTarget_workdir)/$(1)/.dir
 $(call gb_HelpTarget_get_target,$(1)) : $(call 
gb_HelpLinkTarget_get_target,$(1))
 $(call gb_Package_get_preparation_target,$(5)) : $(call 
gb_HelpTarget_get_target,$(1))
 endif
diff --git a/solenv/gbuild/TargetLocations.mk b/solenv/gbuild/TargetLocations.mk
index 553c127a1781..f59b3da126f9 100644
--- a/solenv/gbuild/TargetLocations.mk
+++ b/solenv/gbuild/TargetLocations.mk
@@ -94,7 +94,8 @@ gb_HelpTarget_get_filelist = 
$(WORKDIR)/HelpTarget/$(1).filelist
 gb_HelpTarget_get_linked_target = $(WORKDIR)/HelpTarget/$(1).translate
 gb_HelpTarget_get_target = $(WORKDIR)/HelpTarget/$(1).zip
 gb_HelpTarget_get_translation_target = $(call gb_HelpTarget_get_filelist,$(1))
-gb_HelpTarget_get_workdir = $(WORKDIR)/HelpTarget/$(1)
+gb_HelpTarget_get_workdir = $(error please use plain gb_HelpTarget_workdir)
+gb_HelpTarget_workdir := $(WORKDIR)/HelpTarget
 gb_HelpTranslatePartTarget_get_target = 
$(WORKDIR)/HelpTranslatePartTarget/$(1)/done
 gb_HelpTranslatePartTarget_get_translated_target = 
$(WORKDIR)/HelpTranslatePartTarget/$(1)/$(2).xhp
 gb_HelpTranslatePartTarget_get_workdir = 
$(WORKDIR)/HelpTranslatePartTarget/$(1)
commit ee5eb3dac8c90a49de88475cf2d0de9d8a93e912
Author: Christian Lohmaier 
AuthorDate: Sat May 4 14:08:02 2024 +0200
Commit: Christian Lohmaier 
CommitDate: Sat May 4 16:27:49 2024 +0200

makefile simplification: replace $(call gb_Galley_get_workdir,foo)

…by a simple/static $(gb_Gallery_workdir)/foo
see also 0c4c84a14b01c71c76a9c45a7f26aec4d64f3e4f

Change-Id: Iaa2ab218b329a15c7bf2ea528e2612a3a6b44f6c
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/167120
Reviewed-by: Christian Lohmaier 
Tested-by: Jenkins

diff --git a/solenv/gbuild/Gallery.mk b/solenv/gbuild/Gallery.mk
index 3d3fa2092edc..ec7a791351fb 100644

[Bug 160932] (CJK)If the table has vertical and horizontal writing, it will not be output correctly.

[bugzilla-daemon]

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

--- Comment #3 from V Stuart Foote  ---
(In reply to V Stuart Foote from comment #2)
> Confirmed. The PDF export is mishandling placement of the CJK Kanji in the
> horizontal text spans. They appear overstruck and otherwise mispositioned...

Should have noted, that if I delete the initial table column of Vertical text,
the export to PDF is no longer affected in the remaining table cell. Get good
export from 24.8.0 back to 7.4.7

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

[Bug 160739] Raise a matrix to an exponential with Calc

[bugzilla-daemon]

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

--- Comment #10 from xhertan  ---
(In reply to ady from comment #9)
> I am CC'ing Rafael Lima, just in case he happens to be somewhat interested
> in this kind of issues; apologies if this is not the case.
> 
> * The samples provided are indeed using iteration, but without convergence.
> * ATM, Calc indeed lacks the possibility of solving iterations without
> convergence.
> * There might be a chance that using some Solver or Goal Seek models would
> workaround the lack of the aforementioned feature, in some cases.
> * The specific samples attached to this report seem to be using
> over-complicated formulas in more than one range. There are simpler,
> more-efficient equivalent formulas that could replace them, unless the
> attached sample files actually represent much more complicated cases (which
> we cannot deduce from those sample files).
> * The MMULT() function does not seem to be related to the issue in any way;
> it just happens to be used in one array formula, but the same could had
> happened with any other function in its place.
> * I would suggest going to  and ask there for
> alternative solutions and possible improvements, with particular focus on
> what exactly is the goal (i.e. what you want to achieve), rather than
> focusing on the method/formula that is in use in the attached sample files.

Thank you for your response. The example provided here is the simplest form of
my calculations. I simplified the issue with the examples provided. These
examples run perfectly fine in MS Excel, SoftMaker, and WPS Office. Only LO
Calc is unable to compute this.

If you can reproduce this case, Can we change the status of this bug to
CONFIRMED?

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

[Bug 113195] [META] Japanese language-specific CJK issues

[bugzilla-daemon]

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

V Stuart Foote  changed:

   What|Removed |Added

 Depends on||160932


Referenced Bugs:

https://bugs.documentfoundation.org/show_bug.cgi?id=160932
[Bug 160932] (CJK)If the table has vertical and horizontal writing, it will not
be output correctly.
-- 
You are receiving this mail because:
You are the assignee for the bug.

[Bug 160932] (CJK)If the table has vertical and horizontal writing, it will not be output correctly.

[bugzilla-daemon]

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

V Stuart Foote  changed:

   What|Removed |Added

 Blocks||113195


Referenced Bugs:

https://bugs.documentfoundation.org/show_bug.cgi?id=113195
[Bug 113195] [META] Japanese language-specific CJK issues
-- 
You are receiving this mail because:
You are the assignee for the bug.

[Bug 106045] [META] Vertical and rotated text direction issues

[bugzilla-daemon]

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

V Stuart Foote  changed:

   What|Removed |Added

 Depends on||160932


Referenced Bugs:

https://bugs.documentfoundation.org/show_bug.cgi?id=160932
[Bug 160932] (CJK)If the table has vertical and horizontal writing, it will not
be output correctly.
-- 
You are receiving this mail because:
You are the assignee for the bug.

[Bug 160932] (CJK)If the table has vertical and horizontal writing, it will not be output correctly.

[bugzilla-daemon]

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

V Stuart Foote  changed:

   What|Removed |Added

 CC||stephane.guillou@libreoffic
   ||e.org,
   ||vsfo...@libreoffice.org
   Keywords||bibisectRequest
URL||https://ask.libreoffice.org
   ||/t/ubuntu24-04-libreoffice-
   ||writer/105270
 Status|UNCONFIRMED |NEW
 Blocks||106045
 Ever confirmed|0   |1

--- Comment #2 from V Stuart Foote  ---
Confirmed. The PDF export is mishandling placement of the CJK Kanji in the
horizontal text spans. They appear overstruck and otherwise mispositioned in
the text spans, the Hirakana and Katakana did not appear affected only the
Kanji glyphs.

Did not notice the issue in the Print preview, only with an export to PDF and
opening of the PDF in a viewer. 

Confirm it is was not present in a 7.4.7.2 release build, but does occur in a
7.5.0.3 release build.

Just not clear the bibisect result of 1bf82b26aea3a403920a64cdfcb4671c947c7a01
[1] noted on Ask is the complete issue, as it was back ported to 7.4 [2] which
correctly handles the mixed vertical and horizontal text spans in table cells.

Another bibisect needed...

=-ref-=
[1] https://gerrit.libreoffice.org/c/core/+/138250
[2] https://gerrit.libreoffice.org/c/core/+/138278


Referenced Bugs:

https://bugs.documentfoundation.org/show_bug.cgi?id=106045
[Bug 106045] [META] Vertical and rotated text direction issues
-- 
You are receiving this mail because:
You are the assignee for the bug.

core.git: 2 commits - sw/source toolkit/source

[Noel Grandin (via logerrit)]

 sw/source/writerfilter/rtftok/rtfsdrimport.cxx |   12 +---
 toolkit/source/controls/grid/gridcolumn.cxx|   22 +++---
 toolkit/source/controls/grid/gridcolumn.hxx|4 ++--
 3 files changed, 18 insertions(+), 20 deletions(-)

New commits:
commit 95dcfa737d6ec4786e1afd33ced064e07976196e
Author: Noel Grandin 
AuthorDate: Thu May 2 15:25:49 2024 +0200
Commit: Noel Grandin 
CommitDate: Sat May 4 15:08:25 2024 +0200

replace createFromAscii with OUString literals in RTFSdrImport

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

diff --git a/sw/source/writerfilter/rtftok/rtfsdrimport.cxx 
b/sw/source/writerfilter/rtftok/rtfsdrimport.cxx
index da2a2bd1365f..dff40953d1bd 100644
--- a/sw/source/writerfilter/rtftok/rtfsdrimport.cxx
+++ b/sw/source/writerfilter/rtftok/rtfsdrimport.cxx
@@ -164,18 +164,16 @@ void RTFSdrImport::resolveLineColorAndWidth(bool 
bTextFrame,
 }
 else
 {
-static const char* aBorders[]
-= { "TopBorder", "LeftBorder", "BottomBorder", "RightBorder" };
-for (const char* pBorder : aBorders)
+static constexpr OUString aBorders[]
+= { u"TopBorder"_ustr, u"LeftBorder"_ustr, u"BottomBorder"_ustr, 
u"RightBorder"_ustr };
+for (const OUString& pBorder : aBorders)
 {
-auto aBorderLine = 
xPropertySet->getPropertyValue(OUString::createFromAscii(pBorder))
-   .get();
+auto aBorderLine = 
xPropertySet->getPropertyValue(pBorder).get();
 if (rLineColor.hasValue())
 aBorderLine.Color = rLineColor.get();
 if (rLineWidth.hasValue())
 aBorderLine.LineWidth = rLineWidth.get();
-xPropertySet->setPropertyValue(OUString::createFromAscii(pBorder),
-   uno::Any(aBorderLine));
+xPropertySet->setPropertyValue(pBorder, uno::Any(aBorderLine));
 }
 }
 }
commit d13bd5313a2a102f1be2eff439e602e57265febb
Author: Noel Grandin 
AuthorDate: Thu May 2 15:32:09 2024 +0200
Commit: Noel Grandin 
CommitDate: Sat May 4 15:08:13 2024 +0200

replace createFromAscii with OUString literals in GridColumn

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

diff --git a/toolkit/source/controls/grid/gridcolumn.cxx 
b/toolkit/source/controls/grid/gridcolumn.cxx
index 92d28ce9c822..a5165a63cd71 100644
--- a/toolkit/source/controls/grid/gridcolumn.cxx
+++ b/toolkit/source/controls/grid/gridcolumn.cxx
@@ -72,12 +72,12 @@ namespace toolkit
 }
 
 
-void GridColumn::broadcast_changed( char const * const 
i_asciiAttributeName, const Any& i_oldValue, const Any& i_newValue,
+void GridColumn::broadcast_changed( const OUString& i_asciiAttributeName, 
const Any& i_oldValue, const Any& i_newValue,
 std::unique_lock& i_Guard )
 {
 Reference< XInterface > const xSource( getXWeak() );
 GridColumnEvent const aEvent(
-xSource, OUString::createFromAscii( i_asciiAttributeName ),
+xSource, i_asciiAttributeName,
 i_oldValue, i_newValue, m_nIndex
 );
 
@@ -108,7 +108,7 @@ namespace toolkit
 
 void SAL_CALL GridColumn::setColumnWidth(::sal_Int32 value)
 {
-impl_set( m_nColumnWidth, value, "ColumnWidth" );
+impl_set( m_nColumnWidth, value, u"ColumnWidth"_ustr );
 }
 
 
@@ -121,7 +121,7 @@ namespace toolkit
 
 void SAL_CALL GridColumn::setMaxWidth(::sal_Int32 value)
 {
-impl_set( m_nMaxWidth, value, "MaxWidth" );
+impl_set( m_nMaxWidth, value, u"MaxWidth"_ustr );
 }
 
 
@@ -134,7 +134,7 @@ namespace toolkit
 
 void SAL_CALL GridColumn::setMinWidth(::sal_Int32 value)
 {
-impl_set( m_nMinWidth, value, "MinWidth" );
+impl_set( m_nMinWidth, value, u"MinWidth"_ustr );
 }
 
 
@@ -147,7 +147,7 @@ namespace toolkit
 
 void SAL_CALL GridColumn::setTitle(const OUString & value)
 {
-impl_set( m_sTitle, value, "Title" );
+impl_set( m_sTitle, value, u"Title"_ustr );
 }
 
 
@@ -160,7 +160,7 @@ namespace toolkit
 
 void SAL_CALL GridColumn::setHelpText( const OUString & value )
 {
-impl_set( m_sHelpText, value, "HelpText" );
+impl_set( m_sHelpText, value, u"HelpText"_ustr );
 }
 
 
@@ -173,7 +173,7 @@ namespace toolkit
 
 void SAL_CALL GridColumn::setResizeable(sal_Bool value)
 {
-impl_set( m_bResizeable, bool(value), "Resizeable" );
+impl_set( m_bResizeable, bool(value), u"Resizeable"_ustr );
 }
 
 
@@ -188,7 +188,7 @@ namespace toolkit
 {
 if ( i_value < 0 )
 throw IllegalArgumentException( OUString(), *this, 1 );
-impl_set( 

[Bug 160933] New: Writer does not follow the link to open document

[bugzilla-daemon]

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

Bug ID: 160933
   Summary: Writer does not follow the link to open document
   Product: LibreOffice
   Version: 24.2.3.2 release
  Hardware: x86-64 (AMD64)
   URL: https://forum.openoffice.org/en/forum/viewtopic.php?t=
111494
OS: Linux (All)
Status: UNCONFIRMED
  Severity: normal
  Priority: medium
 Component: Writer
  Assignee: libreoffice-bugs@lists.freedesktop.org
  Reporter: ko...@disroot.org

In my documents i have several hyper links that link to sections in other
documents. If a document with a link to a section is closed, and I ctrl click
the link, the document opens and jumps me to the section.

If a document with a link to a section is opened, and I ctrl click the link,
the document remains in background, and only the cursor jumps to the section.
That means that i have to switch manually to the document.

IF i click i link i would expect it to bring me to the target. Also, this was
working before, i have build my document structure taking advantage of this
principle. Unfurtunatelly, i do not know when the regression happened.

I am on debian 12, Bookworm with the default gnome desktop on wayland.
Libreoffice 24.2.3 is from backports.

However i have tried with the appimage both fresh and still, the behavior is
the same. 

Before filling this bug i have asked in this forum
https://forum.openoffice.org/en/forum/viewtopic.php?t=111494. The same appears
to happen with LO 24.2 on xubuntu 24.04. However on windows it works as
expected according to the participants in the forum.

Please consider fixing this regression,

Best Kocj

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

[Bug 160931] spam

[bugzilla-daemon]

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

V Stuart Foote  changed:

   What|Removed |Added

Summary|GBO303  |spam

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

core.git: extensions/source sw/source xmlsecurity/source

[Caolán McNamara (via logerrit)]

 extensions/source/bibliography/bibbeam.cxx   |2 -
 extensions/source/ole/oleobjw.cxx|1 
 sw/source/core/edit/edundo.cxx   |3 +-
 sw/source/core/fields/cellfml.cxx|   13 
++
 sw/source/core/fields/fldlst.cxx |2 -
 sw/source/core/fields/reffld.cxx |4 +--
 sw/source/core/frmedt/fedesc.cxx |2 -
 sw/source/core/frmedt/fefly1.cxx |5 ++-
 sw/source/core/frmedt/feshview.cxx   |4 +--
 sw/source/core/frmedt/fetab.cxx  |2 -
 sw/source/core/frmedt/fews.cxx   |1 
 sw/source/core/layout/anchoredobject.cxx |2 -
 sw/source/core/layout/findfrm.cxx|2 -
 sw/source/core/layout/fly.cxx|2 -
 sw/source/core/layout/frmtool.cxx|5 ++-
 sw/source/core/layout/ftnfrm.cxx |6 +++-
 sw/source/core/layout/hffrm.cxx  |4 +--
 sw/source/core/layout/laycache.cxx   |4 ++-
 sw/source/core/layout/newfrm.cxx |2 -
 sw/source/core/layout/objectformattertxtfrm.cxx  |1 
 sw/source/core/layout/pagechg.cxx|8 +++---
 sw/source/core/layout/paintfrm.cxx   |3 ++
 sw/source/core/layout/trvlfrm.cxx|8 --
 sw/source/core/layout/wsfrm.cxx  |4 +--
 sw/source/core/objectpositioning/environmentofanchoredobject.cxx |8 +++---
 sw/source/core/table/swnewtable.cxx  |8 +++---
 sw/source/core/table/swtable.cxx |4 +--
 sw/source/core/text/EnhancedPDFExportHelper.cxx  |2 -
 sw/source/core/text/frmcrsr.cxx  |2 -
 sw/source/core/text/frmpaint.cxx |2 -
 sw/source/core/text/itrcrsr.cxx  |2 -
 sw/source/core/text/porfld.cxx   |2 -
 sw/source/core/text/porlay.cxx   |2 +
 sw/source/core/text/txtftn.cxx   |2 -
 xmlsecurity/source/xmlsec/xmldocumentwrapper_xmlsecimpl.cxx  |2 -
 35 files changed, 76 insertions(+), 50 deletions(-)

New commits:
commit 3752d82833f3596208f30429ca9858b9ec22f2ca
Author: Caolán McNamara 
AuthorDate: Fri May 3 21:45:34 2024 +0100
Commit: Caolán McNamara 
CommitDate: Sat May 4 14:19:55 2024 +0200

WaE: C6011 Dereferencing NULL pointer warnings

Change-Id: I68acd56b28b0f989a4010cd939f2452970d158ff
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/167103
Tested-by: Jenkins
Reviewed-by: Caolán McNamara 

diff --git a/extensions/source/bibliography/bibbeam.cxx 
b/extensions/source/bibliography/bibbeam.cxx
index a38c723852bc..1f83070f3c54 100644
--- a/extensions/source/bibliography/bibbeam.cxx
+++ b/extensions/source/bibliography/bibbeam.cxx
@@ -43,7 +43,7 @@ namespace bib
 {
 vcl::Window* pParent = pWindow->GetParent();
 
-DBG_ASSERT( pParent, "-GetTaskPaneList(): everybody here should have a 
parent!" );
+assert(pParent && "-GetTaskPaneList(): everybody here should have a 
parent!");
 
 SystemWindow*   pSysWin = pParent->GetSystemWindow();
 if( pSysWin )
diff --git a/extensions/source/ole/oleobjw.cxx 
b/extensions/source/ole/oleobjw.cxx
index 160b094acb64..d9c0296110fd 100644
--- a/extensions/source/ole/oleobjw.cxx
+++ b/extensions/source/ole/oleobjw.cxx
@@ -695,6 +695,7 @@ Any SAL_CALL IUnknownWrapper::createBridge( const Any& 
modelDepObject,
 if (xInt == xSelf)
 {
 VARIANT* pVariant = 
static_cast(CoTaskMemAlloc(sizeof(VARIANT)));
+assert(pVariant && "Don't handle OOM conditions");
 
 VariantInit(pVariant);
 if (m_bOriginalDispatch)
diff --git a/sw/source/core/edit/edundo.cxx b/sw/source/core/edit/edundo.cxx
index 576b092214df..1e7f93dfc141 100644
--- a/sw/source/core/edit/edundo.cxx
+++ b/sw/source/core/edit/edundo.cxx
@@ -231,12 +231,13 @@ static void lcl_SelectSdrMarkList( SwEditShell* pShell,
 const SdrMarkList* pSdrMarkList )
 {
 OSL_ENSURE( pShell != nullptr, "need shell!" );
-OSL_ENSURE( pSdrMarkList != nullptr, "need mark list" );
 
 SwFEShell* pFEShell = dynamic_cast( pShell );
 if( !pFEShell )
 return;
 
+assert(pSdrMarkList != nullptr && "need mark list");
+
 bool bFirst = true;
 for( size_t i = 0; i < 

[Bug 87750] make page style choosable from right click on status bar

[bugzilla-daemon]

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

--- Comment #9 from V Stuart Foote  ---
see discussion see also bug 160920

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

[Bug 160920] Allow choosing the page style from the sheets tab

[bugzilla-daemon]

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

--- Comment #5 from V Stuart Foote  ---
(In reply to Cor Nouws from comment #4)
> (In reply to V Stuart Foote from comment #3)
> > (In reply to V Stuart Foote from comment #2)
> > 
> > Otherwise, seems Calc needs Status bar context menu access to apply page
> > style to each Sheet as for bug 87750, to match UI for Writer.
> That is a logic approach.
> However: 
> - in Writer picking a page style means it is applied from the top/place with
> hard break defining a page style above to the bottom/place with a hard break
> defining a page style.
> - in Calc picking a page style means it is applied to the selected sheet(s).
> 
> Hence one could argue that adding the choice to the sheet tab is the more
> natural place?

Don't think so. Currently in Calc the page "Style" entry on the status bar
reflects the *active* sheet with cursor focus, even with multiple sheets
selected. 

And currently the Sytlist allows applying a sheet style to a selection of
sheets. Assume in implementing it that a selector on the status bar would do
the same, work against a selection of sheets.

So while having selector in context menu entry at the Sheet tab would be good
for styling a single sheet (though not simply the "Page Style..." dialog)
adding the page style selector to the status bar as for bug 87750 would offer a
more efficient UI to style a full spreadsheet document. Also more
discoverable/better feed back when applied--annotated onto the Status bar for
each sheet.

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

[Bug 160920] Allow choosing the page style from the sheets tab

[bugzilla-daemon]

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

--- Comment #5 from V Stuart Foote  ---
(In reply to Cor Nouws from comment #4)
> (In reply to V Stuart Foote from comment #3)
> > (In reply to V Stuart Foote from comment #2)
> > 
> > Otherwise, seems Calc needs Status bar context menu access to apply page
> > style to each Sheet as for bug 87750, to match UI for Writer.
> That is a logic approach.
> However: 
> - in Writer picking a page style means it is applied from the top/place with
> hard break defining a page style above to the bottom/place with a hard break
> defining a page style.
> - in Calc picking a page style means it is applied to the selected sheet(s).
> 
> Hence one could argue that adding the choice to the sheet tab is the more
> natural place?

Don't think so. Currently in Calc the page "Style" entry on the status bar
reflects the *active* sheet with cursor focus, even with multiple sheets
selected. 

And currently the Sytlist allows applying a sheet style to a selection of
sheets. Assume in implementing it that a selector on the status bar would do
the same, work against a selection of sheets.

So while having selector in context menu entry at the Sheet tab would be good
for styling a single sheet (though not simply the "Page Style..." dialog)
adding the page style selector to the status bar as for bug 87750 would offer a
more efficient UI to style a full spreadsheet document. Also more
discoverable/better feed back when applied--annotated onto the Status bar for
each sheet.

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

core.git: 2 commits - sw/source

[Noel Grandin (via logerrit)]

 sw/source/uibase/config/barcfg.cxx |   14 +++---
 sw/source/uibase/config/prtopt.cxx |   32 
 2 files changed, 23 insertions(+), 23 deletions(-)

New commits:
commit faf1c7ee2acac2d092acd899b68adf1da96f61f2
Author: Noel Grandin 
AuthorDate: Thu May 2 15:15:39 2024 +0200
Commit: Noel Grandin 
CommitDate: Sat May 4 14:15:59 2024 +0200

replace createFromAscii with OUString literals in SwToolbarConfigItem

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

diff --git a/sw/source/uibase/config/barcfg.cxx 
b/sw/source/uibase/config/barcfg.cxx
index 1f54b05cc113..021b36cb733f 100644
--- a/sw/source/uibase/config/barcfg.cxx
+++ b/sw/source/uibase/config/barcfg.cxx
@@ -91,19 +91,19 @@ void SwToolbarConfigItem::SetTopToolbar(SelectionType 
nSelType, ToolbarId eBarId
 
 Sequence SwToolbarConfigItem::GetPropertyNames()
 {
-static const char* aPropNames[] =
+static constexpr OUString aPropNames[] =
 {
-"Selection/Table",   //  SEL_TYPE_TABLE_TEXT
-"Selection/NumberedList",//  SEL_TYPE_LIST_TEXT
-"Selection/NumberedList_InTable", //  SEL_TYPE_TABLE_LIST
-"Selection/BezierObject",   //  SEL_TYPE_BEZIER
-"Selection/Graphic" //SEL_TYPE_GRAPHIC
+u"Selection/Table"_ustr,   //  SEL_TYPE_TABLE_TEXT
+u"Selection/NumberedList"_ustr,//  SEL_TYPE_LIST_TEXT
+u"Selection/NumberedList_InTable"_ustr, //  SEL_TYPE_TABLE_LIST
+u"Selection/BezierObject"_ustr,   //  SEL_TYPE_BEZIER
+u"Selection/Graphic"_ustr //SEL_TYPE_GRAPHIC
 };
 const int nCount = 5;
 Sequence aNames(nCount);
 OUString* pNames = aNames.getArray();
 for(int i = 0; i < nCount; i++)
-pNames[i] = OUString::createFromAscii(aPropNames[i]);
+pNames[i] = aPropNames[i];
 return aNames;
 }
 
commit 0ae8de6aeb548d1cb5bbe0071cb2d7e1a279f127
Author: Noel Grandin 
AuthorDate: Thu May 2 15:16:53 2024 +0200
Commit: Noel Grandin 
CommitDate: Sat May 4 14:15:51 2024 +0200

replace createFromAscii with OUString literals in SwPrintOptions

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

diff --git a/sw/source/uibase/config/prtopt.cxx 
b/sw/source/uibase/config/prtopt.cxx
index 52b490ac85c4..6a7f64fd4283 100644
--- a/sw/source/uibase/config/prtopt.cxx
+++ b/sw/source/uibase/config/prtopt.cxx
@@ -29,29 +29,29 @@ using namespace com::sun::star::uno;
 // Ctor
 Sequence SwPrintOptions::GetPropertyNames() const
 {
-static const char* aPropNames[] =
+static constexpr OUString aPropNames[] =
 {
-"Content/Graphic",  //  0
-"Content/Control",  //  1
-"Content/Background",   //  2
-"Content/PrintBlack",   //  3
-"Content/Note", //  4
-"Page/Brochure",//  5
-"Page/BrochureRightToLeft", //  6
-"Output/Fax",   //  7
-"Papertray/FromPrinterSetup",   //  8
-"Page/LeftPage",//  9 not in SW/Web
-"Page/RightPage",   // 10 not in SW/Web
-"EmptyPages",   // 11 not in SW/Web
-"Content/PrintPlaceholders",// 12 not in Sw/Web
-"Content/PrintHiddenText"   // 13 not in Sw/Web
+u"Content/Graphic"_ustr,  //  0
+u"Content/Control"_ustr,  //  1
+u"Content/Background"_ustr,   //  2
+u"Content/PrintBlack"_ustr,   //  3
+u"Content/Note"_ustr, //  4
+u"Page/Brochure"_ustr,//  5
+u"Page/BrochureRightToLeft"_ustr, //  6
+u"Output/Fax"_ustr,   //  7
+u"Papertray/FromPrinterSetup"_ustr,   //  8
+u"Page/LeftPage"_ustr,//  9 not in SW/Web
+u"Page/RightPage"_ustr,   // 10 not in SW/Web
+u"EmptyPages"_ustr,   // 11 not in SW/Web
+u"Content/PrintPlaceholders"_ustr,// 12 not in Sw/Web
+u"Content/PrintHiddenText"_ustr   // 13 not in Sw/Web
 };
 const int nCount = m_bIsWeb ? 9 : 14;
 Sequence aNames(nCount);
 OUString* pNames = aNames.getArray();
 for(int i = 0; i < nCount; i++)
 {
-pNames[i] = OUString::createFromAscii(aPropNames[i]);
+pNames[i] = aPropNames[i];
 }
 return aNames;
 }

core.git: comphelper/qa

[Andrea Gelmini (via logerrit)]

 comphelper/qa/unit/variadictemplates.cxx |2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

New commits:
commit 061d55f8b099adf7ed154df043ffd412bca8f0ed
Author: Andrea Gelmini 
AuthorDate: Sat May 4 12:47:25 2024 +0200
Commit: Julien Nabet 
CommitDate: Sat May 4 13:45:39 2024 +0200

Fix typo

Change-Id: I0db9bdf1d16baf52ad12591634a236e1aeab4e9e
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/167115
Tested-by: Julien Nabet 
Reviewed-by: Julien Nabet 

diff --git a/comphelper/qa/unit/variadictemplates.cxx 
b/comphelper/qa/unit/variadictemplates.cxx
index 0ab7cb757669..e2a282193a41 100644
--- a/comphelper/qa/unit/variadictemplates.cxx
+++ b/comphelper/qa/unit/variadictemplates.cxx
@@ -24,7 +24,7 @@ public:
 
 CPPUNIT_TEST_SUITE(VariadicTemplatesTest);
 // This unit test sometimes generates a compiler crash on macos Intel. 
Unfortunately the crash
-// is sometimes in the codegen phase, so its not obvious how to fix it.
+// is sometimes in the codegen phase, so it's not obvious how to fix it.
 #if !(defined(MACOSX) && defined __x86_64__ && __clang_major__ <= 14)
 CPPUNIT_TEST(testUnwrapArgs);
 #endif

[Bug 160927] One Windows 11, every time I open a document. It assumes it is damaged,

[bugzilla-daemon]

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

Julien Nabet  changed:

   What|Removed |Added

 CC||serval2...@yahoo.fr
 Ever confirmed|0   |1
 Status|UNCONFIRMED |NEEDINFO

--- Comment #2 from Julien Nabet  ---
You can try:
1) https://wiki.documentfoundation.org/QA/FirstSteps#Corrupted_user_profile
2) upgrade to LO 7.6.6 or brand new 24.2.3

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

[Bug 160917] Crash when opening and closing Tabbed UI's hamburger/cog menu while UI loading in Writer

[bugzilla-daemon]

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

--- Comment #5 from Julien Nabet  ---
BTW, I also noticed this on console:
warn:vcl.builder:534767:534767:vcl/source/window/builder.cxx:3522: probably
need to implement NotebookBarAddonsMenuMergePoint

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

[Bug 160646] GIF don't animate in edit mode; are rendered as still images

[bugzilla-daemon]

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

raal  changed:

   What|Removed |Added

   Keywords||regression

--- Comment #3 from raal  ---
(In reply to Telesto from comment #0)
> 
> Fine in
> Version: 24.2.0.0.alpha0+ (X86_64) / LibreOffice Community

adding tag Regression

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

[Bug 160920] Allow choosing the page style from the sheets tab

[bugzilla-daemon]

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

--- Comment #4 from Cor Nouws  ---
(In reply to V Stuart Foote from comment #3)
> (In reply to V Stuart Foote from comment #2)
> 
> Otherwise, seems Calc needs Status bar context menu access to apply page
> style to each Sheet as for bug 87750, to match UI for Writer.
That is a logic approach.
However: 
- in Writer picking a page style means it is applied from the top/place with
hard break defining a page style above to the bottom/place with a hard break
defining a page style.
- in Calc picking a page style means it is applied to the selected sheet(s).

Hence one could argue that adding the choice to the sheet tab is the more
natural place?

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