[Libreoffice-bugs] [Bug 157074] Program freeze when editing graphics, saving file

[bugzilla-daemon]

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

--- Comment #20 from Buovjaga  ---
As no one else is seeing it so far, you could try bisecting it.

If you are not familiar with the process, you could study the tutorial:
https://wiki.documentfoundation.org/QA/Bibisect/Bibisecting_tutorial

Adapt it by cloning the live repository of 7.6 instead of using a bundle, to
make things simpler:
git clone https://bibisect.libreoffice.org/win64-7.6.git

You will be using your own file instead of anything from the tutorial example.

First step will be to make sure that the oldest in the 7.6 repository does not
freeze and the 'master' in 7.6 repo does freeze. Then treat not freezing as
'good' and freezing as 'bad'.

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

8 new defect(s) introduced to LibreOffice found with Coverity Scan.
1436 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 8 of 8 defect(s)


** CID 1546834:  Error handling issues  (CHECKED_RETURN)
/pyuno/source/module/pyuno_runtime.cxx: 244 in pyuno::readLoggingConfig(int *, 
_IO_FILE **)()



*** CID 1546834:  Error handling issues  (CHECKED_RETURN)
/pyuno/source/module/pyuno_runtime.cxx: 244 in pyuno::readLoggingConfig(int *, 
_IO_FILE **)()
238 else if ( str == "stderr" )
239 *ppFile = stderr;
240 else
241 {
242 oslProcessInfo data;
243 data.Size = sizeof( data );
>>> CID 1546834:  Error handling issues  (CHECKED_RETURN)
>>> Calling "osl_getProcessInfo" without checking return value (as is done 
>>> elsewhere 6 out of 7 times).
244 osl_getProcessInfo(
245 nullptr , osl_Process_IDENTIFIER ,  );
246 osl_getSystemPathFromFileURL( str.pData, );
247 OString o = OUStringToOString( str, osl_getThreadTextEncoding() 
);
248 o += ".";
249 o += OString::number( data.Ident );

** CID 1546833:  Error handling issues  (CHECKED_RETURN)
/sw/source/core/unocore/unoframe.cxx: 2997 in SwXFrame::attachToRange(const 
com::sun::star::uno::Reference &, const SwPaM 
*)()



*** CID 1546833:  Error handling issues  (CHECKED_RETURN)
/sw/source/core/unocore/unoframe.cxx: 2997 in SwXFrame::attachToRange(const 
com::sun::star::uno::Reference &, const SwPaM 
*)()
2991 if(!bSizeFound)
2992 {
2993 //TODO/LATER: how do I transport it to the OLENode?
2994 sal_Int64 nAspect = m_nDrawAspect;
2995 
2996 // TODO/LEAN: VisualArea still needs running state
>>> CID 1546833:  Error handling issues  (CHECKED_RETURN)
>>> Calling "TryRunningState" without checking return value (as is done 
>>> elsewhere 33 out of 39 times).
2997 svt::EmbeddedObjectRef::TryRunningState( xIPObj );
2998 
2999 // set parent to get correct VisArea(in case of 
object needing parent printer)
3000 uno::Reference < container::XChild > xChild( 
xIPObj, uno::UNO_QUERY );
3001 if ( xChild.is() )
3002 xChild->setParent( 
pDoc->GetDocShell()->GetModel() );

** CID 1546832:  Sigma  (SIGMA.weak_hash_core_java)
/workdir/UnpackedTarball/java_websocket/src/main/java/org/java_websocket/drafts/Draft_6455.java:
 837 in 
org.java_websocket.drafts.Draft_6455::generateFinalKey(org.java_websocket.drafts.Draft_6455,
 String)()



*** CID 1546832:  Sigma  (SIGMA.weak_hash_core_java)
/workdir/UnpackedTarball/java_websocket/src/main/java/org/java_websocket/drafts/Draft_6455.java:
 837 in 
org.java_websocket.drafts.Draft_6455::generateFinalKey(org.java_websocket.drafts.Draft_6455,
 String)()
831*/
832   private String generateFinalKey(String in) {
833 String seckey = in.trim();
834 String acc = seckey + "258EAFA5-E914-47DA-95CA-C5AB0DC85B11";
835 MessageDigest sh1;
836 try {
>>> CID 1546832:  Sigma  (SIGMA.weak_hash_core_java)
>>> This application uses a weak algorithm to create a `MessageDigest`, 
>>> which may lead to collision attacks.
837   sh1 = MessageDigest.getInstance("SHA1");
838 } catch (NoSuchAlgorithmException e) {
839   throw new IllegalStateException(e);
840 }
841 return Base64.encodeBytes(sh1.digest(acc.getBytes()));
842   }

** CID 1546831:  Null pointer dereferences  (FORWARD_NULL)
/sfx2/source/view/lokcharthelper.cxx: 178 in LokChartHelper::HitAny(const Point 
&, bool)()



*** CID 1546831:  Null pointer dereferences  (FORWARD_NULL)
/sfx2/source/view/lokcharthelper.cxx: 178 in LokChartHelper::HitAny(const Point 
&, bool)()
172 {
173 SfxViewShell* pCurView = SfxViewShell::Current();
174 int nPartForCurView = pCurView ? pCurView->getPart() : -1;
175 SfxViewShell* pViewShell = SfxViewShell::GetFirst();
176 while (pViewShell)
177 {
>>> CID 1546831:  Null pointer dereferences  (FORWARD_NULL)
>>> Passing null pointer "pCurView" to "GetDocId", which dereferences it. 
>>> (The dereference happens because this is a virtual 

[Libreoffice-bugs] [Bug 155741] Allow insertion of items into master without a selected item

[bugzilla-daemon]

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

--- Comment #16 from Jim Raykowski  ---
(In reply to Jim Raykowski from comment #15)
> What I believe was the intended result when implemented, and is the result
> when a suspicious line of code is removed:
https://opengrok.libreoffice.org/xref/core/sw/source/core/edit/edglbldc.cxx?r=ada3cf7a#156

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

[Libreoffice-bugs] [Bug 157504] New: LibreOffice Impress crashes Cinnamon desktop environment when user enters font size greater than 131 in the "Character" dialog.

[bugzilla-daemon]

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

Bug ID: 157504
   Summary: LibreOffice Impress crashes Cinnamon desktop
environment when user enters font size greater than
131 in the "Character" dialog.
   Product: LibreOffice
   Version: unspecified
  Hardware: x86-64 (AMD64)
OS: Linux (All)
Status: UNCONFIRMED
  Severity: normal
  Priority: medium
 Component: Impress
  Assignee: libreoffice-bugs@lists.freedesktop.org
  Reporter: dfbarb...@gmail.com

Description:
Typing a new a value greater than 131 into the Character|Fonts|Size dialog
causes the Cinnamon desktop environment to crash. I have never seen Cinnamon
crash like this under any other circumstances.

Steps to Reproduce:
The following procedure will reliably cause the login session to abrubtly and
instantly stop all running programs and go to the login screen):
1. Highlight some text in a text box
2. Select Format|Character...
3. From context menu, choose "Character..."
4. Choose the "Fonts" tab
5. In the "Size" dropdown, type in any number greater than 131.
6. Before you can even press "OK", Desktop environment crashes.


Actual Results:
Desktop environment crashes (i.e., all running programs instantly stopped) and
user returned to the account login screen.

Expected Results:
After changing the number, I expected to click "OK" and either be returned to
the editing screen with the text font size modified, or receive an error
message telling me I had entered an illegal value.


Reproducible: Always


User Profile Reset: Yes

Additional Info:
O/S: Linux Mint 21.2 Cinnamon, fully updated.
Cinnamon version: 5.8.4
Linux Kernel: 5.15.0-84-generic
Processor: Intel© Core™2 Duo CPU E8400  @ 3.00GHz × 2
Memory: 11.6 GiB
Hard Drives: 2251.5 GB
Graphics Card: Intel Corporation 4 Series Chipset Integrated Graphics
Controller

LibreOffice version:  7.6.1.2

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

[Libreoffice-bugs] [Bug 151442] [UI] Windows menu item (Sheet, Delete Rows) has a non-unique accelerator

[bugzilla-daemon]

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

BogdanB  changed:

   What|Removed |Added

   Keywords|bibisectRequest |
 CC||buzea.bog...@libreoffice.or
   ||g

--- Comment #16 from BogdanB  ---
Removed "bibisect request" based on comment 15.

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

[Libreoffice-bugs] [Bug 157502] FILEOPEN PPTX: transparency missing (both edit and presentation mode)

[bugzilla-daemon]

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

BogdanB  changed:

   What|Removed |Added

 CC||noelgran...@gmail.com

--- Comment #4 from BogdanB  ---
CC: Noel Grandin

Noel, please, can you take a look?

https://cgit.freedesktop.org/libreoffice/core/commit/?id=81994cb2b8b32453a92bcb011830fcb884f22ff3


author  Noel Grandin 2021-04-16 20:33:10 +0200
committer   Noel Grandin  2023-07-25
08:38:12 +0200
commit  81994cb2b8b32453a92bcb011830fcb884f22ff3 (patch)
treeae1750e92421ad2e0ec3f50351c3be6581841598
parent  dabedcaf27b0af1e38a611b8d8e48444f848e01d (diff)
Convert internal vcl bitmap formats transparency->alpha (II)
(Second attempt at landing this)

Image formats and graphics APIs use alpha, not transparency,
so change our internal formats and data structures to work directly
with alpha, so we don't need to modify data before we push it to
graphics APIs.

Add a couple of new Color constants to make the intention
of the vcl code clearer.

Notes
(*) On macOS, tweaking the logic in CreateWithSalBitmapAndMask
to more accurately reflect the requirements of the
CGImageCreateWithMask function seems to fix some
tests.

(*) The vcl code does not properly support gradients
with transparency. So the previous code was wrong, and this
change is going to result in slightly different wrongness.

Change-Id: I9e21c2e98d88ecfdc5f75db13bd17c38db98
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/114168
Tested-by: Jenkins
Reviewed-by: Patrick Luby 
Reviewed-by: Noel Grandin 

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

[Libreoffice-bugs] [Bug 157502] FILEOPEN PPTX: transparency missing (both edit and presentation mode)

[bugzilla-daemon]

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

BogdanB  changed:

   What|Removed |Added

   Keywords|bibisectRequest |bibisected, bisected

--- Comment #3 from BogdanB  ---
c21a1c45e2403119c90af25cdb5350f978d5c93b is the first bad commit
commit c21a1c45e2403119c90af25cdb5350f978d5c93b
Author: Jenkins Build User 
Date:   Tue Jul 25 09:06:10 2023 +0200

source sha:81994cb2b8b32453a92bcb011830fcb884f22ff3

source sha:81994cb2b8b32453a92bcb011830fcb884f22ff3

 instdir/program/libchartcontrollerlo.so | Bin 3810384 -> 3810384 bytes
 instdir/program/libcppcanvaslo.so   | Bin 382552 -> 382552 bytes
 instdir/program/libcuilo.so | Bin 5066680 -> 5066680 bytes
 instdir/program/libdrawinglayerlo.so| Bin 2067536 -> 2067632 bytes
 instdir/program/libeditenglo.so | Bin 3336888 -> 3336888 bytes
 instdir/program/libfrmlo.so | Bin 4274440 -> 4274400 bytes
 instdir/program/libmsfilterlo.so| Bin 1063760 -> 1063760 bytes
 instdir/program/libsclo.so  | Bin 22502464 -> 22502464 bytes
 instdir/program/libsdlo.so  | Bin 10531352 -> 10531352 bytes
 instdir/program/libsduilo.so| Bin 2135776 -> 2135776 bytes
 instdir/program/libsfxlo.so | Bin 7755888 -> 7755888 bytes
 instdir/program/libslideshowlo.so   | Bin 2904968 -> 2905016 bytes
 instdir/program/libsmlo.so  | Bin 2290704 -> 2290704 bytes
 instdir/program/libspllo.so | Bin 96136 -> 96136 bytes
 instdir/program/libsvtlo.so | Bin 3063720 -> 3063720 bytes
 instdir/program/libsvxcorelo.so | Bin 12298416 -> 12298464 bytes
 instdir/program/libsvxlo.so | Bin 5529544 -> 5529544 bytes
 instdir/program/libswlo.so  | Bin 22729480 -> 22729480 bytes
 instdir/program/libswuilo.so| Bin 2985632 -> 2985640 bytes
 instdir/program/libtklo.so  | Bin 7023960 -> 7024008 bytes
 instdir/program/libvclcanvaslo.so   | Bin 1014736 -> 1014736 bytes
 instdir/program/libvcllo.so | Bin 20328320 -> 20332568 bytes
 instdir/program/libvclplug_gtk3lo.so| Bin 2748840 -> 2748840 bytes
 instdir/program/libvclplug_qt5lo.so | Bin 2495136 -> 2495032 bytes
 instdir/program/setuprc |   2 +-
 instdir/program/versionrc   |   2 +-
 26 files changed, 2 insertions(+), 2 deletions(-)

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

[Libreoffice-bugs] [Bug 157502] FILEOPEN PPTX: transparency missing (both edit and presentation mode)

[bugzilla-daemon]

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

BogdanB  changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
 CC||buzea.bog...@libreoffice.or
   ||g
 Ever confirmed|0   |1

--- Comment #2 from BogdanB  ---
Confirm with

Bad in
Version: 24.2.0.0.alpha0+ (X86_64) / LibreOffice Community
Build ID: 9b8ea553cf7f2fe5c913cb2b5e90d6d300b6be43
CPU threads: 16; OS: Linux 6.2; UI render: default; VCL: gtk3
Locale: ro-RO (ro_RO.UTF-8); UI: en-US
Calc: threaded

Good in
Version: 7.5.3.2 (X86_64) / LibreOffice Community
Build ID: 9f56dff12ba03b9acd7730a5a481eea045e468f3
CPU threads: 16; OS: Linux 6.2; UI render: default; VCL: gtk3
Locale: ro-RO (ro_RO.UTF-8); UI: en-US
Calc: threaded

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

Re: Orcus 0.19.0, Apache Arrow and CMake

[Ilmari Lauhakangas]

On 29.9.2023 4.16, Kohei Yoshida wrote:

Hi there,

I just upgraded on the master branch the orcus library to the latest 
version of 0.19.0.  This version includes an experimental support for 
Apache Parquet format import, but it relies on an external library 
called Apache Arrow[1].  The support for this file format is disabled in 
the libreoffice build.


To enable support for Parquet, we would need to also build the Apache 
Arrow library and its dependency libraries, all of which use CMake as 
their build systems.


Now, it's my understanding that we still don't support use of CMake to 
build our external libraries. My question is, what do people think of 
adding support for CMake in our build system? Would that be too much 
effort and not worth it, or would it be worthwhile to add support for 
it, but so far it has not been anybody's priority, or ... ?


Please let me know what your opinions are.

As an aside, if someone wants to try out this experimental parquet 
import filter, one can build orcus independently with 
--with-parquet-filter passed to configure after also having built the 
apache arrow library, apply this change


https://github.com/kohei-us/core/commit/ae1390947246e44a6cd3d9b8af8c46b60619a698

then build libreoffice with --with-system-orcus.  Then you should be 
able to simply open a parquet file and Calc should open.


Kohei

[1] https://github.com/apache/arrow


Hi,

I would be happy to see work on Meson support continue and its CMake 
module should solve what you propose.

https://mesonbuild.com/CMake-module.html#cmake-module
"It also supports the usage of CMake based subprojects"

Ilmari

[Libreoffice-bugs] [Bug 157480] [OSX] Testing Mail Merge Email settings fails with ssl.SSLCertVerificationError

[bugzilla-daemon]

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

greg.diehl@gmail.com changed:

   What|Removed |Added

   Keywords||bibisectRequest, regression
Version|7.5.7.1 release |7.5.0.3 release
 Ever confirmed|0   |1
 Status|UNCONFIRMED |NEW
 CC||greg.diehl@gmail.com

--- Comment #1 from greg.diehl@gmail.com ---
This bug does not appear in 7.4.7.2. Added regression and bibisectRequest
keywords.

See the same SSL: CERTIFICATE_VERIFY_FAILED error as mentioned above with
7.5.0.3 and the latest LibreOfficeDev build.

Version: 7.5.0.3 (AARCH64) / LibreOffice Community
Build ID: c21113d003cd3efa8c53188764377a8272d9d6de
CPU threads: 10; OS: Mac OS X 14.0; UI render: default; VCL: osx
Locale: en-US (en_US.UTF-8); UI: en-US
Calc: threaded

Version: 24.2.0.0.alpha0+ (AARCH64) / LibreOffice Community
Build ID: f8e591ab9182e0a61c4ae5b8f77b166fcaeaa877
CPU threads: 10; OS: macOS 14.0; UI render: default; VCL: osx
Locale: en-US (en_US.UTF-8); UI: en-US
Calc: threaded

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

[Libreoffice-bugs] [Bug 157429] Writer freezes repeatedly when scrolling through a document at speed

[bugzilla-daemon]

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

QA Administrators  changed:

   What|Removed |Added

 Status|NEEDINFO|UNCONFIRMED
 Ever confirmed|1   |0

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

[Libreoffice-bugs] [Bug 157429] Writer freezes repeatedly when scrolling through a document at speed

[bugzilla-daemon]

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

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

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

[Libreoffice-bugs] [Bug 157209] Keyboard shortcuts with CTRL (copy/cut/paste/undo/redo...) not working in Linux Hebrew keyboard layout

[bugzilla-daemon]

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

QA Administrators  changed:

   What|Removed |Added

 Ever confirmed|1   |0
 Status|NEEDINFO|UNCONFIRMED

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

[Libreoffice-bugs] [Bug 157209] Keyboard shortcuts with CTRL (copy/cut/paste/undo/redo...) not working in Linux Hebrew keyboard layout

[bugzilla-daemon]

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

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

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

[Libreoffice-bugs] [Bug 153829] Crash du programme LibreOffice Calc lors de la personalisation de l'arrière plan d'un Diagramme.

[bugzilla-daemon]

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

QA Administrators  changed:

   What|Removed |Added

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

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

[Libreoffice-bugs] [Bug 153829] Crash du programme LibreOffice Calc lors de la personalisation de l'arrière plan d'un Diagramme.

[bugzilla-daemon]

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

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

Please read this message in its entirety before proceeding.

Your bug report is being closed as INSUFFICIENTDATA due to inactivity and
a lack of information which is needed in order to accurately
reproduce and confirm the problem. We encourage you to retest
your bug against the latest release. If the issue is still
present in the latest stable release, we need the following
information (please ignore any that you've already provided):

a) Provide details of your system including your operating
   system and the latest version of LibreOffice that you have
   confirmed the bug to be present

b) Provide easy to reproduce steps – the simpler the better

c) Provide any test case(s) which will help us confirm the problem

d) Provide screenshots of the problem if you think it might help

e) Read all comments and provide any requested information

Once all of this is done, please set the bug back to UNCONFIRMED
and we will attempt to reproduce the issue. Please do not:

a) respond via email 

b) update the version field in the bug or any of the other details
   on the top section of our bug tracker

Warm Regards,
QA Team

MassPing-NeedInfo-FollowUp

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

[Libreoffice-bugs] [Bug 153827] Crash à l'ouverture du programme

[bugzilla-daemon]

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

QA Administrators  changed:

   What|Removed |Added

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

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

[Libreoffice-bugs] [Bug 153827] Crash à l'ouverture du programme

[bugzilla-daemon]

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

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

Please read this message in its entirety before proceeding.

Your bug report is being closed as INSUFFICIENTDATA due to inactivity and
a lack of information which is needed in order to accurately
reproduce and confirm the problem. We encourage you to retest
your bug against the latest release. If the issue is still
present in the latest stable release, we need the following
information (please ignore any that you've already provided):

a) Provide details of your system including your operating
   system and the latest version of LibreOffice that you have
   confirmed the bug to be present

b) Provide easy to reproduce steps – the simpler the better

c) Provide any test case(s) which will help us confirm the problem

d) Provide screenshots of the problem if you think it might help

e) Read all comments and provide any requested information

Once all of this is done, please set the bug back to UNCONFIRMED
and we will attempt to reproduce the issue. Please do not:

a) respond via email 

b) update the version field in the bug or any of the other details
   on the top section of our bug tracker

Warm Regards,
QA Team

MassPing-NeedInfo-FollowUp

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

[Libreoffice-bugs] [Bug 97625] UI: AutoCorrect button on toolbar poorly defined functionality

[bugzilla-daemon]

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

--- Comment #17 from QA Administrators  ---
Dear nemzag,

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

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

If you have time, please do the following:

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

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

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

Please DO NOT

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


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

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


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

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

Warm Regards,
QA Team

MassPing-UntouchedBug

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

[Libreoffice-bugs] [Bug 44453] FILESAVE FILEOPEN .xls: EXCEL Leap year bug has to be mentioned

[bugzilla-daemon]

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

--- Comment #13 from QA Administrators  ---
Dear Matej HALAC,

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

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

If you have time, please do the following:

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

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

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

Please DO NOT

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


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

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


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

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

Warm Regards,
QA Team

MassPing-UntouchedBug

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

[Libreoffice-bugs] [Bug 111904] Text box is imported as a different type in PPT

[bugzilla-daemon]

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

--- Comment #4 from QA Administrators  ---
Dear Aron Budea,

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

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

If you have time, please do the following:

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

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

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

Please DO NOT

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


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

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


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

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

Warm Regards,
QA Team

MassPing-UntouchedBug

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

[Libreoffice-bugs] [Bug 144454] In versions of LO Writer 6 and higher as tested it is not possible to select and edit, or copy and paste from collected words in the word completion list box at menu: T

[bugzilla-daemon]

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

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

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

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

If you have time, please do the following:

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

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

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

Please DO NOT

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


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

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


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

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

Warm Regards,
QA Team

MassPing-UntouchedBug

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

[Libreoffice-bugs] [Bug 107610] FILEOPEN PPTX: wrong default fonts for non English text

[bugzilla-daemon]

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

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

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

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

If you have time, please do the following:

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

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

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

Please DO NOT

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


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

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


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

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

Warm Regards,
QA Team

MassPing-UntouchedBug

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

[Libreoffice-bugs] [Bug 100758] FILEOPEN DOCX Shape in footer results in 2nd and more footnotes being pushed to next page

[bugzilla-daemon]

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

--- Comment #9 from QA Administrators  ---
Dear Cor Nouws,

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

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

If you have time, please do the following:

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

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

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

Please DO NOT

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


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

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


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

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

Warm Regards,
QA Team

MassPing-UntouchedBug

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

[Libreoffice-bugs] [Bug 157386] Writer crash when try to open a DOC file

[bugzilla-daemon]

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

--- Comment #9 from wind_wu  ---
(In reply to m.a.riosv from comment #8)
> For both files, MSWord ask for password.
> 
> Meanwhile, LibreOffice open the one without password, and crash for the
> other one.

I don't have any Microsoft Office suite or stand-alone Word application
installed on my computer.

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

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

[Kohei Yoshida (via logerrit)]

 external/liborcus/windows-constants-hack.patch |   12 ++--
 1 file changed, 6 insertions(+), 6 deletions(-)

New commits:
commit e9a0c97de95688b2f86bbb4dd8c823af5442401c
Author: Kohei Yoshida 
AuthorDate: Thu Sep 28 20:29:52 2023 -0400
Commit: Kohei Yoshida 
CommitDate: Fri Sep 29 03:50:42 2023 +0200

Set the correct version number of orcus

Ideally we should fix the Windows build properly, but cmake isn't
available to us.

Change-Id: I3f612604195212ba3a699c0b76785b5aa5f7925b
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/157391
Tested-by: Jenkins
Reviewed-by: Kohei Yoshida 

diff --git a/external/liborcus/windows-constants-hack.patch 
b/external/liborcus/windows-constants-hack.patch
index e86c74a722f3..68e57857826d 100644
--- a/external/liborcus/windows-constants-hack.patch
+++ b/external/liborcus/windows-constants-hack.patch
@@ -3,13 +3,13 @@ index ae571f5..539ce18 100644
 --- a/src/liborcus/info.cpp
 +++ b/src/liborcus/info.cpp
 @@ -7,7 +7,9 @@
- 
+
  #include "orcus/info.hpp"
- 
+
 -#include "constants.inl"
 +#define ORCUS_MAJOR_VERSION 0
-+#define ORCUS_MINOR_VERSION 17
-+#define ORCUS_MICRO_VERSION 2
- 
++#define ORCUS_MINOR_VERSION 19
++#define ORCUS_MICRO_VERSION 0
+
  namespace orcus {
- 
+

[Libreoffice-bugs] [Bug 157503] New: Remapping mouse buttons not working

[bugzilla-daemon]

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

Bug ID: 157503
   Summary: Remapping mouse buttons not working
   Product: LibreOffice
   Version: 7.4.3.2 release
  Hardware: All
OS: Windows (All)
Status: UNCONFIRMED
  Severity: normal
  Priority: medium
 Component: Calc
  Assignee: libreoffice-bugs@lists.freedesktop.org
  Reporter: davisconsult...@gmail.com

Description:
I have a logitech M720 mouse. I tried remapping some buttons in the logi
options software, and it worked for chrome, but not for libreoffice or
libreoffice calc. 
I tried remapping the left and right wheel push buttons to zoom in and out, but
no luck.

Actual Results:
Remap didnt work in libre office or calc.

Expected Results:
Buttons should have remapped


Reproducible: Always


User Profile Reset: No

Additional Info:
[Information automatically included from LibreOffice]
Locale: en-GB
Module: SpreadsheetDocument
[Information guessed from browser]
OS: Windows (All)
OS is 64bit: no

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

[Libreoffice-bugs] [Bug 118227] XML 2003 Excel import export filter issues

[bugzilla-daemon]

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

--- Comment #9 from Kohei Yoshida  ---
The latest version of orcus should improve this quite a bit.

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

Orcus 0.19.0, Apache Arrow and CMake

[Kohei Yoshida]

Hi there,

I just upgraded on the master branch the orcus library to the latest 
version of 0.19.0.  This version includes an experimental support for 
Apache Parquet format import, but it relies on an external library 
called Apache Arrow[1].  The support for this file format is disabled in 
the libreoffice build.


To enable support for Parquet, we would need to also build the Apache 
Arrow library and its dependency libraries, all of which use CMake as 
their build systems.


Now, it's my understanding that we still don't support use of CMake to 
build our external libraries. My question is, what do people think of 
adding support for CMake in our build system? Would that be too much 
effort and not worth it, or would it be worthwhile to add support for 
it, but so far it has not been anybody's priority, or ... ?


Please let me know what your opinions are.

As an aside, if someone wants to try out this experimental parquet 
import filter, one can build orcus independently with 
--with-parquet-filter passed to configure after also having built the 
apache arrow library, apply this change


https://github.com/kohei-us/core/commit/ae1390947246e44a6cd3d9b8af8c46b60619a698

then build libreoffice with --with-system-orcus.  Then you should be 
able to simply open a parquet file and Calc should open.


Kohei

[1] https://github.com/apache/arrow

[Libreoffice-bugs] [Bug 155878] [LOCALHELP] - IMPRESS - Help pages about dialogs should provide instructions for the Tabbed UI

[bugzilla-daemon]

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

Commit Notification  changed:

   What|Removed |Added

 Whiteboard||target:24.2.0

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

[Libreoffice-commits] core.git: 2 commits - helpcontent2

[Olivier Hallot (via logerrit)]

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

New commits:
commit 655045d018937b1323f4d576214a50d29e15433d
Author: Olivier Hallot 
AuthorDate: Thu Sep 28 21:47:03 2023 -0300
Commit: Gerrit Code Review 
CommitDate: Fri Sep 29 02:47:03 2023 +0200

Update git submodules

* Update helpcontent2 from branch 'master'
  to 5b56a1033406ebde26e98f2e9dbb843b7b93e73d
  - Housekeeping navigation of Tools menu

tdf#155875
tdf#155876
tdf#155877
tdf#155878

Change-Id: I899bb3c5d91645381a868fb8184dba045022a118
Reviewed-on: https://gerrit.libreoffice.org/c/help/+/157392
Tested-by: Jenkins
Reviewed-by: Olivier Hallot 

diff --git a/helpcontent2 b/helpcontent2
index fb0675b83b00..5b56a1033406 16
--- a/helpcontent2
+++ b/helpcontent2
@@ -1 +1 @@
-Subproject commit fb0675b83b007afc59e919dea066889d19d44044
+Subproject commit 5b56a1033406ebde26e98f2e9dbb843b7b93e73d
commit b519c212716a8f46331b6168aa2ef8ba2bc9254d
Author: Olivier Hallot 
AuthorDate: Thu Sep 28 21:46:49 2023 -0300
Commit: Gerrit Code Review 
CommitDate: Fri Sep 29 02:46:49 2023 +0200

Update git submodules

* Update helpcontent2 from branch 'master'
  to fb0675b83b007afc59e919dea066889d19d44044
  - tdf#155878 Impress UI - Tools menu review

+ Refactor
+ Presentation Minimizer help page

Change-Id: Ia90ed0db5352f97b2cd1e34fb87920d1cd8adfde
Reviewed-on: https://gerrit.libreoffice.org/c/help/+/157390
Tested-by: Jenkins
Reviewed-by: Olivier Hallot 

diff --git a/helpcontent2 b/helpcontent2
index 59e38b61f4ae..fb0675b83b00 16
--- a/helpcontent2
+++ b/helpcontent2
@@ -1 +1 @@
-Subproject commit 59e38b61f4aecf25633770d24ac60fc7d3210705
+Subproject commit fb0675b83b007afc59e919dea066889d19d44044

[Libreoffice-commits] help.git: 2 commits - AllLangHelp_scalc.mk AllLangHelp_sdraw.mk AllLangHelp_simpress.mk AllLangHelp_swriter.mk source/auxiliary source/text

[Olivier Hallot (via logerrit)]

 AllLangHelp_scalc.mk  |1 
 AllLangHelp_sdraw.mk  |1 
 AllLangHelp_simpress.mk   |2 
 AllLangHelp_swriter.mk|1 
 source/auxiliary/scalc.tree   |2 
 source/auxiliary/sdraw.tree   |2 
 source/auxiliary/simpress.tree|2 
 source/auxiliary/swriter.tree |2 
 source/text/scalc/main0100.xhp|2 
 source/text/scalc/main0106.xhp|   71 ---
 source/text/sdraw/main0100.xhp|2 
 source/text/sdraw/main_tools.xhp  |   50 -
 source/text/shared/main_tools.xhp |   24 +++---
 source/text/simpress/00/0406.xhp  |   19 +
 source/text/simpress/01/PresentationMinimizer.xhp |   29 +++
 source/text/simpress/main0100.xhp |8 +-
 source/text/simpress/main_tools.xhp   |   55 --
 source/text/swriter/main0100.xhp  |2 
 source/text/swriter/main0106.xhp  |   82 --
 19 files changed, 73 insertions(+), 284 deletions(-)

New commits:
commit 5b56a1033406ebde26e98f2e9dbb843b7b93e73d
Author: Olivier Hallot 
AuthorDate: Thu Sep 28 21:44:09 2023 -0300
Commit: Olivier Hallot 
CommitDate: Fri Sep 29 02:47:02 2023 +0200

Housekeeping navigation of Tools menu

tdf#155875
tdf#155876
tdf#155877
tdf#155878

Change-Id: I899bb3c5d91645381a868fb8184dba045022a118
Reviewed-on: https://gerrit.libreoffice.org/c/help/+/157392
Tested-by: Jenkins
Reviewed-by: Olivier Hallot 

diff --git a/AllLangHelp_scalc.mk b/AllLangHelp_scalc.mk
index 04a1ba353b..2721534351 100644
--- a/AllLangHelp_scalc.mk
+++ b/AllLangHelp_scalc.mk
@@ -432,7 +432,6 @@ $(eval $(call gb_AllLangHelp_add_helpfiles,scalc,\
 helpcontent2/source/text/scalc/main0103 \
 helpcontent2/source/text/scalc/main0104 \
 helpcontent2/source/text/scalc/main0105 \
-helpcontent2/source/text/scalc/main0106 \
 helpcontent2/source/text/scalc/main0107 \
 helpcontent2/source/text/scalc/main0112 \
 helpcontent2/source/text/scalc/main0116 \
diff --git a/AllLangHelp_sdraw.mk b/AllLangHelp_sdraw.mk
index 117cf98706..f55d004ebc 100644
--- a/AllLangHelp_sdraw.mk
+++ b/AllLangHelp_sdraw.mk
@@ -59,7 +59,6 @@ $(eval $(call gb_AllLangHelp_add_helpfiles,sdraw,\
 helpcontent2/source/text/sdraw/main_format \
 helpcontent2/source/text/sdraw/main_page \
 helpcontent2/source/text/sdraw/main_shape \
-helpcontent2/source/text/sdraw/main_tools \
 helpcontent2/source/text/sdraw/main0200 \
 helpcontent2/source/text/sdraw/main0210 \
 helpcontent2/source/text/sdraw/main0213 \
diff --git a/AllLangHelp_simpress.mk b/AllLangHelp_simpress.mk
index 2be1d9580e..1c36366eae 100644
--- a/AllLangHelp_simpress.mk
+++ b/AllLangHelp_simpress.mk
@@ -196,7 +196,6 @@ $(eval $(call gb_AllLangHelp_add_helpfiles,simpress,\
 helpcontent2/source/text/simpress/main0104 \
 helpcontent2/source/text/simpress/main_format \
 helpcontent2/source/text/simpress/format_submenu_lists \
-helpcontent2/source/text/simpress/main_tools \
 helpcontent2/source/text/simpress/main0107 \
 helpcontent2/source/text/simpress/main0113 \
 helpcontent2/source/text/simpress/main0114 \
diff --git a/AllLangHelp_swriter.mk b/AllLangHelp_swriter.mk
index a5b945374c..a0707a9c4f 100644
--- a/AllLangHelp_swriter.mk
+++ b/AllLangHelp_swriter.mk
@@ -417,7 +417,6 @@ $(eval $(call gb_AllLangHelp_add_helpfiles,swriter,\
 helpcontent2/source/text/swriter/main0103 \
 helpcontent2/source/text/swriter/main0104 \
 helpcontent2/source/text/swriter/main0105 \
-helpcontent2/source/text/swriter/main0106 \
 helpcontent2/source/text/swriter/main0107 \
 helpcontent2/source/text/swriter/main0110 \
 helpcontent2/source/text/swriter/main0115 \
diff --git a/source/auxiliary/scalc.tree b/source/auxiliary/scalc.tree
index e72f0605bc..ec42377e9e 100644
--- a/source/auxiliary/scalc.tree
+++ b/source/auxiliary/scalc.tree
@@ -38,7 +38,7 @@
 Format
 Sheet
 Data
-Tools
+Tools
 Window
 Help
   
diff --git a/source/auxiliary/sdraw.tree b/source/auxiliary/sdraw.tree
index eb2883327a..a1e4f92ab7 100644
--- a/source/auxiliary/sdraw.tree
+++ b/source/auxiliary/sdraw.tree
@@ -26,7 +26,7 @@
 Format
 Page
 Shape
-Tools
+Tools
 Window
 Help
   
diff --git a/source/auxiliary/simpress.tree b/source/auxiliary/simpress.tree
index 8ed07a82f1..59ac60cac1 100644
--- a/source/auxiliary/simpress.tree
+++ b/source/auxiliary/simpress.tree
@@ -36,7 +36,7 @@
 Format
 Slide
 Slide Show
-Tools
+Tools
 Window
 Help
   
diff --git 

[Libreoffice-commits] help.git: source/text

[Olivier Hallot (via logerrit)]

 source/text/scalc/01/0604.xhp  |   31 ++-
 source/text/scalc/01/0605.xhp  |   60 ++---
 source/text/scalc/01/06060200.xhp  |   32 +++
 source/text/scalc/01/0613.xhp  |   32 ++-
 source/text/shared/01/0604.xhp |   18 ++-
 source/text/shared/main_tools.xhp  |   13 
 6 files changed, 106 insertions(+), 80 deletions(-)

New commits:
commit 59e38b61f4aecf25633770d24ac60fc7d3210705
Author: Olivier Hallot 
AuthorDate: Thu Sep 28 19:06:29 2023 -0300
Commit: Olivier Hallot 
CommitDate: Fri Sep 29 02:46:33 2023 +0200

tdf#155876 Calc UI - Tools menu review

+ Refactor

Change-Id: I7bafaf32d0ae4561bafff7d2f42ee3256452ec66
Reviewed-on: https://gerrit.libreoffice.org/c/help/+/157389
Tested-by: Jenkins
Reviewed-by: Olivier Hallot 

diff --git a/source/text/scalc/01/0604.xhp 
b/source/text/scalc/01/0604.xhp
index ec07d7caad..d4d52b2230 100644
--- a/source/text/scalc/01/0604.xhp
+++ b/source/text/scalc/01/0604.xhp
@@ -22,31 +22,34 @@
 
 
 
-Goal Seek
+Goal Seek
 /text/scalc/01/0604.xhp
 
 
 
-
-
-
-Goal Seek
-Opens a dialog where 
you can solve an equation with a variable.
- After a successful search, a dialog with the results opens, 
allowing you to apply the result and the target value directly to the 
cell.
+
+
+
+
+
+Goal Seek
+Opens a dialog where 
you can solve an equation with a variable. After a 
successful search, a dialog with the results opens, allowing you to apply the 
result and the target value directly to the cell.
+
+
 
 
 
 Default
-In this 
section, you can define the variables in your formula.
-
+In this section, you can define 
the variables in your formula.
+
 Formula cell
-In the formula cell, enter the 
reference of the cell which contains the formula. It contains the current cell 
reference. Click another cell in the sheet to apply its reference to 
the text box.
-
+In the formula cell, enter the 
reference of the cell which contains the formula. It contains the current cell 
reference. Click another cell in the sheet to apply its reference to 
the text box.
+
 Target value
-Specifies the value you want to 
achieve as a new result.
-
+Specifies the value you want to 
achieve as a new result.
+
 Variable cell
-Specifies the reference for the cell 
that contains the value you want to adjust in order to reach the 
target.
+Specifies the reference for the cell 
that contains the value you want to adjust in order to reach the 
target.
 
 
 
diff --git a/source/text/scalc/01/0605.xhp 
b/source/text/scalc/01/0605.xhp
index 2d2ff4401d..b7a9b688f3 100644
--- a/source/text/scalc/01/0605.xhp
+++ b/source/text/scalc/01/0605.xhp
@@ -1,6 +1,4 @@
 
-
-
 
-
 
 
 
-Create Scenario
+Create Scenario
 /text/scalc/01/0605.xhp
 
 
@@ -30,50 +27,53 @@
 
 
 
-
-
-
-Create Scenario
-Defines a scenario for the selected sheet 
area.
-
+
+
+
+
+
+  Scenarios
+Defines a scenario for the selected sheet 
area.
+
+
 
   
 
-
+

 
-
-
+
+
 Name of scenario
-Defines the name for the scenario. Use a clear and unique name so you 
can easily identify the scenario. You can also modify a scenario name 
in the Navigator through the Properties context menu 
command.
-
-
+Defines the name 
for the scenario. Use a clear and unique name so you can easily identify the 
scenario. You can also modify a scenario name in the Navigator through 
the Properties context menu command.
+
+
 Comment
-Specifies additional information about the scenario. This information 
will be displayed in the Navigator when you click the 
Scenarios icon and select the desired scenario. You can 
also modify this information in the Navigator through the Properties 
context menu command.
+Specifies 
additional information about the scenario. This information will be displayed 
in the Navigator when you click 
the Scenarios icon and select the desired scenario. You 
can also modify this information in the Navigator through the Properties 
context menu command.
 Settings
-This section 
is used to define some of the settings used in the scenario display.
-
-
+This section is used to define 
some of the settings used in the scenario display.
+
+
 Display borderUFI: #i38688#
-Highlights the scenario in your table with a border. The color for the 
border is specified in the field to the right of this option. The 
border will have a title bar displaying the name of the last scenario. The 
button on the right of the scenario border offers you an overview of all the 
scenarios in this area, if several have been defined. You can choose any of the 
scenarios from this list without restrictions.
-
+Highlights the 
scenario in your table with a border. The color for the border is specified in 
the field to the right of this option. The border will have a title bar 
displaying the name of the last scenario. The button on the right of the 
scenario border offers you an overview 

[Libreoffice-bugs] [Bug 155876] [LOCALHELP] - Calc - Help pages about dialogs should provide instructions for the Tabbed UI

[bugzilla-daemon]

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

Commit Notification  changed:

   What|Removed |Added

 Whiteboard||target:24.2.0

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

[Libreoffice-bugs] [Bug 155876] [LOCALHELP] - Calc - Help pages about dialogs should provide instructions for the Tabbed UI

[bugzilla-daemon]

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

--- Comment #2 from Commit Notification 
 ---
Olivier Hallot committed a patch related to this issue.
It has been pushed to "master":

https://git.libreoffice.org/help/commit/59e38b61f4aecf25633770d24ac60fc7d3210705

tdf#155876 Calc UI - Tools menu review

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

[Libreoffice-bugs] [Bug 155875] [LOCALHELP] - Writer - Help pages about dialogs should provide instructions for the Tabbed UI

[bugzilla-daemon]

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

--- Comment #75 from Commit Notification 
 ---
Olivier Hallot committed a patch related to this issue.
It has been pushed to "master":

https://git.libreoffice.org/help/commit/1c93d4ba6e0b516918ff22c8cdcbc9b808a491ad

tdf#155875 UI cmds Writer/Table in Help(47)

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

[Libreoffice-commits] core.git: 2 commits - helpcontent2

[Olivier Hallot (via logerrit)]

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

New commits:
commit 3e550ac59d97dc403b3e54dd961ca7cddbc66866
Author: Olivier Hallot 
AuthorDate: Thu Sep 28 21:46:34 2023 -0300
Commit: Gerrit Code Review 
CommitDate: Fri Sep 29 02:46:34 2023 +0200

Update git submodules

* Update helpcontent2 from branch 'master'
  to 59e38b61f4aecf25633770d24ac60fc7d3210705
  - tdf#155876 Calc UI - Tools menu review

+ Refactor

Change-Id: I7bafaf32d0ae4561bafff7d2f42ee3256452ec66
Reviewed-on: https://gerrit.libreoffice.org/c/help/+/157389
Tested-by: Jenkins
Reviewed-by: Olivier Hallot 

diff --git a/helpcontent2 b/helpcontent2
index 1c93d4ba6e0b..59e38b61f4ae 16
--- a/helpcontent2
+++ b/helpcontent2
@@ -1 +1 @@
-Subproject commit 1c93d4ba6e0b516918ff22c8cdcbc9b808a491ad
+Subproject commit 59e38b61f4aecf25633770d24ac60fc7d3210705
commit d82dec842818cc7099633bf1819b3ac8edbf8c96
Author: Olivier Hallot 
AuthorDate: Thu Sep 28 21:46:18 2023 -0300
Commit: Gerrit Code Review 
CommitDate: Fri Sep 29 02:46:18 2023 +0200

Update git submodules

* Update helpcontent2 from branch 'master'
  to 1c93d4ba6e0b516918ff22c8cdcbc9b808a491ad
  - tdf#155875 UI cmds Writer/Table in Help(47)

+ refactoring
+ Tools menu - Writer part.

Change-Id: I46fddc444fc1912297dd8474dd30e978fd76c5e0
Reviewed-on: https://gerrit.libreoffice.org/c/help/+/157385
Tested-by: Jenkins
Reviewed-by: Olivier Hallot 

diff --git a/helpcontent2 b/helpcontent2
index 192bfeba34fc..1c93d4ba6e0b 16
--- a/helpcontent2
+++ b/helpcontent2
@@ -1 +1 @@
-Subproject commit 192bfeba34fca4548b6bfd45951a3d84738f9df4
+Subproject commit 1c93d4ba6e0b516918ff22c8cdcbc9b808a491ad

[Libreoffice-commits] help.git: AllLangHelp_shared.mk source/text

[Olivier Hallot (via logerrit)]

 AllLangHelp_shared.mk|4 
 source/text/scalc/main0106.xhp   |7 
 source/text/shared/00/0406.xhp   |  317 ++-
 source/text/shared/01/01110101.xhp   |   48 ++--
 source/text/shared/01/0222.xhp   |6 
 source/text/shared/01/0225.xhp   |  161 +++
 source/text/shared/01/06130001.xhp   |   18 -
 source/text/shared/01/0614.xhp   |   22 --
 source/text/shared/01/AutoRedactDoc.xhp  |   32 +++
 source/text/shared/01/RedactDoc.xhp  |   32 +++
 source/text/shared/01/SpellOnline.xhp|   29 ++
 source/text/shared/guide/auto_redact.xhp |9 
 source/text/shared/guide/redaction.xhp   |   21 --
 source/text/shared/main_tools.xhp|   83 
 source/text/simpress/main_tools.xhp  |5 
 source/text/swriter/01/0606.xhp  |   62 +++---
 source/text/swriter/01/0608.xhp  |   19 +
 source/text/swriter/01/0618.xhp  |   98 -
 source/text/swriter/main0106.xhp |   17 -
 19 files changed, 611 insertions(+), 379 deletions(-)

New commits:
commit 1c93d4ba6e0b516918ff22c8cdcbc9b808a491ad
Author: Olivier Hallot 
AuthorDate: Thu Sep 28 15:39:58 2023 -0300
Commit: Olivier Hallot 
CommitDate: Fri Sep 29 02:46:17 2023 +0200

tdf#155875 UI cmds Writer/Table in Help(47)

+ refactoring
+ Tools menu - Writer part.

Change-Id: I46fddc444fc1912297dd8474dd30e978fd76c5e0
Reviewed-on: https://gerrit.libreoffice.org/c/help/+/157385
Tested-by: Jenkins
Reviewed-by: Olivier Hallot 

diff --git a/AllLangHelp_shared.mk b/AllLangHelp_shared.mk
index e4aedbb916..a0a5dd7f85 100644
--- a/AllLangHelp_shared.mk
+++ b/AllLangHelp_shared.mk
@@ -337,6 +337,7 @@ $(eval $(call gb_AllLangHelp_add_helpfiles,shared,\
 helpcontent2/source/text/shared/01/about_meta_tags \
 helpcontent2/source/text/shared/01/addsignatureline \
 helpcontent2/source/text/shared/01/AutoFormat \
+helpcontent2/source/text/shared/01/AutoRedactDoc \
 helpcontent2/source/text/shared/01/certificatepath \
 helpcontent2/source/text/shared/01/classificationbar \
 helpcontent2/source/text/shared/01/classificationdialog \
@@ -387,6 +388,7 @@ $(eval $(call gb_AllLangHelp_add_helpfiles,shared,\
 helpcontent2/source/text/shared/01/Protect \
 helpcontent2/source/text/shared/01/qrcode \
 helpcontent2/source/text/shared/01/quickcolorselector \
+helpcontent2/source/text/shared/01/RedactDoc \
 helpcontent2/source/text/shared/01/ref_epub_export \
 helpcontent2/source/text/shared/01/ref_pdf_export \
 helpcontent2/source/text/shared/01/ref_pdf_export_digital_signature \
@@ -405,6 +407,7 @@ $(eval $(call gb_AllLangHelp_add_helpfiles,shared,\
 helpcontent2/source/text/shared/01/SelectTable \
 helpcontent2/source/text/shared/01/SetOptimalColumnWidth \
 helpcontent2/source/text/shared/01/SetOptimalRowHeight \
+helpcontent2/source/text/shared/01/SpellOnline \
 helpcontent2/source/text/shared/01/select_template_category \
 helpcontent2/source/text/shared/01/signexistingpdf \
 helpcontent2/source/text/shared/01/signsignatureline \
@@ -811,6 +814,7 @@ $(eval $(call gb_AllLangHelp_add_helpfiles,shared,\
 helpcontent2/source/text/shared/main0500 \
 helpcontent2/source/text/shared/main0650 \
 helpcontent2/source/text/shared/main0800 \
+helpcontent2/source/text/shared/main_tools \
 helpcontent2/source/text/shared/mediaplay_toolbar \
 helpcontent2/source/text/shared/menu/forms \
 helpcontent2/source/text/shared/menu/comment_menu \
diff --git a/source/text/scalc/main0106.xhp b/source/text/scalc/main0106.xhp
index 30543c70c1..9ca3069105 100644
--- a/source/text/scalc/main0106.xhp
+++ b/source/text/scalc/main0106.xhp
@@ -20,17 +20,16 @@
 
 
   
-Tools
+Tools
 /text/scalc/main0106.xhp
   
 
 
 
-
 Tools
-The Tools menu contains commands to check spelling, to 
trace sheet references, to find mistakes and to define 
scenarios.
+The 
Tools menu contains commands to check spelling, to trace sheet 
references, to find mistakes and to define scenarios.
 
-You can also 
create and assign macros and configure the look and feel of toolbars, menus, 
keyboard, and set the default options for $[officename] 
applications.
+You can also create and assign 
macros and configure the look and feel of toolbars, menus, keyboard, and set 
the default options for $[officename] applications.
 
 
 
diff --git a/source/text/shared/00/0406.xhp 
b/source/text/shared/00/0406.xhp
index e64617f00e..a76528ee06 100644
--- a/source/text/shared/00/0406.xhp
+++ b/source/text/shared/00/0406.xhp
@@ -20,198 +20,251 @@
 
 
 
-Tools Menu
+Tools Menu
 /text/shared/00/0406.xhp
 
 
 
-Tools Menu
+Tools Menu
 
 
 
-Choose Tools - Gallery or click the 
Gallery  icon on the Standard bar -New 
Theme button - Files tab.
+

[Libreoffice-commits] core.git: Branch 'distro/collabora/co-23.05' - ucb/source

[Noel Grandin (via logerrit)]

 ucb/source/ucp/webdav-curl/CurlSession.cxx |   15 +++
 1 file changed, 11 insertions(+), 4 deletions(-)

New commits:
commit a721558ce2135bfd9ffe07da7a0bfff4b574086b
Author: Noel Grandin 
AuthorDate: Fri Aug 18 13:49:54 2023 +0200
Commit: Aron Budea 
CommitDate: Fri Sep 29 02:45:00 2023 +0200

Fix curl proxy access for non-authenticated proxy

If rSession.m_Proxy.aName is a simple host-name, the CurlUri constructor
will fail with CURLUE_BAD_SCHEME, so just ignore the error here,
we only care about parsing out the username/password

Change-Id: Iec2d6e7315a5899f6120a43199b75bf62db2
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/155834
Tested-by: Jenkins
Reviewed-by: Noel Grandin 
(cherry picked from commit 9b30b4b1678e8be15ba51d236bd9a3e693d8d3d6)
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/157318
Reviewed-by: Michael Stahl 
(cherry picked from commit 4b5e94e3d718b6afc571db3cff8321c44436c1ad)
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/157322
Tested-by: Jenkins CollaboraOffice 
Reviewed-by: Aron Budea 

diff --git a/ucb/source/ucp/webdav-curl/CurlSession.cxx 
b/ucb/source/ucp/webdav-curl/CurlSession.cxx
index 98be7579a423..e9882f76acf5 100644
--- a/ucb/source/ucp/webdav-curl/CurlSession.cxx
+++ b/ucb/source/ucp/webdav-curl/CurlSession.cxx
@@ -1216,11 +1216,18 @@ auto CurlProcessor::ProcessRequest(
 ::std::optional oAuthProxy;
 if (pEnv && !rSession.m_isAuthenticatedProxy && 
!rSession.m_Proxy.aName.isEmpty())
 {
-// the hope is that this must be a URI
-CurlUri const uri(rSession.m_Proxy.aName);
-if (!uri.GetUser().isEmpty() || !uri.GetPassword().isEmpty())
+try
+{
+// the hope is that this must be a URI
+CurlUri const uri(rSession.m_Proxy.aName);
+if (!uri.GetUser().isEmpty() || !uri.GetPassword().isEmpty())
+{
+oAuthProxy.emplace(uri.GetUser(), uri.GetPassword(), 
CURLAUTH_ANY);
+}
+}
+catch (DAVException&)
 {
-oAuthProxy.emplace(uri.GetUser(), uri.GetPassword(), CURLAUTH_ANY);
+// ignore any parsing failure here
 }
 }
 decltype(CURLAUTH_ANY) const authSystem(CURLAUTH_NEGOTIATE | CURLAUTH_NTLM 
| CURLAUTH_NTLM_WB);

[Libreoffice-bugs] [Bug 157502] FILEOPEN PPTX: transparency missing (both edit and presentation mode)

[bugzilla-daemon]

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

Gerald Pfeifer  changed:

   What|Removed |Added

Summary|FILEOPEN FILEOPEN PPTX: |FILEOPEN PPTX: transparency
   |transparency missing (both  |missing (both edit and
   |edit and presentation mode) |presentation mode)

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

[Libreoffice-bugs] [Bug 157502] FILEOPEN FILEOPEN PPTX: transparency missing (both edit and presentation mode)

[bugzilla-daemon]

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

--- Comment #1 from Gerald Pfeifer  ---
Created attachment 189879
  --> https://bugs.documentfoundation.org/attachment.cgi?id=189879=edit
Visual comparison Impress (left) vs PowerPoint (right)

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

[Libreoffice-bugs] [Bug 157502] New: FILEOPEN FILEOPEN PPTX: transparency missing (both edit and presentation mode)

[bugzilla-daemon]

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

Bug ID: 157502
   Summary: FILEOPEN FILEOPEN PPTX: transparency missing (both
edit and presentation mode)
   Product: LibreOffice
   Version: 24.2.0.0 alpha0+ Master
  Hardware: All
OS: All
Status: UNCONFIRMED
  Keywords: bibisectRequest, regression
  Severity: normal
  Priority: medium
 Component: Impress
  Assignee: libreoffice-bugs@lists.freedesktop.org
  Reporter: ger...@pfeifer.com

Created attachment 189878
  --> https://bugs.documentfoundation.org/attachment.cgi?id=189878=edit
Sample slide (PPTX)

Opening the document there are two elements where transparency seems to
be completely missing.

This is a regression between

  Version: 7.6.3.0.0+ (X86_64) / LibreOffice Community
  Build ID: 9c8a1994bea590db7436638580231daf31844fd6
  CPU threads: 8; OS: Linux 6.5; UI render: default; VCL: gtk3
  Locale: en-US (en_US.UTF-8); UI: en-US

and

  Version: 24.2.0.0.alpha0+ (X86_64) / LibreOffice Community
  Build ID: f8e591ab9182e0a61c4ae5b8f77b166fcaeaa877
  CPU threads: 8; OS: Linux 6.5; UI render: default; VCL: gtk3
  Locale: en-US (en_US.UTF-8); UI: en-US

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

[Libreoffice-bugs] [Bug 108254] [META] File format filters (import/export) bugs and enhancements

[bugzilla-daemon]

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

Bug 36841 Summary: FILEOPEN fails on gnumeric spreadsheet files
https://bugs.documentfoundation.org/show_bug.cgi?id=36841

   What|Removed |Added

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

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

[Libreoffice-bugs] [Bug 36841] FILEOPEN fails on gnumeric spreadsheet files

[bugzilla-daemon]

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

Kohei Yoshida  changed:

   What|Removed |Added

   Assignee|libreoffice-b...@lists.free |ko...@libreoffice.org
   |desktop.org |
 Status|NEW |RESOLVED
 Resolution|--- |FIXED

--- Comment #14 from Kohei Yoshida  ---
With liborcus version 0.19.0, this should be fixed.

https://cgit.freedesktop.org/libreoffice/core/commit/?id=a593e018d4e3033ae95353a5ac3063a8c651a158

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

[Libreoffice-bugs] [Bug 113869] [META] MS Office XML formats (pre-OOXML) bugs and enhancements

[bugzilla-daemon]

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

Bug 147189 Summary: FILEOPEN XML2003 Decimal places formatting of numbers in 
cells is missing
https://bugs.documentfoundation.org/show_bug.cgi?id=147189

   What|Removed |Added

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

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

[Libreoffice-bugs] [Bug 147189] FILEOPEN XML2003 Decimal places formatting of numbers in cells is missing

[bugzilla-daemon]

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

Kohei Yoshida  changed:

   What|Removed |Added

   Assignee|libreoffice-b...@lists.free |ko...@libreoffice.org
   |desktop.org |
 Status|NEW |RESOLVED
 Resolution|--- |FIXED

--- Comment #3 from Kohei Yoshida  ---
The upgrade liborcus version 0.19.0 should fix this problem.

https://cgit.freedesktop.org/libreoffice/core/commit/?id=a593e018d4e3033ae95353a5ac3063a8c651a158

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

[Libreoffice-bugs] [Bug 113869] [META] MS Office XML formats (pre-OOXML) bugs and enhancements

[bugzilla-daemon]

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

Bug 147190 Summary: FILEOPEN XML2003 Date formatting of cells is missing
https://bugs.documentfoundation.org/show_bug.cgi?id=147190

   What|Removed |Added

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

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

[Libreoffice-bugs] [Bug 147190] FILEOPEN XML2003 Date formatting of cells is missing

[bugzilla-daemon]

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

Kohei Yoshida  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
   Assignee|libreoffice-b...@lists.free |ko...@libreoffice.org
   |desktop.org |
 Resolution|--- |FIXED

--- Comment #3 from Kohei Yoshida  ---
The latest liborcus version 0.19.0 should fix this problem.

https://cgit.freedesktop.org/libreoffice/core/commit/?id=a593e018d4e3033ae95353a5ac3063a8c651a158

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

[Libreoffice-commits] core.git: download.lst

[Taichi Haradaguchi (via logerrit)]

 download.lst |4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)

New commits:
commit 271491c338bd1f0faad627c8d43076e6e6d2a754
Author: Taichi Haradaguchi <20001...@ymail.ne.jp>
AuthorDate: Wed Sep 13 23:37:13 2023 +0900
Commit: Taichi Haradaguchi <20001...@ymail.ne.jp>
CommitDate: Fri Sep 29 01:53:06 2023 +0200

upgrade zlib to 1.3

Change-Id: I474d1f3bc0ae804bd579d32712ed9e2fba4e89e3
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/157378
Tested-by: Jenkins
Reviewed-by: Taichi Haradaguchi <20001...@ymail.ne.jp>

diff --git a/download.lst b/download.lst
index b5418e4a8862..c22d6d8b2056 100644
--- a/download.lst
+++ b/download.lst
@@ -625,8 +625,8 @@ XSLTML_TARBALL := 
a7983f859eafb2677d7ff386a023bc40-xsltml_2.1.2.zip
 # three static lines
 # so that git cherry-pick
 # will not run into conflicts
-ZLIB_SHA256SUM := 
d14c38e313afc35a9a8760dadf26042f51ea0f5d154b0630a31da0540107fb98
-ZLIB_TARBALL := zlib-1.2.13.tar.xz
+ZLIB_SHA256SUM := 
8a9ba2898e1d0d774eca6ba5b4627a11e5588ba85c8851336eb38de4683050a7
+ZLIB_TARBALL := zlib-1.3.tar.xz
 # three static lines
 # so that git cherry-pick
 # will not run into conflicts

[Libreoffice-bugs] [Bug 113869] [META] MS Office XML formats (pre-OOXML) bugs and enhancements

[bugzilla-daemon]

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

Bug 147187 Summary: FILEOPEN XML2003 Font color and bold setting missing
https://bugs.documentfoundation.org/show_bug.cgi?id=147187

   What|Removed |Added

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

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

[Libreoffice-bugs] [Bug 147187] FILEOPEN XML2003 Font color and bold setting missing

[bugzilla-daemon]

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

Kohei Yoshida  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
   Assignee|libreoffice-b...@lists.free |ko...@libreoffice.org
   |desktop.org |
 Resolution|--- |FIXED

--- Comment #3 from Kohei Yoshida  ---
I just upgraded liborcus to 0.19.0.  That version should fix this problem.

https://cgit.freedesktop.org/libreoffice/core/commit/?id=a593e018d4e3033ae95353a5ac3063a8c651a158

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

[Libreoffice-commits] core.git: download.lst external/liborcus

[Kohei Yoshida (via logerrit)]

 download.lst  |6 +--
 external/liborcus/Library_orcus-parser.mk |1 
 external/liborcus/Library_orcus.mk|   10 -
 external/liborcus/UnpackedTarball_liborcus.mk |2 -
 external/liborcus/fix-pch.patch.0 |   11 -
 external/liborcus/msvc-int-narrowing.patch.1  |   50 ++
 6 files changed, 62 insertions(+), 18 deletions(-)

New commits:
commit a593e018d4e3033ae95353a5ac3063a8c651a158
Author: Kohei Yoshida 
AuthorDate: Wed Sep 27 22:15:22 2023 -0400
Commit: Kohei Yoshida 
CommitDate: Fri Sep 29 01:46:30 2023 +0200

Upgrade liborcus to 0.19.0

Change-Id: I57b92a86a155f244742fd70b1ab9a1acbc206a29
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/157345
Tested-by: Jenkins
Reviewed-by: Kohei Yoshida 

diff --git a/download.lst b/download.lst
index 7ded51ff5450..b5418e4a8862 100644
--- a/download.lst
+++ b/download.lst
@@ -498,8 +498,8 @@ OPENSSL_TARBALL := openssl-3.0.10.tar.gz
 # three static lines
 # so that git cherry-pick
 # will not run into conflicts
-ORCUS_SHA256SUM := 
6006b9f1576315e313df715a7e72a17f3e0b17d7b6bd119cfa8a0b608ce971eb
-ORCUS_TARBALL := liborcus-0.18.1.tar.xz
+ORCUS_SHA256SUM := 
1b68f54bb08face4c3dc83c912d921373c44aed817b37d879b7a4e47f2f15e09
+ORCUS_TARBALL := liborcus-0.19.0.tar.xz
 # three static lines
 # so that git cherry-pick
 # will not run into conflicts
@@ -577,7 +577,7 @@ RHINO_TARBALL := 
798b2ffdc8bcfe7bca2cf92b62caf685-rhino1_5R5.zip
 # so that git cherry-pick
 # will not run into conflicts
 SKIA_SHA256SUM := 
2223ebce534458a37826e8fe4f24635b0712cde7ed1bd3208f089f6fdd796e01
-SKIA_TARBALL := skia-m116-2ddcf183eb260f63698aa74d1bb380f247ad7ccd.tar.xz 
+SKIA_TARBALL := skia-m116-2ddcf183eb260f63698aa74d1bb380f247ad7ccd.tar.xz
 # three static lines
 # so that git cherry-pick
 # will not run into conflicts
diff --git a/external/liborcus/Library_orcus-parser.mk 
b/external/liborcus/Library_orcus-parser.mk
index f26657756273..b7b459f36b7f 100644
--- a/external/liborcus/Library_orcus-parser.mk
+++ b/external/liborcus/Library_orcus-parser.mk
@@ -54,7 +54,6 @@ $(eval $(call 
gb_Library_add_generated_exception_objects,orcus-parser,\
UnpackedTarball/liborcus/src/parser/json_parser_thread \
UnpackedTarball/liborcus/src/parser/parser_base \
UnpackedTarball/liborcus/src/parser/parser_global \
-   UnpackedTarball/liborcus/src/parser/pstring \
UnpackedTarball/liborcus/src/parser/sax_parser_base \
UnpackedTarball/liborcus/src/parser/sax_token_parser \
UnpackedTarball/liborcus/src/parser/sax_token_parser_thread \
diff --git a/external/liborcus/Library_orcus.mk 
b/external/liborcus/Library_orcus.mk
index 785cd440aab1..28ef13612260 100644
--- a/external/liborcus/Library_orcus.mk
+++ b/external/liborcus/Library_orcus.mk
@@ -62,11 +62,15 @@ $(eval $(call 
gb_Library_add_generated_exception_objects,orcus,\
UnpackedTarball/liborcus/src/liborcus/gnumeric_cell_context \
UnpackedTarball/liborcus/src/liborcus/gnumeric_context \
UnpackedTarball/liborcus/src/liborcus/gnumeric_detection_handler \
+   UnpackedTarball/liborcus/src/liborcus/gnumeric_filter_context \
UnpackedTarball/liborcus/src/liborcus/gnumeric_handler \
-   UnpackedTarball/liborcus/src/liborcus/gnumeric_helper \
+   UnpackedTarball/liborcus/src/liborcus/gnumeric_names_context \
UnpackedTarball/liborcus/src/liborcus/gnumeric_namespace_types \
UnpackedTarball/liborcus/src/liborcus/gnumeric_sheet_context \
+   UnpackedTarball/liborcus/src/liborcus/gnumeric_styles_context \
UnpackedTarball/liborcus/src/liborcus/gnumeric_tokens \
+   UnpackedTarball/liborcus/src/liborcus/gnumeric_types \
+   UnpackedTarball/liborcus/src/liborcus/gnumeric_value_format_parser \
UnpackedTarball/liborcus/src/liborcus/info \
UnpackedTarball/liborcus/src/liborcus/interface \
UnpackedTarball/liborcus/src/liborcus/json_document_tree \
@@ -75,6 +79,7 @@ $(eval $(call 
gb_Library_add_generated_exception_objects,orcus,\
UnpackedTarball/liborcus/src/liborcus/json_structure_tree \
UnpackedTarball/liborcus/src/liborcus/json_util \
UnpackedTarball/liborcus/src/liborcus/measurement \
+   UnpackedTarball/liborcus/src/liborcus/number_utils \
UnpackedTarball/liborcus/src/liborcus/odf_document_styles_context \
UnpackedTarball/liborcus/src/liborcus/odf_helper \
UnpackedTarball/liborcus/src/liborcus/odf_namespace_types \
@@ -114,7 +119,6 @@ $(eval $(call 
gb_Library_add_generated_exception_objects,orcus,\
UnpackedTarball/liborcus/src/liborcus/string_helper \
UnpackedTarball/liborcus/src/liborcus/xlsx_autofilter_context \
UnpackedTarball/liborcus/src/liborcus/xlsx_conditional_format_context \
-   UnpackedTarball/liborcus/src/liborcus/xlsx_context \
UnpackedTarball/liborcus/src/liborcus/xlsx_drawing_context \

[Libreoffice-bugs] [Bug 157500] Writer crashes when I move pasted photos around in a document.

[bugzilla-daemon]

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

--- Comment #2 from hug...@gmail.com ---
Created attachment 189877
  --> https://bugs.documentfoundation.org/attachment.cgi?id=189877=edit
Scrambled display, instead of complete crash.

Writer did not crash this time, but scrambled some of the video memory?

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

[Libreoffice-bugs] [Bug 107331] [META] Document themes bugs and enhancements

[bugzilla-daemon]

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

Stéphane Guillou (stragu)  changed:

   What|Removed |Added

 Depends on||156981


Referenced Bugs:

https://bugs.documentfoundation.org/show_bug.cgi?id=156981
[Bug 156981] Theme color is not used for rendering
-- 
You are receiving this mail because:
You are the assignee for the bug.

[Libreoffice-bugs] [Bug 156981] Theme color is not used for rendering

[bugzilla-daemon]

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

Stéphane Guillou (stragu)  changed:

   What|Removed |Added

 Blocks||107331
 CC||stephane.guillou@libreoffic
   ||e.org

--- Comment #4 from Stéphane Guillou (stragu) 
 ---
Quikee, Regina: should this be set to "new" until it can be actioned when ODF
integrates theme palettes? Or did I misunderstand?


Referenced Bugs:

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

[Libreoffice-bugs] [Bug 109530] [META] File opening issues

[bugzilla-daemon]

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

Stéphane Guillou (stragu)  changed:

   What|Removed |Added

 Depends on||157037


Referenced Bugs:

https://bugs.documentfoundation.org/show_bug.cgi?id=157037
[Bug 157037] Auto detect CTL on plain text files
-- 
You are receiving this mail because:
You are the assignee for the bug.

[Libreoffice-bugs] [Bug 43808] [META] Right-To-Left and Complex Text Layout language issues (RTL/CTL)

[bugzilla-daemon]

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

Stéphane Guillou (stragu)  changed:

   What|Removed |Added

 Depends on||157037


Referenced Bugs:

https://bugs.documentfoundation.org/show_bug.cgi?id=157037
[Bug 157037] Auto detect CTL on plain text files
-- 
You are receiving this mail because:
You are the assignee for the bug.

[Libreoffice-bugs] [Bug 157037] Auto detect CTL on plain text files

[bugzilla-daemon]

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

Stéphane Guillou (stragu)  changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
Version|unspecified |Inherited From OOo
   Severity|normal  |enhancement
 CC||stephane.guillou@libreoffic
   ||e.org
 Blocks||109530, 43808
 Ever confirmed|0   |1

--- Comment #4 from Stéphane Guillou (stragu) 
 ---
That makes sense to me.

If gedit displays the sample text RTL, why shouldn't LO do the same, setting
the page style accordingly? Or at least recognise the language properly per
paragraph, and set its direction accordingly.

Weirdly, when importing the sample file, the paragraphs are assigned the Hindi
language instead of Arabic... (same in OOo 3.3)

Tested with recent master build:

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


Referenced Bugs:

https://bugs.documentfoundation.org/show_bug.cgi?id=43808
[Bug 43808] [META] Right-To-Left and Complex Text Layout language issues
(RTL/CTL)
https://bugs.documentfoundation.org/show_bug.cgi?id=109530
[Bug 109530] [META] File opening issues
-- 
You are receiving this mail because:
You are the assignee for the bug.

[Libreoffice-bugs] [Bug 113354] [META] Impress/Draw feature enhancements

[bugzilla-daemon]

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

Olivier Hallot  changed:

   What|Removed |Added

 Depends on||157501


Referenced Bugs:

https://bugs.documentfoundation.org/show_bug.cgi?id=157501
[Bug 157501] Presentation Minimizer wizard dialog needs Help button
-- 
You are receiving this mail because:
You are the assignee for the bug.

[Libreoffice-bugs] [Bug 157501] New: Presentation Minimizer wizard dialog needs Help button

[bugzilla-daemon]

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

Bug ID: 157501
   Summary: Presentation Minimizer wizard dialog needs Help button
   Product: LibreOffice
   Version: 24.2.0.0 alpha0+ Master
  Hardware: All
OS: All
Status: UNCONFIRMED
  Keywords: needsUXEval
  Severity: normal
  Priority: medium
 Component: Impress
  Assignee: libreoffice-bugs@lists.freedesktop.org
  Reporter: olivier.hal...@libreoffice.org
Blocks: 113354

The Presentation Minimizer does not have a Help button.

UNO command is .uno:PresentationMinimizer

Help file: text/simpress/01/PresentationMinimizer.xhp


Referenced Bugs:

https://bugs.documentfoundation.org/show_bug.cgi?id=113354
[Bug 113354] [META] Impress/Draw feature enhancements
-- 
You are receiving this mail because:
You are the assignee for the bug.

[Libreoffice-bugs] [Bug 157500] Writer crashes when I move pasted photos around in a document.

[bugzilla-daemon]

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

--- Comment #1 from hug...@gmail.com ---
Actually, it might be resizing, rather than moving that causes the crash.

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

[Libreoffice-bugs] [Bug 157062] There should be a version of OFFSET() allowing for an offset concerning the sheet index.

[bugzilla-daemon]

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

--- Comment #2 from ady  ---
FWIW...

Using relative addresses for worksheets would be a solution for some use-cases
without needing a new function. That would not be the same exact method as
"pointing to the next/prior Nth worksheet" (similar to the offset addressing),
but still.

Regarding cell addresses vs worksheet addresses, the former are always named in
a standard way (A1 or R1C1, and their respective absolute and relative
notations), whereas the later are not; there is not standardized name format
for worksheets). I assume this would be an important factor to consider for
such suggested "offset-like" function, and (probably) it would be one important
reason for the difficulties to precisely define the function and its arguments.

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

[Libreoffice-bugs] [Bug 157500] New: Writer crashes when I move pasted photos around in a document.

[bugzilla-daemon]

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

Bug ID: 157500
   Summary: Writer crashes when I move pasted photos around in a
document.
   Product: LibreOffice
   Version: 7.5.7.1 release
  Hardware: x86-64 (AMD64)
OS: Windows (All)
Status: UNCONFIRMED
  Severity: normal
  Priority: medium
 Component: Writer
  Assignee: libreoffice-bugs@lists.freedesktop.org
  Reporter: hug...@gmail.com

Description:
Inserting a number of photos in a document.  I paste the photo, when pasted it
may overlap a previous photo. I then drag it to a new position in the document.
 Writer crashes.  Document is now about 5MB in size.  If I save as soon as I
paste the photo (before moving it) it seems to be a bit safer.  Have to save
after every move.  I am resizing, sometimes cropping the photos in Windows
Paint, then copying them to Writer without saving them.

Steps to Reproduce:
1.Start a new document, type some stuff
2.copy a photo from Paint, paste into document
3.repeat (2.)
4. move new photo in document

Actual Results:
Writer just crashes

Expected Results:
Writer should not crash ;)


Reproducible: Always


User Profile Reset: No

Additional Info:
Version: 7.5.7.1 (X86_64) / LibreOffice Community
Build ID: 47eb0cf7efbacdee9b19ae25d6752381ede23126
CPU threads: 4; OS: Windows 10.0 Build 19045; UI render: Skia/Vulkan; VCL: win
Locale: en-AU (en_AU); UI: en-US
Calc: threaded

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

[Libreoffice-bugs] [Bug 107733] [META] Hyperlink bugs and enhancements

[bugzilla-daemon]

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

Stéphane Guillou (stragu)  changed:

   What|Removed |Added

 Depends on||148405


Referenced Bugs:

https://bugs.documentfoundation.org/show_bug.cgi?id=148405
[Bug 148405] FILEOPEN: Font direct formatting of a hyperlink disappears after
reload (perhaps document specific)
-- 
You are receiving this mail because:
You are the assignee for the bug.

[Libreoffice-bugs] [Bug 148405] FILEOPEN: Font direct formatting of a hyperlink disappears after reload (perhaps document specific)

[bugzilla-daemon]

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

Stéphane Guillou (stragu)  changed:

   What|Removed |Added

 Blocks||107733
Summary|FILEOPEN: Font dircect  |FILEOPEN: Font direct
   |formatting of a hyperlink   |formatting of a hyperlink
   |disappears after reload |disappears after reload
   |(perhaps document specific) |(perhaps document specific)


Referenced Bugs:

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

[Libreoffice-bugs] [Bug 76645] FILESAVE Impress does not preserve hyperlinked letters color on export to .ppt format

[bugzilla-daemon]

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

Stéphane Guillou (stragu)  changed:

   What|Removed |Added

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

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

[Libreoffice-bugs] [Bug 157236] Images added to list in Page Properties won't delete

[bugzilla-daemon]

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

--- Comment #8 from Don Matschull  ---
(In reply to Stéphane Guillou (stragu) from comment #7)
> (In reply to Don Matschull from comment #6)
> > Do you know where the images I added might be stored within the user profile
> > so I can delete just that folder and not lose everything else?
> 
> Does removing user/gallery help?

That's where I was hoping it was located, but no luck.

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

[Libreoffice-bugs] [Bug 157499] New: Upgraded 7.5, Calc xls files now open by unknown user

[bugzilla-daemon]

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

Bug ID: 157499
   Summary: Upgraded 7.5, Calc xls files now open by unknown user
   Product: LibreOffice
   Version: 7.5.7.1 release
  Hardware: x86 (IA32)
OS: Windows (All)
Status: UNCONFIRMED
  Severity: normal
  Priority: medium
 Component: Calc
  Assignee: libreoffice-bugs@lists.freedesktop.org
  Reporter: tkerstet...@aol.com

Description:
Upgraded suite to 7.5, now all of my calc xls files will say that they are in
use and I can copy or open in read only.  WHen I make a copy then delete old
one and replace it with newer, it will end up saying that it is open by unknown
user and can only read only.  I rebooted the system, and repaired the install
but problem is still there.  It appear that a "in use" flag is being set by
default each time.  

Some of these file haven't been accessed in months  

Steps to Reproduce:
1. try to open any existing xls file
2.
3.

Actual Results:
double click to try and open an existing 

Expected Results:
pop up telling me that in use and I can open read only or copy 


Reproducible: Sometimes


User Profile Reset: No

Additional Info:
Open the file

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

[Libreoffice-bugs] [Bug 135593] FILESAVE PDF Long hyperlink in table gets saved to PDF scrolled to the end

[bugzilla-daemon]

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

--- Comment #6 from Gabor Kelemen (allotropia)  ---
Still happens in

Version: 24.2.0.0.alpha0+ (X86_64) / LibreOffice Community
Build ID: 0c4913e03e8427a576138601958f2dbf13b8c37b
CPU threads: 8; OS: Linux 5.4; UI render: default; VCL: gtk3
Locale: hu-HU (hu_HU.UTF-8); UI: en-US
Calc: threaded

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

[Libreoffice-bugs] [Bug 157498] New: Window movement and resizes messed up with macOS Sonoma

[bugzilla-daemon]

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

Bug ID: 157498
   Summary: Window movement and resizes messed up with macOS
Sonoma
   Product: LibreOffice
   Version: 7.6.2.1 release
  Hardware: ARM
OS: macOS (All)
Status: UNCONFIRMED
  Severity: normal
  Priority: medium
 Component: Draw
  Assignee: libreoffice-bugs@lists.freedesktop.org
  Reporter: ken.shirr...@gmail.com

I upgraded to macOS Sonomoa and now Libre Office is behaving strangely when
moving or resizing windows. I haven't seen this behavior on other apps, so I
think it is Libre Office.

First, if I drag a corner of the window to resize Libre Office, the cursor
doesn't change to the double-headed resize arrow like other applications, but
stays as the regular pointer. The window resizes correctly, but with a lot of
white flashing.

Second, if I click on the title bar of the window to move it, the window
narrows itself to that point and starts resizing. This isn't the behavior of
other apps. But sometimes clicking on the title bar moves the window as
expected, so it's not always repeatable.

I also had a problem where clicking on the - or + image resize buttons at the
bottom of the window would cause the whole window to shrink to a vertical
stripe, but I can't always reproduce that. It seems to happen after resizing
the window.

These aren't serious issues, but I wanted to let you know in case there was an
API change with Sonoma.

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

[Libreoffice-bugs] [Bug 157236] Images added to list in Page Properties won't delete

[bugzilla-daemon]

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

--- Comment #7 from Stéphane Guillou (stragu) 
 ---
(In reply to Don Matschull from comment #6)
> Do you know where the images I added might be stored within the user profile
> so I can delete just that folder and not lose everything else?

Does removing user/gallery help?

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

[Libreoffice-bugs] [Bug 141031] Context Menu doesn't update target on right click in Form browser

[bugzilla-daemon]

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

--- Comment #4 from Kira Tubo  ---
Created attachment 189876
  --> https://bugs.documentfoundation.org/attachment.cgi?id=189876=edit
replace with context menu missing v6.3

Reproducible exactly as described in the original "actual results" in 7.3.3.2.

Version: 7.3.3.2 (x64) / LibreOffice Community
Build ID: d1d0ea68f081ee2800a922cac8f79445e4603348
CPU threads: 6; OS: Windows 10.0 Build 22621; UI render: Skia/Raster; VCL: win
Locale: en-US (en_US); UI: en-US
Calc: CL

However, if you dig back to 6.3 for example, the "actual results" isn't
reproduced as described, however, there is still an issue with the "Replace
with" context menu goes missing for the form controls. See step 5 and
attachment for the results with the issue.

Steps:
1. Open writer
2. Create a form control e.g. Form > Text Box
3. Open Form Navigator e.g. Form > Form Navigator
4. Within the Form Navigator, Left click on form name (above the form control)
5. Right click on form control (e.g. Text Box). The "Replace with" menu goes
missing, which is NOT expected.
6. Left click on form name (above the form control).
7. Left click on form control (e.g. Text Box). 
8. Right click on form control(e.g. Text Box). The "Replace with" menu appears,
which is expected
8. Left click on form control (e.g. Text Box). 
9. Right click on form name (above the form control). The context menu appears
with all the correct options (New, Cut, Delete, Tab Order, Rename, Properties),
as expected. 

Version: 6.3.0.0.alpha1 (x64)
Build ID: 547edd20e527fb02900f6174973770d26306e2e7
CPU threads: 6; OS: Windows 10.0; UI render: GL; VCL: win; 
Locale: en-US (en_US); UI-Language: en-US
Calc: CL

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

[Libreoffice-commits] core.git: cpputools/Executable_uno.mk drawinglayer/CppunitTest_drawinglayer_border.mk drawinglayer/CppunitTest_drawinglayer_processors.mk drawinglayer/Library_drawinglayercore.mk

[Gabor Kelemen (via logerrit)]

 cpputools/Executable_uno.mk |4 
 drawinglayer/CppunitTest_drawinglayer_border.mk |1 -
 drawinglayer/CppunitTest_drawinglayer_processors.mk |1 -
 drawinglayer/Library_drawinglayercore.mk|1 -
 helpcompiler/Executable_HelpIndexer.mk  |1 -
 i18nlangtag/CppunitTest_i18nlangtag_test_languagetag.mk |1 -
 opencl/Library_opencl.mk|1 -
 sc/CppunitTest_sc_filters_test.mk   |1 -
 sc/CppunitTest_sc_screenshots.mk|1 -
 sc/CppunitTest_sc_vba_macro_test.mk |1 -
 sc/functions_setup.mk   |1 -
 svtools/CppunitTest_svtools_graphic.mk  |1 -
 sw/CppunitTest_sw_accessible_relation_set.mk|1 -
 sw/CppunitTest_sw_filters_test.mk   |1 -
 sw/CppunitTest_sw_odffeatures.mk|1 -
 ucb/CppunitTest_ucb_webdav_core.mk  |1 -
 writerfilter/CppunitTest_writerfilter_misc.mk   |4 
 writerperfect/Library_wpftcalc.mk   |1 -
 writerperfect/Library_wpftimpress.mk|1 -
 19 files changed, 25 deletions(-)

New commits:
commit d5afeecbffec0457b87faaff38f913fad489e08d
Author: Gabor Kelemen 
AuthorDate: Sat Sep 9 15:59:53 2023 +0200
Commit: Thorsten Behrens 
CommitDate: Fri Sep 29 00:20:57 2023 +0200

Use less libxml2 external headers dependency

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

diff --git a/cpputools/Executable_uno.mk b/cpputools/Executable_uno.mk
index ba3b22fb6337..f3106c304b82 100644
--- a/cpputools/Executable_uno.mk
+++ b/cpputools/Executable_uno.mk
@@ -20,10 +20,6 @@ $(eval $(call gb_Executable_use_libraries,uno,\
 salhelper \
 ))
 
-$(eval $(call gb_Executable_use_externals,uno,\
-libxml2 \
-))
-
 $(eval $(call gb_Executable_add_exception_objects,uno,\
 cpputools/source/unoexe/unoexe \
 ))
diff --git a/drawinglayer/CppunitTest_drawinglayer_border.mk 
b/drawinglayer/CppunitTest_drawinglayer_border.mk
index e6c18dba..f87321a608c5 100644
--- a/drawinglayer/CppunitTest_drawinglayer_border.mk
+++ b/drawinglayer/CppunitTest_drawinglayer_border.mk
@@ -31,7 +31,6 @@ $(eval $(call 
gb_CppunitTest_use_libraries,drawinglayer_border, \
 
 $(eval $(call gb_CppunitTest_use_externals,drawinglayer_border,\
boost_headers \
-   libxml2 \
 ))
 
 $(eval $(call gb_CppunitTest_add_exception_objects,drawinglayer_border, \
diff --git a/drawinglayer/CppunitTest_drawinglayer_processors.mk 
b/drawinglayer/CppunitTest_drawinglayer_processors.mk
index b17a5107dc2d..fcbbf247f10a 100644
--- a/drawinglayer/CppunitTest_drawinglayer_processors.mk
+++ b/drawinglayer/CppunitTest_drawinglayer_processors.mk
@@ -32,7 +32,6 @@ $(eval $(call 
gb_CppunitTest_use_libraries,drawinglayer_processors, \
 
 $(eval $(call gb_CppunitTest_use_externals,drawinglayer_processors,\
boost_headers \
-   libxml2 \
 ))
 
 $(eval $(call gb_CppunitTest_add_exception_objects,drawinglayer_processors, \
diff --git a/drawinglayer/Library_drawinglayercore.mk 
b/drawinglayer/Library_drawinglayercore.mk
index 2eb24a40182d..7cff1a4b70bd 100644
--- a/drawinglayer/Library_drawinglayercore.mk
+++ b/drawinglayer/Library_drawinglayercore.mk
@@ -24,7 +24,6 @@ $(eval $(call gb_Library_use_sdk_api,drawinglayercore))
 
 $(eval $(call gb_Library_use_externals,drawinglayercore,\
 boost_headers \
-libxml2 \
 ))
 
 $(eval $(call gb_Library_use_libraries,drawinglayercore,\
diff --git a/helpcompiler/Executable_HelpIndexer.mk 
b/helpcompiler/Executable_HelpIndexer.mk
index 5fee9f7a64f4..9b2a7657e9ba 100644
--- a/helpcompiler/Executable_HelpIndexer.mk
+++ b/helpcompiler/Executable_HelpIndexer.mk
@@ -17,7 +17,6 @@ $(eval $(call gb_Executable_use_libraries,HelpIndexer,\
 $(eval $(call gb_Executable_use_externals,HelpIndexer,\
 expat \
 libxslt \
-libxml2 \
 clucene \
 ))
 
diff --git a/i18nlangtag/CppunitTest_i18nlangtag_test_languagetag.mk 
b/i18nlangtag/CppunitTest_i18nlangtag_test_languagetag.mk
index 801bfe7b99ff..271aa7f21558 100644
--- a/i18nlangtag/CppunitTest_i18nlangtag_test_languagetag.mk
+++ b/i18nlangtag/CppunitTest_i18nlangtag_test_languagetag.mk
@@ -24,7 +24,6 @@ $(eval $(call 
gb_CppunitTest_use_externals,i18nlangtag_test_languagetag,\
icu_headers \
icuuc \
liblangtag \
-   libxml2 \
 ))
 
 ifneq ($(SYSTEM_LIBLANGTAG),)
diff --git a/opencl/Library_opencl.mk b/opencl/Library_opencl.mk
index 5b3de52d6a3e..213c600637c2 100644
--- a/opencl/Library_opencl.mk
+++ b/opencl/Library_opencl.mk
@@ -24,7 +24,6 @@ $(eval $(call gb_Library_use_externals,opencl,\
 icu_headers \
 icui18n \
 icuuc \
-libxml2 \
 ))
 
 $(eval $(call 

[Libreoffice-bugs] [Bug 157241] Freeze when removing table

[bugzilla-daemon]

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

--- Comment #5 from Stéphane Guillou (stragu) 
 ---
(just stressing that the freeze doesn't happen for me if pages 1 and 2 are
visible side-by-side)

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

[Libreoffice-bugs] [Bug 132261] [META] Table layouting: PrepareMake, MakeAll loops and crashes

[bugzilla-daemon]

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

Stéphane Guillou (stragu)  changed:

   What|Removed |Added

 Depends on||157241


Referenced Bugs:

https://bugs.documentfoundation.org/show_bug.cgi?id=157241
[Bug 157241] Freeze when removing table
-- 
You are receiving this mail because:
You are the assignee for the bug.

[Libreoffice-bugs] [Bug 157241] Freeze when removing table

[bugzilla-daemon]

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

Stéphane Guillou (stragu)  changed:

   What|Removed |Added

 Ever confirmed|0   |1
  Regression By||Michael Stahl
 Blocks||132261
Summary|Freeze at undo with a   |Freeze when removing table
   |specific undo/redo/undo |
   |sequence|
   Severity|normal  |major
 CC||michael.st...@allotropia.de
   ||,
   ||stephane.guillou@libreoffic
   ||e.org
 Status|UNCONFIRMED |NEW
   Keywords||bibisected, bisected,
   ||regression

--- Comment #4 from Stéphane Guillou (stragu) 
 ---
Can't repro the first version in Description, but can repro the freeze when
deleting the first green table in comment 2.

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

Let' start with that.

My bibisect steps, note step 2:

1. open attachment 189615
2. make sure only the first page is visible (by making the window narrow enough
to not have two pages side-by-side)
3. with cursor in first green table, delete the table

Result: freeze.

Bibisected with linux-64-24.2 repo to first bad commit
cb5a1c6ec7db7ee83f6e2b78a3e726a513d4f202 which points to core commit:

commit  c303981cfd95ce1c3881366023d5495ae2edce97
author  Michael Stahl   Wed Aug 23 15:50:59 2023 +0200
committer   Michael Stahl   Thu Aug 24 12:43:25 2023 +0200
tdf#156724 sw: layout: fix tables not splitting due to footnotes differently
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/155988

Michael, can you please have a look?


Referenced Bugs:

https://bugs.documentfoundation.org/show_bug.cgi?id=132261
[Bug 132261] [META] Table layouting: PrepareMake, MakeAll loops and crashes
-- 
You are receiving this mail because:
You are the assignee for the bug.

[Libreoffice-bugs] [Bug 116885] [META] Privacy and data security issues

[bugzilla-daemon]

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

Stéphane Guillou (stragu)  changed:

   What|Removed |Added

 Depends on||157039


Referenced Bugs:

https://bugs.documentfoundation.org/show_bug.cgi?id=157039
[Bug 157039] Method to clear search text drop down list in Base form
-- 
You are receiving this mail because:
You are the assignee for the bug.

[Libreoffice-bugs] [Bug 122311] Find & Replace dialog could save search history on closing of the application

[bugzilla-daemon]

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

Stéphane Guillou (stragu)  changed:

   What|Removed |Added

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

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

[Libreoffice-bugs] [Bug 157039] Method to clear search text drop down list in Base form

[bugzilla-daemon]

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

Stéphane Guillou (stragu)  changed:

   What|Removed |Added

 Whiteboard| QA:needsComment|
 Blocks||108440, 116885
Summary|Method to clear search text |Method to clear search text
   |drop down list in Base  |drop down list in Base form
   |form.   |
 Status|UNCONFIRMED |NEW
   Keywords||needsUXEval
   See Also||https://bugs.documentfounda
   ||tion.org/show_bug.cgi?id=12
   ||2311
 Ever confirmed|0   |1
 CC||libreoffice-ux-advise@lists
   ||.freedesktop.org,
   ||stephane.guillou@libreoffic
   ||e.org

--- Comment #1 from Stéphane Guillou (stragu) 
 ---
That's a good point.
I can confirm that I can see previous searches from a different database in a
form's Record Search dialog.

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

As a comparison, the Find and Replace dialog in Calc and Writer only saves
searches per session. Close and reopen LO, the list is cleared.

Maybe instead of adding a way to clear the search, it should just do like Calc
and Writer and not save anything between sessions?

Although there is a request to go the opposite way and make Find and Replace
_remember_ searched terms between sessions: Bug 122311

So a design decision should be consistent across these dialogs.
In my opinion, if search terms as saved, there should absolutely be an option
to clear the list. And possibly, a setting to opt into it. (Thinking of shared
computers on which one user might not like discovering that another user is
able to see logged search terms they have used previously.)


Referenced Bugs:

https://bugs.documentfoundation.org/show_bug.cgi?id=108440
[Bug 108440] [META] Database form bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=116885
[Bug 116885] [META] Privacy and data security issues
-- 
You are receiving this mail because:
You are the assignee for the bug.

[Libreoffice-bugs] [Bug 108440] [META] Database form bugs and enhancements

[bugzilla-daemon]

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

Stéphane Guillou (stragu)  changed:

   What|Removed |Added

 Depends on||157039


Referenced Bugs:

https://bugs.documentfoundation.org/show_bug.cgi?id=157039
[Bug 157039] Method to clear search text drop down list in Base form
-- 
You are receiving this mail because:
You are the assignee for the bug.

[Libreoffice-ux-advise] [Bug 157039] Method to clear search text drop down list in Base form

[bugzilla-daemon]

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

Stéphane Guillou (stragu)  changed:

   What|Removed |Added

 Whiteboard| QA:needsComment|
 Blocks||108440, 116885
Summary|Method to clear search text |Method to clear search text
   |drop down list in Base  |drop down list in Base form
   |form.   |
 Status|UNCONFIRMED |NEW
   Keywords||needsUXEval
   See Also||https://bugs.documentfounda
   ||tion.org/show_bug.cgi?id=12
   ||2311
 Ever confirmed|0   |1
 CC||libreoffice-ux-advise@lists
   ||.freedesktop.org,
   ||stephane.guillou@libreoffic
   ||e.org

--- Comment #1 from Stéphane Guillou (stragu) 
 ---
That's a good point.
I can confirm that I can see previous searches from a different database in a
form's Record Search dialog.

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

As a comparison, the Find and Replace dialog in Calc and Writer only saves
searches per session. Close and reopen LO, the list is cleared.

Maybe instead of adding a way to clear the search, it should just do like Calc
and Writer and not save anything between sessions?

Although there is a request to go the opposite way and make Find and Replace
_remember_ searched terms between sessions: Bug 122311

So a design decision should be consistent across these dialogs.
In my opinion, if search terms as saved, there should absolutely be an option
to clear the list. And possibly, a setting to opt into it. (Thinking of shared
computers on which one user might not like discovering that another user is
able to see logged search terms they have used previously.)


Referenced Bugs:

https://bugs.documentfoundation.org/show_bug.cgi?id=108440
[Bug 108440] [META] Database form bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=116885
[Bug 116885] [META] Privacy and data security issues
-- 
You are receiving this mail because:
You are on the CC list for the bug.

Re: [Libreoffice-qa] ESC meeting agenda: 2023-09-28 16:00 CEST

[Eyal Rozenberg]

But Sophie, from the dev point of view, the problem is actually not
solved - until LO has a mechanism for pushing intrusive notifications of
required critical updates (with an opt-out for people who don't want
that). Some might disagree with this position, but it is certainly a
matter for discussion in the ESC.

Also, the ESC has not mapped out for us the potential for exploiting the
vulnerability with LO (with and without "social engineering" of user
behavior). While that is not critical, it would be useful both for
identifying, retroactively, LO exploitation as the culprit in case of
actual malicious intrusions; and for those rare cases where an upgrade
is impossible for some reason.

Eyal




On 28/09/2023 23:23, sophi wrote:

Hi Eyal, John,

Just to give some information on this peculiar episode. The CVE happened
just before the conference where most of the team was traveling, not
easy to do a respin in those conditions.

What Miklos meant is that in the *dev* point of view it was solved, a
fix has been provided thanks to Caolan, that's all developers can do
"they move on to the next issue". So nothing more on their side to talk
about. It doesn't mean they don't care about users, they have done their
job in fixing the issue, the rest is not in their power. It's up to us,
you, me.

Then it's up to release engineering, UX and marketing to act. What RE
did from Monday to today because there was some problem with a Mac version.

We have discussed today inside the team how we could better served our
users when this type of issue emerged. Security is a difficult topic to
talk about, there is not only the fix, but how it's embargoed for other
products, etc.

I think the best way now to go on positively on this is to have a
discussion between marketing, UX and RE: should we have a pop-up in the
product advertising about security fix, should we have a special
communication campaign. Most of the time, there is an embargo and we
release security fixes without communication because of that, what
should we do?

Please, open the discussion on the marketing list, all points of view
and ideas are valuable, but don't shout to our developers, they provided
a fix very quickly, up to us to know how to communicate it now. This was
a new situation that needs to be addressed, your opinion about users is
very much valid, how should we go from there now?

Cheers
Sophi

Le 28/09/2023 à 21:36, Eyal Rozenberg a écrit :

I second John's sentiment.

For the vast majority of LibreOffice users, this security problem is
_not_ fixed. And that is because they run versions of LibreOffice with
the vulnerability but without the fix; and have not been made aware of
the vulnerability and the release-with-a-fix.

I would claim that we are responsible to make our users thus aware. Now,
it's true that a user is not likely to allow this particular exploit to
be taken advantage of, since that would mean directing LO at a malicious
.webp somewhere. But - we have over 200 million users IIANM. If
malicious .webp's turn up on the web, it's quite likely some of our
users may do this by mistake; and we would bear some of the
responsibility for the consequences of such an outcome - after we've
told our users that they are in the capable hands of "security experts"
(to quote our website).

Also, what if, next time, the vulnerability is easier to exploit? Do we
even have the mechanism to push at least a warning about the need to
update LO?


Eyal

PS 1: I have widened the CC of this exchange, as this question relates
to how we present LibreOffice to users; our claims regarding the quality
of this product; and the implicit and explicit guarantees we make to
users.

PS 2: Many of us are not able to attend ESC sessions - in general, and
especially in the middle of a work day. And when this is the case we
send an email asking for relevant issues to be considered. Personally, I
struggle to attend even the design meetings (where I believe I can be of
more use).




On 28/09/2023 11:44, John Mills wrote:

Hello Miklos,

Is it an acceptable statement just to say that "we" move on? Yes, the
issue is now resolved for those people that download the newest version
of LibreOffice. However what about the many millions of users that will
not update or have no idea that they are now susceptible to this high
rated CVE?

This is not a compelling strategy and does not serve the best interests
of these users. I think it is poor for the reputation of LibreOffice and
the Document Foundation that there are many millions of unpatched
instances being used that could negatively impact people like this.

Perhaps this particular CVE is on the scale of things considered not
that critical, however what is the strategy if there was ever an exploit
that significantly impacted LibreOffice? How would this be made known to
our user and corrected?

With best regards,

John

Sent from Yahoo Mail on Android

[Libreoffice-bugs] [Bug 157497] New: can't open files since updated to 7.5.7.1 (x86_64)

[bugzilla-daemon]

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

Bug ID: 157497
   Summary: can't open files since updated to 7.5.7.1 (x86_64)
   Product: LibreOffice
   Version: 7.5.7.1 release
  Hardware: x86-64 (AMD64)
OS: Windows (All)
Status: UNCONFIRMED
  Severity: normal
  Priority: medium
 Component: LibreOffice
  Assignee: libreoffice-bugs@lists.freedesktop.org
  Reporter: fho...@hotmail.com

Description:
when I click on a file to open get document in use file has been locked by
another user open R/O or open copy. If I open a copy and save it the next time,
I try opening it get same document in use message

Steps to Reproduce:
1.open any file
2.
3.

Actual Results:
try open any file.

Expected Results:
need to open files and be able to save files as needed


Reproducible: Always


User Profile Reset: Yes

Additional Info:
open files without issue

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

[Libreoffice-bugs] [Bug 157236] Images added to list in Page Properties won't delete

[bugzilla-daemon]

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

Don Matschull  changed:

   What|Removed |Added

 Ever confirmed|1   |0
 Status|NEEDINFO|UNCONFIRMED

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

[Libreoffice-bugs] [Bug 157236] Images added to list in Page Properties won't delete

[bugzilla-daemon]

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

--- Comment #6 from Don Matschull  ---
(In reply to Stéphane Guillou (stragu) from comment #5)
> Not reproduced in 7.4.7.2 either.
> 
> Version: 7.4.7.2 / LibreOffice Community
> Build ID: 723314e595e8007d3cf785c16538505a1c878ca5
> CPU threads: 8; OS: Linux 5.15; UI render: default; VCL: gtk3
> Locale: en-AU (en_AU.UTF-8); UI: en-US
> Calc: threaded
> 
> Don, can you please:
> - update to a version that will see further releases, 7.5 or 7.6
> - reset your user profile
> - test again
> - if you can still reproduce, please share the full version information from
> Help > About LibreOffice.
> 
> Thank you!

I updated to:
Version: 7.5.7.1 (X86_64) / LibreOffice Community
Build ID: 47eb0cf7efbacdee9b19ae25d6752381ede23126
CPU threads: 12; OS: Windows 10.0 Build 22621; UI render: Skia/Raster; VCL: win
Locale: en-US (en_US); UI: en-US
Calc: CL threaded

I named the User profile folder to User_OLD and restarted LibreOffice. The
images I added to the background image list were no longer there, so the
problem is evidently in the user profile.

Loosing all of my personal templates and other customized changes, however, is
a bigger problem that dealing with two additional images in the background
image lists. 

Do you know where the images I added might be stored within the user profile so
I can delete just that folder and not lose everything else?

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

[Libreoffice-bugs] [Bug 157340] Calc disfunction with keys numbers on keyboard. It's correct only with keypad numbers. I checked with 2 computers and it's the same problem

[bugzilla-daemon]

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

m.a.riosv  changed:

   What|Removed |Added

 Status|NEEDINFO|RESOLVED
 Resolution|--- |NOTABUG

--- Comment #7 from m.a.riosv  ---
Thanks for the information.

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

[Libreoffice-bugs] [Bug 156146] FILEOPEN ODT Paragraphs have greater indent than in 7.5

[bugzilla-daemon]

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

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

https://git.libreoffice.org/core/commit/7cf5faec6fdbc27dd77d2d36fb2ff205322cba0d

tdf#156146 xmloff: ODF import: add backward compatibility hack

It will be available in 24.2.0.

The patch should be included in the daily builds available at
https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More
information about daily builds can be found at:
https://wiki.documentfoundation.org/Testing_Daily_Builds

Affected users are encouraged to test the fix and report feedback.

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

[Libreoffice-bugs] [Bug 156146] FILEOPEN ODT Paragraphs have greater indent than in 7.5

[bugzilla-daemon]

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

Commit Notification  changed:

   What|Removed |Added

 Whiteboard||target:24.2.0

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

[Libreoffice-commits] core.git: include/xmloff xmloff/source

[Michael Stahl (via logerrit)]

 include/xmloff/txtimp.hxx |2 -
 include/xmloff/xmlimp.hxx |1 
 xmloff/source/core/xmlimp.cxx |9 +
 xmloff/source/text/txtimp.cxx |   65 ++
 4 files changed, 70 insertions(+), 7 deletions(-)

New commits:
commit 7cf5faec6fdbc27dd77d2d36fb2ff205322cba0d
Author: Michael Stahl 
AuthorDate: Tue Sep 26 15:03:58 2023 +0200
Commit: Thorsten Behrens 
CommitDate: Thu Sep 28 22:52:50 2023 +0200

tdf#156146 xmloff: ODF import: add backward compatibility hack

As a follow-up to ade0a153f453500f15343380ac937252992733e0 "tdf#114287
xmloff: ODF import: fix text:list override of list style", add some ugly
compatibility hack to preserve the visual layout of documents produced
by LO versions before 7.6.

Override the left/first-line margin of the applied numbering rules with
what is in the paragraph or paragraph style, and try to do this only in
the specific situation where the list style is the same.

Change-Id: I1f4520c9bf9d2257d2e3864e4ddb2d28451bbd2f
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/157284
Tested-by: Jenkins
Tested-by: Gabor Kelemen 
Reviewed-by: Thorsten Behrens 

diff --git a/include/xmloff/txtimp.hxx b/include/xmloff/txtimp.hxx
index 218db6fa7acd..24caf36e53d7 100644
--- a/include/xmloff/txtimp.hxx
+++ b/include/xmloff/txtimp.hxx
@@ -170,7 +170,7 @@ public:
 // Add parameter  (#i73509#)
 // Add parameter  in order to suppress the handling of the 
list attributes (#i80724#)
 OUString SetStyleAndAttrs(
-SvXMLImport const & rImport,
+SvXMLImport & rImport,
 const css::uno::Reference< css::text::XTextCursor >& rCursor,
 const OUString& rStyleName,
 bool bPara,
diff --git a/include/xmloff/xmlimp.hxx b/include/xmloff/xmlimp.hxx
index 04a46be4c10a..922b211341c7 100644
--- a/include/xmloff/xmlimp.hxx
+++ b/include/xmloff/xmlimp.hxx
@@ -554,6 +554,7 @@ public:
 static const sal_uInt16 LO_6x = 60 | LO_flag;
 static const sal_uInt16 LO_63x = 63 | LO_flag;
 static const sal_uInt16 LO_7x = 70 | LO_flag;
+static const sal_uInt16 LO_76 = 76 | LO_flag;
 static const sal_uInt16 LO_New = 100 | LO_flag;
 static const sal_uInt16 ProductVersionUnknown = SAL_MAX_UINT16;
 
diff --git a/xmloff/source/core/xmlimp.cxx b/xmloff/source/core/xmlimp.cxx
index 24264a77460b..209c141fb0d4 100644
--- a/xmloff/source/core/xmlimp.cxx
+++ b/xmloff/source/core/xmlimp.cxx
@@ -219,7 +219,14 @@ public:
 }
 else if ('7' == loVersion[0])
 {
-mnGeneratorVersion = SvXMLImport::LO_7x;
+if (loVersion.getLength() > 2 && loVersion[2] == 
'6')
+{
+mnGeneratorVersion = SvXMLImport::LO_76; // 7.6
+}
+else
+{
+mnGeneratorVersion = SvXMLImport::LO_7x;
+}
 }
 else
 {
diff --git a/xmloff/source/text/txtimp.cxx b/xmloff/source/text/txtimp.cxx
index fa43e44e2b22..647d6943a856 100644
--- a/xmloff/source/text/txtimp.cxx
+++ b/xmloff/source/text/txtimp.cxx
@@ -1003,8 +1003,40 @@ static bool lcl_HasListStyle( const OUString& sStyleName,
 
 return bRet;
 }
+
+namespace {
+
+auto IsPropertySet(uno::Reference const& 
rxParaStyles,
+uno::Reference const& rxPropSet,
+OUString const& rProperty)
+{
+uno::Reference const xPropState(rxPropSet, 
uno::UNO_QUERY);
+// note: this is true only if it is set in automatic style
+if (xPropState->getPropertyState(rProperty) == 
beans::PropertyState_DIRECT_VALUE)
+{
+return true;
+}
+// check if it is set by any parent common style
+OUString style;
+rxPropSet->getPropertyValue("ParaStyleName") >>= style;
+while (!style.isEmpty() && rxParaStyles.is() && 
rxParaStyles->hasByName(style))
+{
+uno::Reference const 
xStyle(rxParaStyles->getByName(style), uno::UNO_QUERY);
+assert(xStyle.is());
+uno::Reference const xStyleProps(xStyle, 
uno::UNO_QUERY);
+if (xStyleProps->getPropertyState(rProperty) == 
beans::PropertyState_DIRECT_VALUE)
+{
+return true;
+}
+style = xStyle->getParentStyle();
+}
+return false;
+};
+
+} // namespace
+
 OUString XMLTextImportHelper::SetStyleAndAttrs(
-SvXMLImport const & rImport,
+SvXMLImport & rImport,
 const Reference < XTextCursor >& rCursor,
 const OUString& rStyleName,
 bool bPara,
@@ -1086,13 +1118,16 @@ OUString XMLTextImportHelper::SetStyleAndAttrs(
 bool bNumberingIsNumber(true);
 // Assure that list style of automatic paragraph style is applied at 
paragraph. (#i101349#)
 

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

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

 sw/inc/doc.hxx   |2 
 sw/inc/swtable.hxx   |4 -
 sw/qa/extras/uiwriter/uiwriter6.cxx  |   79 +++
 sw/source/core/doc/tblrwcl.cxx   |9 ++-
 sw/source/core/docnode/ndtbl.cxx |4 -
 sw/source/core/frmedt/fetab.cxx  |5 +-
 sw/source/core/table/swnewtable.cxx  |8 +--
 sw/source/uibase/dochdl/swdtflvr.cxx |   16 ---
 8 files changed, 98 insertions(+), 29 deletions(-)

New commits:
commit 65efbf64cfa30ba96bc9f0ba539eb1414b861c49
Author: László Németh 
AuthorDate: Thu Sep 28 17:32:24 2023 +0200
Commit: László Németh 
CommitDate: Thu Sep 28 22:50:35 2023 +0200

tdf#157492 sw: fix tracked drag & drop of table row

Selecting table rows by the left row border, and
moving them via drag & drop resulted only tracked
deletion, but not tracked insertion.

See also commit 3e6125c72f8c07c14df42d45571cab44f24e9f70
"tdf#155846 sw tracked table column: fix drag & drop".

This reverts also commit 5a1c19624eda0c8b847af0dcee70b82502578ceb
"tdf#146965 sw track changes: fix tracked table row moving".

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

diff --git a/sw/inc/doc.hxx b/sw/inc/doc.hxx
index ba05ef371056..5fd6b58064c3 100644
--- a/sw/inc/doc.hxx
+++ b/sw/inc/doc.hxx
@@ -1208,7 +1208,7 @@ public:
 void InsertRow( const SwCursor& rCursor,
 sal_uInt16 nCnt = 1, bool bBehind = true );
 bool InsertRow( const SwSelBoxes& rBoxes,
-sal_uInt16 nCnt = 1, bool bBehind = true );
+sal_uInt16 nCnt = 1, bool bBehind = true, bool 
bInsertDummy = true );
 
 // Delete Columns/Rows in table.
 enum class RowColMode { DeleteRow = 0, DeleteColumn = 1, DeleteProtected = 
2 };
diff --git a/sw/inc/swtable.hxx b/sw/inc/swtable.hxx
index a7d1bd87d4d4..3d0a5732d188 100644
--- a/sw/inc/swtable.hxx
+++ b/sw/inc/swtable.hxx
@@ -167,7 +167,7 @@ private:
 bool NewSplitRow( SwDoc&, const SwSelBoxes&, sal_uInt16, bool );
 std::optional CollectBoxSelection( const SwPaM& rPam ) 
const;
 void InsertSpannedRow( SwDoc& rDoc, sal_uInt16 nIdx, sal_uInt16 nCnt );
-bool InsertRow_( SwDoc*, const SwSelBoxes&, sal_uInt16 nCnt, bool bBehind 
);
+bool InsertRow_( SwDoc*, const SwSelBoxes&, sal_uInt16 nCnt, bool bBehind, 
bool bInsertDummy );
 bool NewInsertCol( SwDoc&, const SwSelBoxes& rBoxes, sal_uInt16 nCnt, 
bool, bool bInsertDummy );
 void FindSuperfluousRows_( SwSelBoxes& rBoxes, SwTableLine*, SwTableLine* 
);
 void AdjustWidths( const tools::Long nOld, const tools::Long nNew );
@@ -254,7 +254,7 @@ public:
 bool InsertCol( SwDoc&, const SwSelBoxes& rBoxes,
 sal_uInt16 nCnt, bool bBehind, bool bInsertDummy );
 bool InsertRow( SwDoc*, const SwSelBoxes& rBoxes,
-sal_uInt16 nCnt, bool bBehind );
+sal_uInt16 nCnt, bool bBehind, bool bInsertDummy = true );
 void PrepareDelBoxes( const SwSelBoxes& rBoxes );
 bool DeleteSel( SwDoc*, const SwSelBoxes& rBoxes, const SwSelBoxes* 
pMerged,
 SwUndo* pUndo, const bool bDelMakeFrames, const bool bCorrBorder );
diff --git a/sw/qa/extras/uiwriter/uiwriter6.cxx 
b/sw/qa/extras/uiwriter/uiwriter6.cxx
index 5ef637c356e6..a02ebf08c6a0 100644
--- a/sw/qa/extras/uiwriter/uiwriter6.cxx
+++ b/sw/qa/extras/uiwriter/uiwriter6.cxx
@@ -926,6 +926,85 @@ CPPUNIT_TEST_FIXTURE(SwUiWriterTest6, 
testTdf147181_TrackedMovingOfMultipleTable
 CPPUNIT_ASSERT_EQUAL(sal_Int32(1), xTable2b->getRows()->getCount());
 }
 
+CPPUNIT_TEST_FIXTURE(SwUiWriterTest6, testTdf157492_TrackedMovingRow)
+{
+createSwDoc();
+SwDoc* pDoc = getSwDoc();
+CPPUNIT_ASSERT(pDoc);
+SwWrtShell* pWrtShell = pDoc->GetDocShell()->GetWrtShell();
+CPPUNIT_ASSERT(pWrtShell);
+
+// Create a table
+SwInsertTableOptions TableOpt(SwInsertTableFlags::DefaultBorder, 0);
+(void)>InsertTable(TableOpt, 4, 3);
+
+uno::Reference xTablesSupplier(mxComponent, 
uno::UNO_QUERY);
+uno::Reference xTableNames = 
xTablesSupplier->getTextTables();
+CPPUNIT_ASSERT(xTableNames->hasByName("Table1"));
+uno::Reference xTable1(xTableNames->getByName("Table1"), 
uno::UNO_QUERY);
+CPPUNIT_ASSERT_EQUAL(sal_Int32(4), xTable1->getRows()->getCount());
+CPPUNIT_ASSERT_EQUAL(sal_Int32(3), xTable1->getColumns()->getCount());
+
+SwXTextDocument* pTextDoc = 
dynamic_cast(mxComponent.get());
+
+// fill table with data
+for (int i = 0; i < 3; ++i)
+{
+pWrtShell->Insert("x");
+pTextDoc->postKeyEvent(LOK_KEYEVENT_KEYINPUT, 0, KEY_RIGHT);
+}
+
+Scheduler::ProcessEventsToIdle();
+
+uno::Reference xCellA1(xTable1->getCellByName("A1"), 
uno::UNO_QUERY);
+xCellA1->setString("A1");
+uno::Reference xCellB1(xTable1->getCellByName("B1"), 

[Libreoffice-bugs] [Bug 148071] change about info Mac OS X to macOS

[bugzilla-daemon]

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

--- Comment #13 from Andras Timar  ---
(In reply to Sierk Bornemann from comment #12)
> Could/would you please take
> care of it or initiate it? Thanks in advance.

No, thanks. :) I'm even not sure now that my patch was right in the first
place, see https://gerrit.libreoffice.org/c/core/+/157033 and discussions in
this bug.

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

[Libreoffice-bugs] [Bug 90497] Implementing document themes

[bugzilla-daemon]

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

--- Comment #26 from Stéphane Guillou (stragu) 
 ---
(In reply to Tomaz Vajngerl from comment #23)
> Then again it may make more sense to have individual bugs for
> what still needs to be done.
> For example - chart support for themes.

Theme support for charts requested in bug 157496.

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

[Libreoffice-bugs] [Bug 90497] Implementing document themes

[bugzilla-daemon]

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

Stéphane Guillou (stragu)  changed:

   What|Removed |Added

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

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

[Libreoffice-bugs] [Bug 108538] [META] Chart feature enhancements

[bugzilla-daemon]

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

Stéphane Guillou (stragu)  changed:

   What|Removed |Added

 Depends on||157496


Referenced Bugs:

https://bugs.documentfoundation.org/show_bug.cgi?id=157496
[Bug 157496] Support theme colours in charts
-- 
You are receiving this mail because:
You are the assignee for the bug.

[Libreoffice-bugs] [Bug 157496] New: Support theme colours in charts

[bugzilla-daemon]

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

Bug ID: 157496
   Summary: Support theme colours in charts
   Product: LibreOffice
   Version: 7.6.0.3 release
  Hardware: All
OS: All
Status: UNCONFIRMED
  Severity: enhancement
  Priority: medium
 Component: Chart
  Assignee: libreoffice-bugs@lists.freedesktop.org
  Reporter: stephane.guil...@libreoffice.org
CC: qui...@gmail.com
Blocks: 107331, 108538

Created attachment 189875
  --> https://bugs.documentfoundation.org/attachment.cgi?id=189875=edit
sample ODT

Document theme support started in LO 7.6, but charts do not switch colours when
the document theme is changed.

Steps:
1. Open attached ODT
2. Edit chart: change each of the 3 series's area colour to a colour from the
"Theme colors" palette
3. Exit chart edit mode
4. Change document theme in "Format > Theme"

Result: chart colours don't change, but rest of document does.
Expected: colours change in unison in the whole of the document.

Tested:

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


Referenced Bugs:

https://bugs.documentfoundation.org/show_bug.cgi?id=107331
[Bug 107331] [META] Document themes bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=108538
[Bug 108538] [META] Chart feature enhancements
-- 
You are receiving this mail because:
You are the assignee for the bug.

[Libreoffice-bugs] [Bug 107331] [META] Document themes bugs and enhancements

[bugzilla-daemon]

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

Stéphane Guillou (stragu)  changed:

   What|Removed |Added

 Depends on||157496


Referenced Bugs:

https://bugs.documentfoundation.org/show_bug.cgi?id=157496
[Bug 157496] Support theme colours in charts
-- 
You are receiving this mail because:
You are the assignee for the bug.

[Libreoffice-bugs] [Bug 157456] Libreoffice Writer: Problem in exported pdf file when exporting pdf with password and titles.

[bugzilla-daemon]

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

--- Comment #10 from m.a.riosv  ---
Created attachment 189874
  --> https://bugs.documentfoundation.org/attachment.cgi?id=189874=edit
Attached my exported PDF, password: 1

I think looks fine for me.

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

Re: [Libreoffice-qa] ESC meeting agenda: 2023-09-28 16:00 CEST

[sophi]

Hi Eyal, John,

Just to give some information on this peculiar episode. The CVE happened 
just before the conference where most of the team was traveling, not 
easy to do a respin in those conditions.


What Miklos meant is that in the *dev* point of view it was solved, a 
fix has been provided thanks to Caolan, that's all developers can do 
"they move on to the next issue". So nothing more on their side to talk 
about. It doesn't mean they don't care about users, they have done their 
job in fixing the issue, the rest is not in their power. It's up to us, 
you, me.


Then it's up to release engineering, UX and marketing to act. What RE 
did from Monday to today because there was some problem with a Mac version.


We have discussed today inside the team how we could better served our 
users when this type of issue emerged. Security is a difficult topic to 
talk about, there is not only the fix, but how it's embargoed for other 
products, etc.


I think the best way now to go on positively on this is to have a 
discussion between marketing, UX and RE: should we have a pop-up in the 
product advertising about security fix, should we have a special 
communication campaign. Most of the time, there is an embargo and we 
release security fixes without communication because of that, what 
should we do?


Please, open the discussion on the marketing list, all points of view 
and ideas are valuable, but don't shout to our developers, they provided 
a fix very quickly, up to us to know how to communicate it now. This was 
a new situation that needs to be addressed, your opinion about users is 
very much valid, how should we go from there now?


Cheers
Sophi

Le 28/09/2023 à 21:36, Eyal Rozenberg a écrit :

I second John's sentiment.

For the vast majority of LibreOffice users, this security problem is
_not_ fixed. And that is because they run versions of LibreOffice with
the vulnerability but without the fix; and have not been made aware of
the vulnerability and the release-with-a-fix.

I would claim that we are responsible to make our users thus aware. Now,
it's true that a user is not likely to allow this particular exploit to
be taken advantage of, since that would mean directing LO at a malicious
.webp somewhere. But - we have over 200 million users IIANM. If
malicious .webp's turn up on the web, it's quite likely some of our
users may do this by mistake; and we would bear some of the
responsibility for the consequences of such an outcome - after we've
told our users that they are in the capable hands of "security experts"
(to quote our website).

Also, what if, next time, the vulnerability is easier to exploit? Do we
even have the mechanism to push at least a warning about the need to
update LO?


Eyal

PS 1: I have widened the CC of this exchange, as this question relates
to how we present LibreOffice to users; our claims regarding the quality
of this product; and the implicit and explicit guarantees we make to users.

PS 2: Many of us are not able to attend ESC sessions - in general, and
especially in the middle of a work day. And when this is the case we
send an email asking for relevant issues to be considered. Personally, I
struggle to attend even the design meetings (where I believe I can be of
more use).




On 28/09/2023 11:44, John Mills wrote:

Hello Miklos,

Is it an acceptable statement just to say that "we" move on? Yes, the
issue is now resolved for those people that download the newest version
of LibreOffice. However what about the many millions of users that will
not update or have no idea that they are now susceptible to this high
rated CVE?

This is not a compelling strategy and does not serve the best interests
of these users. I think it is poor for the reputation of LibreOffice and
the Document Foundation that there are many millions of unpatched
instances being used that could negatively impact people like this.

Perhaps this particular CVE is on the scale of things considered not
that critical, however what is the strategy if there was ever an exploit
that significantly impacted LibreOffice? How would this be made known to
our user and corrected?

With best regards,

John

Sent from Yahoo Mail on Android


    On Thu, 28 Sept 2023 at 8:13 am, Miklos Vajna
     wrote:
    Hi Eyal,

    On Wed, Sep 27, 2023 at 08:31:04PM +0300, Eyal Rozenberg
    mailto:eyalr...@gmx.com>> wrote:
 > I would like to ask you to discuss the situation with the 
recent CVE:

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

    It was already discussed 2 weeks ago. If you have specific questions,
    please ask on the developer list or take part in the ESC call 
yourself.


    In short: the problem is fixed, it's released, we move on.


 

[Libreoffice-bugs] [Bug 157422] Wrap cell contents not being retained on libreoffice Calc

[bugzilla-daemon]

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

m.a.riosv  changed:

   What|Removed |Added

 Ever confirmed|0   |1
 Status|UNCONFIRMED |NEEDINFO

--- Comment #6 from m.a.riosv  ---
Please test in safe mode, Menu/Help/Restart in Safe Mode

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

[Libreoffice-bugs] [Bug 157386] Writer crash when try to open a DOC file

[bugzilla-daemon]

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

--- Comment #8 from m.a.riosv  ---
For both files, MSWord ask for password.

Meanwhile, LibreOffice open the one without password, and crash for the other
one.

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