[Bug 159802] Writer Document does not print with Form detail in 24.2 release

[bugzilla-daemon]

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

--- Comment #8 from Robert Großkopf  ---
Have a look at https://bugs.documentfoundation.org/attachment.cgi?id=192865
Printing is available for most of the form elements, except Check Box, Radio
Button and Combo Box (don't know why Combo Box isn't printed while List Box is
printed).

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

[Bug 145593] [META] Exit LibreOffice

[bugzilla-daemon]

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

Aron Budea  changed:

   What|Removed |Added

 Depends on||159683


Referenced Bugs:

https://bugs.documentfoundation.org/show_bug.cgi?id=159683
[Bug 159683] Crash on closing LibreOffice with certain content on the clipboard
-- 
You are receiving this mail because:
You are the assignee for the bug.

[Bug 159683] Crash on closing LibreOffice with certain content on the clipboard

[bugzilla-daemon]

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

Aron Budea  changed:

   What|Removed |Added

 Blocks||145593
 CC||aron.bu...@gmail.com


Referenced Bugs:

https://bugs.documentfoundation.org/show_bug.cgi?id=145593
[Bug 145593] [META] Exit LibreOffice
-- 
You are receiving this mail because:
You are the assignee for the bug.

[Bug 160003] Copying a sheet with chart and pasting to other document's sheet with a different name looses chart

[bugzilla-daemon]

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

raal  changed:

   What|Removed |Added

  Regression By||Regina Henschel
 CC||r...@post.cz,
   ||rb.hensc...@t-online.de
   Keywords|bibisectRequest |bibisected, bisected

--- Comment #2 from raal  ---
This seems to have begun at the below commit in bibisect repository/OS
linux-64-7.6.
Adding Cc: to Regina Henschel ; Could you possibly take a look at this one?
Thanks

e488e9509e327eaf3001ad12d76fd64698593f25 is the first bad commit
commit e488e9509e327eaf3001ad12d76fd64698593f25
Author: Jenkins Build User 
Date:   Sun Oct 29 01:54:11 2023 +0200

source sha:dfb0d118f6b23730bc632885eb4703a37eeaec16

150161: tdf#139083 Only resize if 'resize with cell' is set |
https://gerrit.libreoffice.org/c/core/+/150161

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

[Bug 159802] Writer Document does not print with Form detail in 24.2 release

[bugzilla-daemon]

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

raal  changed:

   What|Removed |Added

 CC||rob...@familiegrosskopf.de

--- Comment #7 from raal  ---
*** Bug 159965 has been marked as a duplicate of this bug. ***

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

[Bug 159965] FORMCONTROLS: Check box, Radio Button and Combo box won't be printed

[bugzilla-daemon]

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

raal  changed:

   What|Removed |Added

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

--- Comment #5 from raal  ---


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

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

[Bug 159965] FORMCONTROLS: Check box, Radio Button and Combo box won't be printed

[bugzilla-daemon]

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

raal  changed:

   What|Removed |Added

 CC||noelgran...@gmail.com
  Regression By||Noel Grandin
   Keywords|bibisectRequest |bibisected, bisected

--- Comment #4 from raal  ---
This seems to have begun at the below commit in bibisect repository/OS .
Adding Cc: to Noel Grandin ; Could you possibly take a look at this one?
Thanks

07852e0c1132528312359059bc53ac6789e43a36 is the first bad commit
commit 07852e0c1132528312359059bc53ac6789e43a36
Author: Jenkins Build User 
Date:   Tue Jul 4 19:22:20 2023 +0200

source sha:d408fe5cd45c9594feecec727ab2f73c66e361d0

153966: unnecessary LogicToPixel in CheckBox::Draw |
https://gerrit.libreoffice.org/c/core/+/153966

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

[Bug 159994] comments do not place themselves in front of adjacent objects

[bugzilla-daemon]

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

--- Comment #3 from Colin  ---
(In reply to m_a_riosv from comment #2)
> Please attach a sample file,.

Created attachment 192901 [details]

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

[Bug 148908] RTF paste only pastes content up to ToC from attached ODT

[bugzilla-daemon]

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

Aron Budea  changed:

   What|Removed |Added

 Blocks|133092  |
Summary|Crash on RTF paste: |RTF paste only pastes
   |Writerfilterlo!writerfilter |content up to ToC from
   |::dmapper::ConversionHelper |attached ODT
   |::convertTwipToMM100Unsigne |
   |d+0x17370:  |


Referenced Bugs:

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

[Bug 133092] [META] Crash bugs

[bugzilla-daemon]

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

Aron Budea  changed:

   What|Removed |Added

 Depends on|148908  |


Referenced Bugs:

https://bugs.documentfoundation.org/show_bug.cgi?id=148908
[Bug 148908] RTF paste only pastes content up to ToC from attached ODT
-- 
You are receiving this mail because:
You are the assignee for the bug.

[Bug 154478] Fileopen DOCX: Comments empty after ToC

[bugzilla-daemon]

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

Aron Budea  changed:

   What|Removed |Added

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

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

[Bug 148908] Crash on RTF paste: Writerfilterlo!writerfilter::dmapper::ConversionHelper::convertTwipToMM100Unsigned+0x17370:

[bugzilla-daemon]

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

Aron Budea  changed:

   What|Removed |Added

   See Also||https://bugs.documentfounda
   ||tion.org/show_bug.cgi?id=77
   ||051,
   ||https://bugs.documentfounda
   ||tion.org/show_bug.cgi?id=15
   ||4478
Version|7.4.0.0 alpha0+ |7.2.3.2 release
   Keywords|bibisectRequest |bibisected, bisected

--- Comment #11 from Aron Budea  ---
Let's keep this bug report focused on the RTF paste, and open a new one on any
issue concerning regular paste.

The crash during RTF paste got introduced by the 7.2 backport of the following
commit in 7.3, bibisected using bibisect-linux-64-7.2. Before that the RTF
paste was hanging, or was just taking a very long time, I haven't waited for it
to finish.

https://cgit.freedesktop.org/libreoffice/core/commit/?id=05f92eb1359c399c43d3bcbe8942034408fa23eb
author  László Németh2021-10-01 17:42:48
+0200
committer   László Németh2021-10-04 08:22:23
+0200

"tdf#77051 DOCX: fix user index and index entry support"

The crash is fixed since the following commit's 7.4 backport, reverse
bibisected using repo bibisect-linux-64-7.4. However, content is only pasted up
to ToC, and not further.

https://cgit.freedesktop.org/libreoffice/core/commit/?id=5431b756d45bebe74beaba2026704552ee6891f0
author  Jaume Pujantell  2023-04-27
14:54:55 +0200
committer   Ashod Nakashian  2023-05-03 12:42:31
+0200

"tdf#154478 fix comments empy after ToC"

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

[Bug 104524] [META] DOCX (OOXML) Table of Contents (ToC) and Index related issues

[bugzilla-daemon]

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

Aron Budea  changed:

   What|Removed |Added

 Depends on||77051


Referenced Bugs:

https://bugs.documentfoundation.org/show_bug.cgi?id=77051
[Bug 77051] FILESAVE: '\f' field flag of Index is not getting preserved in
LibreOffice
-- 
You are receiving this mail because:
You are the assignee for the bug.

[Bug 160007] Background color not rendered correctly on Excel xlsx file

[bugzilla-daemon]

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

ktop...@gmail.com changed:

   What|Removed |Added

Summary|Column label text rendered  |Background color not
   |as wavy lines ~~~ on Excel  |rendered correctly on Excel
   |xlsx file   |xlsx file

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

[Bug 120358] Long multi-layered numbered list in a table became mis-ordered after some editing

[bugzilla-daemon]

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

--- Comment #8 from Tex2002ans  ---
I could not reproduce in:

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

I followed the steps in comment 3's video exactly.

I think the initial "crash" / "7. appearing" issue is fixed, but there ARE a
few other oddities with attachment 145425.

- - -

ODDITY 1: BACKSPACE + ENTER (Twice)

Like Ezinne in comment 6 said, you have to "press ENTER twice" to get the
auto-numbering to show back up:

0. Open attachment 145425.
1. In the second table, put the cursor right:
   - After "(九)"
  - The Chinese auto-numbering.
   - Before "廠商於協商後重行遞送之".
2. Press BACKSPACE once.
   - Auto-number disappears.
3. Press ENTER once.
   - Auto-number appears, but extra line added above too.

so the lines looks like this during Step 1:

> 之廠商，並作成協商紀錄。
> (九) 廠商於協商後重行遞送之

and this after Step 3:

> 之廠商，並作成協商紀錄。
>
> (九) 廠商於協商後重行遞送之

- - -

If you do:

2. Press BACKSPACE twice.
3. Press ENTER twice.

you get:

> 之廠商，並作成協商紀錄。
> (九) 廠商於協商後重行遞送之

and this after Step 3:

> 之廠商，並作成協商紀錄。
> (九)
> 廠商於協商後重行遞送之

- - -

In Step 3, you use UNDO (Ctrl+Z), everything resets fine:

0. Open attachment 145425.
1. In the second table, put the cursor:
   - After "(九)"
  - The Chinese auto-numbering.
   - Before "廠商於協商後重行遞送之".
2. Press BACKSPACE once or twice.
3. Press Edit > Undo (Ctrl+Z) once or twice.

- - -

ODDITY 2: COPY/PASTE

On page 6/7, I copied everything down from "6." down to the end of "(九)"... but
it seems like LO pastes the wrong numbers!

For example, this is what it looks like in the ODT document:

>7. 工作小組擬具初審意見及評選委員會審查、議決等評選作業，是否以記名方式秘密為之。
>(八) 是否善用協商程序，以避免價格不合理、浪費公帑之情形。協商時是否平等對待所有合於招標文件規定之廠商，並作成協商紀錄。
>(九) 廠商於協商後重行遞送之投標文件，其有與協商無關或不受影響之項目者，該項目是否不予評選，並是否以重行遞送前之內容為準。

but when I paste that into Notepad++, I get:

> 14. 工作小組擬具初審意見及評選委員會審查、議決等評選作業，是否以記名方式秘密為之。
>(十六) 是否善用協商程序，以避免價格不合理、浪費公帑之情形。協商時是否平等對待所有合於招標文件規定之廠商，並作成協商紀錄。
>(十八) 廠商於協商後重行遞送之投標文件，其有與協商無關或不受影響之項目者，該項目是否不予評選，並是否以重行遞送前之內容為準。

Notice the auto-numbers are all wrong:

- 7 -> 14
- 八 -> 十六
   - 8 vs. 16
- 九 -> 十八
   - 9 vs. 18

It *seems* like LO 24.2 is:

- visually "counting by 1s"
- accidentally "counting by 2s" underneath

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

[Bug 160007] Column label text rendered as wavy lines ~~~ on Excel xlsx file

[bugzilla-daemon]

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

--- Comment #6 from ktop...@gmail.com ---
Font is white as per screenshot but the background color is not rendered
correctly in Libreoffice, so is this still a bug ?

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

[Bug 157912] Libreoffice Draw crashes when i open a large PDF

[bugzilla-daemon]

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

--- Comment #17 from Tex2002ans  ---
I was able to successfully load comment 13's PDF in:

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

I have 32 GBs of RAM in my system.

- - -

But there were some oddities.

While loading, LO Draw quickly took up to:

- ~15 GBs of RAM

After loading, Draw settled on:

- 4,588 MBs

Changing to page 2:

- 5,409 MBs (+821 MBs)

Changing to page 6:

- 7,104 MBs (+1,695 MBs)

Changing to page 8:

- 7,406 MBs (+302 MBs)

So it seems like there's some HUGE leaps in RAM usage:

- as the PDF is loading.
- as each page is clicked/loaded.

- - -

Opening up the same PDF in my normal PDF Reader hovered around:

SumatraPDF (v3.5.2)

- ~250 MBs of RAM

- - -

Note: Seems like this PDF has some extremely unoptimized, 1200 DPI, images from
a scanner:

- 9,924 x 14,027 px each

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

[Bug 108843] [META] Clipboard bugs and enhancements

[bugzilla-daemon]

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

Bug 146698 Summary: ongoing at LO 7.2.5.2: "copy-paste from 
non-LibO-text-source pastes previous clipboard contents"
https://bugs.documentfoundation.org/show_bug.cgi?id=146698

   What|Removed |Added

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

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

[Bug 146698] ongoing at LO 7.2.5.2: "copy-paste from non-LibO-text-source pastes previous clipboard contents"

[bugzilla-daemon]

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

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 146698] ongoing at LO 7.2.5.2: "copy-paste from non-LibO-text-source pastes previous clipboard contents"

[bugzilla-daemon]

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

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

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 154924] FILESAVE shade/gradient slide background, increasing set in automatic mode when saving presentation, not saved desired numberwith

[bugzilla-daemon]

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

--- Comment #4 from QA Administrators  ---
Dear luan.estevez.d,

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 92237] Mixed-Up Keyboard Shortcuts in spanish

[bugzilla-daemon]

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

--- Comment #14 from QA Administrators  ---
Dear Daniel,

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 92091] Renders Persian text having footnotes wrongly

[bugzilla-daemon]

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

--- Comment #11 from QA Administrators  ---
Dear Arham Amouei,

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 140371] autoinclude (in Exceptions tab of AutoCorrect Options) does not work for sMALL iNITIALS

[bugzilla-daemon]

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

--- Comment #2 from QA Administrators  ---
Dear sdc.blanco,

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 147730] LO Base does not handle compound primary key if one field is empty ("") SQLite3 / ODBC

[bugzilla-daemon]

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

--- Comment #14 from QA Administrators  ---
Dear PhilipK,

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 140475] FILESAVE XLSM Macro using Range processing failed to work after File Save

[bugzilla-daemon]

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

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

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 134271] Undoing the deletion of a row exceptionally slow compared to rejecting deletion of a row

[bugzilla-daemon]

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

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

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

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

If you have time, please do the following:

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

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

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

Please DO NOT

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


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

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


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

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

Warm Regards,
QA Team

MassPing-UntouchedBug

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

[Bug 134027] [Editing] Anchored image move to wrong position when cells inserted above it

[bugzilla-daemon]

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

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

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 116599] Shortcuts in Spanish UI

[bugzilla-daemon]

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

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

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 160007] Column label text rendered as wavy lines ~~~ on Excel xlsx file

[bugzilla-daemon]

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

ady  changed:

   What|Removed |Added

 Ever confirmed|1   |0
 Status|NEEDINFO|UNCONFIRMED

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

[Bug 160007] Column label text rendered as wavy lines ~~~ on Excel xlsx file

[bugzilla-daemon]

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

--- Comment #5 from ady  ---
Hunch: this is about Excel table formatting.

The "waves" are just the underline originated by the Automatic Spell Checking
tool in Calc.

The real issue is about table format. The Summary should be modified
accordingly.

If table formatting is indeed the problem, then this is probably a duplicate
report of some enhancement request.

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

[Bug 148908] Crash on RTF paste: Writerfilterlo!writerfilter::dmapper::ConversionHelper::convertTwipToMM100Unsigned+0x17370:

[bugzilla-daemon]

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

Tex2002ans  changed:

   What|Removed |Added

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

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

-
https://crashreport.libreoffice.org/stats/crash_details/7dd02c2e-a839-4652-a8c1-0d5e033f58c9

in:

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

By doing a "simple Ctrl+V paste" like BogdanB said in comment 9.

- - -

So to get CRASH, I mostly did comment 0, but substituted step 5:

1. Open attachment 164591 [details] (bug 135911)
2. Discard the update links
3. CTRL+A
3. CTRL+C
4. CTRL+N
5. Ctrl+V

LibreOffice chugged away for a little while, I was able to see/move around the
document, but it ultimately crashed about 20 seconds later.

- - -

Following comment 0 exactly and:

- I DID NOT get a crash.

but RTF paste did miss lots of text, because it:

- Only pasted in 4 pages / 204 words.
   - vs. 164 pages / 68,362 words in original.

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

[Bug 160007] Column label text rendered as wavy lines ~~~ on Excel xlsx file

[bugzilla-daemon]

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

--- Comment #4 from ktop...@gmail.com ---

Font color automatic fixed this. Thanks for the suggestion. It would have
helped if it is the default so I won't need to submit this ticket.

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

[Bug 160007] Column label text rendered as wavy lines ~~~ on Excel xlsx file

[bugzilla-daemon]

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

--- Comment #3 from ktop...@gmail.com ---
Created attachment 192920
  --> https://bugs.documentfoundation.org/attachment.cgi?id=192920=edit
Excel file

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

[Bug 160007] Column label text rendered as wavy lines ~~~ on Excel xlsx file

[bugzilla-daemon]

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

--- Comment #2 from ktop...@gmail.com ---
Created attachment 192919
  --> https://bugs.documentfoundation.org/attachment.cgi?id=192919=edit
Excell screenshot

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

[Bug 77352] Copying cell range with chart results in incorrect clipboard, unless sheet renamed from "Sheet1"

[bugzilla-daemon]

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

Aron Budea  changed:

   What|Removed |Added

 CC||aron.bu...@gmail.com
   Keywords|bibisectRequest |
   Hardware|x86-64 (AMD64)  |All

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

[Bug 129988] Crash in: s_stub_releaseInterface

[bugzilla-daemon]

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

--- Comment #13 from Tex2002ans  ---
I could not reproduce:

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

- - -

Followed the steps in comment 12. After Step 5, I did not get an error:

> The errors I get are "The connection to the data source 'city' could not be 
> established" and "The connection could not be created.  Maybe necessary data 
> provider is not installed.  SQL status HY000"

I clicked File, I opened up the table and clicked a few things, and I couldn't
get anything to crash. Looks like it loaded/ran "okay" for me.

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

[Bug 160006] LibreOffice hangs (not responding) when trying to save documents

[bugzilla-daemon]

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

m_a_riosv  changed:

   What|Removed |Added

 CC||miguelangelrv@libreoffice.o
   ||rg

--- Comment #1 from m_a_riosv  ---
Annoying, please test enabling skia options in
Menu/Tools/Options/LibreOffice/View

Can you save without issues in the same location with other applications?

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

[Bug 160007] Column label text rendered as wavy lines ~~~ on Excel xlsx file

[bugzilla-daemon]

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

ady  changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEEDINFO
 Ever confirmed|0   |1

--- Comment #1 from ady  ---
It would help to attach the xlsx file to this report.

In addition, a screenshot of the file when it is opened in Excel would also
help.

When the xlsx file is opened by Calc, worksheet "SGU-Solar".

1. Select row 4 (entirely).
2. [CTRL]+[1] (equivalent to Format cell).
3. "Font Effects" tab.
4. "Font Color" > Change from "None" to "Automatic".

IDK how the xlsx file was created, or how this "Font Color" attribute should
had been parsed.

IDK whether the Font Color is incorrectly imported, or instead it is just
incorrectly displayed.

Having said that, in order to say whether something is incorrect at all, we
should know how it is done by Excel.

In addition to the screenshot (when the file is opened by Excel), please
provide the version of Excel you are using and the OS (from Calc menu Help >
About, use the icon to copy to the clipboard and paste it in your next comment.

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

[Bug 126710] fileopen: Calc can not open xlsx, consuming tens gigs of RAM (memory leak)

[bugzilla-daemon]

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

--- Comment #8 from Tex2002ans  ---
Yep, still reproduce in:

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

- - -

Opening attachment 153143 used up this much RAM:

LibreOffice 24.2.1:

- >25 GBs
   - (My computer has 32, so I cancelled loading soon after reaching that
point.)

Microsoft Excel (2401, Build 17231.20236):

- ~148 MBs

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

[Bug 160003] Copying a sheet with chart and pasting to other document's sheet with a different name looses chart

[bugzilla-daemon]

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

m_a_riosv  changed:

   What|Removed |Added

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

--- Comment #1 from m_a_riosv  ---
Reproducible. Seems the OLE objects are not selected with [Ctrl+A].
The same issue happens with Math.

Version: 24.8.0.0.alpha0+ (X86_64) / LibreOffice Community
Build ID: 0daeee1a7d0e530f1cce40f86a26ed01f07ee7da
CPU threads: 16; OS: Windows 10.0 Build 22631; UI render: Skia/Raster; VCL: win
Locale: es-ES (es_ES); UI: en-US
Calc: CL threaded

Works with
Version: 7.5.9.2 (X86_64) / LibreOffice Community
Build ID: cdeefe45c17511d326101eed8008ac4092f278a9
CPU threads: 16; OS: Windows 10.0 Build 22631; UI render: default; VCL: win
Locale: es-ES (es_ES); UI: es-ES
Calc: CL threaded

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

[Bug 159997] Request for Accounting Types of Number (Data)

[bugzilla-daemon]

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

m_a_riosv  changed:

   What|Removed |Added

 CC||miguelangelrv@libreoffice.o
   ||rg
   Keywords||needsUXEval

--- Comment #3 from m_a_riosv  ---
Maybe it is not in the list, but it is supported.

+1 to make the option visible.

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

[Bug 159994] comments do not place themselves in front of adjacent objects

[bugzilla-daemon]

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

m_a_riosv  changed:

   What|Removed |Added

 CC||miguelangelrv@libreoffice.o
   ||rg

--- Comment #2 from m_a_riosv  ---
Please attach a sample file,.

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

[Bug 159992] file save dialog not allowing paste from clipboard

[bugzilla-daemon]

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

m_a_riosv  changed:

   What|Removed |Added

 Resolution|--- |DUPLICATE
 Status|UNCONFIRMED |RESOLVED
 CC||miguelangelrv@libreoffice.o
   ||rg

--- Comment #1 from m_a_riosv  ---


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

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

[Bug 159981] Pasting table data with no coloumn breaks (only row breaks), but with fixed number of columns.

[bugzilla-daemon]

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

m_a_riosv  changed:

   What|Removed |Added

   Severity|normal  |enhancement

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

[Bug 105584] [META] Calc image bugs and enhancements

[bugzilla-daemon]

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

Bug 153562 Summary: Pasting Selected Range to Sheet as BMP or PNG Image, It 
will be a Chart Image without content.
https://bugs.documentfoundation.org/show_bug.cgi?id=153562

   What|Removed |Added

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

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

[Bug 90486] [META] Chart bugs and enhancements

[bugzilla-daemon]

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

Bug 153562 Summary: Pasting Selected Range to Sheet as BMP or PNG Image, It 
will be a Chart Image without content.
https://bugs.documentfoundation.org/show_bug.cgi?id=153562

   What|Removed |Added

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

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

[Bug 153562] Pasting Selected Range to Sheet as BMP or PNG Image, It will be a Chart Image without content.

[bugzilla-daemon]

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

Mike Kaganski  changed:

   What|Removed |Added

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

--- Comment #14 from Mike Kaganski  ---


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

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

[Bug 130725] ImpSvNumberInputScan::StringToDouble may produce inaccurate result

[bugzilla-daemon]

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

Mike Kaganski  changed:

   What|Removed |Added

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

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

[Bug 105584] [META] Calc image bugs and enhancements

[bugzilla-daemon]

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

Bug 153685 Summary: Pasting Selected Range to Sheet as GDI Image, The chart 
images are gone.
https://bugs.documentfoundation.org/show_bug.cgi?id=153685

   What|Removed |Added

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

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

[Bug 153685] Pasting Selected Range to Sheet as GDI Image, The chart images are gone.

[bugzilla-daemon]

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

Mike Kaganski  changed:

   What|Removed |Added

 Resolution|--- |DUPLICATE
 Status|NEW |RESOLVED
   See Also|https://bugs.documentfounda |
   |tion.org/show_bug.cgi?id=99 |
   |969 |

--- Comment #4 from Mike Kaganski  ---
Ah - that is tdf#153706, which is also yours, accurately created. Thus, this
one is trued dupe => closing.

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

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

[Bug 153685] Pasting Selected Range to Sheet as GDI Image, The chart images are gone.

[bugzilla-daemon]

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

--- Comment #3 from Mike Kaganski  ---
The exact wording of the issue is "The chart images are gone", and the
regression version => this is a dupe of tdf#99969, fixed just now.

However, we are back to the pre-existing problem of the wrong XY chart copy,
where previous X data becomes Y data, and the new X data is simply the sequence
of "1, 2, 3, ...".

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

[Bug 108844] [META] Cut/copy bugs and enhancements

[bugzilla-daemon]

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

Bug 77352 Summary: Copying cell range with chart results in incorrect 
clipboard, unless sheet renamed from "Sheet1"
https://bugs.documentfoundation.org/show_bug.cgi?id=77352

   What|Removed |Added

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

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

[Bug 108539] [META] Chart data table bugs and enhancements

[bugzilla-daemon]

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

Bug 77352 Summary: Copying cell range with chart results in incorrect 
clipboard, unless sheet renamed from "Sheet1"
https://bugs.documentfoundation.org/show_bug.cgi?id=77352

   What|Removed |Added

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

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

[Bug 105584] [META] Calc image bugs and enhancements

[bugzilla-daemon]

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

Bug 77352 Summary: Copying cell range with chart results in incorrect 
clipboard, unless sheet renamed from "Sheet1"
https://bugs.documentfoundation.org/show_bug.cgi?id=77352

   What|Removed |Added

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

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

[Bug 77352] Copying cell range with chart results in incorrect clipboard, unless sheet renamed from "Sheet1"

[bugzilla-daemon]

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

Mike Kaganski  changed:

   What|Removed |Added

 Resolution|--- |DUPLICATE
 Status|NEW |RESOLVED
   See Also|https://bugs.documentfounda |
   |tion.org/show_bug.cgi?id=99 |
   |969 |

--- Comment #15 from Mike Kaganski  ---


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

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

[Bug 153685] Pasting Selected Range to Sheet as GDI Image, The chart images are gone.

[bugzilla-daemon]

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

Mike Kaganski  changed:

   What|Removed |Added

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

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

[Bug 77352] Copying cell range with chart results in incorrect clipboard, unless sheet renamed from "Sheet1"

[bugzilla-daemon]

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

Mike Kaganski  changed:

   What|Removed |Added

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

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

[Bug 160007] Column label text rendered as wavy lines ~~~ on Excel xlsx file

[bugzilla-daemon]

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

ktop...@gmail.com changed:

   What|Removed |Added

Summary|Column label text not   |Column label text rendered
   |readable on Excel xlsx file |as wavy lines ~~~ on Excel
   ||xlsx file

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

[Bug 108912] [META] Sheet-level bugs and enhancements

[bugzilla-daemon]

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

Bug 99969 Summary: COPYING cells containing a chart and pasting as embedded 
spreadsheet doesn't copy the data chart (comment 14)
https://bugs.documentfoundation.org/show_bug.cgi?id=99969

   What|Removed |Added

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

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

[Bug 102593] [META] Paste bugs and enhancements

[bugzilla-daemon]

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

Bug 99969 Summary: COPYING cells containing a chart and pasting as embedded 
spreadsheet doesn't copy the data chart (comment 14)
https://bugs.documentfoundation.org/show_bug.cgi?id=99969

   What|Removed |Added

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

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

[Bug 90486] [META] Chart bugs and enhancements

[bugzilla-daemon]

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

Bug 99969 Summary: COPYING cells containing a chart and pasting as embedded 
spreadsheet doesn't copy the data chart (comment 14)
https://bugs.documentfoundation.org/show_bug.cgi?id=99969

   What|Removed |Added

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

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

[Bug 99969] COPYING cells containing a chart and pasting as embedded spreadsheet doesn't copy the data chart (comment 14)

[bugzilla-daemon]

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

Mike Kaganski  changed:

   What|Removed |Added

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

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

[Bug 99969] COPYING cells containing a chart and pasting as embedded spreadsheet doesn't copy the data chart (comment 14)

[bugzilla-daemon]

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

--- Comment #16 from Commit Notification 
 ---
Mike Kaganski committed a patch related to this issue.
It has been pushed to "master":

https://git.libreoffice.org/core/commit/709866a3b8e073fab4937dcf91dcd33ff1d2bc13

tdf#99969: make sure to copy the chart source ranges to clipboard

It will be available in 24.8.0.

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

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

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

[Bug 99969] COPYING cells containing a chart and pasting as embedded spreadsheet doesn't copy the data chart (comment 14)

[bugzilla-daemon]

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

Commit Notification  changed:

   What|Removed |Added

 Whiteboard||target:24.8.0

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

core.git: sc/inc sc/source

[Mike Kaganski (via logerrit)]

 sc/inc/clipcontext.hxx  |5 -
 sc/source/core/data/clipcontext.cxx |4 ++--
 sc/source/core/data/column.cxx  |6 --
 sc/source/core/data/document.cxx|   14 ++
 sc/source/core/data/drwlayer.cxx|   29 +
 5 files changed, 49 insertions(+), 9 deletions(-)

New commits:
commit 709866a3b8e073fab4937dcf91dcd33ff1d2bc13
Author: Mike Kaganski 
AuthorDate: Sun Mar 3 02:04:24 2024 +0600
Commit: Mike Kaganski 
CommitDate: Sun Mar 3 01:05:32 2024 +0100

tdf#99969: make sure to copy the chart source ranges to clipboard

... even when they are outside of the copied cell range. Otherwise,
it is  impossible to transfer the missing data when switching to
own data on paste.

The copy of the missing ranges avoids copying cell attributes, for
performance reasons, but also to avoid overwriting the attributes
of already copied cells. Otherwise, ScDrawLayer::CopyToClip would
need the bKeepScenarioFlags, or the CopyToClipContext used in the
caller ScDocument::CopyToClip, for consistent copy; or a method to
avoid overwriting already copied cells (this change simply copies
all chart ranges, withiut checking if they were copied already).

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

diff --git a/sc/inc/clipcontext.hxx b/sc/inc/clipcontext.hxx
index a6c989a004f7..8c3bc1730af1 100644
--- a/sc/inc/clipcontext.hxx
+++ b/sc/inc/clipcontext.hxx
@@ -161,12 +161,15 @@ public:
 class CopyToClipContext final : public ClipContextBase
 {
 bool mbKeepScenarioFlags:1;
+bool mbCopyChartRanges : 1 = false; // Copying ranges not included in 
selection:
+// only copy data, not cell attributes
 
 public:
-CopyToClipContext(ScDocument& rDoc, bool bKeepScenarioFlags);
+CopyToClipContext(ScDocument& rDoc, bool bKeepScenarioFlags, bool 
bCopyChartRanges = false);
 virtual ~CopyToClipContext() override;
 
 bool isKeepScenarioFlags() const;
+bool isCopyChartRanges() const { return mbCopyChartRanges; }
 };
 
 class CopyToDocContext final : public ClipContextBase
diff --git a/sc/source/core/data/clipcontext.cxx 
b/sc/source/core/data/clipcontext.cxx
index 4e6b925070d6..fc6f136d0372 100644
--- a/sc/source/core/data/clipcontext.cxx
+++ b/sc/source/core/data/clipcontext.cxx
@@ -403,8 +403,8 @@ bool CopyFromClipContext::isDateCell( const ScColumn& rCol, 
SCROW nRow ) const
 }
 
 CopyToClipContext::CopyToClipContext(
-ScDocument& rDoc, bool bKeepScenarioFlags) :
-ClipContextBase(rDoc), mbKeepScenarioFlags(bKeepScenarioFlags) {}
+ScDocument& rDoc, bool bKeepScenarioFlags, bool bCopyChartRanges) :
+ClipContextBase(rDoc), mbKeepScenarioFlags(bKeepScenarioFlags), 
mbCopyChartRanges(bCopyChartRanges) {}
 
 CopyToClipContext::~CopyToClipContext() {}
 
diff --git a/sc/source/core/data/column.cxx b/sc/source/core/data/column.cxx
index 22d8cec28bc3..34524e444dc3 100644
--- a/sc/source/core/data/column.cxx
+++ b/sc/source/core/data/column.cxx
@@ -879,14 +879,16 @@ public:
 void ScColumn::CopyToClip(
 sc::CopyToClipContext& rCxt, SCROW nRow1, SCROW nRow2, ScColumn& rColumn ) 
const
 {
-pAttrArray->CopyArea( nRow1, nRow2, 0, *rColumn.pAttrArray,
-  rCxt.isKeepScenarioFlags() ? (ScMF::All & 
~ScMF::Scenario) : ScMF::All );
+if (!rCxt.isCopyChartRanges()) // No need to copy attributes for chart 
ranges
+pAttrArray->CopyArea( nRow1, nRow2, 0, *rColumn.pAttrArray,
+  rCxt.isKeepScenarioFlags() ? (ScMF::All & 
~ScMF::Scenario) : ScMF::All );
 
 {
 CopyToClipHandler aFunc(GetDoc(), *this, rColumn, 
rCxt.getBlockPosition(rColumn.nTab, rColumn.nCol));
 sc::ParseBlock(maCells.begin(), maCells, aFunc, nRow1, nRow2);
 }
 
+if (!rCxt.isCopyChartRanges()) // No need to copy attributes for chart 
ranges
 {
 CopyTextAttrToClipHandler aFunc(rColumn.maCellTextAttrs);
 sc::ParseBlock(maCellTextAttrs.begin(), maCellTextAttrs, aFunc, nRow1, 
nRow2);
diff --git a/sc/source/core/data/document.cxx b/sc/source/core/data/document.cxx
index 7ad5a3e2ae89..c5f3f50e0f30 100644
--- a/sc/source/core/data/document.cxx
+++ b/sc/source/core/data/document.cxx
@@ -2223,6 +2223,7 @@ void ScDocument::CopyToClip(const ScClipParam& rClipParam,
 sc::CopyToClipContext aCxt(*pClipDoc, bKeepScenarioFlags);
 CopyRangeNamesToClip(pClipDoc, aClipRange, pMarks);
 
+// 1. Copy selected cells
 for (SCTAB i = 0; i < nEndTab; ++i)
 {
 if (!maTabs[i] || i >= pClipDoc->GetTableCount() || 
!pClipDoc->maTabs[i])
@@ -2232,12 +2233,17 @@ void ScDocument::CopyToClip(const ScClipParam& 
rClipParam,
 continue;
 
 maTabs[i]->CopyToClip(aCxt, rClipParam.maRanges, 
pClipDoc->maTabs[i].get());
+}
 
-if 

[Bug 160007] New: Column label text not readable on Excel xlsx file

[bugzilla-daemon]

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

Bug ID: 160007
   Summary: Column label text not readable on Excel xlsx file
   Product: LibreOffice
   Version: 24.2.0.3 release
  Hardware: All
OS: All
Status: UNCONFIRMED
  Severity: normal
  Priority: medium
 Component: Calc
  Assignee: libreoffice-bugs@lists.freedesktop.org
  Reporter: ktop...@gmail.com

Description:
Column label text not readable on Excel xlsx file

Steps to Reproduce:
1. Open xlsx file in Microsoft Excel can see Column header 
https://www.cleanenergyregulator.gov.au/DocumentAssets/Documents/Postcode%20data%20for%20small-scale%20installations%20-%20all%20data.xlsx

2. Open xlsx file in LibreOffice Column header became wavy lines ~~~ not
readable

Actual Results:
Column label text not readable on Excel xlsx file

Expected Results:
Column label text readable.


Reproducible: Always


User Profile Reset: No

Additional Info:
LibreOffice Build 
https://git.libreoffice.org/core/+log/da48488a73ddd66ea24cf16bbc4f7b9c08e9bea1

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

[Bug 160006] New: LibreOffice hangs (not responding) when trying to save documents

[bugzilla-daemon]

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

Bug ID: 160006
   Summary: LibreOffice hangs (not responding) when trying to save
documents
   Product: LibreOffice
   Version: 7.6.5.2 release
  Hardware: x86-64 (AMD64)
OS: Windows (All)
Status: UNCONFIRMED
  Severity: normal
  Priority: medium
 Component: Writer
  Assignee: libreoffice-bugs@lists.freedesktop.org
  Reporter: s...@hellebo.no

Description:
All LibreOffice apps hangs (not responding) when I try to save a document. I
have tried both 64-bit and 32-bit. I have tried both 24.2.1 and 7.6.5. It did
work and suddenly after saving a Calc file it stopped working. I have deleted
user profile. The same problem exists in safe-mode. I have tried to use
LibreOffice save dialog, I've tried without hardware acceleration. 

Steps to Reproduce:
1.Start LibreOffice
2.Start Writer - new text doc
3.File-Save as   

Actual Results:
LibreOffice hangs (not responding)

Expected Results:
Open the save as dialog box


Reproducible: Always


User Profile Reset: Yes

Additional Info:
Version: 24.2.1.2 (x86) / LibreOffice Community
Build ID: db4def46b0453cc22e2d0305797cf981b68ef5ac
CPU threads: 8; OS: Windows 10.0 Build 22621; UI render: default; VCL: win
Locale: nb-NO (nb_NO); UI: nb-NO
Calc: threaded

[Information automatically included from LibreOffice]
Locale: en-US
Module: safemode
[Information guessed from browser]
OS: Windows (All)
OS is 64bit: no

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

[Bug 160004] `File Name' Textbox in "Save as"...dialog can be "squeezed out" on window resize

[bugzilla-daemon]

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

Bogaboga Man  changed:

   What|Removed |Added

 CC||bogaboga...@gmail.com

--- Comment #1 from Bogaboga Man  ---
Created attachment 192918
  --> https://bugs.documentfoundation.org/attachment.cgi?id=192918=edit
Showing bug detail

"File->Save As" File Name textbox can be squeezed out on window resize...

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

[Bug 160005] New: Windows installer Online Update component option: description misleading/unclear on role/purpose

[bugzilla-daemon]

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

Bug ID: 160005
   Summary: Windows installer Online Update component option:
description misleading/unclear on role/purpose
   Product: LibreOffice
   Version: 24.2.1.2 release
  Hardware: All
OS: Windows (All)
Status: UNCONFIRMED
  Severity: minor
  Priority: medium
 Component: Installation
  Assignee: libreoffice-bugs@lists.freedesktop.org
  Reporter: chea...@gmail.com

LibreOffice offers an "Online Update" component/feature on Microsoft Windows.
When it's missing, LO doesn't offer to check if the version is current. The
relevant UI elements are missing, as described in this thread:
https://ask.libreoffice.org/t/no-update-option-in-tools-menu/94794

I ended up wasting 10 to 15 minutes trying to figure out why my LO install was
missing these UI elements, and finally installing Online Update, which I had
presumably opted out from, when I first installed.
Unfortunately, this component, despite its pretty misleading name, doesn't
actually update or even offer to update LO (unless an experimental feature is
enabled). As its description indicates, it mostly checks if LO is up-to-date.
So installing Online Update didn't really help me (I already knew that my
version was outdated).

I am skeptical that I did opt out from Online Update, but if I did, that could
have been due to its description (STR_DESC_MODULE_OPT_ONLINEUPDATE):
> Get automatically notified when a new update of %PRODUCTNAME becomes 
> available.(English)
> Recevez une notification automatique lorsqu'une nouvelle mise à jour de 
> %PRODUCTNAME est disponible. (French)

The phrasing implies one cannot opt out from these notifications. In reality,
options allow to disable these checks even if the component is installed.

I suggest to rectify by indicating the behavior is optional, with a label like:


> Allows to be notified when a new update of %PRODUCTNAME becomes available.

Another option would be to just remove that component. Since it reportedly
requires no storage space at all, it is not clear why one would not install it
given that it is indeed optional. If there are reasons to avoid it, the
description should clarify.

BTW, a space is missing between "0" and "kB".

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

[Bug 160004] New: `File Name' Textbox in "Save as"...dialog can be "squeezed out" on window resize

[bugzilla-daemon]

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

Bug ID: 160004
   Summary: `File Name' Textbox in "Save as"...dialog can be
"squeezed out" on window resize
   Product: LibreOffice
   Version: 24.2.1.2 release
  Hardware: All
OS: Windows (All)
Status: UNCONFIRMED
  Severity: trivial
  Priority: medium
 Component: Writer
  Assignee: libreoffice-bugs@lists.freedesktop.org
  Reporter: bogaboga...@gmail.com

Description:
`File Name' Text Box in "Save as" or "Export as => Export Directly as PDF"
dialog can be squeezed on window resize or on click of "Hide Folders"
sometimes.

Steps to Reproduce:
1. Edit some document
2. Click File->Save as
3. minimize the dialog using the lower right corner as far as possible

Actual Results:
"File name" textbox is squeezed leaving text therein unreadable

Expected Results:
"File name" textbox should remain readable


Reproducible: Always


User Profile Reset: Yes

Additional Info:
Happens on "Export as => Export Directly as PDF" dialog too

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

[Bug 160002] Indentation issue in currency formatted cells in Calc

[bugzilla-daemon]

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

--- Comment #2 from ady  ---
Please provide a minimal sample ods file, preferably saved with an older
version (that you know used to show the expected indentation and alignment), so
other could attempt to reproduce what you see in your system.

Please be aware that such sample ods file will be publicly available.



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

[Bug 159879] Crash when closing "3D View" dialog

[bugzilla-daemon]

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

Caolán McNamara  changed:

   What|Removed |Added

 Status|NEW |ASSIGNED
   Assignee|libreoffice-b...@lists.free |caolan.mcnamara@collabora.c
   |desktop.org |om

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

core.git: unotest/source

[Stephan Bergmann (via logerrit)]

 unotest/source/embindtest/embindtest.cxx |4 ++--
 unotest/source/embindtest/embindtest.js  |2 +-
 2 files changed, 3 insertions(+), 3 deletions(-)

New commits:
commit b0d9f3c417315eb704dc9ab906e9c24f59571942
Author: Stephan Bergmann 
AuthorDate: Fri Mar 1 10:29:59 2024 +0100
Commit: Stephan Bergmann 
CommitDate: Sat Mar 2 22:08:35 2024 +0100

Some minor embindtest clean up

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

diff --git a/unotest/source/embindtest/embindtest.cxx 
b/unotest/source/embindtest/embindtest.cxx
index 8b131cd9f376..07558a5ed1b7 100644
--- a/unotest/source/embindtest/embindtest.cxx
+++ b/unotest/source/embindtest/embindtest.cxx
@@ -14,6 +14,7 @@
 #include 
 #include 
 #include 
+#include 
 #include 
 #include 
 #include 
@@ -29,7 +30,6 @@ namespace
 {
 class Test : public cppu::WeakImplHelper
 {
-public:
 sal_Bool SAL_CALL getBoolean() override { return true; }
 
 sal_Bool SAL_CALL isBoolean(sal_Bool value) override { return value; }
@@ -102,7 +102,7 @@ public:
 
 sal_Bool SAL_CALL isStruct(org::libreoffice::embindtest::Struct const& 
value) override
 {
-return value.m1 == -123456 && value.m2 == 100.5 && value.m3 == u"hä";
+return value == org::libreoffice::embindtest::Struct{ -123456, 100.5, 
u"hä"_ustr };
 }
 
 css::uno::Sequence SAL_CALL getSequenceBoolean() override
diff --git a/unotest/source/embindtest/embindtest.js 
b/unotest/source/embindtest/embindtest.js
index 422c1c1a421f..6f88a9f543d0 100644
--- a/unotest/source/embindtest/embindtest.js
+++ b/unotest/source/embindtest/embindtest.js
@@ -98,7 +98,7 @@ Module.addOnPostRun(function() {
 }
 {
 let v = test.getStruct();
-console.log(v.m1 + ', ' + v.m2 + ', ' + v.m3);
+console.log(v);
 console.assert(v.m1 === -123456);
 console.assert(v.m2 === 100.5);
 console.assert(v.m3 === 'hä');

[Bug 160001] Exporting PDF via macro with AllowDuplicateFieldNames = true does not have effect

[bugzilla-daemon]

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

--- Comment #1 from antoniocaroppos  ---
Same issue in this version:

Version: 7.6.5.2 (X86_64) / LibreOffice Community
Build ID: 38d5f62f85355c192ef5f1dd47c5c0c0c6d6598b
CPU threads: 12; OS: Windows 10.0 Build 19045; UI render: Skia/Raster; VCL: win
Locale: de-DE (de_DE); UI: de-DE
Calc: CL threaded

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

core.git: 2 commits - sc/inc sc/source

[Caolán McNamara (via logerrit)]

 sc/inc/column.hxx  |2 -
 sc/inc/interpretercontext.hxx  |   40 +++-
 sc/inc/patattr.hxx |2 +
 sc/source/core/data/patattr.cxx|   11 ++
 sc/source/core/tool/interpretercontext.cxx |   47 ++---
 5 files changed, 75 insertions(+), 27 deletions(-)

New commits:
commit 8f70b99b4dd162df7a6a124ccd53f3814ff10b00
Author: Caolán McNamara 
AuthorDate: Fri Mar 1 11:23:59 2024 +
Commit: Caolán McNamara 
CommitDate: Sat Mar 2 21:54:47 2024 +0100

if the formatter was to change, then the cache should be dropped

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

diff --git a/sc/source/core/tool/interpretercontext.cxx 
b/sc/source/core/tool/interpretercontext.cxx
index 03d5036b6e63..ef9e1f3947bf 100644
--- a/sc/source/core/tool/interpretercontext.cxx
+++ b/sc/source/core/tool/interpretercontext.cxx
@@ -58,11 +58,17 @@ void ScInterpreterContext::SetDocAndFormatter(const 
ScDocument& rDoc, SvNumberFo
 mxScLookupCache.reset();
 mpDoc = 
 }
-mpFormatter = pFormatter;
+if (mpFormatter != pFormatter)
+{
+maNFBuiltInCache.clear();
+maNFTypeCache.clear();
+mpFormatter = pFormatter;
+}
 }
 
 void ScInterpreterContext::initFormatTable()
 {
+assert(!mpFormatter && maNFBuiltInCache.empty() && maNFTypeCache.empty());
 mpFormatter = mpDoc->GetFormatTable(); // will assert if not main thread
 }
 
commit 2c3605405225de4b850064cf25b15cd64be1409b
Author: Caolán McNamara 
AuthorDate: Thu Feb 29 20:09:09 2024 +
Commit: Caolán McNamara 
CommitDate: Sat Mar 2 21:54:34 2024 +0100

avoid SvNumberFormatter lock in formula-group-threading

keep a per-interpret-thread cache of the SvNumberFormatter
mapping while formula-group-threading, this is similar to:

commit c2d8341ee392949274b901abfd44d9645d2e4e36
Date:   Tue Oct 15 08:32:22 2019 +0530

Cache last used number-format-type in interpreter-context

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

diff --git a/sc/inc/column.hxx b/sc/inc/column.hxx
index 306d7d28de3f..0aa812f038a2 100644
--- a/sc/inc/column.hxx
+++ b/sc/inc/column.hxx
@@ -986,7 +986,7 @@ inline const SfxPoolItem& ScColumnData::GetAttr( SCROW 
nRow, sal_uInt16 nWhich,
 
 inline sal_uInt32 ScColumnData::GetNumberFormat( const ScInterpreterContext& 
rContext, SCROW nRow ) const
 {
-return pAttrArray->GetPattern( nRow )->GetNumberFormat( 
rContext.GetFormatTable() );
+return pAttrArray->GetPattern( nRow )->GetNumberFormat( rContext );
 }
 
 inline void ScColumn::AddCondFormat( SCROW nStartRow, SCROW nEndRow, 
sal_uInt32 nIndex )
diff --git a/sc/inc/interpretercontext.hxx b/sc/inc/interpretercontext.hxx
index 39d528cb6ca9..c46f00395cc0 100644
--- a/sc/inc/interpretercontext.hxx
+++ b/sc/inc/interpretercontext.hxx
@@ -11,6 +11,8 @@
 
 #include 
 #include 
+#include 
+#include 
 #include "types.hxx"
 
 namespace formula
@@ -34,20 +36,6 @@ struct DelayedSetNumberFormat
 sal_uInt32 mnNumberFormat;
 };
 
-struct NFIndexAndFmtType
-{
-sal_uInt32 nIndex;
-SvNumFormatType eType : 16;
-bool bIsValid : 1;
-
-NFIndexAndFmtType()
-: nIndex(0)
-, eType(static_cast(0))
-, bIsValid(false)
-{
-}
-};
-
 class ScInterpreterContextPool;
 
 struct ScInterpreterContext
@@ -77,6 +65,8 @@ struct ScInterpreterContext
 
 SvNumFormatType GetNumberFormatType(sal_uInt32 nFIndex) const;
 
+sal_uInt32 GetFormatForLanguageIfBuiltIn(sal_uInt32 nFormat, LanguageType 
eLnge) const;
+
 private:
 friend class ScInterpreterContextPool;
 void ResetTokens();
@@ -85,7 +75,27 @@ private:
 void ClearLookupCache(const ScDocument* pDoc);
 void initFormatTable();
 SvNumberFormatter* mpFormatter;
-mutable NFIndexAndFmtType maNFTypeCache;
+
+template  struct CompareKey
+{
+bool operator()(const T& lhs, const T& rhs) const { return lhs.nKey < 
rhs.nKey; }
+};
+
+struct NFType
+{
+sal_uInt32 nKey;
+mutable SvNumFormatType eType;
+};
+// map from format index to type
+mutable o3tl::sorted_vector> maNFTypeCache;
+
+struct NFBuiltIn
+{
+sal_uInt64 nKey;
+mutable sal_uInt32 nFormat;
+};
+// map from format+lang to builtin format
+mutable o3tl::sorted_vector> 
maNFBuiltInCache;
 };
 
 class ScThreadedInterpreterContextGetterGuard;
diff --git a/sc/inc/patattr.hxx b/sc/inc/patattr.hxx
index 3c790c7637e3..bbb55b5a309f 100644
--- a/sc/inc/patattr.hxx
+++ b/sc/inc/patattr.hxx
@@ -32,6 +32,7 @@
 
 namespace vcl { class Font; }
 namespace model { class ComplexColor; }
+struct 

Re: Help on toolbars

[Olivier Hallot]

Hi Regina

Thank you for looking at.

On 2/29/24 14:57, Regina Henschel wrote:

Hi Olivier,

I have tested what happens, when you go to an icon in the toolbar via F6 
and then tabs. When you are on an icon and then press F1, the help 
system gets e.g. .HelpId:textobjectbar or .HelpId:standardbar. But there 
exists no corresponding page and a 404 is shown.


Kind regards,
Regina




So this is a half-way solution. Something is sent, but no specific target.

I also tried the other UIs. If we set the notebook bar active, then F1 
on a icon sends another bookmark based on the notebookbar.ui internals. 
For example, pressing F1 on Copy command in Home tab of the Calc module 
sends this bookmark:


"modules/scalc/ui/notebookbar/LineB7"

So, nothing related mnemonically to .uno:Copy.

You can imagine how hard it will be to map all these bookmarks to the 
proper Help page. An automatic approach seems needed: For a given uno 
command, what toolbar/menu/shortcut/UI/ has it.


Kind regards
--
Olivier Hallot
LibreOffice Documentation Coordinator
Rio de Janeiro - Brasil - Local Time: UTC-03:00
LibreOffice – free and open source office suite: https://www.libreoffice.org
Respects your privacy, and gives you back control over your data
http://tdf.io/joinus


OpenPGP_0x59F8BA50F9918DE6.asc
Description: OpenPGP public key


OpenPGP_signature.asc
Description: OpenPGP digital signature

core.git: solenv/vs

[Mike Kaganski (via logerrit)]

 solenv/vs/LibreOffice.natvis |6 ++
 1 file changed, 6 insertions(+)

New commits:
commit 4f2704920c697e8a6f053de52439dbcd49a16ce3
Author: Mike Kaganski 
AuthorDate: Sat Mar 2 23:34:01 2024 +0600
Commit: Mike Kaganski 
CommitDate: Sat Mar 2 21:12:19 2024 +0100

Add a natvis for SvGUID / SvGlobalName

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

diff --git a/solenv/vs/LibreOffice.natvis b/solenv/vs/LibreOffice.natvis
index 7b717193278d..4ce4fcbfd198 100644
--- a/solenv/vs/LibreOffice.natvis
+++ b/solenv/vs/LibreOffice.natvis
@@ -513,4 +513,10 @@
 Warning: 
{*this,view(detail)}
 Error: {*this,view(detail)}
   
+  
+
{{{Data1,Xb}-{Data2,Xb}-{Data3,Xb}-{Data4[0],nvoXb}{Data4[1],nvoXb}-{Data4[2],nvoXb}{Data4[3],nvoXb}{Data4[4],nvoXb}{Data4[5],nvoXb}{Data4[6],nvoXb}{Data4[7],nvoXb}}}
+  
+  
+{m_aData}
+  
 

[Bug 160003] New: Copying a sheet with chart and pasting to other document's sheet with a different name looses chart

[bugzilla-daemon]

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

Bug ID: 160003
   Summary: Copying a sheet with chart and pasting to other
document's sheet with a different name looses chart
   Product: LibreOffice
   Version: 7.6.0.3 release
  Hardware: All
OS: All
Status: UNCONFIRMED
  Keywords: bibisectRequest, regression
  Severity: normal
  Priority: medium
 Component: Calc
  Assignee: libreoffice-bugs@lists.freedesktop.org
  Reporter: mikekagan...@hotmail.com

Created attachment 192917
  --> https://bugs.documentfoundation.org/attachment.cgi?id=192917=edit
Two sheets with charts

1. On a non-default sheet, create a chart (the attachment already has it on
Sheet2).
2. Select everything on the sheet (Ctrl+A)
3. Copy to clipboard (Ctrl+C)
4. Create a new spreadsheet document
5. Paste to the default sheet Sheet1 (Ctrl+V)

Since 7.6, the chart is lost on the paste.

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

[Bug 160002] Indentation issue in currency formatted cells in Calc

[bugzilla-daemon]

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

--- Comment #1 from Daniel Fenech  ---
Created attachment 192916
  --> https://bugs.documentfoundation.org/attachment.cgi?id=192916=edit
Left image is indentation post update, right is post cell re-formatting.
Previously, the currency sign is at the far left of the cell, unlike the new
formatting.

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

[Bug 160002] Indentation issue in currency formatted cells in Calc

[bugzilla-daemon]

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

Daniel Fenech  changed:

   What|Removed |Added

URL||https://ask.libreoffice.org
   ||/t/messed-up-currency-inden
   ||tation-in-calc-after-update
   ||/102868/3

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

[Bug 160002] New: Indentation issue in currency formatted cells in Calc

[bugzilla-daemon]

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

Bug ID: 160002
   Summary: Indentation issue in currency formatted cells in Calc
   Product: LibreOffice
   Version: 24.2.1.2 release
  Hardware: x86-64 (AMD64)
OS: Windows (All)
Status: UNCONFIRMED
  Severity: normal
  Priority: medium
 Component: Calc
  Assignee: libreoffice-bugs@lists.freedesktop.org
  Reporter: fenech.dan...@gmail.com

Description:
In a sheet in which cells are mainly set as currency, the currency symbol
(which was previously fully indented to the far left of the cell) was now
indented so much that it moves to the adjacent cell.

The only way to fix this is to re-format each cell (as currency still). This
moved the currency symbol together with the value (aka no indentation and no
spacing).

The format code of the cell pre re-formatting is:
_-[$€-2] * #,##0.00_-;-[$€-2] * #,##0.00_-;_-[$€-2] * -??_-;_-@_-

The format code of the cell post re-formatting is:
[$€-43A]#,##0.00;[RED]-[$€-43A]#,##0.00

I also tried to change the format code to the below, but this still pushed the
currency symbol way offset onto the adjacent cell:
[$€-43A]* #,##0.00;[RED]-[$€-43A]* #,##0.00

Steps to Reproduce:
1. Simply open a spreadsheet that was created in a previous version, which has
currency formatted cells, in the new release.

Actual Results:
The currency symbol is indented way off to the left, resulting in it
overlapping into the adjacent cell (and if any data in that cell, it overlaps
that data). Resizing the column won't have any affect.

Expected Results:
The currency should be perfectly indented to the left of the cell, while the
value should be indented to the right, with perfect spacing in between for
consistency.


Reproducible: Always


User Profile Reset: No

Additional Info:
No other information available.

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

core.git: include/tools tools/source

[Noel Grandin (via logerrit)]

 include/tools/json_writer.hxx |6 +++---
 tools/source/misc/json_writer.cxx |   21 -
 2 files changed, 15 insertions(+), 12 deletions(-)

New commits:
commit 06daf1719ef6dfb5b01d7ff09ce6df4c5c332cd5
Author: Noel Grandin 
AuthorDate: Sat Mar 2 16:47:10 2024 +0200
Commit: Noel Grandin 
CommitDate: Sat Mar 2 20:11:07 2024 +0100

avoid a memcpy when constructing output of tools::JsonWriter

we can store the data in an rtl::OString object and then return
that directly

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

diff --git a/include/tools/json_writer.hxx b/include/tools/json_writer.hxx
index 9efa358a5e60..eca19a6e736a 100644
--- a/include/tools/json_writer.hxx
+++ b/include/tools/json_writer.hxx
@@ -33,7 +33,7 @@ class TOOLS_DLLPUBLIC JsonWriter
 ~ScopedJsonWriterNode() { mrWriter.endNode(closing); }
 };
 
-char* mpBuffer;
+rtl_String* mpBuffer;
 char* mPos;
 int mSpaceAllocated;
 int mStartNodeCount;
@@ -96,14 +96,14 @@ private:
 inline void addValidationMark()
 {
 #ifndef NDEBUG
-*(mpBuffer + mSpaceAllocated - 1) = JSON_WRITER_DEBUG_MARKER;
+*(mpBuffer->buffer + mSpaceAllocated - 1) = JSON_WRITER_DEBUG_MARKER;
 #endif
 }
 
 inline void validate()
 {
 #ifndef NDEBUG
-unsigned char c = *(mpBuffer + mSpaceAllocated - 1);
+unsigned char c = *(mpBuffer->buffer + mSpaceAllocated - 1);
 assert(c == JSON_WRITER_DEBUG_MARKER);
 #endif
 }
diff --git a/tools/source/misc/json_writer.cxx 
b/tools/source/misc/json_writer.cxx
index 86021dfcc5ca..0ffc5cb903f9 100644
--- a/tools/source/misc/json_writer.cxx
+++ b/tools/source/misc/json_writer.cxx
@@ -20,8 +20,8 @@ namespace tools
 constexpr int DEFAULT_BUFFER_SIZE = 2048;
 
 JsonWriter::JsonWriter()
-: mpBuffer(static_cast(malloc(DEFAULT_BUFFER_SIZE)))
-, mPos(mpBuffer)
+: mpBuffer(rtl_string_alloc(DEFAULT_BUFFER_SIZE))
+, mPos(mpBuffer->buffer)
 , mSpaceAllocated(DEFAULT_BUFFER_SIZE)
 , mStartNodeCount(0)
 , mbFirstFieldInNode(true)
@@ -38,7 +38,7 @@ JsonWriter::JsonWriter()
 JsonWriter::~JsonWriter()
 {
 assert(mbClosed && "forgot to extract data?");
-free(mpBuffer);
+rtl_string_release(mpBuffer);
 }
 
 JsonWriter::ScopedJsonWriterNode<'}'> JsonWriter::startNode(std::string_view 
pNodeName)
@@ -291,12 +291,15 @@ void JsonWriter::addCommaBeforeField()
 void JsonWriter::ensureSpace(int noMoreBytesRequired)
 {
 assert(!mbClosed && "already extracted data");
-int currentUsed = mPos - mpBuffer;
+int currentUsed = mPos - mpBuffer->buffer;
 if (currentUsed + noMoreBytesRequired >= mSpaceAllocated)
 {
 auto newSize = (currentUsed + noMoreBytesRequired) * 2;
-mpBuffer = static_cast(realloc(mpBuffer, newSize));
-mPos = mpBuffer + currentUsed;
+rtl_String* pNewBuffer = rtl_string_alloc(newSize);
+memcpy(pNewBuffer->buffer, mpBuffer->buffer, currentUsed);
+rtl_string_release(mpBuffer);
+mpBuffer = pNewBuffer;
+mPos = mpBuffer->buffer + currentUsed;
 mSpaceAllocated = newSize;
 
 addValidationMark();
@@ -339,13 +342,13 @@ OString JsonWriter::finishAndGetAsOString()
 *mPos = 0;
 mbClosed = true;
 
-OString ret(mpBuffer, mPos - mpBuffer);
-return ret;
+mpBuffer->length = mPos - mpBuffer->buffer;
+return mpBuffer;
 }
 
 bool JsonWriter::isDataEquals(std::string_view s) const
 {
-return std::string_view(mpBuffer, static_cast(mPos - mpBuffer)) == 
s;
+return std::string_view(mpBuffer->buffer, static_cast(mPos - 
mpBuffer->buffer)) == s;
 }
 
 } // namespace tools

[Bug 160001] New: Exporting PDF via macro with AllowDuplicateFieldNames = true does not have effect

[bugzilla-daemon]

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

Bug ID: 160001
   Summary: Exporting PDF via macro with AllowDuplicateFieldNames
= true does not have effect
   Product: LibreOffice
   Version: 24.2.0.3 release
  Hardware: All
OS: Windows (All)
Status: UNCONFIRMED
  Severity: normal
  Priority: medium
 Component: Writer
  Assignee: libreoffice-bugs@lists.freedesktop.org
  Reporter: antoniocarop...@gmail.com

Description:
Exporting as PDF via dialog with the option AllowDuplicateFieldNames enabled
results in a PDF where for example 2 textfields which have the same name are
connected: If the user types into textfield 1, the text is (at focus loss)
shown in textfield 2.

Exporting as PDF with the same option via a macro results in a PDF where these
2 textfields are not connected.

Steps to Reproduce:
1. Create a new document in Writer
2. Add 2 textfields, give each one the same name, for example "firstname".
3. Start the macro recorder
4. Export as PDF via file dialog with the option "Allow duplicate field names"
enabled. For your convience, enable "Show PDF after creation."
5. Stop the macro recorder and save your macro as "PDFFromDialog".
6. In the PDF, type into one of the textfields and click into the other
textfield. You will see how your text has been transferred to the other
textfield.
7. Close the PDF and delete the file.
8. Run the macro.
9. In the newly created PDF, type into textfield 1 and click into textfield 2.
10. Notice how the text is not transferred to textfield 2.


Actual Results:
Macro does not create the same PDF as with File Dialog.

Expected Results:
Macro should create the same PDF


Reproducible: Always


User Profile Reset: Yes

Additional Info:
Version: 24.2.0.3 (X86_64) / LibreOffice Community
Build ID: da48488a73ddd66ea24cf16bbc4f7b9c08e9bea1
CPU threads: 12; OS: Windows 10.0 Build 19045; UI render: Skia/Raster; VCL: win
Locale: de-DE (de_DE); UI: de-DE
Calc: CL threaded

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

[Bug 160000] Writer: Line numbering can't be hidden by applying character style hidden

[bugzilla-daemon]

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

Robert Großkopf  changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever confirmed|0   |1
 CC||rob...@familiegrosskopf.de

--- Comment #2 from Robert Großkopf  ---
Could confirm the buggy behavior. It is impossible to hide line numbering,
because it won't follow the character style → Effects: Hidden.

Version: 24.2.1.2 (X86_64) / LibreOffice Community
Build ID: db4def46b0453cc22e2d0305797cf981b68ef5ac
CPU threads: 6; OS: Linux 5.14; UI render: default; VCL: kf5 (cairo+xcb)
Locale: de-DE (de_DE.UTF-8); UI: en-US
Calc: threaded

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

[Bug 159986] Slide Transition doesn't work for many Transitions (starting with "Tiles") with KDE (Linux)

[bugzilla-daemon]

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

--- Comment #6 from Robert Großkopf  ---
(In reply to Thomas Bettler from comment #5)
> see also https://bugs.documentfoundation.org/show_bug.cgi?id=143525
> 
> you may retry with 
> ```
> SAL_USE_VCLPLUGIN=gen loimpress
> ```
> 
> skia seems currently only available with gen backend and opengl looks broken
> with xcb :/

Indeed: Works with SAL_USE_VCLPLUGIN=gen, only fails with VCL: kf5

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

[Bug 159998] [feature request] Impress cannot edit slide in notes view

[bugzilla-daemon]

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

Buovjaga  changed:

   What|Removed |Added

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

--- Comment #2 from Buovjaga  ---
What do you think about bug 33603?

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

[Bug 97233] [META] Dialog Designer bugs and enhancements

[bugzilla-daemon]

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

Rafael Lima  changed:

   What|Removed |Added

 Depends on||159996


Referenced Bugs:

https://bugs.documentfoundation.org/show_bug.cgi?id=159996
[Bug 159996] Dialogs editor don't show controls correctly
-- 
You are receiving this mail because:
You are the assignee for the bug.

[Bug 159996] Dialogs editor don't show controls correctly

[bugzilla-daemon]

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

Rafael Lima  changed:

   What|Removed |Added

 Blocks||97233


Referenced Bugs:

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

[Bug 159996] Dialogs editor don't show controls correctly

[bugzilla-daemon]

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

Rafael Lima  changed:

   What|Removed |Added

   Keywords||bibisectRequest, regression
 Status|UNCONFIRMED |NEW
 Ever confirmed|0   |1

--- Comment #4 from Rafael Lima  ---
I can confirm the issue in

Version: 24.8.0.0.alpha0+ (X86_64) / LibreOffice Community
Build ID: b0791dd9216224bdb266fd0d8c87df253b6d0583
CPU threads: 16; OS: Linux 6.5; UI render: default; VCL: kf5 (cairo+xcb)
Locale: pt-BR (pt_BR.UTF-8); UI: en-US
Calc: CL threaded

It seems that the controls are not getting the right colors. Seems like a
regression to me.

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

[Bug 154961] Enhancement needed: option to preserve recent Find targets at FileSave dialog box to be available at next session reopening same document in Writer

[bugzilla-daemon]

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

carrt7  changed:

   What|Removed |Added

 Status|NEEDINFO|UNCONFIRMED
 Ever confirmed|1   |0

--- Comment #5 from carrt7  ---
Thanks for the suggestions.  The need for saved searches still remains.

The arguments against are:

1:"Libreoffice doesn't need such techniques, cause it's not about searches..."

Sorry, this is not correct.  LibreOffice WRITER is ALL about
creating/editing/collating documents. This frequently involves skipping from
one section to another of a multi-page document.

2: "the tool for what you like it's the navigator"

Navigator is ideal for repetitive editing, such as updating a large instruction
manual every time a new model of the device is introduced.  It is not useful
for one-off document editing, because you would need to know which areas you
will need to revisit in future.  

Working with a large document, an Editor will think "Ah, I should move that
other section where the supply fails after the first few occasions to here". 
The next day, suppose he encounters a third section relating to the same issue?
 He needs to be able to locate the original searches easily to find the
location.

3: "Bookmarks" 

Bookmarks will help you see what resources you used yesterday, but not where
you put them in your created document.  Also, unless you foresee needing the
resource again, you will not bookmark it.

4:  "Extensive searches might be best carried out using Loook... (3 "o"-s)"

Yes indeed.  But most LO users are not familiar with Python or Loook.  As you
point out, "the saved searches is familiar from websites..."

Please consider adding this feature to LO Writer.

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

[Bug 159972] LO 7.6 Creates Duplicate / Unwanted Paragraph Direct Formatting

[bugzilla-daemon]

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

--- Comment #2 from bugzi...@rhynas.com ---
I've tested various LO AppImage versions for this issue and test results as
follows:

VERSIONRESULT   DATE RLSE
   --   -
7.3.7.2 OK   03Nov22
7.4.7.2 OK   11May23
7.5.9.2 OK   07Dec23
7.6.0.3 Bug  21Aug23
7.6.5.2 Bug  22Feb24 (current Stable)
24.2.0.3Bug  31Jan24
24.2.1.2Bug  29Feb24 (current Fresh)

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

[Bug 143525] Implement Skia rendering on Linux

[bugzilla-daemon]

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

--- Comment #7 from Julien Nabet  ---
(In reply to Thomas Bettler from comment #6)
> Huh, would this mean Skia implementation is unmaintained / abandoned ? - is
> there any hope for any other OpenGL implementation on Linux i.e. for slide
> transitions? (once upon a time there was OpenGL based on xcb, but that looks
> broken now)

I don't know for more for Skia, when there's a crash which can't be reproduced
with Skia raster mode (so CPU mode, no Vulkan/GPU mode), the GPU is
blacklisted.
So it seems Skia raster mode is not too bad.

About OpenGL, I'm not expert but it seems to work with gtk.
Anyway, it's not the subject of the tracker. If you got more questions for
OpenGL, use LO dev mailing list.

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

core.git: Branch 'distro/cib/libreoffice-6-4' - filter/source helpcompiler/source vcl/unx xmlsecurity/source

[Mike Kaganski (via logerrit)]

 filter/source/xsltfilter/LibXSLTTransformer.cxx |   16 +---
 helpcompiler/source/HelpCompiler.cxx|   16 +---
 vcl/unx/generic/printer/cupsmgr.cxx |   45 +---
 xmlsecurity/source/xmlsec/saxhelper.cxx |   16 +---
 4 files changed, 16 insertions(+), 77 deletions(-)

New commits:
commit 1b06a77743a2718e937cc6f6ff71060bb6d75a2d
Author: Mike Kaganski 
AuthorDate: Sun Feb 25 08:48:08 2024 +0600
Commit: Thorsten Behrens 
CommitDate: Sat Mar 2 17:32:01 2024 +0100

Use SAL_WNODEPRECATED_DECLARATIONS_(PUSH|POP)

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

diff --git a/filter/source/xsltfilter/LibXSLTTransformer.cxx 
b/filter/source/xsltfilter/LibXSLTTransformer.cxx
index 5f3bd9e21cee..d9fd966dcbd4 100644
--- a/filter/source/xsltfilter/LibXSLTTransformer.cxx
+++ b/filter/source/xsltfilter/LibXSLTTransformer.cxx
@@ -478,21 +478,9 @@ namespace XSLT
 params = args;
 }
 
-#ifdef __GNUC__
-#pragma GCC diagnostic push
-#pragma GCC diagnostic ignored "-Wdeprecated-declarations"
-#endif
-#if defined(_MSC_VER)
-#pragma warning(push)
-#pragma warning(disable:4996)
-#endif
+SAL_WNODEPRECATED_DECLARATIONS_PUSH
 xmlSubstituteEntitiesDefault(0);
-#if defined(_MSC_VER)
-#pragma warning(pop)
-#endif
-#ifdef __GNUC__
-#pragma GCC diagnostic pop
-#endif
+SAL_WNODEPRECATED_DECLARATIONS_POP
 
 m_parameters.clear();
 for (int i = 0; i < params.getLength(); i++)
diff --git a/helpcompiler/source/HelpCompiler.cxx 
b/helpcompiler/source/HelpCompiler.cxx
index 98fd7f6eb55d..9cd0425c2e05 100644
--- a/helpcompiler/source/HelpCompiler.cxx
+++ b/helpcompiler/source/HelpCompiler.cxx
@@ -44,21 +44,9 @@ HelpCompiler::HelpCompiler(StreamTable _streamTable, 
const fs::path _input
 src(in_src), zipdir(in_zipdir), module(in_module), lang(in_lang), 
resCompactStylesheet(in_resCompactStylesheet),
 resEmbStylesheet(in_resEmbStylesheet), bExtensionMode( in_bExtensionMode )
 {
-#ifdef __GNUC__
-#pragma GCC diagnostic push
-#pragma GCC diagnostic ignored "-Wdeprecated-declarations"
-#endif
-#if defined(_MSC_VER)
-#pragma warning(push)
-#pragma warning(disable:4996)
-#endif
+SAL_WNODEPRECATED_DECLARATIONS_PUSH
 xmlKeepBlanksDefaultValue = 0;
-#if defined(_MSC_VER)
-#pragma warning(pop)
-#endif
-#ifdef __GNUC__
-#pragma GCC diagnostic pop
-#endif
+SAL_WNODEPRECATED_DECLARATIONS_POP
 char* os = getenv("OS");
 if (os)
 {
diff --git a/vcl/unx/generic/printer/cupsmgr.cxx 
b/vcl/unx/generic/printer/cupsmgr.cxx
index 12482b2ba878..82655682ed81 100644
--- a/vcl/unx/generic/printer/cupsmgr.cxx
+++ b/vcl/unx/generic/printer/cupsmgr.cxx
@@ -82,14 +82,9 @@ struct GetPPDAttribs
 {
 // This CUPS method is not at all thread-safe we need
 // to dup the pointer to a static buffer it returns ASAP
-#ifdef __GNUC__
-#pragma GCC diagnostic push
-#pragma GCC diagnostic ignored "-Wdeprecated-declarations"
-#endif
+SAL_WNODEPRECATED_DECLARATIONS_PUSH
 OString aResult = cupsGetPPD(m_aParameter.getStr());
-#ifdef __GNUC__
-#pragma GCC diagnostic pop
-#endif
+SAL_WNODEPRECATED_DECLARATIONS_POP
 MutexGuard aGuard( *m_pSyncMutex );
 m_aResult = aResult;
 m_aCondition.set();
@@ -222,10 +217,7 @@ void CUPSManager::runDests()
 
 // n#722902 - do a fast-failing check for cups working *at all* first
 http_t* p_http;
-#ifdef __GNUC__
-#pragma GCC diagnostic push
-#pragma GCC diagnostic ignored "-Wdeprecated-declarations"
-#endif
+SAL_WNODEPRECATED_DECLARATIONS_PUSH
 if( (p_http=httpConnectEncrypt(
  cupsServer(),
  ippPort(),
@@ -242,9 +234,7 @@ void CUPSManager::runDests()
 
 httpClose(p_http);
 }
-#ifdef __GNUC__
-#pragma GCC diagnostic pop
-#endif
+SAL_WNODEPRECATED_DECLARATIONS_POP
 }
 
 void CUPSManager::initialize()
@@ -448,14 +438,9 @@ const PPDParser* CUPSManager::createCUPSParser( const 
OUString& rPrinter )
 rtl_TextEncoding aEncoding = osl_getThreadTextEncoding();
 OUString aFileName( OStringToOUString( aPPDFile, aEncoding 
) );
 // update the printer info with context information
-#ifdef __GNUC__
-#pragma GCC diagnostic push
-#pragma GCC diagnostic ignored "-Wdeprecated-declarations"
-#endif
+SAL_WNODEPRECATED_DECLARATIONS_PUSH
 ppd_file_t* pPPD = ppdOpenFile( aPPDFile.getStr() );
-#ifdef __GNUC__
-#pragma GCC diagnostic pop
-#endif
+SAL_WNODEPRECATED_DECLARATIONS_POP
 if( pPPD )
 {
 // create the new parser
@@ -463,14 +448,9 @@ const PPDParser* CUPSManager::createCUPSParser( const 
OUString& rPrinter )
 pCUPSParser->m_aFile = rPrinter;
 pNewParser = pCUPSParser;
 
-#ifdef __GNUC__
-#pragma GCC diagnostic push
-#pragma 

core.git: Branch 'distro/lhm/libreoffice-6-4+backports' - filter/source helpcompiler/source vcl/unx xmlsecurity/source

[Mike Kaganski (via logerrit)]

 filter/source/xsltfilter/LibXSLTTransformer.cxx |   16 +---
 helpcompiler/source/HelpCompiler.cxx|   16 +---
 vcl/unx/generic/printer/cupsmgr.cxx |   45 +---
 xmlsecurity/source/xmlsec/saxhelper.cxx |   16 +---
 4 files changed, 16 insertions(+), 77 deletions(-)

New commits:
commit 218dfc968e99ca12ebb710f02064b869b013b685
Author: Mike Kaganski 
AuthorDate: Sun Feb 25 08:48:08 2024 +0600
Commit: Thorsten Behrens 
CommitDate: Sat Mar 2 17:31:10 2024 +0100

Use SAL_WNODEPRECATED_DECLARATIONS_(PUSH|POP)

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

diff --git a/filter/source/xsltfilter/LibXSLTTransformer.cxx 
b/filter/source/xsltfilter/LibXSLTTransformer.cxx
index 747bf330c6eb..a6b4a8319fd1 100644
--- a/filter/source/xsltfilter/LibXSLTTransformer.cxx
+++ b/filter/source/xsltfilter/LibXSLTTransformer.cxx
@@ -494,21 +494,9 @@ namespace XSLT
 params = args;
 }
 
-#ifdef __GNUC__
-#pragma GCC diagnostic push
-#pragma GCC diagnostic ignored "-Wdeprecated-declarations"
-#endif
-#if defined(_MSC_VER)
-#pragma warning(push)
-#pragma warning(disable:4996)
-#endif
+SAL_WNODEPRECATED_DECLARATIONS_PUSH
 xmlSubstituteEntitiesDefault(0);
-#if defined(_MSC_VER)
-#pragma warning(pop)
-#endif
-#ifdef __GNUC__
-#pragma GCC diagnostic pop
-#endif
+SAL_WNODEPRECATED_DECLARATIONS_POP
 
 m_parameters.clear();
 for (int i = 0; i < params.getLength(); i++)
diff --git a/helpcompiler/source/HelpCompiler.cxx 
b/helpcompiler/source/HelpCompiler.cxx
index 0436d9efb461..cdfb0fbc37cf 100644
--- a/helpcompiler/source/HelpCompiler.cxx
+++ b/helpcompiler/source/HelpCompiler.cxx
@@ -44,21 +44,9 @@ HelpCompiler::HelpCompiler(StreamTable _streamTable, 
const fs::path _input
 src(in_src), zipdir(in_zipdir), module(in_module), lang(in_lang), 
resCompactStylesheet(in_resCompactStylesheet),
 resEmbStylesheet(in_resEmbStylesheet), bExtensionMode( in_bExtensionMode )
 {
-#ifdef __GNUC__
-#pragma GCC diagnostic push
-#pragma GCC diagnostic ignored "-Wdeprecated-declarations"
-#endif
-#if defined(_MSC_VER)
-#pragma warning(push)
-#pragma warning(disable:4996)
-#endif
+SAL_WNODEPRECATED_DECLARATIONS_PUSH
 xmlKeepBlanksDefaultValue = 0;
-#if defined(_MSC_VER)
-#pragma warning(pop)
-#endif
-#ifdef __GNUC__
-#pragma GCC diagnostic pop
-#endif
+SAL_WNODEPRECATED_DECLARATIONS_POP
 char* os = getenv("OS");
 if (os)
 {
diff --git a/vcl/unx/generic/printer/cupsmgr.cxx 
b/vcl/unx/generic/printer/cupsmgr.cxx
index 0849d5e84763..ffe53461763b 100644
--- a/vcl/unx/generic/printer/cupsmgr.cxx
+++ b/vcl/unx/generic/printer/cupsmgr.cxx
@@ -82,14 +82,9 @@ struct GetPPDAttribs
 {
 // This CUPS method is not at all thread-safe we need
 // to dup the pointer to a static buffer it returns ASAP
-#ifdef __GNUC__
-#pragma GCC diagnostic push
-#pragma GCC diagnostic ignored "-Wdeprecated-declarations"
-#endif
+SAL_WNODEPRECATED_DECLARATIONS_PUSH
 OString aResult = cupsGetPPD(m_aParameter.getStr());
-#ifdef __GNUC__
-#pragma GCC diagnostic pop
-#endif
+SAL_WNODEPRECATED_DECLARATIONS_POP
 MutexGuard aGuard( *m_pSyncMutex );
 m_aResult = aResult;
 m_aCondition.set();
@@ -222,10 +217,7 @@ void CUPSManager::runDests()
 
 // n#722902 - do a fast-failing check for cups working *at all* first
 http_t* p_http;
-#ifdef __GNUC__
-#pragma GCC diagnostic push
-#pragma GCC diagnostic ignored "-Wdeprecated-declarations"
-#endif
+SAL_WNODEPRECATED_DECLARATIONS_PUSH
 if( (p_http=httpConnectEncrypt(
  cupsServer(),
  ippPort(),
@@ -242,9 +234,7 @@ void CUPSManager::runDests()
 
 httpClose(p_http);
 }
-#ifdef __GNUC__
-#pragma GCC diagnostic pop
-#endif
+SAL_WNODEPRECATED_DECLARATIONS_POP
 }
 
 void CUPSManager::initialize()
@@ -448,14 +438,9 @@ const PPDParser* CUPSManager::createCUPSParser( const 
OUString& rPrinter )
 rtl_TextEncoding aEncoding = osl_getThreadTextEncoding();
 OUString aFileName( OStringToOUString( aPPDFile, aEncoding 
) );
 // update the printer info with context information
-#ifdef __GNUC__
-#pragma GCC diagnostic push
-#pragma GCC diagnostic ignored "-Wdeprecated-declarations"
-#endif
+SAL_WNODEPRECATED_DECLARATIONS_PUSH
 ppd_file_t* pPPD = ppdOpenFile( aPPDFile.getStr() );
-#ifdef __GNUC__
-#pragma GCC diagnostic pop
-#endif
+SAL_WNODEPRECATED_DECLARATIONS_POP
 if( pPPD )
 {
 // create the new parser
@@ -463,14 +448,9 @@ const PPDParser* CUPSManager::createCUPSParser( const 
OUString& rPrinter )
 pCUPSParser->m_aFile = rPrinter;
 pNewParser = pCUPSParser;
 
-#ifdef __GNUC__
-#pragma GCC diagnostic push
-#pragma 

[Bug 143525] Implement Skia rendering on Linux

[bugzilla-daemon]

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

--- Comment #6 from Thomas Bettler  ---
Huh, would this mean Skia implementation is unmaintained / abandoned ? - is
there any hope for any other OpenGL implementation on Linux i.e. for slide
transitions? (once upon a time there was OpenGL based on xcb, but that looks
broken now)

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

[Bug 159999] System process uses too much CPU on idle

[bugzilla-daemon]

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

MohammedEttahir  changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution|--- |WORKSFORME

--- Comment #1 from MohammedEttahir  ---
I manager to solve the issue by simply affecting the integrated graphics to
Libreoffice in the NVIDIA controller panel.

For some reason NVIDIA control panel decided to use the NVIDIA GPU for
Libreoffice.

To fix this, simply go to the NVIDIA control panel, select the Libreoffice
executable, and then select "Integrated graphics".

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

New Defects reported by Coverity Scan for LibreOffice

[scan-admin]

Hi,

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

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

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


** CID 1592910:  Null pointer dereferences  (NULL_RETURNS)



*** CID 1592910:  Null pointer dereferences  (NULL_RETURNS)
/sw/source/core/edit/edsect.cxx: 349 in lcl_SpecialInsertNode(const SwPosition 
*)()
343 //   only protection outside needs to be checked
344 if( pSection &&
345 (SectionType::ToxHeader == pSection->GetType() ||
346  SectionType::ToxContent == pSection->GetType()))
347 {
348 if (SectionType::ToxHeader == pSection->GetType())
>>> CID 1592910:  Null pointer dereferences  (NULL_RETURNS)
>>> Dereferencing a pointer that might be "nullptr" "pSection->GetParent()" 
>>> when calling "GetFormat".
349 pInnermostNode = 
pSection->GetParent()->GetFormat()->GetSectionNode();
350 bIsProtected = static_cast(pInnermostNode)->IsInProtectSect();
351 }
352 
353 // The previous version had a check to skip empty read-only 
sections. Those
354 // shouldn't occur, so we only need to check whether our 
pInnermostNode is

** CID 1592909:  Null pointer dereferences  (REVERSE_INULL)
/sw/source/core/edit/edsect.cxx: 337 in lcl_SpecialInsertNode(const SwPosition 
*)()



*** CID 1592909:  Null pointer dereferences  (REVERSE_INULL)
/sw/source/core/edit/edsect.cxx: 337 in lcl_SpecialInsertNode(const SwPosition 
*)()
331 }
332 else
333 pInnermostNode = pTableNode;
334 }
335 }
336 bool bIsProtected = pInnermostNode->IsProtect();
>>> CID 1592909:  Null pointer dereferences  (REVERSE_INULL)
>>> Null-checking "pInnermostNode" suggests that it may be null, but it has 
>>> already been dereferenced on all paths leading to the check.
337 if(pInnermostNode != nullptr)
338 {
339 //special case - ToxSection
340 // - in this case the inner section could be tox header
341 //   section but the new node should be before the content 
section
342 //   protection of the tox should not prevent the insertion

** CID 1592908:  Null pointer dereferences  (NULL_RETURNS)



*** CID 1592908:  Null pointer dereferences  (NULL_RETURNS)
/sw/source/core/edit/edsect.cxx: 336 in lcl_SpecialInsertNode(const SwPosition 
*)()
330 pSection = _cast(pSectionNode)->GetSection();
331 }
332 else
333 pInnermostNode = pTableNode;
334 }
335 }
>>> CID 1592908:  Null pointer dereferences  (NULL_RETURNS)
>>> Dereferencing a pointer that might be "nullptr" "pInnermostNode" when 
>>> calling "IsProtect".
336 bool bIsProtected = pInnermostNode->IsProtect();
337 if(pInnermostNode != nullptr)
338 {
339 //special case - ToxSection
340 // - in this case the inner section could be tox header
341 //   section but the new node should be before the content 
section



To view the defects in Coverity Scan visit, 
https://u15810271.ct.sendgrid.net/ls/click?upn=u001.AxU2LYlgjL6eX23u9ErQy-2BKADyCpvUKOL6EWmZljiu6VvXBlQRUbS683tC8265rGNPXqJ1ffcoLZCnTuJFQbNcTEkb4XaEQkzovKhJ5DB3c-3DoByu_A9M4dSy7guk8NP6DcfgslOyvJRzavztVIKj6nRqYjYpWom7SJFyX0y710bz0kUGtQnnP2Sl-2BcQ8L7jLCiUvR0e20beDprWglfuXB9hxvFXmlxGvnqQ6tKW7XlK3i8VGudPmeOrrs0Wv9ppjT9Kvmk0vnqDB7iIZaTN8mBl-2BIFQpqyiv4ZzeA3By8mGuMOg99GWdNOmQeHQ3EaGZtYA33KPc43G0l-2Beciq31oEU-2BnMJk-3D

[Bug 160000] Writer: Line numbering can't be hidden by applying character style hidden

[bugzilla-daemon]

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

Grantler  changed:

   What|Removed |Added

 CC||psch...@web.de

--- Comment #1 from Grantler  ---
Created attachment 192915
  --> https://bugs.documentfoundation.org/attachment.cgi?id=192915=edit
Writer file contains described problem and explaining screenshots

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

[Bug 160000] New: Writer: Line numbering can't be hidden by applying character style hidden

[bugzilla-daemon]

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

Bug ID: 16
   Summary: Writer: Line numbering can't be hidden by applying
character style hidden
   Product: LibreOffice
   Version: Inherited From OOo
  Hardware: All
OS: All
Status: UNCONFIRMED
  Severity: normal
  Priority: medium
 Component: Writer
  Assignee: libreoffice-bugs@lists.freedesktop.org
  Reporter: psch...@web.de

Description:
For better control I set line numbering to texts which I want to print out
later without line numbers.
Character style "line numbering" can be applied for font change, color, other
format. But after choosing ☒Hidden line numbering will not be hidden - contrary
to other text which was formatted as "line numbering". Similar problem of
"Transparency 100%".
.
Behavior is obviously inherited from OpenOffice. A test on OOO 3.4.1 and AOO
4.1.15 had the same result.

Steps to Reproduce:
1. Insert text (Writer)
2. Apply "Line Numbering" (menu Tools)
3. Edit "Line Numbering" character style, choose ☒Hidden
4. Check in print preview or print-out (into PDF file)

Actual Results:
Line numbers are not hidden (as they should be)

Expected Results:
Line numbers should be hidden and not printable


Reproducible: Always


User Profile Reset: No

Additional Info:
Version: 7.6.5.2 (X86_64) / LibreOffice Community
Build ID: 60(Build:2)
CPU threads: 4; OS: Linux 5.15; UI render: default; VCL: gtk3
Locale: de-DE (de_DE.UTF-8); UI: en-US
Ubuntu package version: 4:7.6.5-0ubuntu0.22.04.1~lo1
Calc: threaded
.
See attachment which contains some screenshots of procedure.

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