[Bug 159234] Format - Align text - Align Left/Center/Right Align does not always work

2024-02-09 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=159234

--- Comment #4 from Patrick  ---
Hello,

strange, for the moment it works perfect! When the problem returns, i'll get
back to you with print screen.
Thanks for the investigation,
Patrick

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

[Bug 141005] Bottom and descent values ignored for vertical writing

2024-02-09 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=141005

--- Comment #10 from Y. Kawara  ---
Fixed in last public release. Thanks!

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

Re: Is it still possible to compile LibreOffice 24 for Linux 32-bit? (part 2)

2024-02-09 Thread Rene Engelhard

Hi,

please don't break threads.

Am 10.02.24 um 00:53 schrieb Escuelas Linux:


-"Debian still ships LibreOffice on 32bit archs, as do other 
distributions."



Oh! Thanks for the tip! I was not aware that Debian even has binary 
LibreOffice 24.2 32-bit packages, albeit in the unstable branch.



You should check.

Also in testing and even for bookworm-backports:

https://packages.debian.org/search?suite=bookworm-backports=libreoffice


-"I do -g1 in Debian. LTO works".


Where should I add the -g1 parameter?


There once was --enable-symbols=SMALL. Once was dropped upstream, I 
added it back and use that one:


https://salsa.debian.org/libreoffice-team/libreoffice/libreoffice/-/blob/master/patches/debian-debug.diff?ref_type=heads 
together with


https://salsa.debian.org/libreoffice-team/libreoffice/libreoffice/-/blob/master/rules?ref_type=heads#L1015 
and


https://salsa.debian.org/libreoffice-team/libreoffice/libreoffice/-/blob/master/rules?ref_type=heads#L1046


So Setting CXXFLAGS appropriately should just work.

-"And somehow the testtools bridgetest fails when building with gcc >= 
13, 12 works. Haven't found a solution yet.)"



I'm using gcc 13! Maybe this could be the cause of my compilation 
failures?



No, yours is the 4GB limit.

Which also is the case with PAE since that (ttbomk) does NOT affect how 
many memory *one process* has available.


Just that the system itself can handle more.


Regards,


Rene


[Bug 144018] Character transparency is reset to 0% when set to 100%

2024-02-09 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=144018

--- Comment #8 from Noel Grandin  ---
(In reply to Julien Nabet from comment #7)
> Trying to understand a bit alpha and transparency (the "T" that we encounter
> in Color definition), I read in include/tools/color.hxx that T = 255 - alpha
> 
> 

So there are a couple of different issues at play here.

(1) The old libreoffice code mostly worked in terms of transparency, but modern
graphics APIs all use alpha, so we have been slowly moving things to use alpha,
so that less conversion is necessary.

> 448 inline constexpr ::Color COL_AUTO
> ( ColorTransparency, 0xFF, 0xFF, 0xFF, 0xFF );
> 

(2) Some parts of the system unfortunately use a magic color (COL_AUTO) to mean
"pick the correct color magically", which is very unfortunate, because
sometimes a valid color is confused as COL_AUTO.

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

[Bug 159671] Vertical metrics not loaded properly from .ttc files

2024-02-09 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=159671

--- Comment #2 from Y. Kawara  ---
Probably more a FontForge bug. Heading there.

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

[Bug 159671] Vertical metrics not loaded properly from .ttc files

2024-02-09 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=159671

Y. Kawara  changed:

   What|Removed |Added

 Resolution|--- |INVALID
 Blocks|71732   |
 Status|UNCONFIRMED |RESOLVED

--- Comment #1 from Y. Kawara  ---
Sorry everyone,  ) is U+FE36, and it looks like the metrics ARE wrong in the
.ttc


Referenced Bugs:

https://bugs.documentfoundation.org/show_bug.cgi?id=71732
[Bug 71732] [META] Bugs related to text rendering, typography and font features
in LO
-- 
You are receiving this mail because:
You are the assignee for the bug.

[Bug 71732] [META] Bugs related to text rendering, typography and font features in LO

2024-02-09 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=71732

Y. Kawara  changed:

   What|Removed |Added

 Depends on|159671  |


Referenced Bugs:

https://bugs.documentfoundation.org/show_bug.cgi?id=159671
[Bug 159671] Vertical metrics not loaded properly from .ttc files
-- 
You are receiving this mail because:
You are the assignee for the bug.

[Bug 159671] Vertical metrics not loaded properly from .ttc files

2024-02-09 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=159671

Y. Kawara  changed:

   What|Removed |Added

 Blocks||71732


Referenced Bugs:

https://bugs.documentfoundation.org/show_bug.cgi?id=71732
[Bug 71732] [META] Bugs related to text rendering, typography and font features
in LO
-- 
You are receiving this mail because:
You are the assignee for the bug.

[Bug 71732] [META] Bugs related to text rendering, typography and font features in LO

2024-02-09 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=71732

Y. Kawara  changed:

   What|Removed |Added

 Depends on||159671


Referenced Bugs:

https://bugs.documentfoundation.org/show_bug.cgi?id=159671
[Bug 159671] Vertical metrics not loaded properly from .ttc files
-- 
You are receiving this mail because:
You are the assignee for the bug.

[Bug 159671] New: Vertical metrics not loaded properly from .ttc files

2024-02-09 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=159671

Bug ID: 159671
   Summary: Vertical metrics not loaded properly from .ttc files
   Product: LibreOffice
   Version: 7.6.4.1 release
  Hardware: All
OS: All
Status: UNCONFIRMED
  Severity: normal
  Priority: medium
 Component: UI
  Assignee: libreoffice-bugs@lists.freedesktop.org
  Reporter: suteteco...@mutsuba.info

Description:
I have five fonts, in which some vertical alternates are identical across all
fonts but have different vertical metrics in one of them (proportional font).
I have generated them as one .ttc file with the most recent version of
FontForge.

When typing those vertical alternates with the proportional font, LibreOffice
uses the vertical metrics of the other fonts. This only happens if the vector
data is the same (see below for details), and only for vertical metrics (not
horizontal ones).

Steps to Reproduce:
1.Set writing to vertical.
2.Change font to that in which vertical metrics is different.
2.Type () (CJK double-byte punctuation)

Actual Results:
( displays as intended, but ) does not.
 )gets displayed with the metrics of the other fonts (fixed width) of the ttc.

Expected Results:
The correct vertical metrics should be loaded.


Reproducible: Always


User Profile Reset: No

Additional Info:
Why these two characters behave differently is I think LO checks the vector
data to decide if it needs to load the different vertical metrics.
( has different vector data and different metrics,
 ) has the same vector data and different metrics.

Inkscape and GIMP are not affected by this bug.

I used the ttx command from fonttools to inspect the .ttc file, and in the
vertical metrics table (vmtx) there are two entries:




In the character map table (cmap) of the different font, U+FE37 is properly
linked to the alternate vertical metrics:





So the problem is not the ttc.

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

[Bug 128787] UI: menu path Format - Styles - New style from selection does not work

2024-02-09 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=128787

--- Comment #10 from Jim Raykowski  ---
Hi all,

Here is a patch that adds missing stuff needed to make 'New Style from
Selection' (uno:StyleNewByExample) and 'Update Selected Style'
(.uno:StyleUpdateByExample) work in Draw/Impress:

https://gerrit.libreoffice.org/c/core/+/163208

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

[Bug 141776] Application shortcuts not working in Start Center after closing document (see comment 4)

2024-02-09 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=141776

--- Comment #17 from Mike Kaganski  ---
And the bug 157649 also demonstrates the fact that underline and active state
of the accelerators are absolutely orthogonal (at least on Windows, which is
the focus here): in dialogs, no underline and still accelerators are active.

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

[Bug 141776] Application shortcuts not working in Start Center after closing document (see comment 4)

2024-02-09 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=141776

--- Comment #17 from Mike Kaganski  ---
And the bug 157649 also demonstrates the fact that underline and active state
of the accelerators are absolutely orthogonal (at least on Windows, which is
the focus here): in dialogs, no underline and still accelerators are active.

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

core.git: Branch 'feature/cib_contract49' - 13 commits - chart2/qa config_host.mk.in configure.ac external/liborcus oox/inc oox/source sc/Module_sc.mk sw/qa sw/source tools/Library_tl.mk vcl/Library_v

2024-02-09 Thread Michael Stahl (via logerrit)
Rebased ref, commits from common ancestor:
commit 59b131fdba2042971826a7c29dcc2bb564728c82
Author: Michael Stahl 
AuthorDate: Thu Feb 1 15:11:03 2024 +0100
Commit: Thorsten Behrens 
CommitDate: Sat Feb 10 05:18:38 2024 +0100

tdf#159015 sw: layout: fix infinite loop in ::CalcContent()

SwObjectFormatter::FormatObj() will just return if IsAgain() is set, so
the while loop here won't make any progress.

(regression from commit 191babee4f0ec643b80e96b0cd98c2d04ff96e4e)

Change-Id: I1c194b148760ae05cf4dee1d5729be28e87d6ba0
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/162880
Tested-by: Jenkins
Reviewed-by: Michael Stahl 
(cherry picked from commit 13865c4da30a3a2a5ab8efbd568c47952d3ffcee)
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/162895
Reviewed-by: Caolán McNamara 

diff --git a/sw/source/core/layout/fly.cxx b/sw/source/core/layout/fly.cxx
index 503dfedb35fa..fd15d4d22cd0 100644
--- a/sw/source/core/layout/fly.cxx
+++ b/sw/source/core/layout/fly.cxx
@@ -43,6 +43,7 @@
 #include 
 #include 
 #include 
+#include 
 #include 
 #include 
 #include 
@@ -1743,6 +1744,10 @@ void CalcContent( SwLayoutFrame *pLay, bool bNoColl )
 if (!SwObjectFormatter::FormatObj(*pAnchoredObj, 
pAnchorFrame, pAnchorPageFrame,
 rShell.Imp()->IsAction() ? 
()->GetLayAction() : nullptr))
 {
+if (rShell.Imp()->IsAction() && 
rShell.Imp()->GetLayAction().IsAgain())
+{   // tdf#159015 will always fail, don't loop
+return;
+}
 bRestartLayoutProcess = true;
 break;
 }
commit 2060fbdadd6277f5edb9d09f6eb41735c5079977
Author: Michael Stahl 
AuthorDate: Thu Feb 1 12:53:07 2024 +0100
Commit: Thorsten Behrens 
CommitDate: Sat Feb 10 05:15:39 2024 +0100

writerfilter: fix missing paragraph break on tdf136445-1.rtf

This causes an assert:
crossrefbookmark.cxx:44: sw::mark::CrossRefBookmark::CrossRefBookmark(): 
Assertion `IDocumentMarkAccess::IsLegalPaMForCrossRefHeadingBookmark(rPaM) && 
"" "- creation of cross-reference 
bookmark with an illegal PaM that does not expand over exactly one whole 
paragraph."' failed.

The problem is that there is an annotation at the end of a paragraph,
and reading the annotation changes various members of DomainMapper_Impl,
in particular m_bParaSectpr and m_bParaChanged, causing "bRemove" in
DomainMapper::lcl_utext() to be erroneously true, removing the just
inserted paragraph break again.

Move all flags that are evaluated for bRemove to SubstreamContext.

This causes one test failure, but it turns out that the new result is
the same as in Word 2013.

  Test name: (anonymous namespace)::testTdf108947::TestBody
  equality assertion failed
  - Expected: Header Page 2 ?
  - Actual  :
  Header Page 2 ?

(regression from commit 15b886f460919ea3dce425a621dc017c2992a96b)

Change-Id: I44a7a8928ab04c600d4d3c43bc4e4deeafe57d89
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/162932
Tested-by: Jenkins
Reviewed-by: Michael Stahl 
(cherry picked from commit 86ad08f9d25110e91e92a0badf6de75e785b3644)
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/162936
Reviewed-by: Caolán McNamara 

diff --git a/sw/qa/extras/rtfexport/data/tdf136445-1-min.rtf 
b/sw/qa/extras/rtfexport/data/tdf136445-1-min.rtf
new file mode 100644
index ..c0abd0d293be
--- /dev/null
+++ b/sw/qa/extras/rtfexport/data/tdf136445-1-min.rtf
@@ -0,0 +1,17 @@
+{ tf1
+{\*\listtable
+{\list\listtemplateid8
+{\listlevel\levelnfc0\leveljc0\levelstartat1\levelfollow0{\leveltext 
\'02E\'00;}{\levelnumbers\'02;}i-720\li720}\listid8}
+}
+{\listoverridetable{\listoverride\listid8\listoverridecount0\ls8}}
+
+\ltrpar \sectd
+\pard\plain \ltrpar{ tlch\hich \ltrch\loch
+I ax xoixx xuxixx xxe xixxx. (Xaxxexx 1989 x.x. xaxax a)}{ tlch\hich 
\ltrch\loch
+{\*tnid CL}{\*tnauthor Christian}+sic!}}}
+\par \pard\plain {\listtext\pard\plain  E119   ab}\ilvl0\ls8 \li720 i0\lin720 
in0i-720\ql\ltrpar{{\*kmkstart __RefNumPara__395941_134077278}{\*kmkend 
__RefNumPara__395941_134077278} tlch\hich \ltrch\loch
+Xixab xaxa ab x-a  ab  ab  ab xix  ab }{ tlch\hich 
\ltrch\langfe0\dbch\loch\lang255\loch
+x xi = xa.}
+\par
+}
diff --git a/sw/qa/extras/rtfexport/rtfexport8.cxx 
b/sw/qa/extras/rtfexport/rtfexport8.cxx
index a611a3bf4c1d..943735098082 100644
--- a/sw/qa/extras/rtfexport/rtfexport8.cxx
+++ b/sw/qa/extras/rtfexport/rtfexport8.cxx
@@ -109,6 +109,20 @@ DECLARE_RTFEXPORT_TEST(testTdf158586_lostFrame, 
"tdf158586_lostFrame.rtf")
 CPPUNIT_ASSERT_EQUAL(2, getPages());
 }
 
+DECLARE_RTFEXPORT_TEST(testAnnotationPar, "tdf136445-1-min.rtf")
+{
+// the problem was that the 

[Bug 141776] Application shortcuts not working in Start Center after closing document (see comment 4)

2024-02-09 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=141776

--- Comment #16 from Mike Kaganski  ---
(In reply to skagon from comment #15)
> Again, if the underline is visible, it automatically denotes (should denote
> anyway) that the underlined accelerators are *active*. No [ALT], no nothing!

Wrong. As bug 54169 was linked here, you should be aware that there is a
*setting* for that. So it is perfectly valid, that the underline is *visible*,
but still require the Alt. Indeed, but 54169 must be properly fixed. But not
this.

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

[Bug 141776] Application shortcuts not working in Start Center after closing document (see comment 4)

2024-02-09 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=141776

--- Comment #16 from Mike Kaganski  ---
(In reply to skagon from comment #15)
> Again, if the underline is visible, it automatically denotes (should denote
> anyway) that the underlined accelerators are *active*. No [ALT], no nothing!

Wrong. As bug 54169 was linked here, you should be aware that there is a
*setting* for that. So it is perfectly valid, that the underline is *visible*,
but still require the Alt. Indeed, but 54169 must be properly fixed. But not
this.

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

[Bug 159670] New: SISTEM SEDANG EROR

2024-02-09 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=159670

Bug ID: 159670
   Summary: SISTEM SEDANG EROR
   Product: cppunit
   Version: 1.14
  Hardware: All
OS: All
Status: UNCONFIRMED
  Severity: normal
  Priority: medium
 Component: General
  Assignee: libreoffice-bugs@lists.freedesktop.org
  Reporter: elangstore...@gmail.com
CC: markus.mohrh...@googlemail.com

Created attachment 192492
  --> https://bugs.documentfoundation.org/attachment.cgi?id=192492=edit
SISTEM SEDANG EROR

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

[Bug 159320] Add support for first / other page paper tray selection

2024-02-09 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=159320

QA Administrators  changed:

   What|Removed |Added

 Whiteboard| QA:needsComment|

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

[Bug 159316] Really help assigning alternating formats to table rows and columns

2024-02-09 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=159316

QA Administrators  changed:

   What|Removed |Added

 Whiteboard| QA:needsComment|

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

[Bug 159666] Crash when table and line object are selected at the same time

2024-02-09 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=159666

QA Administrators  changed:

   What|Removed |Added

   Keywords||bibisectRequest

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

[Bug 159320] Add support for first / other page paper tray selection

2024-02-09 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=159320

QA Administrators  changed:

   What|Removed |Added

 Whiteboard| QA:needsComment|

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

[Bug 159286] Single click inside text field should select full field if it has the placeholder text

2024-02-09 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=159286

QA Administrators  changed:

   What|Removed |Added

 Whiteboard| QA:needsComment|

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

[Bug 159269] malformed columns

2024-02-09 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=159269

QA Administrators  changed:

   What|Removed |Added

 Whiteboard| QA:needsComment|

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

[Bug 156259] LibreOffice Writer sometimes creates blank pages at the end of a file

2024-02-09 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=156259

QA Administrators  changed:

   What|Removed |Added

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

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

[Bug 159390] when a comment box is made very wide, then it does not print properly,

2024-02-09 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=159390

QA Administrators  changed:

   What|Removed |Added

 Whiteboard|| QA:needsComment

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

[Bug 156259] LibreOffice Writer sometimes creates blank pages at the end of a file

2024-02-09 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=156259

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

Please read this message in its entirety before proceeding.

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

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

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

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

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

e) Read all comments and provide any requested information

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

a) respond via email 

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

Warm Regards,
QA Team

MassPing-NeedInfo-FollowUp

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

[Bug 156753] Dutch LibreOffice Writer lacks window handles for dialog box Extra --> Aanpassen...

2024-02-09 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=156753

--- Comment #2 from QA Administrators  ---
Dear Ron ter Borg,

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

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

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

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

Warm Regards,
QA Team

MassPing-NeedInfo-Ping

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

[Bug 156752] LibreOffice is crashed, when make and typing document and force close it self

2024-02-09 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=156752

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

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

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

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

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

Warm Regards,
QA Team

MassPing-NeedInfo-Ping

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

[Bug 156749] I have a libreoffice writer document that WILL NOT CLOSE

2024-02-09 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=156749

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

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

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

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

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

Warm Regards,
QA Team

MassPing-NeedInfo-Ping

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

[Bug 99267] [UI] pages preview on the left show incorrect image ratio

2024-02-09 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=99267

--- Comment #8 from QA Administrators  ---
Dear Gérald Maruccia,

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

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

If you have time, please do the following:

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

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

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

Please DO NOT

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


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

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


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

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

Warm Regards,
QA Team

MassPing-UntouchedBug

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

[Bug 89828] Image Export crops based on margins instead of page boundaries when Save transparency checked, ignores transparency settings

2024-02-09 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=89828

--- Comment #10 from QA Administrators  ---
Dear tmacalp,

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

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

If you have time, please do the following:

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

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

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

Please DO NOT

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


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

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


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

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

Warm Regards,
QA Team

MassPing-UntouchedBug

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

[Bug 146993] Keyboad Shortcuts: Modification of "enter" key is accepted in dialog, but doesn't work

2024-02-09 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=146993

--- Comment #13 from QA Administrators  ---
Dear Karl,

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

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

If you have time, please do the following:

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

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

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

Please DO NOT

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


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

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


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

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

Warm Regards,
QA Team

MassPing-UntouchedBug

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

[Bug 128796] PPTX: File with formulas is set to modified without doing any change

2024-02-09 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=128796

--- Comment #5 from QA Administrators  ---
Dear Xisco Faulí,

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

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

If you have time, please do the following:

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

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

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

Please DO NOT

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


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

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


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

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

Warm Regards,
QA Team

MassPing-UntouchedBug

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

[Bug 123848] "Compare Document": Changes misrepresented as new document sections

2024-02-09 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=123848

--- Comment #12 from QA Administrators  ---
Dear Smith Kennedy,

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

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

If you have time, please do the following:

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

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

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

Please DO NOT

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


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

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


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

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

Warm Regards,
QA Team

MassPing-UntouchedBug

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

[Bug 127460] Scale QR Code as perfect square

2024-02-09 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=127460

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

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

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

If you have time, please do the following:

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

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

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

Please DO NOT

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


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

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


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

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

Warm Regards,
QA Team

MassPing-UntouchedBug

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

[Bug 114916] FILESAVE: Incorrect fontwork size after RT

2024-02-09 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=114916

--- Comment #7 from QA Administrators  ---
Dear Xisco Faulí,

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

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

If you have time, please do the following:

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

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

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

Please DO NOT

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


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

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


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

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

Warm Regards,
QA Team

MassPing-UntouchedBug

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

[Bug 115280] [META] Grave (QUOTELEFT) shortcut bugs and enhancements

2024-02-09 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=115280
Bug 115280 depends on bug 159655, which changed state.

Bug 159655 Summary: command ` to swap documents and the program hangs
https://bugs.documentfoundation.org/show_bug.cgi?id=159655

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution|--- |FIXED

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

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

2024-02-09 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=42082
Bug 42082 depends on bug 159655, which changed state.

Bug 159655 Summary: command ` to swap documents and the program hangs
https://bugs.documentfoundation.org/show_bug.cgi?id=159655

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution|--- |FIXED

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

[Bug 159655] command ` to swap documents and the program hangs

2024-02-09 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=159655

Jim Henderson  changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 CC|jim.henderso...@gmail.com   |
 Resolution|--- |FIXED

--- Comment #2 from Jim Henderson  ---
(In reply to Jim Henderson from comment #0)
> I like to open two similar documents in a word processor and pop back and
> forth between them, to compare and copy bits from one document to the other.
> Many macos programs provide command-` to swap from one window to another
> (chrome, Safari and Brave browsers for example.)
> Libre Office also does this, but after going back and forth two or three
> times, it hangs, with the "busy" coloured disc going round and round.
> I can command-tab to other running programs, but can't command-tab back to
> Libre Office.
> I have to go to Activity Monitor, and there I see "not responding" beside
> Libre Office. It doesn't respond to Quit, but Forced Quit does.
> My macos version is Sonoma 14.2.1 with 64G of memory.
> 
> Hoping you can help,
> Jim

Oops!
Sorry everyone, that I wasted your time.
My version of LO was very old (7.3.4.2) as I reported.
I have updated to the current one (24.2.0) and I can't make the problem happen
any more. I should have thought to update first.
We can close this issue now, so I have marked it RESOLVED, FIXED.

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

[Bug 159669] New: WEBSITE SEDANG DI SERANG

2024-02-09 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=159669

Bug ID: 159669
   Summary: WEBSITE SEDANG DI SERANG
   Product: cppunit
   Version: 1.14
  Hardware: All
OS: All
Status: UNCONFIRMED
  Severity: normal
  Priority: medium
 Component: General
  Assignee: libreoffice-bugs@lists.freedesktop.org
  Reporter: elangstore...@gmail.com
CC: markus.mohrh...@googlemail.com

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

[Bug 159668] New: WEBSITE SEDANG DI SERANG

2024-02-09 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=159668

Bug ID: 159668
   Summary: WEBSITE SEDANG DI SERANG
   Product: cppunit
   Version: 1.14
  Hardware: All
OS: All
Status: UNCONFIRMED
  Severity: normal
  Priority: medium
 Component: General
  Assignee: libreoffice-bugs@lists.freedesktop.org
  Reporter: elangstore...@gmail.com
CC: markus.mohrh...@googlemail.com

Created attachment 192491
  --> https://bugs.documentfoundation.org/attachment.cgi?id=192491=edit
WEBSITE SEDANG DI SERANG

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

[Bug 159667] SISTEM WEBSITE SEDANG DI SERANG

2024-02-09 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=159667

BogdanB  changed:

   What|Removed |Added

  Component|General |deletionRequest
Product|cppunit |LibreOffice
Version|1.14|unspecified

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

[Bug 159667] SISTEM WEBSITE SEDANG DI SERANG

2024-02-09 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=159667

BogdanB  changed:

   What|Removed |Added

 Resolution|--- |INVALID
 CC||buzea.bog...@libreoffice.or
   ||g
 Status|UNCONFIRMED |RESOLVED

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

[Bug 159667] New: SISTEM WEBSITE SEDANG DI SERANG

2024-02-09 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=159667

Bug ID: 159667
   Summary: SISTEM WEBSITE SEDANG DI SERANG
   Product: cppunit
   Version: 1.14
  Hardware: All
OS: All
Status: UNCONFIRMED
  Severity: normal
  Priority: medium
 Component: General
  Assignee: libreoffice-bugs@lists.freedesktop.org
  Reporter: elangstore...@gmail.com
CC: markus.mohrh...@googlemail.com

Created attachment 192490
  --> https://bugs.documentfoundation.org/attachment.cgi?id=192490=edit
SISTEM WEBSITE SEDANG DI SERANG

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

[Bug 122245] [META] Icon theme issues that need coding

2024-02-09 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=122245
Bug 122245 depends on bug 88477, which changed state.

Bug 88477 Summary: UI: No Different Icons for Selection Mode in Status Bar
https://bugs.documentfoundation.org/show_bug.cgi?id=88477

   What|Removed |Added

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

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

[Bug 86066] [META] Bugs and improvements to the statusbar

2024-02-09 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=86066
Bug 86066 depends on bug 88477, which changed state.

Bug 88477 Summary: UI: No Different Icons for Selection Mode in Status Bar
https://bugs.documentfoundation.org/show_bug.cgi?id=88477

   What|Removed |Added

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

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

[Bug 88477] UI: No Different Icons for Selection Mode in Status Bar

2024-02-09 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=88477

Jim Raykowski  changed:

   What|Removed |Added

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

--- Comment #9 from Jim Raykowski  ---
The fix for bug 140936 ended up being a duplicate of this request. So I have
marked this as a duplicate of that.

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

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

[Bug 159666] Crash when table and line object are selected at the same time

2024-02-09 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=159666

m_a_riosv  changed:

   What|Removed |Added

   Keywords||regression
 Status|UNCONFIRMED |NEW
 Ever confirmed|0   |1
Crash report or||afdf2376-4da8-4c86-95e8-7c1
crash signature||b4ee69da6
 CC||miguelangelrv@libreoffice.o
   ||rg
 OS|Linux (All) |All

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

Last version working for me:
Version: 7.2.7.2 (x64) / LibreOffice Community
Build ID: 8d71d29d553c0f7dcbfa38fbfda25ee34cce99a2
CPU threads: 16; OS: Windows 10.0 Build 22631; UI render: Skia/Raster; VCL: win
Locale: es-ES (es_ES); UI: es-ES
Calc: CL

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

Re: Is it still possible to compile LibreOffice 24 for Linux 32-bit? (part 2)

2024-02-09 Thread Dr. David Alan Gilbert
* Escuelas Linux (escuelasli...@gmail.com) wrote:
> Thanks to Dan Horák and Rene Engelhard for their answers!

Best to keep the reply on the thread!

> Dan said:
> 
> 
> -"Because 32-bit system means max 4GB address space for a process and ld
> runs as a single process".
> 
> 
> I installed a PAE kernel, so it can effectively use more than 4 GB.

PAE isn't quite that powerful.  It can let the system use more than 4GB
total, but any one process can't use more than 2 or 3GB.  So it doesn't
help if, say your linker process, decides it needs loads of RAM.
Fundamentally that's a limit of using 32bit address space.

> 
> -"You can try disabling or reducing the size of debuginfo to reduce the
> size of the *.o files if it's used, you can disable LTO and there are some
> options for ld to reduce its memory usage a bit".
> 
> 
> I tried several permutations to reduce the amount of memory used. One of
> them was to reduce the number of processors in my autogen.input:
> 
> 
> --with-parallelism=1

Good.

> Another one was to add this parameter when running make:
> 
> 
> make LDFLAGS="-Wl,--reduce-memory-overheads"

That looks like it's a specific trade off; not any of the specific
things mentioned about debuginfo and ensuring LTO is disabled.

If possible you should probably also include the exact command line
of the process that dies.

> 
> I also increased the available memory on the VM from 12 to 15 GB. But no
> results, always got the exhausted memory message.

Right, see what I said above about PAE not being that smart.

> I also tried several other possible solutions, but it feels like going on a
> wild goose chase without knowing exactly what to do, relying on some
> general random advices found on the web.

Dave

> 
> -
> 
> Rene said:
> 
> 
> -"Debian still ships LibreOffice on 32bit archs, as do other distributions."
> 
> 
> Oh! Thanks for the tip! I was not aware that Debian even has binary
> LibreOffice 24.2 32-bit packages, albeit in the unstable branch.
> 
> I was even able to build LibreOffice from source:
> 
> 
> apt-get --build source libreoffice
> 
> 
> This proves to me that the LibreOffice source code has not dropped 32-bit
> support, but I still don't know why my own compilation attempts always
> failed with a memory exhausted message, even with the same VM configuration.
> 
> Would it be possible for me to just use the Debian LibreOffice 24.2
> binaries or its source packages? Not quite, as they also have a lot of
> dependencies on packages that are only available in the unstable branch, so
> they would not be suitable for a distribution intended for a stable Debian
> 12 bookworm base.
> 
> 
> -"I do -g1 in Debian. LTO works".
> 
> 
> Where should I add the -g1 parameter?
> 
> 
> -"make check fails. I do a minimal set (testtools bridgetest, smoketest,
> sal, the other public libraries) to at least not get something
> fundamentally broken".
> 
> 
> My autogen.input file is:
> 
> --with-parallelism=16
> 
> --with-distro=LibreOfficeLinux
> 
> --with-lang=es
> 
> --with-myspell-dicts
> 
> --enable-release-build
> 
> --with-package-format=deb
> 
> --disable-dependency-tracking
> 
> --with-jdk-home=/usr/lib/jvm/java-11-openjdk-i386/
> 
> --with-privacy-policy-url=NO-URL
> 
> 
> -"And somehow the testtools bridgetest fails when building with gcc >= 13,
> 12 works. Haven't found a solution yet.)"
> 
> 
> I'm using gcc 13! Maybe this could be the cause of my compilation failures?
> 
> I'll make some more attempts to compile LibreOffice 32-bit now using gcc
> 12, any additional ideas or suggestions would be more than welcome.
> 
> 
> Thanks again.
-- 
 -Open up your eyes, open up your mind, open up your code ---   
/ Dr. David Alan Gilbert|   Running GNU/Linux   | Happy  \ 
\dave @ treblig.org |   | In Hex /
 \ _|_ http://www.treblig.org   |___/


[Bug 159658] Image Transparency could not be changed

2024-02-09 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=159658

m_a_riosv  changed:

   What|Removed |Added

 CC||miguelangelrv@libreoffice.o
   ||rg

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

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

[Bug 158650] Scrolling is lagging/freezing everywhere

2024-02-09 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=158650

Stéphane Guillou (stragu)  changed:

   What|Removed |Added

 Ever confirmed|0   |1
 Status|UNCONFIRMED |NEEDINFO

--- Comment #22 from Stéphane Guillou (stragu) 
 ---
(In reply to DoodleGarbage from comment #21)
>  Apologies if this isn't the correct place to put this, but this bug is
> present on Fedora 39 with a KDE display manager.
Indeed, this is not the right place. This issue is macOS-specific. Yours is
likely KDE+Wayland in bug 153111 or bug 152911.

(In reply to dhina from comment #19)
> (In reply to steve from comment #13)
> > Skia/Metal is known to work.
> > 
> > Can affected users please test and see if Skia/Raster works when running a
> > master build from
> > https://dev-builds.libreoffice.org/daily/master/current.html
> 
> I confirm that the scroll smoothing issue is not present anymore in :
> 
> Version: 24.8.0.0.alpha0+ (X86_64) / LibreOffice Community
> Build ID: 4f09826f731d5ecfc1ed094e2f9e720071b1e58d
Thanks dhina.
Patrick, I'm not following if this can be considered fixed or not.

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

core.git: include/sfx2 include/svx officecfg/registry sd/inc sd/sdi sd/source sd/uiconfig svx/Library_svx.mk svx/sdi svx/source svx/uiconfig svx/UIConfig_svx.mk sw/inc sw/Library_sw.mk sw/sdi sw/sourc

2024-02-09 Thread AkshayWarrier (via logerrit)
 include/sfx2/sfxsids.hrc |
2 
 include/svx/dialog/gotodlg.hxx   |   
32 +--
 officecfg/registry/data/org/openoffice/Office/UI/DrawImpressCommands.xcu |   
19 +
 sd/inc/strings.hrc   |
2 
 sd/sdi/_drvwsh.sdi   |
5 
 sd/source/ui/func/funavig.cxx|   
27 ++
 sd/source/ui/inc/DrawViewShell.hxx   |
3 
 sd/source/ui/inc/SlideSorterViewShell.hxx|
2 
 sd/source/ui/slidesorter/shell/SlideSorterViewShell.cxx  |   
16 +
 sd/source/ui/view/drviews3.cxx   |
7 
 sd/source/ui/view/drviewsa.cxx   |   
11 +
 sd/uiconfig/sdraw/menubar/menubar.xml|
1 
 sd/uiconfig/simpress/menubar/menubar.xml |
1 
 svx/Library_svx.mk   |
1 
 svx/UIConfig_svx.mk  |
1 
 svx/sdi/svx.sdi  |   
17 +
 svx/source/dialog/gotodlg.cxx|   
66 ++
 svx/uiconfig/ui/gotopagedialog.ui|
2 
 sw/Library_sw.mk |
1 
 sw/UIConfig_swriter.mk   |
1 
 sw/inc/cmdid.h   |
2 
 sw/inc/strings.hrc   |
1 
 sw/sdi/_viewsh.sdi   |
2 
 sw/sdi/swriter.sdi   |   
17 -
 sw/source/uibase/uiview/view2.cxx|   
13 -
 sw/source/uibase/utlui/gotodlg.cxx   |  
105 --
 26 files changed, 202 insertions(+), 155 deletions(-)

New commits:
commit ace21b4b2537a3cf2301fca2ac6f78d0612e911f
Author: AkshayWarrier 
AuthorDate: Fri Feb 2 02:18:24 2024 +0530
Commit: Jim Raykowski 
CommitDate: Sat Feb 10 02:05:55 2024 +0100

tdf#159372 svx: Add goto dialog

Adds a goto page/slide dialog for Impress and Draw similar to Writer.
To avoid duplicating code and ui, the dialog is created in svx/ and used in 
other modules.
The old goto dialog in Writer has now been replaced with this dialog.

Change-Id: I28f819f0d0734fb2bb08a7b99a628217ef66dba9
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/162913
Tested-by: Heiko Tietze 
Reviewed-by: Heiko Tietze 
Tested-by: Jenkins
Reviewed-by: Jim Raykowski 

diff --git a/include/sfx2/sfxsids.hrc b/include/sfx2/sfxsids.hrc
index 176e500c55b3..e2fafac7321a 100644
--- a/include/sfx2/sfxsids.hrc
+++ b/include/sfx2/sfxsids.hrc
@@ -228,7 +228,7 @@ class SvxZoomItem;
 #define SID_UNPACK  
TypedWhichId(SID_SFX_START + 1662)
 // (SID_SFX_START + 1663) used further down
 #define SID_ATTR_TARGETLANG_STR (SID_SFX_START + 1664)
-// FREE
+#define SID_GO_TO_PAGE  (SID_SFX_START + 1665)
 #define SID_OUTPUTSTREAM
TypedWhichId(SID_SFX_START + 1666)
 #define SID_IMAGE_ORIENTATION   
TypedWhichId(SID_SFX_START + 1667)
 
diff --git a/sw/inc/gotodlg.hxx b/include/svx/dialog/gotodlg.hxx
similarity index 64%
rename from sw/inc/gotodlg.hxx
rename to include/svx/dialog/gotodlg.hxx
index 0d10da367f68..304f1352b0db 100644
--- a/sw/inc/gotodlg.hxx
+++ b/include/svx/dialog/gotodlg.hxx
@@ -17,38 +17,30 @@
  *   the License at http://www.apache.org/licenses/LICENSE-2.0 .
  */
 
-#ifndef INCLUDED_SW_SOURCE_UIBASE_INC_GOTODLG_HXX
-#define INCLUDED_SW_SOURCE_UIBASE_INC_GOTODLG_HXX
+#pragma once
 
-#include 
+#include 
 #include 
 
-class SwView;
-
-class SwGotoPageDlg final : public weld::GenericDialogController
+namespace svx
+{
+class SVX_DLLPUBLIC GotoPageDlg final : public weld::GenericDialogController
 {
 public:
-SwGotoPageDlg(weld::Window *parent, SfxBindings& rBindings);
+GotoPageDlg(weld::Window* pParent, const OUString& title, const OUString& 
label,
+sal_uInt16 curPagePos, sal_uInt16 pageCnt);
 
-sal_uInt16 GetPageSelection() const
-{
-return mxMtrPageCtrl->get_text().toUInt32();
-}
+sal_uInt16 GetPageSelection() const { return 
mxMtrPageCtrl->get_text().toUInt32(); }
 
 private:
-SwView   *m_pCreateView;
-SfxBindings& m_rBindings;
-sal_uInt16   mnMaxPageCnt;
+sal_uInt16 mnMaxPageCnt;
 
 std::unique_ptr mxMtrPageCtrl;
 std::unique_ptr mxPageNumberLbl;
+std::unique_ptr mxPageLbl;
 
-SwView*

core.git: sc/qa sc/source

2024-02-09 Thread Tomaž Vajngerl (via logerrit)
 sc/qa/unit/data/xlsx/PivotTable_CachedDefinitionAndDataInSync.xlsx 
|binary
 
sc/qa/unit/data/xlsx/PivotTable_CachedDefinitionAndDataNotInSync_SheetColumnsRemoved_WithCacheData.xlsx
|binary
 
sc/qa/unit/data/xlsx/PivotTable_CachedDefinitionAndDataNotInSync_SheetColumnsRemoved_WithoutCacheData.xlsx
 |binary
 sc/qa/unit/pivottable_filters_test.cxx 
|   63 ++
 sc/source/filter/oox/pivottablebuffer.cxx  
|   18 ++
 5 files changed, 78 insertions(+), 3 deletions(-)

New commits:
commit 9af4b5254cbe6a6770ebe78ba14074266b05471e
Author: Tomaž Vajngerl 
AuthorDate: Sat Feb 10 00:38:35 2024 +0900
Commit: Tomaž Vajngerl 
CommitDate: Sat Feb 10 01:11:44 2024 +0100

sc: pivot table not correct when data and PT cache is not in sync

It can happen that the pivot table is not updated and the sheet
data is changed so much that it doesn't match the pivot table
cached definitions. This is a perfectly valid scenario and
nothing should be wrong (the pivot table can just be updated
once loaded).

At XLSX import we should always check the cached definitions,
because the pivot table description is made using the cached data,
not the actual data.

The issue can occur when looking up the name of a PT field we
however didn't check the cached definition but checked the
sheet data, so because the indices changed so much (many columns
were removed in the sheet data) we can not find the actual field
name. The solution is simple - get the field name from the cached
pivot table definition.

Change-Id: I3b5b33f33f3c484f0b66b97ac97200d9913edcfe
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/163197
Tested-by: Jenkins
Reviewed-by: Tomaž Vajngerl 

diff --git a/sc/qa/unit/data/xlsx/PivotTable_CachedDefinitionAndDataInSync.xlsx 
b/sc/qa/unit/data/xlsx/PivotTable_CachedDefinitionAndDataInSync.xlsx
new file mode 100644
index ..f425f978cb50
Binary files /dev/null and 
b/sc/qa/unit/data/xlsx/PivotTable_CachedDefinitionAndDataInSync.xlsx differ
diff --git 
a/sc/qa/unit/data/xlsx/PivotTable_CachedDefinitionAndDataNotInSync_SheetColumnsRemoved_WithCacheData.xlsx
 
b/sc/qa/unit/data/xlsx/PivotTable_CachedDefinitionAndDataNotInSync_SheetColumnsRemoved_WithCacheData.xlsx
new file mode 100644
index ..0cb21cd3259c
Binary files /dev/null and 
b/sc/qa/unit/data/xlsx/PivotTable_CachedDefinitionAndDataNotInSync_SheetColumnsRemoved_WithCacheData.xlsx
 differ
diff --git 
a/sc/qa/unit/data/xlsx/PivotTable_CachedDefinitionAndDataNotInSync_SheetColumnsRemoved_WithoutCacheData.xlsx
 
b/sc/qa/unit/data/xlsx/PivotTable_CachedDefinitionAndDataNotInSync_SheetColumnsRemoved_WithoutCacheData.xlsx
new file mode 100644
index ..91297320b985
Binary files /dev/null and 
b/sc/qa/unit/data/xlsx/PivotTable_CachedDefinitionAndDataNotInSync_SheetColumnsRemoved_WithoutCacheData.xlsx
 differ
diff --git a/sc/qa/unit/pivottable_filters_test.cxx 
b/sc/qa/unit/pivottable_filters_test.cxx
index 8d6b1ad5d39e..31fb49351c8c 100644
--- a/sc/qa/unit/pivottable_filters_test.cxx
+++ b/sc/qa/unit/pivottable_filters_test.cxx
@@ -2647,6 +2647,69 @@ CPPUNIT_TEST_FIXTURE(ScPivotTableFiltersTest, 
testPivotTableCompactLayoutXLSX)
 testThis(*getScDoc());
 }
 
+CPPUNIT_TEST_FIXTURE(ScPivotTableFiltersTest,
+ 
testPivotTableXLSX_OutOfSyncPivotTableCachedDefinitionImport)
+{
+// This tests that a out-of-sync sheet data and pivot table cached 
definitions
+// still get imported correctly as expected.
+
+// It is perfectly valid that the sheet data and pivot table are 
out-of-sync,
+// but even if the sheet data is heavily modified, the pivot table should 
still
+// be imported.
+
+// The test document has columns named A-K where only A and K are used in 
the
+// pivot table. The columns B-J were removed in the sheet data, but the 
pivot table
+// was not updated, so the cached data still has those and the pivot table
+// description still relies on those columns to be present.
+
+auto testThis = [](ScDocument& rDocument) {
+ScDPCollection* pDPs = rDocument.GetDPCollection();
+CPPUNIT_ASSERT_MESSAGE("Failed to get a live ScDPCollection 
instance.", pDPs);
+CPPUNIT_ASSERT_EQUAL_MESSAGE("There should be exactly one pivot table 
instance.", size_t(1),
+ pDPs->GetCount());
+
+const ScDPObject* pDPObj = &(*pDPs)[0];
+CPPUNIT_ASSERT(pDPObj);
+ScDPSaveData* pSaveData = pDPObj->GetSaveData();
+CPPUNIT_ASSERT(pSaveData);
+
+// Do we have a dim named "A"
+ScDPSaveDimension* pSaveDimA = 
pSaveData->GetExistingDimensionByName(u"A");
+CPPUNIT_ASSERT(pSaveDimA);
+
+// Do we have a dim named "K"
+

core.git: sw/uiconfig

2024-02-09 Thread Gabor Kelemen (via logerrit)
 sw/uiconfig/swriter/ui/sidebartableedit.ui |  265 +++--
 1 file changed, 144 insertions(+), 121 deletions(-)

New commits:
commit f4a726ddac042497b9553c7eb64372ed60fccaea
Author: Gabor Kelemen 
AuthorDate: Fri Feb 9 18:36:15 2024 +0100
Commit: Gabor Kelemen 
CommitDate: Sat Feb 10 01:08:55 2024 +0100

Resave with newer Glade

Change-Id: I2f0704d924f37e61330240065a63faedb6645025
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/163201
Tested-by: Jenkins
Reviewed-by: Gabor Kelemen 

diff --git a/sw/uiconfig/swriter/ui/sidebartableedit.ui 
b/sw/uiconfig/swriter/ui/sidebartableedit.ui
index 37c8ec58f551..55c4a839ef30 100644
--- a/sw/uiconfig/swriter/ui/sidebartableedit.ui
+++ b/sw/uiconfig/swriter/ui/sidebartableedit.ui
@@ -1,72 +1,73 @@
 
-
+
 
   
   
 100
-1
-10
+1
+10
   
   
 100
-1
-10
+1
+10
   
   
   
 True
-False
+False
 
-  
+  
   
 True
-False
+False
 True
-6
+6
 vertical
-3
-6
-True
+3
+6
+True
 
   
 True
-True
-Row Height
+True
+Row Height
 True
 0
 True
 adjustment1
   
   
-0
-6
+0
+6
   
 
 
   
 True
-False
+False
 start
 Insert:
-True
-insert
+True
+insert
   
   
-0
-0
+0
+0
   
 
 
   
 True
-True
-icons
-False
+True
+icons
+False
 2
 
   
 True
-True
+False
+True
   
   
 False
@@ -76,7 +77,8 @@
 
   
 True
-True
+False
+True
   
   
 False
@@ -86,7 +88,8 @@
 
   
 True
-True
+False
+True
   
   
 False
@@ -96,7 +99,8 @@
 
   
 True
-True
+False
+True
   
   
 False
@@ -105,35 +109,36 @@
 
   
   
-0
-1
+0
+1
   
 
 
   
 True
-False
+False
 start
 Select:
-True
-select
+True
+select
   
   
-0
-2
+0
+2
   
 
 
   
 True
-True
-icons
-False
+True
+icons
+False
 2
 
   
 True
-True
+False
+True
   
   
 False
@@ -143,7 +148,8 @@
 
   
 True
-True
+False
+True
   
   
 False
@@ -153,7 +159,8 @@
 
   
 True
-True
+False
+True
   
   
 False
@@ -163,7 +170,8 @@
 
   
 True
-True
+False
+True
   
   
 False
@@ -172,77 +180,78 @@
 
   
   
-0
-3
+0
+3
   
 
 
   
 True
-False
+False
   
   
-0
-4
+0
+4
 2
   
 
 
   
 True
-True
-Column Width
+True
+Column Width
 True
 0
 True
 adjustment2
   
   
-1
-6
+1
+6
   
 
 
   
 True
-False
+False
 start
 center
 Row height:
-True
-rowheight
+True
+rowheight
   
   
-0
-5
+0
+5
  

Is it still possible to compile LibreOffice 24 for Linux 32-bit? (part 2)

2024-02-09 Thread Escuelas Linux
Thanks to Dan Horák and Rene Engelhard for their answers!

Dan said:


-"Because 32-bit system means max 4GB address space for a process and ld
runs as a single process".


I installed a PAE kernel, so it can effectively use more than 4 GB.


-"You can try disabling or reducing the size of debuginfo to reduce the
size of the *.o files if it's used, you can disable LTO and there are some
options for ld to reduce its memory usage a bit".


I tried several permutations to reduce the amount of memory used. One of
them was to reduce the number of processors in my autogen.input:


--with-parallelism=1


Another one was to add this parameter when running make:


make LDFLAGS="-Wl,--reduce-memory-overheads"


I also increased the available memory on the VM from 12 to 15 GB. But no
results, always got the exhausted memory message.

I also tried several other possible solutions, but it feels like going on a
wild goose chase without knowing exactly what to do, relying on some
general random advices found on the web.

-

Rene said:


-"Debian still ships LibreOffice on 32bit archs, as do other distributions."


Oh! Thanks for the tip! I was not aware that Debian even has binary
LibreOffice 24.2 32-bit packages, albeit in the unstable branch.

I was even able to build LibreOffice from source:


apt-get --build source libreoffice


This proves to me that the LibreOffice source code has not dropped 32-bit
support, but I still don't know why my own compilation attempts always
failed with a memory exhausted message, even with the same VM configuration.

Would it be possible for me to just use the Debian LibreOffice 24.2
binaries or its source packages? Not quite, as they also have a lot of
dependencies on packages that are only available in the unstable branch, so
they would not be suitable for a distribution intended for a stable Debian
12 bookworm base.


-"I do -g1 in Debian. LTO works".


Where should I add the -g1 parameter?


-"make check fails. I do a minimal set (testtools bridgetest, smoketest,
sal, the other public libraries) to at least not get something
fundamentally broken".


My autogen.input file is:

--with-parallelism=16

--with-distro=LibreOfficeLinux

--with-lang=es

--with-myspell-dicts

--enable-release-build

--with-package-format=deb

--disable-dependency-tracking

--with-jdk-home=/usr/lib/jvm/java-11-openjdk-i386/

--with-privacy-policy-url=NO-URL


-"And somehow the testtools bridgetest fails when building with gcc >= 13,
12 works. Haven't found a solution yet.)"


I'm using gcc 13! Maybe this could be the cause of my compilation failures?

I'll make some more attempts to compile LibreOffice 32-bit now using gcc
12, any additional ideas or suggestions would be more than welcome.


Thanks again.


[Bug 132132] Memory spike from 200MB to 4 GB with some content on the clipboard

2024-02-09 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=132132

Tex2002ans  changed:

   What|Removed |Added

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

--- Comment #10 from Tex2002ans  ---
Can still verify in:

Version: 24.2.0.3 (X86_64) / LibreOffice Community
Build ID: da48488a73ddd66ea24cf16bbc4f7b9c08e9bea1
CPU threads: 8; OS: Windows 10.0 Build 22631; UI render: Skia/Vulkan; VCL: win
Locale: en-US (en_US); UI: en-US
Calc: CL threaded

- - -

The document took:

236 MB = On load

After Step 4, quitting, it took:

- ~39 seconds of constant CPU usage

with the RAM usage wildly jumping between all numbers:

- 4.4 GB
- 3.3 GB
- + it even jumped up to 7 GB (!!!) at one point.

At the end of the 39 seconds, LO finally disappeared from Task Manager.

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

[Bug 117507] With the table limit of 75 rows, 75 columns LibreOffice gets unresponsive

2024-02-09 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=117507

--- Comment #6 from Tex2002ans  ---
Yep, I see the same issue as:

(In reply to Thomas Woltjer from comment #1)
> It doesn't crash LO, but causes one of the threads to max out for periods of
> time, decreasing responsiveness by several seconds. [...]

Took about:

- 5 seconds for the 75x75 table to insert.
- ~15 seconds of huge CPU usage if you clicked in the table and tried to type
something.
   - After that, trying to click/type in other cells took ~5-15 seconds each.

- - -

This was tested in:

Version: 24.2.0.3 (X86_64) / LibreOffice Community
Build ID: da48488a73ddd66ea24cf16bbc4f7b9c08e9bea1
CPU threads: 8; OS: Windows 10.0 Build 22631; UI render: Skia/Vulkan; VCL: win
Locale: en-US (en_US); UI: en-US
Calc: CL threaded

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

[Bug 91483] Writer freezes when removing sections with subsection and sub-subsection

2024-02-09 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=91483

--- Comment #15 from Tex2002ans  ---
I followed comment 9 using document in comment 8.

After Step 4, it took ~12 seconds.

No crash or anything else besides just an oddly long slowdown on deletion.

- - -

This was in:

Version: 24.2.0.3 (X86_64) / LibreOffice Community
Build ID: da48488a73ddd66ea24cf16bbc4f7b9c08e9bea1
CPU threads: 8; OS: Windows 10.0 Build 22631; UI render: Skia/Vulkan; VCL: win
Locale: en-US (en_US); UI: en-US
Calc: CL threaded

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

[Bug 137299] WRITER TABLE: Cell has no background color, if you copy & paste cell with background color into existing table (steps in comment 4)

2024-02-09 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=137299

--- Comment #6 from Tex2002ans  ---
Followed comment 4 exactly.

Still the same in:

Version: 24.2.0.3 (X86_64) / LibreOffice Community
Build ID: da48488a73ddd66ea24cf16bbc4f7b9c08e9bea1
CPU threads: 8; OS: Windows 10.0 Build 22631; UI render: Skia/Vulkan; VCL: win
Locale: en-US (en_US); UI: en-US
Calc: CL threaded

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

[Bug 137940] FILEOPEN ODT: Number of pages keeps increasing (page loop)

2024-02-09 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=137940

--- Comment #5 from Tex2002ans  ---
Loaded "fine" + no crash in:

Version: 24.2.0.3 (X86_64) / LibreOffice Community
Build ID: da48488a73ddd66ea24cf16bbc4f7b9c08e9bea1
CPU threads: 8; OS: Windows 10.0 Build 22631; UI render: Skia/Vulkan; VCL: win
Locale: en-US (en_US); UI: en-US
Calc: CL threaded

- - -

511/512 pages = On load.
~540 pages = While waiting/generating (or scrolling).
   - I even saw it go up to ~670 during one try!

And after about a few minutes of letting everything settle:

511 pages = End

- - -

The layout was a little wonky and there were some very strange things going on
while it was loading/laying things out... but no crashes for me.

Tried:

- Comment 0 + scrolling.
- Comment 3 + scrolling.
   - Used the scrollbar + mouse wheel.
- Comment 4.
   - Ctrl+End = NO CRASH.
   - I even tried immediately after load, plus a few tests in the middle of it
computing.

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

[Bug 120531] A table gets pasted on the next line, even when paragraph is empty

2024-02-09 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=120531

--- Comment #5 from Tex2002ans  ---
Can't reproduce in:

Version: 24.2.0.3 (X86_64) / LibreOffice Community
Build ID: da48488a73ddd66ea24cf16bbc4f7b9c08e9bea1
CPU threads: 8; OS: Windows 10.0 Build 22631; UI render: Skia/Vulkan; VCL: win
Locale: en-US (en_US); UI: en-US
Calc: CL threaded

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

[Bug 159665] Saving and opening files takes too long.

2024-02-09 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=159665

ady  changed:

   What|Removed |Added

 Status|NEEDINFO|UNCONFIRMED
 Ever confirmed|1   |0

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

[Bug 133489] swlo.dll crashes when manipulating a table in bad state reached with Alt+Enter & Ctrl+Enter

2024-02-09 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=133489

Tex2002ans  changed:

   What|Removed |Added

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

--- Comment #16 from Tex2002ans  ---
I can't reproduce this in:

Version: 24.2.0.3 (X86_64) / LibreOffice Community
Build ID: da48488a73ddd66ea24cf16bbc4f7b9c08e9bea1
CPU threads: 8; OS: Windows 10.0 Build 22631; UI render: Skia/Vulkan; VCL: win
Locale: en-US (en_US); UI: en-US
Calc: CL threaded

- - -

I followed comment 15 + comment 6 + comment 0. I even tried to select
cells/rows or add a row above (using Right-Click / buttons too).

Still able to:

- Click around, select, or type in cells fine.

No crash or weird anything.

- - -

Maybe someone can retest on Linux (gtk3?) and see if they get the same results.

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

[Bug 141776] Application shortcuts not working in Start Center after closing document (see comment 4)

2024-02-09 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=141776

--- Comment #15 from ska...@yahoo.co.uk ---
And… here we go again! Same people, same arguments.

To cut to the important point here, if the underlines are visible, the
accelerators should work WITHOUT any other key, i.e. [ALT].
It really is as simple as that.

Moreover, since the Start Centre is all about user *convenience*, the
accelerators should actually be *accelerating*.
My muscle memory of decades is that we press [ALT] to get to the menu bar.
That's how it works. If it's visible and has a letter underlined, you just
press that key. Like "Save". It's [ALT]+[F], [S]. It is not [ALT]+[F],
[ALT]+[S], simply because you're already at a point in the navigation where
you've left the main window (where keys are meant for typing), so you can use
all 26 characters for selecting options without having to move the mouse or the
arrow keys.

Again, if the underline is visible, it automatically denotes (should denote
anyway) that the underlined accelerators are *active*. No [ALT], no nothing!
If [ALT] is required, they should become underlined IF and WHEN the user
presses [ALT].

This is plain UI logic.

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

[Bug 141776] Application shortcuts not working in Start Center after closing document (see comment 4)

2024-02-09 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=141776

--- Comment #15 from ska...@yahoo.co.uk ---
And… here we go again! Same people, same arguments.

To cut to the important point here, if the underlines are visible, the
accelerators should work WITHOUT any other key, i.e. [ALT].
It really is as simple as that.

Moreover, since the Start Centre is all about user *convenience*, the
accelerators should actually be *accelerating*.
My muscle memory of decades is that we press [ALT] to get to the menu bar.
That's how it works. If it's visible and has a letter underlined, you just
press that key. Like "Save". It's [ALT]+[F], [S]. It is not [ALT]+[F],
[ALT]+[S], simply because you're already at a point in the navigation where
you've left the main window (where keys are meant for typing), so you can use
all 26 characters for selecting options without having to move the mouse or the
arrow keys.

Again, if the underline is visible, it automatically denotes (should denote
anyway) that the underlined accelerators are *active*. No [ALT], no nothing!
If [ALT] is required, they should become underlined IF and WHEN the user
presses [ALT].

This is plain UI logic.

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

[Bug 151630] LibreOffice crashes when saving this file as .docx

2024-02-09 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=151630

--- Comment #7 from Tex2002ans  ---
Followed comment 0 exactly.

CRASH:

-
https://crashreport.libreoffice.org/stats/crash_details/fc32bdd8-2e54-4c43-82bb-a63a096ace5f

in:

Version: 24.2.0.3 (X86_64) / LibreOffice Community
Build ID: da48488a73ddd66ea24cf16bbc4f7b9c08e9bea1
CPU threads: 8; OS: Windows 10.0 Build 22631; UI render: Skia/Vulkan; VCL: win
Locale: en-US (en_US); UI: en-US
Calc: CL threaded

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

[Bug 159557] Have stopped responding! (LO v24.2)

2024-02-09 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=159557

--- Comment #14 from Tex2002ans  ---
(In reply to Telesto from comment #12)
> bug 159604 describes the same issue, IMHO. Both have the same locale and UI
> language (Locale: nb-NO (nb_NO); UI: nb-NO): coincidence?

Maybe this might be a SEE ALSO:

"LibreOffice 7.6 stalls/crashes under Windows 11 with Norwegian (Bokmål) locale
when opening file dialog"

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

The second I saw "nb-NO", that made me think of that one.

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

[Bug 139552] Crash with button "Add more galleries via extension"

2024-02-09 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=139552

--- Comment #2 from Tex2002ans  ---
NO CRASH in:

Version: 24.2.0.3 (X86_64) / LibreOffice Community
Build ID: da48488a73ddd66ea24cf16bbc4f7b9c08e9bea1
CPU threads: 8; OS: Windows 10.0 Build 22631; UI render: Skia/Vulkan; VCL: win
Locale: en-US (en_US); UI: en-US
Calc: CL threaded

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

[Bug 152306] Windows: Crash on Quit LibreOffice after Copy

2024-02-09 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=152306

--- Comment #8 from Tex2002ans  ---
I followed the steps in comment 0 exactly.

CRASH:

-
https://crashreport.libreoffice.org/stats/crash_details/14d40f44-e0aa-4f0c-9905-5720e0d77c9f

Happened in:

Version: 24.2.0.3 (X86_64) / LibreOffice Community
Build ID: da48488a73ddd66ea24cf16bbc4f7b9c08e9bea1
CPU threads: 8; OS: Windows 10.0 Build 22631; UI render: Skia/Vulkan; VCL: win
Locale: en-US (en_US); UI: en-US
Calc: CL threaded

- - -

I see the crash has a different signature than Comment 4.

Comment 4's crash report:

- SfxObjectShell::IsLoading()

My crash report:

- ScPoolHelper::GetFormTable()

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

[Bug 159665] Saving and opening files takes too long.

2024-02-09 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=159665

--- Comment #3 from mizif...@proton.me ---
I saw the thread for bug 125619 as pointed out by Buovjaga san.
But I don't think it should be integrated with threads for bug 125619.
As far as I can confirm on my PC, the cause is not an abnormal load on the CPU.
This is because while saving and opening files, the CPU load displayed in the
task manager only reaches about 10% at most.
However, I would like to report that the CPU clock is boosted to 4GHz during
the save process.
It also doesn't seem like there's a memory shortage.
This is because there is more than 8GB of free area out of the 16GB of
installed memory.
The situation is different from bug 125619, although they share the same
problem: problems with saving and opening files that contain a large number of
cells with comments inserted.

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

[Bug 144018] Character transparency is reset to 0% when set to 100%

2024-02-09 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=144018

Julien Nabet  changed:

   What|Removed |Added

 CC||noelgran...@gmail.com,
   ||serval2...@yahoo.fr

--- Comment #7 from Julien Nabet  ---
Trying to understand a bit alpha and transparency (the "T" that we encounter in
Color definition), I read in include/tools/color.hxx that T = 255 - alpha

Full transparency means T=255 so alpha = 0

I'm not sure but this location seems a good start:
https://opengrok.libreoffice.org/xref/core/cui/source/tabpages/chardlg.cxx?r=52ba1fea#1548
Noticing "&& aColor != COL_AUTO" in 2 conditions, I searched about COL_AUTO
definition and found 2 constants for a same color:
447 inline constexpr ::Color COL_TRANSPARENT
( ColorTransparency, 0xFF, 0xFF, 0xFF, 0xFF );

448 inline constexpr ::Color COL_AUTO
( ColorTransparency, 0xFF, 0xFF, 0xFF, 0xFF );

See
https://opengrok.libreoffice.org/xref/core/include/tools/color.hxx?r=925c05ee#456

what's the point?


Reading include/tools/color.hxx, why to put:
169  /** Is the color transparent?
170   */
171  bool IsTransparent() const
172  {
173  return GetAlpha() != 255;
174  }

instead of:
169  /** Is the color transparent?
170   */
171  bool IsTransparent() const
172  {
173  return T != 0;
174  }

https://opengrok.libreoffice.org/xref/core/include/tools/color.hxx?r=925c05ee#169

Is it because we prefer thinking with alpha notion instead of transparency
notion?


Noel: considering all the work you did about transparency, put you in cc if
you've got some opinion here. Of course don't hesitate to uncc yourself if not
interested.

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

Arch-specific test failures

2024-02-09 Thread Gwyn Ciesla
Hi! I'm one of the Fedora LibreOffice RPM maintainers.  I wanted to open a 
discussion on some tests that fail only on one arch. We're currently disabling 
those tests in our builds, and I'm happy to help test potential patches.  I've 
included links to existing bugs if they exist.

Every test referenced here fails with 24.2.0.3.

ppc64le
CppunitTest_dbaccess_RowSetClones


s390x

CppunitTest_dbaccess_RowSetClones: SwMacrosTest::testVba

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

CppunitTest_basic_macros: testTdf149402_vba

CppunitTest_vcl_svm_test
CppunitTest_sw_core_layout
CppunitTest_desktop_lib: 
https://bugs.documentfoundation.org/show_bug.cgi?id=158722
CppunitTest_vcl_png_test: 
https://bugs.documentfoundation.org/show_bug.cgi?id=159184
CppunitTest_sd_png_export_tests: 
https://bugs.documentfoundation.org/show_bug.cgi?id=159211

Please let me know if you submit a patch to gerrit for any of these, and I'll 
help test.

Thanks for all you do!

-- 
Gwyn Ciesla
she/her/hers
 
in your fear, seek only peace 
in your fear, seek only love
-d. bowie


Sent with Proton Mail secure email.

signature.asc
Description: OpenPGP digital signature


[Bug 103920] Writer slow and not responding when you delete columns from XLSX with 28101 lines

2024-02-09 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=103920

--- Comment #27 from Tex2002ans  ---
Got a crash report:

-
https://crashreport.libreoffice.org/stats/crash_details/61d41f26-7607-48b6-87d5-fcab2dbc0f6d

All I did was:

0. Open "Crash file" = attachment 128738.
1. Select column B.
2. Right-Click > Delete Columns.

LibreOffice sat there for a ~15 seconds, using a full CPU, then just closed
itself.

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

[Bug 103097] Adding new row to a big ODT table causes procdump with 5.5+ (crash "No RTTI Data" before or with less memory)

2024-02-09 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=103097

--- Comment #10 from Tex2002ans  ---
NO CRASH on:

Version: 24.2.0.3 (X86_64) / LibreOffice Community
Build ID: da48488a73ddd66ea24cf16bbc4f7b9c08e9bea1
CPU threads: 8; OS: Windows 10.0 Build 22631; UI render: Skia/Vulkan; VCL: win
Locale: en-US (en_US); UI: en-US
Calc: CL threaded

It also opened very fast.

- - -

I also didn't have any issues when I:

- Added/Deleted a row

in the table on Page 2 or 3.

- - -

But, there was major slowdown/"CPU stuck at 100%" when I:

- Added/Deleted a column

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

[Bug 159626] FILEOPEN DOCX: VML pattern image needs to be inverted

2024-02-09 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=159626

--- Comment #4 from Justin L  ---
(In reply to Justin L from comment #2)
> Current theory:  it is the image itself that is the problem.
> black is meant to represent where the background color is applied,
> and white represents what should be the foreground color. 
Correct. LO does it totally different internally.

https://gerrit.libreoffice.org/c/core/+/163106 takes care of import.

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

core.git: Branch 'distro/collabora/co-24.04' - include/sfx2 sfx2/source

2024-02-09 Thread Tomaž Vajngerl (via logerrit)
 include/sfx2/notebookbar/SfxNotebookBar.hxx |9 --
 sfx2/source/notebookbar/SfxNotebookBar.cxx  |   99 ++--
 2 files changed, 79 insertions(+), 29 deletions(-)

New commits:
commit ac7503e601968d87e90f0c323e1494ec6b680427
Author: Tomaž Vajngerl 
AuthorDate: Mon Jan 29 16:08:48 2024 +0900
Commit: Caolán McNamara 
CommitDate: Fri Feb 9 22:03:38 2024 +0100

lok: introduce NotebookBarViewManager and NotebookBarViewData

NotebookBarViewManager is a singleton which is responsible to hold
NotebookBar view specific data, which is kept in NotebookBarViewData
class. The idea is to have one NotebookBarViewData class instance
per one view (SfxViewShell instance).

This also refactors the existing code and now moves the
m_pWeldedWrapper, m_pNotebookBar and the m_pToolbarUnoDispatcher
into NotebookBarViewData class.

Change-Id: I32f5954fa9f1628acd9f5f9bd5760ac23ca687ae
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/162680
Tested-by: Jenkins CollaboraOffice 
Reviewed-by: Szymon Kłos 
(cherry picked from commit da8ebd2c348affbd7fa4975910296f32d3c9d1b0)
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/163173
Tested-by: Caolán McNamara 
Reviewed-by: Caolán McNamara 

diff --git a/include/sfx2/notebookbar/SfxNotebookBar.hxx 
b/include/sfx2/notebookbar/SfxNotebookBar.hxx
index cd94ddad7b1e..47bd9cc79901 100644
--- a/include/sfx2/notebookbar/SfxNotebookBar.hxx
+++ b/include/sfx2/notebookbar/SfxNotebookBar.hxx
@@ -16,7 +16,6 @@
 #include 
 #include 
 
-#include 
 #include 
 #include 
 
@@ -33,8 +32,7 @@ class SfxBindings;
 class SfxViewFrame;
 class SfxViewShell;
 class SystemWindow;
-class ToolbarUnoDispatcher;
-class WeldedTabbedNotebookbar;
+class ViewInstanceManager;
 
 namespace sfx2
 {
@@ -75,11 +73,6 @@ public:
 private:
 static bool m_bLock;
 static bool m_bHide;
-static std::unique_ptr m_xCalcToolboxDispatcher;
-
-static std::map>
-m_pNotebookBarWeldedWrapper;
-static std::map> 
m_pNotebookBarInstance;
 
 static void ResetActiveToolbarModeToDefault(vcl::EnumContext::Application 
eApp);
 static void RemoveCurrentLOKWrapper();
diff --git a/sfx2/source/notebookbar/SfxNotebookBar.cxx 
b/sfx2/source/notebookbar/SfxNotebookBar.cxx
index 9c33b3ef5fb9..a5287a82a3b9 100644
--- a/sfx2/source/notebookbar/SfxNotebookBar.cxx
+++ b/sfx2/source/notebookbar/SfxNotebookBar.cxx
@@ -28,7 +28,7 @@
 #include 
 #include 
 #include 
-#include 
+#include 
 #include 
 
 using namespace sfx2;
@@ -42,9 +42,68 @@ const char MERGE_NOTEBOOKBAR_URL[] = "URL";
 
 bool SfxNotebookBar::m_bLock = false;
 bool SfxNotebookBar::m_bHide = false;
-std::unique_ptr SfxNotebookBar::m_xCalcToolboxDispatcher;
-std::map> 
SfxNotebookBar::m_pNotebookBarWeldedWrapper;
-std::map> 
SfxNotebookBar::m_pNotebookBarInstance;
+
+namespace
+{
+
+/** View specific notebook bar data */
+struct NotebookBarViewData
+{
+std::unique_ptr m_pWeldedWrapper;
+VclPtr m_pNotebookBar;
+std::unique_ptr m_pToolbarUnoDispatcher;
+
+~NotebookBarViewData()
+{
+if (m_pNotebookBar)
+m_pNotebookBar.disposeAndClear();
+}
+};
+
+/** Notebookbar instance manager is a singleton that is used for track the
+ *  per-view instances of view specifc data contained in NotebookBarViewData
+ *  class.
+ **/
+class NotebookBarViewManager final
+{
+private:
+// map contains a view data instance for a view (SfxViewShell pointer)
+std::unordered_map> m_pViewDataList;
+
+// private constructor to prevent any other instantiation outside of get() 
method
+NotebookBarViewManager() = default;
+
+// prevent class copying
+NotebookBarViewManager(const NotebookBarViewManager&) = delete;
+NotebookBarViewManager& operator=(const NotebookBarViewManager&) = delete;
+
+public:
+// Singleton get method - creates an instance on first get() call
+static NotebookBarViewManager& get()
+{
+static NotebookBarViewManager gManager;
+return gManager;
+}
+
+NotebookBarViewData& getViewData(const SfxViewShell* pViewShell)
+{
+auto aFound = m_pViewDataList.find(pViewShell);
+if (aFound != m_pViewDataList.end()) // found
+return *aFound->second;
+
+// Create new view data instance
+NotebookBarViewData* pViewData = new NotebookBarViewData;
+m_pViewDataList.emplace(pViewShell, 
std::unique_ptr(pViewData));
+return *pViewData;
+}
+
+void removeViewData(const SfxViewShell* pViewShell)
+{
+m_pViewDataList.erase(pViewShell);
+}
+};
+
+} // end anonymous namespace
 
 static void NotebookbarAddonValues(
 std::vector& aImageValues,
@@ -200,13 +259,13 @@ static utl::OConfigurationNode 
lcl_getCurrentImplConfigNode(const Reference VclDisposeHdl
-// which clears also m_pNotebookBarWeldedWrapper
-aFound->second.disposeAndClear();
-m_pNotebookBarInstance.erase(aFound);
+  

[Bug 156562] Source unknown when pasting with ctrl+shift in Wayland (Linux)

2024-02-09 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=156562

Michael Weghorn  changed:

   What|Removed |Added

   Assignee|libreoffice-b...@lists.free |m.wegh...@posteo.de
   |desktop.org |
 Status|NEW |ASSIGNED

--- Comment #3 from Michael Weghorn  ---
I've started looking into this issue.

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

[Bug 159664] Table not visible in after paste but shown in navigator

2024-02-09 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=159664

--- Comment #2 from Telesto  ---
Created attachment 192489
  --> https://bugs.documentfoundation.org/attachment.cgi?id=192489=edit
Screencast

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

[Bug 159666] Crash when table and line object are selected at the same time

2024-02-09 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=159666

--- Comment #1 from senduntome+bugzi...@live.com ---
Created attachment 192488
  --> https://bugs.documentfoundation.org/attachment.cgi?id=192488=edit
An example document exhibiting the issue.

To trigger the bug, open the file and press ctrl+A to select all.

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

[Bug 159666] New: Crash when table and line object are selected at the same time

2024-02-09 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=159666

Bug ID: 159666
   Summary: Crash when table and line object are selected at the
same time
   Product: LibreOffice
   Version: 7.6.4.1 release
  Hardware: All
OS: Linux (All)
Status: UNCONFIRMED
  Severity: normal
  Priority: medium
 Component: Draw
  Assignee: libreoffice-bugs@lists.freedesktop.org
  Reporter: senduntome+bugzi...@live.com

Description:
In a draw document containing a small number of tables, rectangles, and
connectors, the draw application will crash whenever a table and a line object
are selected together.  

For example:
Selecting all items with ctrl+A crashes Draw.
Selecting a table and then a line with shift+click crashes Draw.
Clicking and dragging to select both items crashes Draw.

Steps to Reproduce:
1. Select a connector line and a table at the same time

Actual Results:
Crash to desktop

Expected Results:
The line and table are selected


Reproducible: Always


User Profile Reset: No

Additional Info:

This GDB supports auto-downloading debuginfo from the following URLs:
  
Enable debuginfod for this session? (y or [n]) [answered N; input not from
terminal]
Debuginfod has been disabled.
To make this setting permanent, add 'set debuginfod enabled off' to .gdbinit.
[New LWP 29722]
[New LWP 29723]
[New LWP 29724]
[New LWP 29775]
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib64/libthread_db.so.1".
0x7f0a42999bed in poll () from /lib64/libc.so.6
[Current thread is 1 (Thread 0x7f0a39751100 (LWP 29721))]

Thread 5 (Thread 0x7f0a18a006c0 (LWP 29775) "soffice.bin"):
#0  0x7f0a429a43ef in pselect () at /lib64/libc.so.6
#1  0x7f0a29b01eac in usbmuxd_listen_inotify () at
/lib64/libusbmuxd-2.0.so.6
#2  0x7f0a29b02312 in device_monitor () at /lib64/libusbmuxd-2.0.so.6
#3  0x7f0a42920897 in start_thread () at /lib64/libc.so.6
#4  0x7f0a429a780c in clone3 () at /lib64/libc.so.6

Thread 4 (Thread 0x7f0a234006c0 (LWP 29724) "WaylandEventThr"):
#0  0x7f0a42999bed in poll () at /lib64/libc.so.6
#1  0x7f0a29c4c0bc in QtWaylandClient::EventThread::run() () at
/lib64/libQt5WaylandClient.so.5
#2  0x7f0a2baf5cad in QThreadPrivate::start(void*) () at
/lib64/libQt5Core.so.5
#3  0x7f0a42920897 in start_thread () at /lib64/libc.so.6
#4  0x7f0a429a780c in clone3 () at /lib64/libc.so.6

Thread 3 (Thread 0x7f0a23e006c0 (LWP 29723) "WaylandEventThr"):
#0  0x7f0a4291d169 in __futex_abstimed_wait_common () at /lib64/libc.so.6
#1  0x7f0a4291fb09 in pthread_cond_wait@@GLIBC_2.3.2 () at /lib64/libc.so.6
#2  0x7f0a2bafb967 in QWaitCondition::wait(QMutex*, QDeadlineTimer) () at
/lib64/libQt5Core.so.5
#3  0x7f0a29c4c069 in QtWaylandClient::EventThread::run() () at
/lib64/libQt5WaylandClient.so.5
#4  0x7f0a2baf5cad in QThreadPrivate::start(void*) () at
/lib64/libQt5Core.so.5
#5  0x7f0a42920897 in start_thread () at /lib64/libc.so.6
#6  0x7f0a429a780c in clone3 () at /lib64/libc.so.6

Thread 2 (Thread 0x7f0a298006c0 (LWP 29722) "QDBusConnection"):
#0  0x7f0a42999bed in poll () at /lib64/libc.so.6
#1  0x7f0a3b651eb4 in g_main_context_iterate_unlocked.isra () at
/lib64/libglib-2.0.so.0
#2  0x7f0a3b5f4ad3 in g_main_context_iteration () at
/lib64/libglib-2.0.so.0
#3  0x7f0a2bd073d6 in
QEventDispatcherGlib::processEvents(QFlags) ()
at /lib64/libQt5Core.so.5
#4  0x7f0a2bcb383b in
QEventLoop::exec(QFlags) () at
/lib64/libQt5Core.so.5
#5  0x7f0a2baf48a0 in QThread::exec() () at /lib64/libQt5Core.so.5
#6  0x7f0a29f62dab in QDBusConnectionManager::run() () at
/lib64/libQt5DBus.so.5
#7  0x7f0a2baf5cad in QThreadPrivate::start(void*) () at
/lib64/libQt5Core.so.5
#8  0x7f0a42920897 in start_thread () at /lib64/libc.so.6
#9  0x7f0a429a780c in clone3 () at /lib64/libc.so.6

Thread 1 (Thread 0x7f0a39751100 (LWP 29721) "soffice.bin"):
#0  0x7f0a42999bed in poll () at /lib64/libc.so.6
#1  0x7f0a2a841108 in KCrash::startProcess(int, char const**, bool) [clone
.isra.0] () at /lib64/libKF5Crash.so.5
#2  0x7f0a2a841d4f in KCrash::defaultCrashHandler(int) () at
/lib64/libKF5Crash.so.5
#3  0x7f0a42bc3fb5 in (anonymous namespace)::signalHandlerFunction(int,
siginfo_t*, void*) () at /usr/lib64/libreoffice/program/libuno_sal.so.3
#4  0x7f0a428d09a0 in  () at /lib64/libc.so.6
#5  0x7f0a40526c24 in SdrObject::getParentSdrObjListFromSdrObject() const
() at /usr/lib64/libreoffice/program/libsvxcorelo.so
#6  0x7f0a40526c3d in SdrObject::getSdrPageFromSdrObject() const () at
/usr/lib64/libreoffice/program/libsvxcorelo.so
#7  0x7f0a4053d1aa in SdrEdgeObj::GetConnectedNode(bool) const () at
/usr/lib64/libreoffice/program/libsvxcorelo.so
#8  0x7f0a404ecdae in ImpEdgeHdl::CreateB2dIAObject() () at
/usr/lib64/libreoffice/program/libsvxcorelo.so
#9  

[Bug 158947] Pasting clipboard contents is not possible under certain circumstances with Wayland

2024-02-09 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=158947

Michael Weghorn  changed:

   What|Removed |Added

   Assignee|libreoffice-b...@lists.free |m.wegh...@posteo.de
   |desktop.org |
 Status|NEW |ASSIGNED

--- Comment #2 from Michael Weghorn  ---
Thanks a lot for the excellent bug description that allows to reproduce this
reliably.

Pending Gerrit change:
https://gerrit.libreoffice.org/c/core/+/163202

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

[Bug 159664] Table not visible in after paste but shown in navigator

2024-02-09 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=159664

gladys  changed:

   What|Removed |Added

 CC||gladys7da...@gmail.com

--- Comment #1 from gladys  ---
Hi Telesto,

Unfortunetly i haven't been able to reproduce the bug with:

Version: 24.8.0.0.alpha0+ (X86_64) / LibreOffice Community
Build ID: 4d381b54d1c598c181b4a21a8bf0db86eb4668d1
CPU threads: 4; OS: Windows 10.0 Build 19045; UI render: Skia/Raster; VCL: win
Locale: en-GB (en_GB); UI: en-GB
Calc: CL threaded

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

[Bug 159665] Saving and opening files takes too long.

2024-02-09 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=159665

--- Comment #2 from ady  ---
(In reply to Buovjaga from comment #1)
> If this is not new behaviour in 24.2

The problem is probably not a new one – not that I have tested it – but I
assume that the behavior is now seen more promptly because the automatic backup
save was re-enabled with LO 24.2.

>From the Release Notes for 24.2 (Core / General):
* "Save AutoRecovery information"
* "Always create backup copies"
* Fixed many AutoRecovery limitations and re-enabled AutoSave UI

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

[Bug 159634] 'This file has been locked by another user'

2024-02-09 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=159634

--- Comment #3 from gladys  ---
Hello  C A,

Could you please try to reproduce it with the latest version of LibreOffice
from https://www.libreoffice.org/download/libreoffice-fresh/ ?
to see if the bug persist.

Here is aw well a link that might help:
https://ask.libreoffice.org/t/all-libreoffice-files-are-read-only-locked-by-unknown-user-how-cani-unlock-them/62335

 I will set the bug's status to 'NEEDINFO'. Please change it back to
'UNCONFIRMED' if the bug is still present in the latest version.

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

[Bug 159647] CSV import detect $ numbers

2024-02-09 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=159647

--- Comment #8 from ady  ---
(In reply to Jonny Grant from comment #7)

> Yes, indeed I can change to English(US) and it loads, although oddly it
> swaps the $ USD to be a £ GBP symbol! that's a bug -- but depends if anyone
> wants to fix it?


Your reports are not reproduced by anyone ATM. Please go to ask.libreoffice.org
and try with other users to either replicate your problem, or search for
workarounds, or both.

As for this report being closed, if you can prove that there is really a bug as
you described in comment 0 that can be replicated by others, please feel free
to re-set this as unconfirmed. But, please, be sure that you have clear steps,
clear actual results, clear expected results, and that others can reproduce the
same problem.

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

[Bug 159649] Slow scrolling with highlighting in Calc with Skia disabled

2024-02-09 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=159649

Luca Evangelisti  changed:

   What|Removed |Added

 Ever confirmed|0   |1
 Status|UNCONFIRMED |NEW

--- Comment #2 from Luca Evangelisti  ---
Hello Mr Gabor Kelemen,
I followed the steps described in detail by you and I had the same problem too. 
I used a laptop with Windows 11 Home OS and in both versions 7.6.4.1 and 24.2.0
of LibreOffice I had this problem but with longer times than those you
reported. 
For version 7.6.4.1 the arrival time to row 635 was 69 seconds, while for
version 24.2.0 it was 60 seconds

Version: 7.6.4.1 (X86_64) / LibreOffice Community
Build ID: e19e193f88cd6c0525a17fb7a176ed8e6a3e2aa1
CPU threads: 8; OS: Windows 10.0 Build 22631; UI render: default; VCL: win
Locale: it-IT (it_IT); UI: en-GB
Calc: CL threaded

Version: 24.2.0.3 (X86_64) / LibreOffice Community
Build ID: da48488a73ddd66ea24cf16bbc4f7b9c08e9bea1
CPU threads: 8; OS: Windows 10.0 Build 22631; UI render: default; VCL: win
Locale: it-IT (it_IT); UI: en-GB
Calc: CL threaded

Kind Regards, Luca Evangelisti

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

[Bug 134377] Unoperating Help buttons in File/Open|Save|Save As|Save Remote libO dialogs

2024-02-09 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=134377

sdc.bla...@youmail.dk changed:

   What|Removed |Added

 Status|ASSIGNED|NEW

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

[Bug 159611] Explain the weird version jump in the release notes

2024-02-09 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=159611

--- Comment #9 from Dan Dascalescu  ---
(In reply to V Stuart Foote from comment #6)
> (In reply to Dan Dascalescu from comment #5)
> > I meant to tag @V Stuart Foote, not Italo.
> 
> Hmm, that is already in the Release Notes:
> 
> Core/General --> "A new calendar-based numbering scheme (YY.M) is introduced
> since this release."

I hadn't read that far. I only use Calc, so I only read the top of the release
notes page, and the Calc section.

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

dictionaries.git: Branch 'distro/collabora/co-24.04' - en/changelog.txt en/description.xml en/en_AU.aff en/en_CA.aff en/en_GB.aff en/en_GB.dic en/en_US.aff en/en_ZA.aff en/package-description.txt

2024-02-09 Thread Marco A.G.Pinto (via logerrit)
 en/changelog.txt   |   32 +
 en/description.xml |2 
 en/en_AU.aff   |6 
 en/en_CA.aff   |6 
 en/en_GB.aff   |2 
 en/en_GB.dic   | 1191 +
 en/en_US.aff   |6 
 en/en_ZA.aff   |   56 +-
 en/package-description.txt |   10 
 9 files changed, 869 insertions(+), 442 deletions(-)

New commits:
commit d7bb4585419ce4496498ae5291947a3bf06ea1ec
Author: Marco A.G.Pinto 
AuthorDate: Thu Feb 1 14:20:13 2024 +
Commit: Ilmari Lauhakangas 
CommitDate: Fri Feb 2 08:39:06 2024 +0100

tdf#159164 Update the English dictionaries: GB+ZA+AU+CA+US

Change-Id: I1ad3cb7a283f85cd8260d2d12f3abd78dfcf6206
Reviewed-on: https://gerrit.libreoffice.org/c/dictionaries/+/162881
Tested-by: Ilmari Lauhakangas 
Reviewed-by: Ilmari Lauhakangas 
(cherry picked from commit 208a9fd80b2a182fe20f224cd615119c6323ae2e)
Reviewed-on: https://gerrit.libreoffice.org/c/dictionaries/+/162899

diff --git a/en/changelog.txt b/en/changelog.txt
index 3f2d828..7873374 100644
--- a/en/changelog.txt
+++ b/en/changelog.txt
@@ -1,3 +1,35 @@
+MAGP 2024-02-01
+
+Updated the Dictionaries:
+- British (Marco A.G.Pinto)
+  * 181 new words
+- US + CA + AU
+  * Fix: apostrophe handling, by adding: WORDCHARS 0123456789’ to the .aff.
+- ZA
+  * Fix: Removed the: ICONV ’ ' because it was already at the end of the .aff;
+Fix: apostrophe handling, by adding: WORDCHARS 0123456789’ to the .aff;
+Improved flag J adding 424 words.
+
+
+
+MAGP 2024-01-01
+
+Updated the Dictionaries:
+- British (Marco A.G.Pinto)*
+  * British has 642 new words(1) (2024-01-01).
+(1) Added tons of plurals and possessives.
+
+
+
+MAGP 2023-12-01
+
+Updated the Dictionaries:
+- British (Marco A.G.Pinto)*
+  * British has 304 new words(1) (2023-12-01).
+(1) Added tons of plurals and possessives.
+
+
+
 MAGP 2023-11-01
 
 Updated the Dictionaries:
diff --git a/en/description.xml b/en/description.xml
index 7d2a6e5..8a514f2 100644
--- a/en/description.xml
+++ b/en/description.xml
@@ -1,6 +1,6 @@
 
 http://openoffice.org/extensions/description/2006; 
xmlns:d="http://openoffice.org/extensions/description/2006;  
xmlns:xlink="http://www.w3.org/1999/xlink;>
-
+
 
 
 English spelling dictionaries, hyphenation rules, 
thesaurus, and grammar checker
diff --git a/en/en_AU.aff b/en/en_AU.aff
index d0cccb3..290acfe 100644
--- a/en/en_AU.aff
+++ b/en/en_AU.aff
@@ -1,3 +1,7 @@
+# 2024-01-29 (Marco A.G.Pinto)
+# - Fix: apostrophe handling, by adding: WORDCHARS 0123456789’ to the .aff.
+#
+
 SET UTF-8
 TRY esianrtolcdugmphbyfvkwzESIANRTOLCDUGMPHBYFVKWZ'
 ICONV 1
@@ -14,7 +18,7 @@ ONLYINCOMPOUND c
 COMPOUNDRULE 2
 COMPOUNDRULE n*1t
 COMPOUNDRULE n*mp
-WORDCHARS 0123456789
+WORDCHARS 0123456789’
 
 PFX A Y 1
 PFX A   0 re .
diff --git a/en/en_CA.aff b/en/en_CA.aff
index d0cccb3..290acfe 100644
--- a/en/en_CA.aff
+++ b/en/en_CA.aff
@@ -1,3 +1,7 @@
+# 2024-01-29 (Marco A.G.Pinto)
+# - Fix: apostrophe handling, by adding: WORDCHARS 0123456789’ to the .aff.
+#
+
 SET UTF-8
 TRY esianrtolcdugmphbyfvkwzESIANRTOLCDUGMPHBYFVKWZ'
 ICONV 1
@@ -14,7 +18,7 @@ ONLYINCOMPOUND c
 COMPOUNDRULE 2
 COMPOUNDRULE n*1t
 COMPOUNDRULE n*mp
-WORDCHARS 0123456789
+WORDCHARS 0123456789’
 
 PFX A Y 1
 PFX A   0 re .
diff --git a/en/en_GB.aff b/en/en_GB.aff
index a2c88f3..c0b778d 100644
--- a/en/en_GB.aff
+++ b/en/en_GB.aff
@@ -14,7 +14,7 @@
 #   3) Plurals.
 #
 # David Bartlett, Andrew Brown, Marco A.G.Pinto.
-# V 3.2.6, 2023-11-01
+# V 3.2.9, 2024-02-01
 
 SET UTF-8
 
diff --git a/en/en_GB.dic b/en/en_GB.dic
index 587428b..6328ef2 100644
--- a/en/en_GB.dic
+++ b/en/en_GB.dic
@@ -1,4 +1,4 @@
-96405
+96758
 'gainst
 'mongst
 'neath
@@ -63,8 +63,8 @@
 8th/}{
 9/#@
 9th/}{
-A
 à
+A
 A'Chleit/M
 A-bomb/S
 A-levels
@@ -118,6 +118,7 @@ abask
 abatable
 abate/LGSDr
 abatis/SM
+abattis
 abattoir/SM
 abaxial
 abaya/MS
@@ -747,6 +748,7 @@ acrobat/M1SW
 acrobatic/S
 acroblast/SM
 acrocentric
+acrocyst/SM
 acrodont/MS
 acrogenous
 acrolect/M
@@ -953,8 +955,8 @@ Adidas/M
 Adie/M
 adieu/S
 AdiIRC/M
-adios
 adiós
+adios
 adipic
 adipoceration/MNoun: uncountable
 adipocere/SM
@@ -1058,6 +1060,7 @@ adoptee/SM
 adoption/MO
 Adoptionism
 Adoptionist/SM
+Adoptium/M
 adorable/P
 adoral/Y
 adorant/M
@@ -1356,8 +1359,8 @@ affrontive
 affusion/SM
 afghan/MS
 Afghan/SM
-Afghani/SM
 afghani/SM
+Afghani/SM
 Afghanistan/M
 aficionado/MS
 afield
@@ -1878,10 +1881,10 @@ al-Haili
 Al-Haili/M
 al-Jazeera
 Al-Jazeera/M
-al-Qa'ida/M
 Al-Qa'ida/M
-Al-Qaeda/M
+al-Qa'ida/M
 al-Qaeda/M
+Al-Qaeda/M
 al-Sharif
 Al-Sharif/M
 al-Shimali/M
@@ -2121,8 +2124,8 @@ alfalfa/SM
 alféreces
 alfereces
 alferes/M
-alferez/M
 alférez/M
+alferez/M
 Alfie/M
 Alfold/M
 Alfons/M
@@ -3181,6 +3184,7 @@ Ang/M
 angel/S1wMW
 Ângela/M
 Angela/MW
+Angeleno/SM
 Angeles/M
 angelfish/SM
 angelica/MS
@@ -3188,6 +3192,7 @@ Angelico/M
 Angelicus/M
 

core.git: Branch 'distro/collabora/co-24.04' - 2 commits - dictionaries translations

2024-02-09 Thread Marco A.G.Pinto (via logerrit)
 dictionaries |2 +-
 translations |2 +-
 2 files changed, 2 insertions(+), 2 deletions(-)

New commits:
commit 75512125fc2269253505741acb76ad29df970af6
Author: Marco A.G.Pinto 
AuthorDate: Fri Feb 9 19:20:17 2024 +
Commit: Gerrit Code Review 
CommitDate: Fri Feb 9 20:20:17 2024 +0100

Update git submodules

* Update dictionaries from branch 'distro/collabora/co-24.04'
  to d7bb4585419ce4496498ae5291947a3bf06ea1ec
  - tdf#159164 Update the English dictionaries: GB+ZA+AU+CA+US

Change-Id: I1ad3cb7a283f85cd8260d2d12f3abd78dfcf6206
Reviewed-on: https://gerrit.libreoffice.org/c/dictionaries/+/162881
Tested-by: Ilmari Lauhakangas 
Reviewed-by: Ilmari Lauhakangas 
(cherry picked from commit 208a9fd80b2a182fe20f224cd615119c6323ae2e)
Reviewed-on: https://gerrit.libreoffice.org/c/dictionaries/+/162899

diff --git a/dictionaries b/dictionaries
index 2b6867b65d52..d7bb4585419c 16
--- a/dictionaries
+++ b/dictionaries
@@ -1 +1 @@
-Subproject commit 2b6867b65d52e305f8ae41924828fa1404709467
+Subproject commit d7bb4585419ce4496498ae5291947a3bf06ea1ec
commit dacdea693bf3f5f221fac08215e6ec7c15dbac4a
Author: Christian Lohmaier 
AuthorDate: Fri Feb 9 20:19:36 2024 +0100
Commit: Gerrit Code Review 
CommitDate: Fri Feb 9 20:19:36 2024 +0100

Update git submodules

* Update translations from branch 'distro/collabora/co-24.04'
  to a90a713acbaa675695628c7553fbfc65d3847c30
  - update translations for 24.2.1 rc1

and force-fix errors using pocheck

Change-Id: I433166ed6b62867bae2999cd5c7130dd386b3cec

  - update translations for 24.2.1 rc1

and force-fix errors using pocheck

Change-Id: I1f5249691eb8653b1c7437b927b9a0d8df5d2d31

  - update translations for 24.2.0 rc3

and force-fix errors using pocheck

Change-Id: I93e387c681acb9d7d3ae6b69cd57cafd4556e552
(cherry picked from commit c53381e37074987d7baa37c72ede218c619bdb4f)

  - update translations for 24.2.0 rc3

and force-fix errors using pocheck

Change-Id: I016d4038f8ba31d6ad0427eefc057d6d90bb4560
(cherry picked from commit 7b42317e75937684f4e45303945c8ce490d7fc5c)

  - Updated Slovenian translation

Change-Id: I0fbab3525dc988b1294d825d4e09f60f9f1ec874

  - update sl translation for gerrit#161999

that change broke string freeze but can be auto-handled

Change-Id: I8d76c9702b378c93037a2d82c44fe3b7eb1a89b4

diff --git a/translations b/translations
index ac309ebacc93..a90a713acbaa 16
--- a/translations
+++ b/translations
@@ -1 +1 @@
-Subproject commit ac309ebacc9349aeb060ee31ba399447963522c7
+Subproject commit a90a713acbaa675695628c7553fbfc65d3847c30


core.git: Branch 'distro/collabora/co-24.04' - helpcontent2

2024-02-09 Thread Taichi Haradaguchi (via logerrit)
 helpcontent2 |2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

New commits:
commit 7e10115f17ea59740d6eefca1f750e17d5bcf360
Author: Taichi Haradaguchi <20001...@ymail.ne.jp>
AuthorDate: Sat Feb 10 04:18:50 2024 +0900
Commit: Gerrit Code Review 
CommitDate: Fri Feb 9 20:18:50 2024 +0100

Update git submodules

* Update helpcontent2 from branch 'distro/collabora/co-24.04'
  to d6423aa350685e984ac30209a0269b02c1cc145a
  - Fix link to graphic_size_check page

Fix a bug that the "Help Page Not Found" page is displayed
when the Help button in the "Graphic Size Check" dialog is clicked.

Change-Id: I6bf7c568b5f0dafc5d21de49d950b074cc09f442
Reviewed-on: https://gerrit.libreoffice.org/c/help/+/162645
Tested-by: Jenkins
Reviewed-by: Olivier Hallot 
(cherry picked from commit 10c11a706ac08e4324a9439e42c748417c0e7f47)
Reviewed-on: https://gerrit.libreoffice.org/c/help/+/162898
Reviewed-by: Christian Lohmaier 

  - tdf#159568 Fix link to extensions page -> Dictionaries category

Change-Id: I729264913b54c797193bb6b9c238c8d72a94608c
Reviewed-on: https://gerrit.libreoffice.org/c/help/+/163045
Tested-by: Jenkins
Reviewed-by: Gabor Kelemen 
(cherry picked from commit 3323d51dec401d59a5b0163294922d2487ba91a8)
Reviewed-on: https://gerrit.libreoffice.org/c/help/+/163014

  - Update link to teasing video for master

Change-Id: Iaa1d4a1729945d9a6cbf658bfac8071db6f02bfb
Reviewed-on: https://gerrit.libreoffice.org/c/help/+/162723
Tested-by: Jenkins
Reviewed-by: Olivier Hallot 
(cherry picked from commit 549f8c25c3d2da1038ade4768a08ebb6ffb832f7)
Reviewed-on: https://gerrit.libreoffice.org/c/help/+/162724
Reviewed-by: Adolfo Jayme Barrientos 

  - Revert "tdf#156156: add Slide Transition sidebar deck help button's HID"

This reverts commit d529ecdee07d04f261fd13d05ecf2e0ee9f18a4b.

Reason for revert: merged after string freeze

Change-Id: I955aed0f12d265fc05d2903d44743ecba8d8c0f4
Reviewed-on: https://gerrit.libreoffice.org/c/help/+/162274
Tested-by: Jenkins
Reviewed-by: Stéphane Guillou 
Reviewed-by: Christian Lohmaier 

diff --git a/helpcontent2 b/helpcontent2
index 8754781f8e55..d6423aa35068 16
--- a/helpcontent2
+++ b/helpcontent2
@@ -1 +1 @@
-Subproject commit 8754781f8e55e17c177e0b5f2d632f7c45842e5b
+Subproject commit d6423aa350685e984ac30209a0269b02c1cc145a


help.git: Branch 'distro/collabora/co-24.04' - 4 commits - source/text

2024-02-09 Thread Taichi Haradaguchi (via logerrit)
 source/text/shared/01/graphic_size_check.xhp|1 +
 source/text/shared/06/youtubevideos.xhp |4 ++--
 source/text/simpress/00/0407.xhp|   12 +---
 source/text/simpress/01/0604.xhp|3 +--
 source/text/swriter/guide/spellcheck_dialog.xhp |2 +-
 5 files changed, 6 insertions(+), 16 deletions(-)

New commits:
commit d6423aa350685e984ac30209a0269b02c1cc145a
Author: Taichi Haradaguchi <20001...@ymail.ne.jp>
AuthorDate: Sun Jan 28 02:13:50 2024 +0900
Commit: Andras Timar 
CommitDate: Fri Feb 9 20:18:04 2024 +0100

Fix link to graphic_size_check page

Fix a bug that the "Help Page Not Found" page is displayed
when the Help button in the "Graphic Size Check" dialog is clicked.

Change-Id: I6bf7c568b5f0dafc5d21de49d950b074cc09f442
Reviewed-on: https://gerrit.libreoffice.org/c/help/+/162645
Tested-by: Jenkins
Reviewed-by: Olivier Hallot 
(cherry picked from commit 10c11a706ac08e4324a9439e42c748417c0e7f47)
Reviewed-on: https://gerrit.libreoffice.org/c/help/+/162898
Reviewed-by: Christian Lohmaier 

diff --git a/source/text/shared/01/graphic_size_check.xhp 
b/source/text/shared/01/graphic_size_check.xhp
index 92020fcbcb..c864034f4b 100644
--- a/source/text/shared/01/graphic_size_check.xhp
+++ b/source/text/shared/01/graphic_size_check.xhp
@@ -17,6 +17,7 @@
 
 
 
+
 
 graphic size;check
 check;graphic size
commit da61e06242a8e9a8121ae76ef9680c1c730c3f18
Author: Gabor Kelemen 
AuthorDate: Tue Feb 6 11:53:15 2024 +0100
Commit: Andras Timar 
CommitDate: Fri Feb 9 20:18:04 2024 +0100

tdf#159568 Fix link to extensions page -> Dictionaries category

Change-Id: I729264913b54c797193bb6b9c238c8d72a94608c
Reviewed-on: https://gerrit.libreoffice.org/c/help/+/163045
Tested-by: Jenkins
Reviewed-by: Gabor Kelemen 
(cherry picked from commit 3323d51dec401d59a5b0163294922d2487ba91a8)
Reviewed-on: https://gerrit.libreoffice.org/c/help/+/163014

diff --git a/source/text/swriter/guide/spellcheck_dialog.xhp 
b/source/text/swriter/guide/spellcheck_dialog.xhp
index 0e61d3e40b..cb70371fbe 100644
--- a/source/text/swriter/guide/spellcheck_dialog.xhp
+++ b/source/text/swriter/guide/spellcheck_dialog.xhp
@@ -35,7 +35,7 @@
 
 Checking Spelling and 
Grammar
 You can 
manually check the spelling and grammar of a text selection or the entire 
document.
-To check 
the spelling and the grammar of a text, the appropriate dictionaries must be 
installed. For many languages three different dictionaries exist: a 
spellchecker, a hyphenation dictionary, and a thesaurus. Each dictionary covers 
one language only. Grammar checkers can be downloaded and installed as 
extensions. See the https://extensions.libreoffice.org/extension-center?getCategories=Dictionary;>extensions
 web page.
+To check 
the spelling and the grammar of a text, the appropriate dictionaries must be 
installed. For many languages three different dictionaries exist: a 
spellchecker, a hyphenation dictionary, and a thesaurus. Each dictionary covers 
one language only. Grammar checkers can be downloaded and installed as 
extensions. See the https://extensions.libreoffice.org/?Tags[]=50;>extensions web 
page.
 The spellcheck 
starts at the current cursor position, or at the beginning of the text 
selection.
 
 
commit 87071edd02e12866f7e8316d38e79edd0c086e6c
Author: Olivier Hallot 
AuthorDate: Tue Jan 30 17:45:19 2024 +0100
Commit: Andras Timar 
CommitDate: Fri Feb 9 20:18:04 2024 +0100

Update link to teasing video for master

Change-Id: Iaa1d4a1729945d9a6cbf658bfac8071db6f02bfb
Reviewed-on: https://gerrit.libreoffice.org/c/help/+/162723
Tested-by: Jenkins
Reviewed-by: Olivier Hallot 
(cherry picked from commit 549f8c25c3d2da1038ade4768a08ebb6ffb832f7)
Reviewed-on: https://gerrit.libreoffice.org/c/help/+/162724
Reviewed-by: Adolfo Jayme Barrientos 

diff --git a/source/text/shared/06/youtubevideos.xhp 
b/source/text/shared/06/youtubevideos.xhp
index fbd5e80785..d511f66160 100644
--- a/source/text/shared/06/youtubevideos.xhp
+++ b/source/text/shared/06/youtubevideos.xhp
@@ -11,13 +11,13 @@
 
 
   
-YouTube Videos
+YouTube Videos
 /text/shared/06/youtubevideos.xhp
   
 
 
 
-
+
 
 
 
commit 4b6a22e29dbed75bbb995921eae96bc59d714541
Author: Christian Lohmaier 
AuthorDate: Fri Jan 19 14:51:19 2024 +0100
Commit: Andras Timar 
CommitDate: Fri Feb 9 20:18:04 2024 +0100

Revert "tdf#156156: add Slide Transition sidebar deck help button's HID"

This reverts commit d529ecdee07d04f261fd13d05ecf2e0ee9f18a4b.

Reason for revert: merged after string freeze

Change-Id: I955aed0f12d265fc05d2903d44743ecba8d8c0f4
Reviewed-on: https://gerrit.libreoffice.org/c/help/+/162274
Tested-by: Jenkins
Reviewed-by: Stéphane Guillou 
Reviewed-by: Christian Lohmaier 

diff --git a/source/text/simpress/00/0407.xhp 

core.git: Branch 'distro/collabora/co-24.04' - 20 commits - basic/source compilerplugins/clang cppuhelper/inc cui/source include/comphelper include/vcl sc/inc sc/qa sc/source svgio/qa svgio/source svt

2024-02-09 Thread Noel Grandin (via logerrit)
 basic/source/uno/namecont.cxx|   27 -
 compilerplugins/clang/cow_wrapper.cxx|2 
 cppuhelper/inc/interfacecontainer4.hxx   |4 -
 cui/source/dialogs/cuicharmap.cxx|1 
 include/comphelper/interfacecontainer3.hxx   |8 ++
 include/comphelper/interfacecontainer4.hxx   |6 +-
 include/vcl/print.hxx|1 
 sc/inc/typedstrdata.hxx  |   10 +++
 sc/qa/uitest/autofilter/autofilterBugs.py|   24 
 sc/qa/unit/data/xlsx/tdf159581_optimalRowHeight.xlsx |binary
 sc/qa/unit/subsequent_filters_test2.cxx  |   11 +++
 sc/source/core/data/dociter.cxx  |2 
 sc/source/core/data/documen3.cxx |2 
 sc/source/core/data/validat.cxx  |3 +
 sc/source/core/tool/typedstrdata.cxx |   54 +--
 sc/source/ui/app/inputhdl.cxx|3 -
 svgio/qa/cppunit/SvgImportTest.cxx   |   21 ++-
 svgio/qa/cppunit/data/tdf159594.svg  |7 ++
 svgio/source/svgreader/svgsymbolnode.cxx |8 +-
 svtools/source/dialogs/PlaceEditDialog.cxx   |2 
 sw/CppunitTest_sw_a11y.mk|1 
 sw/inc/IDocumentMarkAccess.hxx   |7 ++
 sw/inc/unoprnms.hxx  |1 
 sw/qa/extras/accessibility/dialogs.cxx   |2 
 sw/source/core/doc/docbm.cxx |   10 +++
 sw/source/core/frmedt/fetab.cxx  |4 -
 sw/source/core/inc/MarkManager.hxx   |1 
 sw/source/core/table/swnewtable.cxx  |9 ++-
 sw/source/core/text/porrst.cxx   |   12 
 sw/source/core/undo/undel.cxx|   27 ++---
 sw/source/core/unocore/unomap1.cxx   |1 
 sw/source/core/unocore/unostyle.cxx  |   28 ++---
 sw/source/filter/writer/writer.cxx   |6 +-
 test/CppunitTest_test_a11y.mk|1 
 vcl/inc/osx/salprn.h |2 
 vcl/inc/salprn.hxx   |3 +
 vcl/inc/unx/genprn.h |2 
 vcl/inc/win/salprn.h |3 +
 vcl/osx/salprn.cxx   |5 +
 vcl/source/gdi/print.cxx |8 ++
 vcl/source/treelist/svimpbox.cxx |2 
 vcl/unx/generic/print/genprnpsp.cxx  |5 +
 vcl/win/gdi/salprn.cxx   |   19 ++
 writerfilter/source/dmapper/DomainMapper.cxx |   17 +
 writerfilter/source/dmapper/DomainMapper_Impl.cxx|8 ++
 writerfilter/source/dmapper/DomainMapper_Impl.hxx|   22 +++
 writerfilter/source/dmapper/PropertyIds.cxx  |1 
 writerfilter/source/dmapper/PropertyIds.hxx  |1 
 writerfilter/source/dmapper/PropertyMap.cxx  |   24 
 writerfilter/source/dmapper/PropertyMap.hxx  |7 ++
 writerfilter/source/ooxml/model.xml  |4 +
 writerfilter/source/rtftok/rtfdispatchvalue.cxx  |   12 
 writerfilter/source/rtftok/rtfdocumentimpl.cxx   |   10 ++-
 53 files changed, 408 insertions(+), 53 deletions(-)

New commits:
commit 88055e657afb960d2b30476b134b3ff1dc502b96
Author: Noel Grandin 
AuthorDate: Fri Feb 9 10:55:18 2024 +0200
Commit: Andras Timar 
CommitDate: Fri Feb 9 20:09:42 2024 +0100

tdf#159641 TreeView repaint problem with PgUp in kf5/gen

regression from
commit be53f32655973c7a18824d5145eed992be788d2f
Author: Noel Grandin 
Date:   Thu Mar 12 13:55:55 2020 +0200
rename vcl::Window::Update to PaintImmediately

Change-Id: I74fc87e984e1f085d2351cbae033e51920608e3d
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/163154
Reviewed-by: Michael Weghorn 
Tested-by: Jenkins
(cherry picked from commit 30fb8cde7579fb5da15c1d8da9611198f2f5ce78)
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/163149
Reviewed-by: Christian Lohmaier 

diff --git a/vcl/source/treelist/svimpbox.cxx b/vcl/source/treelist/svimpbox.cxx
index 0deea8f69820..66c697e8afd8 100644
--- a/vcl/source/treelist/svimpbox.cxx
+++ b/vcl/source/treelist/svimpbox.cxx
@@ -387,6 +387,7 @@ void SvImpLBox::PageDown( sal_uInt16 nDelta )
 ShowCursor( false );
 
 m_nFlags &= ~LBoxFlags::Filling;
+m_pView->PaintImmediately();
 m_pStartEntry = pNext;
 
 if( nRealDelta >= m_nVisibleCount )
@@ -424,6 +425,7 @@ void SvImpLBox::PageUp( sal_uInt16 nDelta )
 m_nFlags &= ~LBoxFlags::Filling;
 ShowCursor( false );
 
+m_pView->PaintImmediately();
 m_pStartEntry = pPrev;
 if( nRealDelta >= m_nVisibleCount )
 {
commit 

[Bug 113067] undo/delete consumes much cpu power and is slow in large documents

2024-02-09 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=113067

--- Comment #13 from Tex2002ans  ---
Opening + testing Comment #8's document, I pretty much got the same exact
symptoms as Comment #7's video using:

Version: 24.2.0.3 (X86_64) / LibreOffice Community
Build ID: da48488a73ddd66ea24cf16bbc4f7b9c08e9bea1
CPU threads: 8; OS: Windows 10.0 Build 22631; UI render: Skia/Vulkan; VCL: win
Locale: en-US (en_US); UI: en-US
Calc: CL threaded

- - -

0. Open attachment 144322.
1. Click at the end of a line.
2. Hold down BACKSPACE.

And you could see LO chugging/stuttering.

I also tested:

- Holding down the DELETE key.
   - Same exact symptoms.

- - -

Comparing between a few different programs...

Deleting one whole line of text with backspace:

~11 seconds = LibreOffice 24.2
~3 seconds = Word 365 (Version 2401, Build 17231.20194)
~3 seconds = Notepad++ v.8.6.2

In LibreOffice, it was:

- stuttering/jerking around.
   - Some characters deleted fast, others stalled/slow.

In Word/Notepad++, there was:

- absolutely 0 slowdown.

It seemed to delete that amount of text at the same exact speed whether it was
in a really short paragraph or the super long/"slow" one.

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

[Bug 158249] Document with one landscape page doesn't switch back to portrait when PRINTING.

2024-02-09 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=158249

--- Comment #9 from B. Antonio Fernández  ---
Reproducible in Letter pages, not in A4

Version: 24.2.0.3 (X86_64) / LibreOffice Community
Build ID: da48488a73ddd66ea24cf16bbc4f7b9c08e9bea1
CPU threads: 8; OS: Windows 10.0 Build 19045; UI render: Skia/Raster; VCL: win
Locale: es-ES (es_ES); UI: es-ES
Calc: CL threaded

Version: 7.5.9.2 (X86_64) / LibreOffice Community
Build ID: cdeefe45c17511d326101eed8008ac4092f278a9
CPU threads: 8; OS: Windows 10.0 Build 19045; UI render: Skia/Raster; VCL: win
Locale: es-ES (es_ES); UI: en-US
Calc: CL threaded

Version: 7.6.4.1 (X86_64) / LibreOffice Community
Build ID: e19e193f88cd6c0525a17fb7a176ed8e6a3e2aa1
CPU threads: 8; OS: Windows 10.0 Build 19045; UI render: Skia/Raster; VCL: win
Locale: en-US (es_ES); UI: es-ES
Calc: CL threaded

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

[Bug 159663] Update of LO always rewrites the Registry entry in Windows pointing to default template

2024-02-09 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=159663

--- Comment #3 from Mike Kaganski  ---
(In reply to Orwel from comment #2)
> The own created template is not used if you create a new document in Windows
> Explorer as described, as it opens the default one because of the registry
> entry. What are you describing works, if you open a new document within LO
> (File/New).

I'm afraid you are wrong, and you likely didn't read / understand the links.

The fixes that I referred to did exactly this:

1. The omitted bug 123476 made sure that, when you try to open a *zero-byte*
file named "foo.odt", then LibreOffice does not try to check its content (which
is none), and instead, only uses the extension (ODT) to define which file it
is;
2. Bug 139991 made these files to use the default template configured in
LibreOffice;
3. Bug 139962 converted the LibreOffice own "template" files for the Shell/New
functionality to be these 0-byte.

I made a test just now, that it indeed works *exactly using Explorer's New
menu*. Yes it does work. If it doesn't for you, this is the problem that needs
resolving. But this your bug is NOTABUG, and won't be implemented.

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

[Bug 159665] Saving and opening files takes too long.

2024-02-09 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=159665

Buovjaga  changed:

   What|Removed |Added

 CC||ilmari.lauhakangas@libreoff
   ||ice.org
 Ever confirmed|0   |1
 Status|UNCONFIRMED |NEEDINFO

--- Comment #1 from Buovjaga  ---
If this is not new behaviour in 24.2, I would close this as a duplicate of bug
125619. Do you agree?

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

[Bug 159663] Update of LO always rewrites the Registry entry in Windows pointing to default template

2024-02-09 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=159663

--- Comment #2 from Orwel  ---
The own created template is not used if you create a new document in Windows
Explorer as described, as it opens the default one because of the registry
entry. What are you describing works, if you open a new document within LO
(File/New). But I always create a document through Windows Explorer, as it is
much easier to find the correct path (I can use other programs to navigate
easily there).
I have templates for all my programs in specific directory different from
C:\Program Files\LibreOffice\share\template\shellnew to be sure, not to be
overwritten.

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

[Bug 159647] CSV import detect $ numbers

2024-02-09 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=159647

--- Comment #7 from Jonny Grant  ---
Thank you for the replies.

Note, this works without any clicking or changes in Gnumeric
Note, it does not work in Google Sheets
Does anyone have a copy of Excel to try with?


When I consider as a Software Engineer, yes, I can try all these ways to do it
myself on load.

When I consider from the point of view as user, we just expect it works. Yes,
indeed I can change to English(US) and it loads, although oddly it swaps the $
USD to be a £ GBP symbol! that's a bug -- but depends if anyone wants to fix
it?

I see it is already closed, so feels like no one agrees to match Gnumeric
behaviour

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

core.git: Branch 'feature/cib_contract49' - 7 commits - chart2/qa oox/inc oox/source sw/qa sw/source writerfilter/source

2024-02-09 Thread Michael Stahl (via logerrit)
 chart2/qa/extras/chart2import.cxx  |   11 +++
 chart2/qa/extras/data/pptx/tdf146487.pptx  |binary
 oox/inc/drawingml/chart/plotareaconverter.hxx  |3 +
 oox/inc/drawingml/chart/typegroupconverter.hxx |3 +
 oox/source/drawingml/chart/chartspaceconverter.cxx |   14 
 oox/source/drawingml/chart/plotareaconverter.cxx   |   10 +++
 oox/source/drawingml/chart/typegroupconverter.cxx  |9 +++
 sw/qa/extras/rtfexport/data/tdf108505_fieldCharFormat2.rtf |   37 +
 sw/qa/extras/rtfexport/rtfexport6.cxx  |   21 +++
 sw/qa/extras/rtfimport/data/fdo52052.rtf   |2 
 sw/source/filter/ww8/rtfattributeoutput.cxx|8 ++
 sw/source/filter/ww8/wrtw8nds.cxx  |7 ++
 writerfilter/source/dmapper/DomainMapper_Impl.cxx  |   28 +++--
 writerfilter/source/rtftok/rtfdispatchflag.cxx |9 ---
 writerfilter/source/rtftok/rtfdispatchsymbol.cxx   |6 --
 writerfilter/source/rtftok/rtfdocumentimpl.cxx |   10 +--
 writerfilter/source/rtftok/rtfdocumentimpl.hxx |8 --
 17 files changed, 138 insertions(+), 48 deletions(-)

New commits:
commit 9055db461851ec198b13930fa9bdb365911a7bcf
Author: Michael Stahl 
AuthorDate: Wed Feb 7 13:04:14 2024 +0100
Commit: Thorsten Behrens 
CommitDate: Fri Feb 9 18:28:00 2024 +0100

tdf#158586 writerfilter: RTF import: fix assert on ooo113308-1.rtf

  warn:legacy.osl:::writerfilter/source/dmapper/DomainMapper_Impl.cxx:1278: 
section stack already empty
  DomainMapper_Impl.cxx:9817: void 
writerfilter::dmapper::DomainMapper_Impl::substream(): Assertion 
`m_aContextStack.size() == contextSize' failed.

Before substream(), there is one CONTEXT_SECTION, after there is an
additional CONTEXT_PARAGRPAH.

The first OSL_ENSURE is because RTFDocumentImpl::tableBreak() calls
endParagraphGroup() but in the substream, startParagraphGroup() hadn't
been called; fixing this also makes the assert failure go away.

This worked previously because sectBreak() called endParagraphGroup()
after reading the header substreams, but it seems dubious that a
paragraph group started in the body should be used in the substream.

(regression from commit 57abad5cf990111fd7de011809d4421dc0550193)

Change-Id: I98864bca03b59099c17080c0a7582de2b77d41e1
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/163096
Tested-by: Jenkins
Reviewed-by: Michael Stahl 

diff --git a/writerfilter/source/rtftok/rtfdocumentimpl.cxx 
b/writerfilter/source/rtftok/rtfdocumentimpl.cxx
index 652a910c9869..b9c17c0adc61 100644
--- a/writerfilter/source/rtftok/rtfdocumentimpl.cxx
+++ b/writerfilter/source/rtftok/rtfdocumentimpl.cxx
@@ -653,6 +653,7 @@ void RTFDocumentImpl::runBreak()
 
 void RTFDocumentImpl::tableBreak()
 {
+checkFirstRun(); // ooo113308-1.rtf has a header at offset 151084 that 
doesn't startParagraphGroup() without this
 runBreak();
 Mapper().endParagraphGroup();
 Mapper().startParagraphGroup();
commit cf6fac5e6e226da1e4ae8b77d433f0f961febc44
Author: Justin Luth 
AuthorDate: Mon Dec 18 12:29:25 2023 -0500
Commit: Thorsten Behrens 
CommitDate: Fri Feb 9 18:28:00 2024 +0100

tdf#158586 RTF writerfilter: substitute hasProperties for inFrame

A proper inFrame() would be identical to hasProperties,
so just substitute the existing, complete function for inFrame.

This is based on a code read, not a problem document,
but finding a document that depended on inFrame
returning true made it trivial to modify it to fail.

Somewhat surprisingly, it made it all the way through
the rtfexports without failing.

make CppunitTest_sw_rtfimport CPPUNIT_TEST_NAME=testFdo52052

Change-Id: I96f00c9b542dabd3709a896d778569b7681c8f19
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/160928
Tested-by: Jenkins
Reviewed-by: Justin Luth 
Reviewed-by: Miklos Vajna 

diff --git a/sw/qa/extras/rtfimport/data/fdo52052.rtf 
b/sw/qa/extras/rtfimport/data/fdo52052.rtf
index e58a64bd43f6..8ae92383c443 100644
--- a/sw/qa/extras/rtfimport/data/fdo52052.rtf
+++ b/sw/qa/extras/rtfimport/data/fdo52052.rtf
@@ -13,7 +13,7 @@
 {\pard \pvpg\phpg\posx2007\posy597bsw12870bsh-900i0 \ltrpar\qc first
 \par }
 \page\sect 
-{\pard \pvpg\phpg\posx13152\posy612bsw2984bsh-210i0 \ltrpar\qr  x360
x720x1080   x1440   x1800   x2160   x2520   x2880
+{\pard \pvpg\phpg \posxc\posyc i0 \ltrpar\qr  x360x720x1080   x1440   
x1800   x2160   x2520   x2880
 {\ltrch0 \i0\ul0\strike0s15  \par }
 \page\sect 
diff --git a/writerfilter/source/rtftok/rtfdispatchsymbol.cxx 
b/writerfilter/source/rtftok/rtfdispatchsymbol.cxx
index e79143d54a06..6c1c94b944d9 100644
--- a/writerfilter/source/rtftok/rtfdispatchsymbol.cxx
+++ 

  1   2   3   >