[Libreoffice-bugs] [Bug 154025] Allow centering object on page/slide via context menu

[bugzilla-daemon]

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

Heiko Tietze  changed:

   What|Removed |Added

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

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

[Libreoffice-ux-advise] [Bug 154025] Allow centering object on page/slide via context menu

[bugzilla-daemon]

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

Heiko Tietze  changed:

   What|Removed |Added

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

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

[Libreoffice-bugs] [Bug 154015] Mark selected object center on rulers

[bugzilla-daemon]

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

Heiko Tietze  changed:

   What|Removed |Added

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

--- Comment #8 from Heiko Tietze  ---
-1 from my side for a special handling of the ruler. Plus, centering an object
is easily done per Align Objects (see also bug 154025).

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

[Libreoffice-bugs] [Bug 60976] RFE: Ability to add audio/video review comments, or insert audio/video/image in comments.

[bugzilla-daemon]

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

Stéphane Guillou (stragu)  changed:

   What|Removed |Added

Version|unspecified |Inherited From OOo

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

[Libreoffice-bugs] [Bug 106179] [META] Writer comment bugs and enhancements

[bugzilla-daemon]

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

Stéphane Guillou (stragu)  changed:

   What|Removed |Added

 Depends on|139709  |


Referenced Bugs:

https://bugs.documentfoundation.org/show_bug.cgi?id=139709
[Bug 139709] Enhancement: Ability to insert images into margin comments [that
automatically scale]
-- 
You are receiving this mail because:
You are the assignee for the bug.

[Libreoffice-bugs] [Bug 60976] RFE: Ability to add audio/video review comments, or insert audio/video/image in comments.

[bugzilla-daemon]

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

Stéphane Guillou (stragu)  changed:

   What|Removed |Added

   See Also|https://bugs.documentfounda |
   |tion.org/show_bug.cgi?id=13 |
   |9709|
 CC||xordevore...@gmail.com

--- Comment #5 from Stéphane Guillou (stragu) 
 ---
*** Bug 139709 has been marked as a duplicate of this bug. ***

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

[Libreoffice-bugs] [Bug 139709] Enhancement: Ability to insert images into margin comments [that automatically scale]

[bugzilla-daemon]

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

Stéphane Guillou (stragu)  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Blocks|106179  |
   See Also|https://bugs.documentfounda |
   |tion.org/show_bug.cgi?id=60 |
   |976 |
 Resolution|--- |DUPLICATE

--- Comment #3 from Stéphane Guillou (stragu) 
 ---
Marking as a duplicate of bug 60976, images are already included there.

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


Referenced Bugs:

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

Re: new feature for Calc wanted

[Stéphane Guillou]

Thank you, Ed.

Enhancement requests are tracked on our Bugzilla, and we already have a 
ticket on the topic. It is about Writer but I guess could also apply to 
Calc:


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

Please feel free to subscribe to that one and comment if need be.

Cheers

On 17/5/23 06:20, Ed Mierzewski wrote:

Hi there,

In Calc, it would be useful to be able to insert a picture as part of 
a comment for a cell. Currently we can do this with text only.


For example, if I create a spreadsheet accounting ledger I could then 
embed a picture of the actual receipt associated with an entry. I 
think this could be quite useful for basic bookkeeping for validating 
entries and storage of records.



Thank you !
*
*
*Ed Mierzewski P.Eng.*
Cleardale Accounting
www.cleardale.ca 
... clear thinking ...
/direct: 780-999-9796 (or text)/
/fax:      1-866-409-0503/
edchem...@gmail.com
/990 Bartholomew Court /
//
/Kelowna, British Columbia /
//
/Canada /
//
/V1W 4N2/



--
Stéphane Guillou
Quality Assurance Analyst | The Document Foundation

Email:stephane.guil...@libreoffice.org
Matrix: @stragu:matrix.org
Fediverse: @str...@mastodon.indie.host
Web:https://stragu.gitlab.io/

[Libreoffice-bugs] [Bug 138205] "Version incompatibility. Incorrect file version" when trying to open PDF

[bugzilla-daemon]

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

--- Comment #7 from tosserbe...@gmail.com ---
Very useful

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

[Libreoffice-bugs] [Bug 109040] [META] RTF paste special bugs and enhancements

[bugzilla-daemon]

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

BogdanB  changed:

   What|Removed |Added

 Depends on||125265


Referenced Bugs:

https://bugs.documentfoundation.org/show_bug.cgi?id=125265
[Bug 125265] Indentation is lost when pasting as rich text from Writer in
webmail
-- 
You are receiving this mail because:
You are the assignee for the bug.

[Libreoffice-bugs] [Bug 125265] Indentation is lost when pasting as rich text from Writer in webmail

[bugzilla-daemon]

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

BogdanB  changed:

   What|Removed |Added

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


Referenced Bugs:

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

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

[Patrick Luby (via logerrit)]

 sw/source/uibase/shells/textsh1.cxx |4 
 1 file changed, 4 deletions(-)

New commits:
commit fc157beedabfd08c0991bdd1633be0b9b7a9ff49
Author: Patrick Luby 
AuthorDate: Sun May 14 20:15:12 2023 -0400
Commit: Tomaž Vajngerl 
CommitDate: Wed May 17 06:53:45 2023 +0200

Fix iOS build breakages

Change-Id: Ib30a16f0803638d1b4049ddcbb3829a49ac57cb9
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/151751
Tested-by: Jenkins CollaboraOffice 
Reviewed-by: Patrick Luby 
Reviewed-by: Tomaž Vajngerl 

diff --git a/sw/source/uibase/shells/textsh1.cxx 
b/sw/source/uibase/shells/textsh1.cxx
index 573d82d74ca8..76554e923e45 100644
--- a/sw/source/uibase/shells/textsh1.cxx
+++ b/sw/source/uibase/shells/textsh1.cxx
@@ -1670,19 +1670,15 @@ void SwTextShell::Execute(SfxRequest )
 
 case SID_ATTR_CHAR_COLOR2:
 {
-Color aSet;
 const SfxStringItem* pColorStringItem = nullptr;
 bool bHasItem = false;
 
 if(pItem)
 {
-aSet = static_cast(pItem)->GetValue();
 bHasItem = true;
 }
 else if (pArgs && (pColorStringItem = 
pArgs->GetItemIfSet(SID_ATTR_COLOR_STR, false)))
 {
-OUString sColor = pColorStringItem->GetValue();
-aSet = Color(ColorTransparency, sColor.toInt32(16));
 bHasItem = true;
 }
 

[Libreoffice-bugs] [Bug 143781] [META] Development- and code-related bug reports and tasks

[bugzilla-daemon]

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

BogdanB  changed:

   What|Removed |Added

 Depends on||123819


Referenced Bugs:

https://bugs.documentfoundation.org/show_bug.cgi?id=123819
[Bug 123819] ScVbaCommandBars is inconsistent, and other issues with it in a
COLEAT context
-- 
You are receiving this mail because:
You are the assignee for the bug.

[Libreoffice-bugs] [Bug 123819] ScVbaCommandBars is inconsistent, and other issues with it in a COLEAT context

[bugzilla-daemon]

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

BogdanB  changed:

   What|Removed |Added

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


Referenced Bugs:

https://bugs.documentfoundation.org/show_bug.cgi?id=143781
[Bug 143781] [META] Development- and code-related bug reports and tasks
-- 
You are receiving this mail because:
You are the assignee for the bug.

[Libreoffice-bugs] [Bug 143002] [META] Tracked Changes of tables

[bugzilla-daemon]

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

BogdanB  changed:

   What|Removed |Added

 Depends on||155341


Referenced Bugs:

https://bugs.documentfoundation.org/show_bug.cgi?id=155341
[Bug 155341] Change tracking for inserting table columns
-- 
You are receiving this mail because:
You are the assignee for the bug.

[Libreoffice-bugs] [Bug 155341] Change tracking for inserting table columns

[bugzilla-daemon]

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

BogdanB  changed:

   What|Removed |Added

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


Referenced Bugs:

https://bugs.documentfoundation.org/show_bug.cgi?id=143002
[Bug 143002] [META] Tracked Changes of tables
-- 
You are receiving this mail because:
You are the assignee for the bug.

[Libreoffice-bugs] [Bug 107836] [META] Page and section column bugs and enhancements

[bugzilla-daemon]

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

BogdanB  changed:

   What|Removed |Added

 Depends on||155306


Referenced Bugs:

https://bugs.documentfoundation.org/show_bug.cgi?id=155306
[Bug 155306] Footnotes numbering start per Page in a section with more than 1
column always shows 0
-- 
You are receiving this mail because:
You are the assignee for the bug.

[Libreoffice-bugs] [Bug 155306] Footnotes numbering start per Page in a section with more than 1 column always shows 0

[bugzilla-daemon]

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

BogdanB  changed:

   What|Removed |Added

 Blocks||107836, 103164
 CC||buzea.bog...@libreoffice.or
   ||g


Referenced Bugs:

https://bugs.documentfoundation.org/show_bug.cgi?id=103164
[Bug 103164] [META] Footnote and Endnote bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=107836
[Bug 107836] [META] Page and section column bugs and enhancements
-- 
You are receiving this mail because:
You are the assignee for the bug.

[Libreoffice-bugs] [Bug 103164] [META] Footnote and Endnote bugs and enhancements

[bugzilla-daemon]

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

BogdanB  changed:

   What|Removed |Added

 Depends on||155306


Referenced Bugs:

https://bugs.documentfoundation.org/show_bug.cgi?id=155306
[Bug 155306] Footnotes numbering start per Page in a section with more than 1
column always shows 0
-- 
You are receiving this mail because:
You are the assignee for the bug.

new feature for Calc wanted

[Ed Mierzewski]

Hi there,

In Calc, it would be useful to be able to insert a picture as part of a
comment for a cell. Currently we can do this with text only.

For example, if I create a spreadsheet accounting ledger I could then embed
a picture of the actual receipt associated with an entry. I think this
could be quite useful for basic bookkeeping for validating entries and
storage of records.


Thank you !

*Ed Mierzewski P.Eng.*

Cleardale Accounting
www.cleardale.ca

... clear thinking ...

*direct:  780-999-9796 (or text)*
*fax:  1-866-409-0503*
edchem...@gmail.com
*990 Bartholomew Court*
*Kelowna, British Columbia*
*Canada*
*V1W 4N2*

[Libreoffice-bugs] [Bug 155353] unable to export as PDF in 7.5

[bugzilla-daemon]

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

QA Administrators  changed:

   What|Removed |Added

 Ever confirmed|1   |0
 Status|NEEDINFO|UNCONFIRMED

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

[Libreoffice-bugs] [Bug 155128] Cell highlighting in spreadsheets lags when using arrows on keyboard to navigate sheet

[bugzilla-daemon]

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

QA Administrators  changed:

   What|Removed |Added

 Whiteboard|| QA:needsComment

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

[Libreoffice-bugs] [Bug 155306] Footnotes numbering start per Page in a section with more than 1 column always shows 0

[bugzilla-daemon]

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

QA Administrators  changed:

   What|Removed |Added

   Keywords||bibisectRequest

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

[Libreoffice-bugs] [Bug 155353] unable to export as PDF in 7.5

[bugzilla-daemon]

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

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

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

[Libreoffice-bugs] [Bug 151516] Date number values in .docx document change when printing.

[bugzilla-daemon]

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

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

Please read this message in its entirety before proceeding.

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

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

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

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

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

e) Read all comments and provide any requested information

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

a) respond via email 

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

Warm Regards,
QA Team

MassPing-NeedInfo-FollowUp

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

[Libreoffice-bugs] [Bug 145540] Problem with standard filter when try filtering displayed data in the column. I see a lot of data but when use filtering column is "empty". Conditions are not working p

[bugzilla-daemon]

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

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

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

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

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

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

Warm Regards,
QA Team

MassPing-NeedInfo-Ping

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

[Libreoffice-bugs] [Bug 145236] Layout of text box created with Microsoft Word Style Set appears wrong

[bugzilla-daemon]

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

--- Comment #3 from QA Administrators  ---
Dear Janne.hakkinen,

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

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

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

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

Warm Regards,
QA Team

MassPing-NeedInfo-Ping

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

[Libreoffice-bugs] [Bug 145342] Filesave as doc saves lists with russian character numbering as simple digit numbering

[bugzilla-daemon]

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

--- Comment #2 from QA Administrators  ---
Dear Vladimir Silantiev,

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

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

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

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

Warm Regards,
QA Team

MassPing-NeedInfo-Ping

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

[Libreoffice-bugs] [Bug 145309] Rotated textbox added to a chart not retaining size while exporting to MS Excel

[bugzilla-daemon]

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

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

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

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

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

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

Warm Regards,
QA Team

MassPing-NeedInfo-Ping

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

[Libreoffice-bugs] [Bug 71087] Start Center document list is flickering (Win only, with OpenGL disabled)

[bugzilla-daemon]

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

--- Comment #43 from QA Administrators  ---
Dear Urmas,

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

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

If you have time, please do the following:

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

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

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

Please DO NOT

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


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

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


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

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

Warm Regards,
QA Team

MassPing-UntouchedBug

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

[Libreoffice-bugs] [Bug 118419] Wrong Context Menu Before Misspelt Word

[bugzilla-daemon]

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

--- Comment #14 from QA Administrators  ---
Dear Harald Koester,

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

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

If you have time, please do the following:

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

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

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

Please DO NOT

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


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

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


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

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

Warm Regards,
QA Team

MassPing-UntouchedBug

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

[Libreoffice-bugs] [Bug 117597] No scrolling with mousewheel while dragging slides around

[bugzilla-daemon]

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

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

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

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

If you have time, please do the following:

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

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

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

Please DO NOT

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


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

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


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

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

Warm Regards,
QA Team

MassPing-UntouchedBug

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

[Libreoffice-bugs] [Bug 104647] When trying to Save as copy a specific file with Win debug build, the Save button is defunct

[bugzilla-daemon]

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

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

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

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

If you have time, please do the following:

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

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

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

Please DO NOT

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


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

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


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

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

Warm Regards,
QA Team

MassPing-UntouchedBug

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

[Libreoffice-bugs] [Bug 155365] New: Notes don't display correctly when presenting MS Office pptx files in Impress

[bugzilla-daemon]

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

Bug ID: 155365
   Summary: Notes don't display correctly when presenting MS
Office pptx files in Impress
   Product: LibreOffice
   Version: 7.5.3.2 release
  Hardware: All
OS: Linux (All)
Status: UNCONFIRMED
  Severity: normal
  Priority: medium
 Component: Impress
  Assignee: libreoffice-bugs@lists.freedesktop.org
  Reporter: thomas.came...@camerontech.com

Description:
I use Impress at work because I'm a Linux user in a sea of Windows and Mac
folks. My company distributes Power Point .pptx files. When I open them in
Impress, there are a number of glitches, but the worst is that the speaker
notes get mangled.

I posted some sanitized pix to https://imgur.com/a/vEgGwZm - the first is what
I see when I view notes in Impress. The second is what I actually see on the
notes page when I'm presenting.

In Notes view, I see a paragraph break and bullet points. In the presentation
notes, I don't see a paragraph break, and no bullets. I've taken to editing
every slide deck and I have to add a space on every newline for every paragraph
break. I remove bullets and substitute a dash or double dash so I can follow
bullets. It's really frustrating and time consuming. Every time my employer
posts an update to slides, I have to edit 12-15 units and insert spaces for
every newline, delete bullets, and add dashes.

Steps to Reproduce:
1. Open a pptx file.
2. Present and try to read notes.
3. Notes do not reflect paragraph breaks or any special characters

Actual Results:
Paragraph breaks are not honored, and the newline is lost. Special characters
like bullet points or numbers are not displayed in the presenter notes. It's
really hard to use the notes. I have to manually edit each of the 12-15 units
for the presentations I have and remove bullets and numbers and manually add
dashes in place of bullets and manually type line numbers.

Expected Results:
The notes in the presenter console should show paragraph breaks and display
characters like bullets or numbers.


Reproducible: Always


User Profile Reset: Yes

Additional Info:
[Information automatically included from LibreOffice]
Locale: en-US
Module: PresentationDocument
[Information guessed from browser]
OS: Linux (All)
OS is 64bit: yes

Version: 7.5.3.2 (X86_64)
Build ID: 50(Build:2)
CPU threads: 32; OS: Linux 6.2; UI render: default; VCL: gtk3
Locale: en-US (en_US.UTF-8); UI: en-US
Calc: threaded

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

[Libreoffice-bugs] [Bug 138786] Paragraph Style formatting gets lost, if you paste text into an new document with same Paragraph Style name, but different settings (see comment 5)

[bugzilla-daemon]

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

--- Comment #18 from Franklin Weng  ---
(In reply to Heiko Tietze from comment #17)
> (In reply to Mike Kaganski from comment #16)
> > Please don't introduce this "redefine if unused". I could agree with
> > "redefine all if explicitly requested", but not that.
> 
> And I disagree with annoying confirmation dialogs.
> 
> So it turns out that we can only provide some special paste option where the
> formatting is kept (but existing styles are not overwritten, meaning it gets
> a the name).
> 
> Not worth the effort, IMO, since the use case is weak (comment 12).

Honestly, such use case is frequently asked here.  I.e., they copied a
paragraph from one text document and paste into another file (maybe new, maybe
existing) and asked to keep the original paragraph style.  It seems to be a
default behavior in Microsoft Word, as the users said.

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

[Libreoffice-bugs] [Bug 155364] In all “table” style graphics, the buttons in the Navigation bar (the First, Previous, Next, Last, & New buttons in Base GUI) are so small, it is difficult to accuratel

[bugzilla-daemon]

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

--- Comment #1 from George  ---
Created attachment 187342
  --> https://bugs.documentfoundation.org/attachment.cgi?id=187342=edit
image of the graphical element (navigation bar in table)

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

[Libreoffice-bugs] [Bug 155364] New: In all “table” style graphics, the buttons in the Navigation bar (the First, Previous, Next, Last, & New buttons in Base GUI) are so small, it is difficult to accu

[bugzilla-daemon]

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

Bug ID: 155364
   Summary: In all “table” style graphics, the buttons in the
Navigation bar (the First, Previous, Next, Last, & New
buttons in Base GUI) are so small, it is difficult to
accurately choose the correct one.
   Product: LibreOffice
   Version: 7.0 all versions
  Hardware: x86-64 (AMD64)
OS: Windows (All)
Status: UNCONFIRMED
  Severity: normal
  Priority: medium
 Component: Base
  Assignee: libreoffice-bugs@lists.freedesktop.org
  Reporter: georget...@juno.com

Description:
There are a couple of graphical issues I can’t resolve in Base GUI. I’m not
sure if they can be adjusted, or if they are a bug.
In all “table” style graphics, the default buttons in the Navigation bar (the
First, Previous, Next, Last, & New buttons) are so small, it is difficult to
accurately choose the correct one. My current working monitor resolution is 4k.

Steps to Reproduce:
1.With Windows 10 Display setting set to 3840x2160, open any component with a
table graphic (actual graphical tables, or tables in forms, for example).
2.Try to use navigation bar at bottom of table.
3.Buttons (First, Previous, Next, Last, & New buttons) are so small, they are
both difficult to see, and difficult to accurately select.

Actual Results:
I eventually make the correct selection, but sometimes it is after accidentally
selecting the incorrect button, because they are so crowded together.
Sometimes, after more than one try.

Expected Results:
Providing a way to adjust the size of these graphical elements would be
optimal.


Reproducible: Always


User Profile Reset: Yes

Additional Info:
Version: 7.4.6.2 (x64) / LibreOffice Community
Build ID: 5b1f5509c2decdade7fda905e3e1429a67acd63d
CPU threads: 48; OS: Windows 10.0 Build 19045; UI render: Skia/Raster; VCL: win
Locale: en-US (en_US); UI: en-US
Calc: threaded
I realize that I could put custom navigation bar elements into forms, but
except for this issue, the default location can be very convenient. Also, this
would not help with this issue in some other table display contexts.
MY SETUP
Windows 10 (64 bit)
Windows Version 22H2
4k monitor
GPU - AMD Radeon PRO W6800, VRAM 32,752 MB GDDR6
CPU - AMD Ryzen Threadripper 3960X 24-Core Processor 24 Cores
RAM - 64 GB
Display resolution - 3840x2160
Scaling - 250%
Thanks for your consideration.

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

[Libreoffice-bugs] [Bug 139273] FILEOPEN: DOC/DOCX/RTF. Endnote page style page-size different from Default Page Size

[bugzilla-daemon]

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

Justin L  changed:

   What|Removed |Added

   Keywords|difficultyInteresting,  |
   |easyHack, skillCpp  |

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

[Libreoffice-bugs] [Bug 138726] Blank input fields on mixed styles should be sensitive per attribute

[bugzilla-daemon]

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

--- Comment #18 from Commit Notification 
 ---
Justin Luth committed a patch related to this issue.
It has been pushed to "master":

https://git.libreoffice.org/core/commit/1349f140fcc49e5da78482ca3db09663ccdae0a9

tdf#138726 LRSpaceItem ooxmlexport12: don't test implementation

It will be available in 7.6.0.

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

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

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

[Libreoffice-bugs] [Bug 138726] Blank input fields on mixed styles should be sensitive per attribute

[bugzilla-daemon]

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

Commit Notification  changed:

   What|Removed |Added

 Whiteboard||target:7.6.0

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

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

[Justin Luth (via logerrit)]

 sw/qa/extras/ooxmlexport/ooxmlexport12.cxx |   11 +--
 1 file changed, 5 insertions(+), 6 deletions(-)

New commits:
commit 1349f140fcc49e5da78482ca3db09663ccdae0a9
Author: Justin Luth 
AuthorDate: Tue May 16 14:31:28 2023 -0400
Commit: Justin Luth 
CommitDate: Wed May 17 02:53:39 2023 +0200

tdf#138726 LRSpaceItem ooxmlexport12: don't test implementation

To get the desired effect, properties were being spammed
as direct formatting. Now that LRSpaceItem has been split,
there is no/less need to spam like that.

Allows https://gerrit.libreoffice.org/c/core/+/151821

make CppunitTest_sw_ooxmlexport12 CPPUNIT_TEST_NAME=testTdf108493

Change-Id: I7b7f109eacb79737d898da5bcf87162b9fa6529e
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/151850
Tested-by: Jenkins
Tested-by: Justin Luth 
Reviewed-by: Justin Luth 

diff --git a/sw/qa/extras/ooxmlexport/ooxmlexport12.cxx 
b/sw/qa/extras/ooxmlexport/ooxmlexport12.cxx
index 3805b8c8f593..e406d546aea6 100644
--- a/sw/qa/extras/ooxmlexport/ooxmlexport12.cxx
+++ b/sw/qa/extras/ooxmlexport/ooxmlexport12.cxx
@@ -1731,14 +1731,13 @@ CPPUNIT_TEST_FIXTURE(Test, testTdf95374)
 assertXPath(pXmlDoc, "/w:document/w:body/w:p[1]/w:pPr/w:ind", "start", 
"1136");
 }
 
-CPPUNIT_TEST_FIXTURE(Test, testTdf108493)
+DECLARE_OOXMLEXPORT_TEST(testTdf108493, "tdf108493.docx")
 {
-loadAndSave("tdf108493.docx");
-xmlDocUniquePtr pXmlDoc = parseExport("word/document.xml");
-// set in the paragraph
-assertXPath(pXmlDoc, "/w:document/w:body/w:p[7]/w:pPr/w:ind", "start", 
"709");
+uno::Reference xPara7(getParagraph(7), 
uno::UNO_QUERY);
+// set in the paragraph (709 twips)
+CPPUNIT_ASSERT_EQUAL(sal_Int32(1251), getProperty(xPara7, 
"ParaLeftMargin"));
 // set in the numbering style (this was 0)
-assertXPath(pXmlDoc, "/w:document/w:body/w:p[7]/w:pPr/w:ind", "hanging", 
"709");
+CPPUNIT_ASSERT_EQUAL(sal_Int32(-1251), getProperty(xPara7, 
"ParaFirstLineIndent"));
 }
 
 DECLARE_OOXMLEXPORT_TEST(testTdf118691, "tdf118691.docx")

[Libreoffice-bugs] [Bug 146626] Crash in macOS Calc on font size operation on multi-monitor setup

[bugzilla-daemon]

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

--- Comment #35 from Patrick Luby  ---
(In reply to Patrick Luby from comment #34)
> I think you only need to post the last 3 "bt" that lldb outputs. The very
> last should be the same as the one you already posted and the 2 before might
> be the ones that give us more info and the cause of the bug.

I forgot to mention that there will be a huge number of that type of exception
thrown (it is a common occurrence within the LibreOffice code). So if you just
post the whole output as an attachment, we just need to remember to ignore most
of the file, skip to the end, and work backwards.

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

[Libreoffice-bugs] [Bug 146626] Crash in macOS Calc on font size operation on multi-monitor setup

[bugzilla-daemon]

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

--- Comment #34 from Patrick Luby  ---
(In reply to Alex Thurgood from comment #31)
> Created attachment 187286 [details]
> LLDB backtrace on crash

OK. After looking at the lldb output closer, I think what is happening is that
the LibreOffice source code is throwing a
com::sun::star::uno::RuntimeException::RuntimeException unexpectedly and no
LibreOffice try/catch block has been setup to catch it.

So now the problem to figure out is which code is throwing this unexpected
exception. We can see where it is caught (way too late to recover from), but
not where the exception is thrown.

Since you can reproduce this bug in lldb, would you be able to run LibreOffice
in lldb but, after it has been launched and you have opened any documents that
trigger this bug, press Control-C in lldb to stop execution. Then, enter the
following lldb command:

b -n 'com::sun::star::uno::RuntimeException::RuntimeException' -C bt -G 1

Then, when the lldb prompt returns, enter "continue" and try to reproduce the
bug.

Here's what should happen: the above lldb command should execute a "bt" in lldb
every time a com::sun::star::uno::RuntimeException::RuntimeException instance
is created (I am assuming that they only get created when an exception is about
to be thrown).

I think you only need to post the last 3 "bt" that lldb outputs. The very last
should be the same as the one you already posted and the 2 before might be the
ones that give us more info and the cause of the bug.

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

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

[Henry Castro (via logerrit)]

 sc/source/filter/oox/extlstcontext.cxx |6 ++
 1 file changed, 6 insertions(+)

New commits:
commit c3d7e44b27f3e30a0d078150c70403374b4cd583
Author: Henry Castro 
AuthorDate: Fri Mar 17 11:03:36 2023 -0400
Commit: Henry Castro 
CommitDate: Wed May 17 01:24:25 2023 +0200

sc: filter: oox: add missing formula if it is a text ...

conditional format:


  NOT(ISERROR(SEARCH("Done",C1)))
  
  
   
  
  
   


   
  
 


Signed-off-by: Henry Castro 
Change-Id: I4da117a1a122b3895788645dcd5de3e36cdcad0f
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/149067
Tested-by: Jenkins CollaboraOffice 

diff --git a/sc/source/filter/oox/extlstcontext.cxx 
b/sc/source/filter/oox/extlstcontext.cxx
index 2646f0969958..5328accac5c8 100644
--- a/sc/source/filter/oox/extlstcontext.cxx
+++ b/sc/source/filter/oox/extlstcontext.cxx
@@ -274,6 +274,12 @@ void ExtConditionalFormattingContext::onEndElement()
 break;
 case XLS14_TOKEN( cfRule ):
 {
+if (IsSpecificTextCondMode(maModel.eOperator) && nFormulaCount == 
1)
+{
+maModel.aFormula = aChars;
+maModel.eOperator = ScConditionMode::Direct;
+}
+
 getStyles().getExtDxfs().forEachMem( ::finalizeImport );
 maModel.aStyle = getStyles().createExtDxfStyle(rStyleIdx);
 rStyleIdx++;

[Libreoffice-bugs] [Bug 155362] MCGR recovery of border fails in PowerPoint roundtrip for rectangular gradient

[bugzilla-daemon]

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

m.a.riosv  changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever confirmed|0   |1

--- Comment #3 from m.a.riosv  ---
Sorry 1- is the opposite

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

[Libreoffice-bugs] [Bug 155362] MCGR recovery of border fails in PowerPoint roundtrip for rectangular gradient

[bugzilla-daemon]

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

--- Comment #2 from m.a.riosv  ---
Created attachment 187341
  --> https://bugs.documentfoundation.org/attachment.cgi?id=187341=edit
Screenshot odp vs pptx

I think I can see the differences.
1- The box for the text is not in pptx.
2- The size of the gradient is much higher with pptx

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

[Libreoffice-bugs] [Bug 155362] MCGR recovery of border fails in PowerPoint roundtrip for rectangular gradient

[bugzilla-daemon]

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

m.a.riosv  changed:

   What|Removed |Added

 CC||miguelangelrv@libreoffice.o
   ||rg

--- Comment #1 from m.a.riosv  ---
Created attachment 187340
  --> https://bugs.documentfoundation.org/attachment.cgi?id=187340=edit
Screenshot

This is what I see after reopen the pptx file.
I don't see what is missing.
Version: 7.6.0.0.alpha1+ (X86_64) / LibreOffice Community
Build ID: 22950a9b008e1bb22fa9e54b5d45715e25fee764
CPU threads: 16; OS: Windows 10.0 Build 22621; UI render: default; VCL: win
Locale: es-ES (es_ES); UI: en-US Calc: CL threaded

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

[Libreoffice-bugs] [Bug 155337] Writer Has Repeatable Crash

[bugzilla-daemon]

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

m.a.riosv  changed:

   What|Removed |Added

 Ever confirmed|0   |1
 Status|UNCONFIRMED |NEEDINFO

--- Comment #3 from m.a.riosv  ---
Please test disabling Skia
Menu/Tools/Options/LibreOffice/View

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

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

[bugzilla-daemon]

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

Bug 153790 Summary: Unnecessary 3D sheet reference in end part of reference 
after cut and paste
https://bugs.documentfoundation.org/show_bug.cgi?id=153790

   What|Removed |Added

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

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

[Libreoffice-bugs] [Bug 108253] [META] Calc cell formula bugs and enhancements

[bugzilla-daemon]

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

Bug 153790 Summary: Unnecessary 3D sheet reference in end part of reference 
after cut and paste
https://bugs.documentfoundation.org/show_bug.cgi?id=153790

   What|Removed |Added

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

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

[Libreoffice-bugs] [Bug 153790] Unnecessary 3D sheet reference in end part of reference after cut and paste

[bugzilla-daemon]

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

Eike Rathke  changed:

   What|Removed |Added

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

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

[Libreoffice-bugs] [Bug 153790] Unnecessary 3D sheet reference in end part of reference after cut and paste

[bugzilla-daemon]

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

Commit Notification  changed:

   What|Removed |Added

 Whiteboard||target:7.6.0

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

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

[Eike Rathke (via logerrit)]

 sc/source/core/tool/token.cxx |   35 ---
 1 file changed, 28 insertions(+), 7 deletions(-)

New commits:
commit fcb66a74ae3af322b2829040bb84669d5c63e568
Author: Eike Rathke 
AuthorDate: Tue May 16 17:33:36 2023 +0200
Commit: Eike Rathke 
CommitDate: Wed May 17 00:42:06 2023 +0200

Resolves: tdf#153790 Suppress duplicated end part sheet reference, 
tdf#103890

Also keep explicitly given sheet reference relative to the same
sheet as user wished.

Affected only when moving formula cell position like with
cut and drag

Change-Id: I6b1da6aea58b88a24567189ef6aa212dab01de49
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/151845
Reviewed-by: Eike Rathke 
Tested-by: Jenkins

diff --git a/sc/source/core/tool/token.cxx b/sc/source/core/tool/token.cxx
index 4315f017e67c..337a2fb86d21 100644
--- a/sc/source/core/tool/token.cxx
+++ b/sc/source/core/tool/token.cxx
@@ -3416,7 +3416,7 @@ sc::RefUpdateResult ScTokenArray::AdjustReferenceOnMove(
 }
 
 rRef.SetAddress(*mxSheetLimits, aAbs, rNewPos);
-rRef.SetFlag3D(aAbs.Tab() != rNewPos.Tab() || 
!rRef.IsTabRel());
+rRef.SetFlag3D(rRef.IsFlag3D() || !rRef.IsTabRel() || 
aAbs.Tab() != rNewPos.Tab());
 }
 break;
 case svDoubleRef:
@@ -3446,12 +3446,33 @@ sc::RefUpdateResult ScTokenArray::AdjustReferenceOnMove(
 }
 
 rRef.SetRange(*mxSheetLimits, aAbs, rNewPos);
-// Absolute sheet reference => set 3D flag.
-// More than one sheet referenced => has to have both 
3D flags.
-// If end part has 3D flag => start part must have it 
too.
-rRef.Ref2.SetFlag3D(aAbs.aStart.Tab() != 
aAbs.aEnd.Tab() || !rRef.Ref2.IsTabRel());
-rRef.Ref1.SetFlag3D(aAbs.aStart.Tab() != rNewPos.Tab() 
|| !rRef.Ref1.IsTabRel() ||
-rRef.Ref2.IsFlag3D());
+bool b1, b2;
+if (aAbs.aStart.Tab() != aAbs.aEnd.Tab())
+{
+// More than one sheet referenced => has to have
+// both 3D flags.
+b1 = b2 = true;
+}
+else
+{
+// Keep given 3D flag even for relative sheet
+// reference to same sheet.
+// Absolute sheet reference => set 3D flag.
+// Reference to another sheet => set 3D flag.
+b1 = rRef.Ref1.IsFlag3D() || !rRef.Ref1.IsTabRel() 
|| rNewPos.Tab() != aAbs.aStart.Tab();
+b2 = rRef.Ref2.IsFlag3D() || !rRef.Ref2.IsTabRel() 
|| rNewPos.Tab() != aAbs.aEnd.Tab();
+// End part has 3D flag => start part must have it 
too.
+if (b2)
+b1 = true;
+// End part sheet reference is identical to start
+// part sheet reference and end part sheet
+// reference was not explicitly given => clear end
+// part 3D flag.
+if (b1 && b2 && rRef.Ref1.IsTabRel() == 
rRef.Ref2.IsTabRel() && !rRef.Ref2.IsFlag3D())
+b2 = false;
+}
+rRef.Ref1.SetFlag3D(b1);
+rRef.Ref2.SetFlag3D(b2);
 }
 break;
 case svExternalSingleRef:

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

[Caolán McNamara (via logerrit)]

 sw/source/filter/html/swhtml.cxx |4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)

New commits:
commit dff1d54c2d6d84a852f9c2266fec6be1d343af36
Author: Caolán McNamara 
AuthorDate: Tue May 16 20:56:47 2023 +0100
Commit: Caolán McNamara 
CommitDate: Wed May 17 00:37:58 2023 +0200

dynamic_cast followed by static_cast

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

diff --git a/sw/source/filter/html/swhtml.cxx b/sw/source/filter/html/swhtml.cxx
index 49e3e9a8abce..cfc4a6df2b98 100644
--- a/sw/source/filter/html/swhtml.cxx
+++ b/sw/source/filter/html/swhtml.cxx
@@ -2678,14 +2678,14 @@ SwViewShell *SwHTMLParser::CallEndAction( bool 
bChkAction, bool bChkPtr )
 if( !m_pActionViewShell || (bChkAction && 
!m_pActionViewShell->ActionPend()) )
 return m_pActionViewShell;
 
-if( dynamic_cast< const SwEditShell *>( m_pActionViewShell ) !=  nullptr )
+if (SwEditShell* pEditShell = 
dynamic_cast(m_pActionViewShell))
 {
 // Already scrolled?, then make sure that the view doesn't move!
 const bool bOldLock = m_pActionViewShell->IsViewLocked();
 m_pActionViewShell->LockView( true );
 const bool bOldEndActionByVirDev = 
m_pActionViewShell->IsEndActionByVirDev();
 m_pActionViewShell->SetEndActionByVirDev( true );
-static_cast(m_pActionViewShell)->EndAction();
+pEditShell->EndAction();
 m_pActionViewShell->SetEndActionByVirDev( bOldEndActionByVirDev );
 m_pActionViewShell->LockView( bOldLock );
 

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

[Michael Meeks (via logerrit)]

 sw/source/core/layout/layact.cxx |1 +
 sw/source/core/view/viewsh.cxx   |4 ++--
 2 files changed, 3 insertions(+), 2 deletions(-)

New commits:
commit 765cc200fd7e809d4aeca9bc83fa125ee248fce9
Author: Michael Meeks 
AuthorDate: Fri Mar 24 17:42:40 2023 +
Commit: Caolán McNamara 
CommitDate: Wed May 17 00:37:45 2023 +0200

lok: avoid painting writer windows to a giant virtual-device.

When layout changes, we don't want to immediately redraw lots of
windows; we should be able to wait for tiles to be rendered
instead. Certainly we don't want to allocate a giant virtual
device.

Unfortunately we also believe that full document invalidations
are cheap - so warn about that.

Change-Id: Ib56320d4860c4b6f4e100b30cc6d3e490a1c7a90
Signed-off-by: Michael Meeks 
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/149601
Tested-by: Jenkins
(cherry picked from commit 1ed50bb714b8ed657cd422df850a6852cd863f43)
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/149622
Tested-by: Jenkins CollaboraOffice 
Reviewed-by: Caolán McNamara 

diff --git a/sw/source/core/layout/layact.cxx b/sw/source/core/layout/layact.cxx
index 583ca4a3b4db..be803a3b00c1 100644
--- a/sw/source/core/layout/layact.cxx
+++ b/sw/source/core/layout/layact.cxx
@@ -2352,6 +2352,7 @@ SwLayIdle::SwLayIdle( SwRootFrame *pRt, SwViewShellImp 
*pI ) :
 bool bUnlock = false;
 if ( pViewImp->HasPaintRegion() )
 {
+SAL_INFO("sw.idle", "Disappointing full document 
invalidation");
 pViewImp->DeletePaintRegion();
 
 // Cause a repaint with virtual device.
diff --git a/sw/source/core/view/viewsh.cxx b/sw/source/core/view/viewsh.cxx
index 8a99aa5de310..53457942749f 100644
--- a/sw/source/core/view/viewsh.cxx
+++ b/sw/source/core/view/viewsh.cxx
@@ -475,7 +475,7 @@ void SwViewShell::ImplStartAction()
 
 void SwViewShell::ImplLockPaint()
 {
-if ( GetWin() && GetWin()->IsVisible() )
+if ( GetWin() && GetWin()->IsVisible() && 
!comphelper::LibreOfficeKit::isActive())
 GetWin()->EnablePaint( false ); //Also cut off the controls.
 Imp()->LockPaint();
 }
@@ -485,7 +485,7 @@ void SwViewShell::ImplUnlockPaint( bool bVirDev )
 CurrShell aCurr( this );
 if ( GetWin() && GetWin()->IsVisible() )
 {
-if ( (bInSizeNotify || bVirDev ) && VisArea().HasArea() )
+if ( (bInSizeNotify || bVirDev ) && VisArea().HasArea() && 
!comphelper::LibreOfficeKit::isActive())
 {
 //Refresh with virtual device to avoid flickering.
 VclPtrInstance pVout( *mpOut );

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

[Henry Castro (via logerrit)]

 sc/source/filter/html/htmlexp.cxx |   23 ++-
 1 file changed, 22 insertions(+), 1 deletion(-)

New commits:
commit fdc0a082420d511fd0561ba087744518ccade665
Author: Henry Castro 
AuthorDate: Thu May 11 16:29:55 2023 -0400
Commit: Henry Castro 
CommitDate: Wed May 17 00:30:26 2023 +0200

tdf#154477: sc: filter: html: fix missing color scale conditional format

When copying a range cell to an external application that request
html data, the color scale conditional format does not have an
associate a set attribute.

Signed-off-by: Henry Castro 
Change-Id: I82b466a2100abc5070e92f844dc706d9b015c2e1
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/151840
Tested-by: Jenkins CollaboraOffice 

diff --git a/sc/source/filter/html/htmlexp.cxx 
b/sc/source/filter/html/htmlexp.cxx
index 16db15316121..98b2c980f304 100644
--- a/sc/source/filter/html/htmlexp.cxx
+++ b/sc/source/filter/html/htmlexp.cxx
@@ -65,6 +65,8 @@
 #include 
 #include 
 #include 
+#include 
+#include 
 #include 
 
 #include 
@@ -881,10 +883,27 @@ void ScHTMLExport::WriteTables()
 
 void ScHTMLExport::WriteCell( sc::ColumnBlockPosition& rBlockPos, SCCOL nCol, 
SCROW nRow, SCTAB nTab )
 {
+std::optional aColorScale;
 ScAddress aPos( nCol, nRow, nTab );
 ScRefCellValue aCell(*pDoc, aPos, rBlockPos);
 const ScPatternAttr* pAttr = pDoc->GetPattern( nCol, nRow, nTab );
 const SfxItemSet* pCondItemSet = pDoc->GetCondResult( nCol, nRow, nTab, 
 );
+if (!pCondItemSet)
+{
+ScConditionalFormatList* pCondList = pDoc->GetCondFormList(nTab);
+const ScCondFormatItem& rCondItem = pAttr->GetItem(ATTR_CONDITIONAL);
+const ScCondFormatIndexes& rCondIndex = rCondItem.GetCondFormatData();
+if (rCondIndex.size() > 0)
+{
+ScConditionalFormat* pCondFmt = 
pCondList->GetFormat(rCondIndex[0]);
+if (pCondFmt)
+{
+const ScColorScaleFormat* pEntry = dynamic_cast(pCondFmt->GetEntry(0));
+if (pEntry)
+aColorScale = pEntry->GetColor(aPos);
+}
+}
+}
 
 const ScMergeFlagAttr& rMergeFlagAttr = pAttr->GetItem( ATTR_MERGE_FLAG, 
pCondItemSet );
 if ( rMergeFlagAttr.IsOverlapped() )
@@ -1023,7 +1042,9 @@ void ScHTMLExport::WriteCell( sc::ColumnBlockPosition& 
rBlockPos, SCCOL nCol, SC
 ATTR_BACKGROUND, pCondItemSet );
 
 Color aBgColor;
-if ( rBrushItem.GetColor().GetAlpha() == 0 )
+if ( aColorScale )
+aBgColor = *aColorScale;
+else if ( rBrushItem.GetColor().GetAlpha() == 0 )
 aBgColor = aHTMLStyle.aBackgroundColor; // No unwanted background color
 else
 aBgColor = rBrushItem.GetColor();

[Libreoffice-ux-advise] [Bug 154025] Allow centering object on page/slide via context menu

[bugzilla-daemon]

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

Eyal Rozenberg  changed:

   What|Removed |Added

 Resolution|INSUFFICIENTDATA|INVALID

--- Comment #3 from Eyal Rozenberg  ---
(In reply to Heiko Tietze from comment #2)
> No feedback, resolving ISD.

Missed your comment. Yes, that works, changing resolution.

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

[Libreoffice-bugs] [Bug 154025] Allow centering object on page/slide via context menu

[bugzilla-daemon]

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

Eyal Rozenberg  changed:

   What|Removed |Added

 Resolution|INSUFFICIENTDATA|INVALID

--- Comment #3 from Eyal Rozenberg  ---
(In reply to Heiko Tietze from comment #2)
> No feedback, resolving ISD.

Missed your comment. Yes, that works, changing resolution.

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

[Libreoffice-bugs] [Bug 155363] New: You cannot highlight text in a text box.

[bugzilla-daemon]

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

Bug ID: 155363
   Summary: You cannot highlight text in a text box.
   Product: LibreOffice
   Version: 7.4.7.2 release
  Hardware: x86-64 (AMD64)
OS: Linux (All)
Status: UNCONFIRMED
  Severity: normal
  Priority: medium
 Component: LibreOffice
  Assignee: libreoffice-bugs@lists.freedesktop.org
  Reporter: julio16r...@hotmail.com

Description:
When I want to highlight text in a text box, in the interface under "Tabs" the
highlight option turns to another color, which tells me that you have disabled
the function, it also disables other functions such as listing text with
numbers.

Steps to Reproduce:
1. Go to the "Insert" tab.
2. Insert text box
3. Select text from the text box and highlight, ( Does not work).

Actual Results:
The yellow text highlighting function is disabled when you want to highlight
text within a text box in the interface under "Tabs".

Expected Results:
Highlight the text in yellow within the text box.


Reproducible: Always


User Profile Reset: Yes

Additional Info:
I asked in the forum and they suggested me to report the bug, here you can see
it in more detail with a screenshot: 

https://ask.libreoffice.org/t/no-puedo-resaltar-texto-en-cuadros-de-texto/91577

Version: 7.4.7.2 / LibreOffice Community
Build ID: 40(Build:2)
CPU threads: 8; OS: Linux 5.19; UI render: default; VCL: gtk3
Locale: es-MX (es_MX.UTF-8); UI: es-ES
Ubuntu package version: 1:7.4.7~rc2-0ubuntu0.22.04.1~lo1
Calc: threaded

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

[Libreoffice-bugs] [Bug 155362] New: MCGR recovery of border fails in PowerPoint roundtrip for rectangular gradient

[bugzilla-daemon]

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

Bug ID: 155362
   Summary: MCGR recovery of border fails in PowerPoint roundtrip
for rectangular gradient
   Product: LibreOffice
   Version: unspecified
  Hardware: All
OS: All
Status: UNCONFIRMED
  Severity: normal
  Priority: medium
 Component: Impress
  Assignee: libreoffice-bugs@lists.freedesktop.org
  Reporter: rb.hensc...@t-online.de

Created attachment 187339
  --> https://bugs.documentfoundation.org/attachment.cgi?id=187339=edit
Shape with rectangular gradient

Open attached document in a LO version without MCGR, for example from Jan 2023.
Save it to pptx format.
Reopen the pptx file.
Recovery of border works fine.

Open attached document in a current LO version with MCGR.
Save it to pptx format.
Reopen the pptx file
Borders are not recovered.

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

[Libreoffice-commits] core.git: qadevOOo/tests

[Julien Nabet (via logerrit)]

 qadevOOo/tests/java/ifc/accessibility/_XAccessibleExtendedComponent.java |   
23 --
 1 file changed, 23 deletions(-)

New commits:
commit 074c62b4e47c1e595f08d90e3811a8baab102dd5
Author: Julien Nabet 
AuthorDate: Tue May 16 18:40:51 2023 +0200
Commit: Julien Nabet 
CommitDate: Tue May 16 23:11:26 2023 +0200

Remove remnant commented code concerning recently dropped 
"XAccessibleStateSet"

Change-Id: Ib11e37dbc6bf9bfc7ba8cdf3b5cb28d5a11f31a1
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/151847
Tested-by: Jenkins
Reviewed-by: Julien Nabet 

diff --git 
a/qadevOOo/tests/java/ifc/accessibility/_XAccessibleExtendedComponent.java 
b/qadevOOo/tests/java/ifc/accessibility/_XAccessibleExtendedComponent.java
index dc6355e76554..2156c09a00dc 100644
--- a/qadevOOo/tests/java/ifc/accessibility/_XAccessibleExtendedComponent.java
+++ b/qadevOOo/tests/java/ifc/accessibility/_XAccessibleExtendedComponent.java
@@ -69,29 +69,6 @@ public class _XAccessibleExtendedComponent extends 
MultiMethodTest {
 tRes.tested("getFont()", true);
 }
 
-/**
- * Calls the method and compares returned value with value that was
- * returned by the method
- * XAccessibleStateSet & AccessibleStateType.ENABLED.
- * Has OK status if returned values are equal.
- * deprecated from version srx644g 29.10.02 on
- *
-public void _isEnabled() {
-boolean isEnabled = oObj.isEnabled();
-log.println("isEnabled(): " + isEnabled);
-
-boolean res = true;
-
-XAccessibleStateSet accStateSet = (XAccessibleStateSet)
-UnoRuntime.queryInterface(XAccessibleStateSet.class, oObj);
-
-if (accStateSet != null) {
-res = ((accStateSet &  AccessibleStateType.ENABLED) != 0) == 
isEnabled;
-}
-
-tRes.tested("isEnabled()", res);
-}
-
 /**
  * Calls the method and checks returned value.
  * Has OK status if returned value isn't null.

[Libreoffice-bugs] [Bug 146329] Macro editor check (F7) unable copy value of variable

[bugzilla-daemon]

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

e...@helpidea.net changed:

   What|Removed |Added

 Ever confirmed|1   |0
 Status|NEEDINFO|UNCONFIRMED

--- Comment #6 from e...@helpidea.net ---
Now I have just tested in LO 5.4.7.2(X64). 
In debug steb by step I click on a variable and F7 , I see that  in the watch
window, the value is selectable with click of mouse and the copy option comes
up in the context menu and copies the value in the clipboard. I can paste value
in note book or elsewhwre.

This is very useful when examine big string variable.

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

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

[Henry Castro (via logerrit)]

 sc/inc/colorscale.hxx  |2 ++
 sc/source/core/data/colorscale.cxx |   15 +++
 2 files changed, 17 insertions(+)

New commits:
commit b95e81a9b0b584b2439a34737ce269ebb372e604
Author: Henry Castro 
AuthorDate: Thu May 11 16:23:03 2023 -0400
Commit: Henry Castro 
CommitDate: Tue May 16 22:18:36 2023 +0200

tdf#154477: sc: copy cache values when clone color conditional format

When clone a conditional format list, also copy the cache
values that hold the min and max values, otherwise if clone
occurs when copying to the clipboard the values have wrong
data due to limiting range cells copied.

Signed-off-by: Henry Castro 
Change-Id: Id9085a1488a3bde24842e0d2e062c9b425074157
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/151839
Tested-by: Jenkins CollaboraOffice 

diff --git a/sc/inc/colorscale.hxx b/sc/inc/colorscale.hxx
index e78baf0871b2..90a973391995 100644
--- a/sc/inc/colorscale.hxx
+++ b/sc/inc/colorscale.hxx
@@ -224,6 +224,8 @@ public:
 virtual ~ScColorFormat() override;
 
 const ScRangeList& GetRange() const;
+void SetCache(const std::vector& aValues);
+std::vector GetCache() const;
 
 virtual void SetParent(ScConditionalFormat* pParent) override;
 
diff --git a/sc/source/core/data/colorscale.cxx 
b/sc/source/core/data/colorscale.cxx
index 1bb36712fd13..7fd48f47305d 100644
--- a/sc/source/core/data/colorscale.cxx
+++ b/sc/source/core/data/colorscale.cxx
@@ -378,6 +378,9 @@ ScColorScaleFormat::ScColorScaleFormat(ScDocument* pDoc, 
const ScColorScaleForma
 {
 maColorScales.emplace_back(new ScColorScaleEntry(pDoc, *rxEntry));
 }
+
+auto aCache = rFormat.GetCache();
+SetCache(aCache);
 }
 
 ScColorFormat* ScColorScaleFormat::Clone(ScDocument* pDoc) const
@@ -457,6 +460,18 @@ const ScRangeList& ScColorFormat::GetRange() const
 return mpParent->GetRange();
 }
 
+std::vector ScColorFormat::GetCache() const
+{
+std::vector empty;
+return mpCache ? mpCache->maValues : empty;
+}
+
+void ScColorFormat::SetCache(const std::vector& aValues)
+{
+mpCache.reset(new ScColorFormatCache);
+mpCache->maValues = aValues;
+}
+
 std::vector& ScColorFormat::getValues() const
 {
 if(!mpCache)

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

[Henry Castro (via logerrit)]

 sc/inc/colorscale.hxx  |1 +
 sc/inc/conditio.hxx|5 +
 sc/source/core/data/colorscale.cxx |6 ++
 sc/source/core/data/conditio.cxx   |   20 
 sc/source/core/data/table2.cxx |3 +++
 5 files changed, 35 insertions(+)

New commits:
commit da818b2b96368fa088240f9d24586d1cea7650be
Author: Henry Castro 
AuthorDate: Thu May 11 16:07:10 2023 -0400
Commit: Henry Castro 
CommitDate: Tue May 16 22:18:18 2023 +0200

tdf#154477: sc: add "updateValues" method to conditional format list

When copying a range cells to a clipboard, if exists a
color scale conditional format from different ranges,
it should update the min and max values, otherwise
the color scale conditional format could not calculate
min and max values due to limiting range cell copied.

Signed-off-by: Henry Castro 
Change-Id: I660e18090a60b99ddf2b55ce1f713fd41121290e
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/151838
Tested-by: Jenkins CollaboraOffice 

diff --git a/sc/inc/colorscale.hxx b/sc/inc/colorscale.hxx
index 513eb11cf2f4..e78baf0871b2 100644
--- a/sc/inc/colorscale.hxx
+++ b/sc/inc/colorscale.hxx
@@ -229,6 +229,7 @@ public:
 
 virtual void startRendering() override;
 virtual void endRendering() override;
+virtual void updateValues() override;
 
 protected:
 std::vector& getValues() const;
diff --git a/sc/inc/conditio.hxx b/sc/inc/conditio.hxx
index afd16ba27365..51786d3dc712 100644
--- a/sc/inc/conditio.hxx
+++ b/sc/inc/conditio.hxx
@@ -251,6 +251,7 @@ public:
 
 virtual void startRendering();
 virtual void endRendering();
+virtual void updateValues();
 protected:
 ScDocument* mpDoc;
 
@@ -598,6 +599,8 @@ public:
 void startRendering();
 void endRendering();
 
+void updateValues();
+
 // Forced recalculation for formulas
 void CalcAll();
 };
@@ -683,6 +686,8 @@ public:
 void startRendering();
 void endRendering();
 
+void updateValues();
+
 sal_uInt32 getMaxKey() const;
 
 /// Forced recalculation of formulas
diff --git a/sc/source/core/data/colorscale.cxx 
b/sc/source/core/data/colorscale.cxx
index 192dd1cea78c..1bb36712fd13 100644
--- a/sc/source/core/data/colorscale.cxx
+++ b/sc/source/core/data/colorscale.cxx
@@ -529,6 +529,12 @@ void ScColorFormat::endRendering()
 mpCache.reset();
 }
 
+void ScColorFormat::updateValues()
+{
+getMinValue();
+getMaxValue();
+}
+
 namespace {
 
 sal_uInt8 GetColorValue( double nVal, double nVal1, sal_uInt8 nColVal1, double 
nVal2, sal_uInt8 nColVal2 )
diff --git a/sc/source/core/data/conditio.cxx b/sc/source/core/data/conditio.cxx
index 8da18a4a0471..1979d8ab44dd 100644
--- a/sc/source/core/data/conditio.cxx
+++ b/sc/source/core/data/conditio.cxx
@@ -74,6 +74,10 @@ void ScFormatEntry::endRendering()
 {
 }
 
+void ScFormatEntry::updateValues()
+{
+}
+
 static bool lcl_HasRelRef( ScDocument* pDoc, const ScTokenArray* pFormula, 
sal_uInt16 nRecursion = 0 )
 {
 if (pFormula)
@@ -2051,6 +2055,14 @@ void ScConditionalFormat::endRendering()
 }
 }
 
+void ScConditionalFormat::updateValues()
+{
+for(auto& rxEntry : maEntries)
+{
+rxEntry->updateValues();
+}
+}
+
 void ScConditionalFormat::CalcAll()
 {
 for(const auto& rxEntry : maEntries)
@@ -2298,6 +2310,14 @@ void ScConditionalFormatList::endRendering()
 }
 }
 
+void ScConditionalFormatList::updateValues()
+{
+for (auto const& it : m_ConditionalFormats)
+{
+it->updateValues();
+}
+}
+
 void ScConditionalFormatList::clear()
 {
 m_ConditionalFormats.clear();
diff --git a/sc/source/core/data/table2.cxx b/sc/source/core/data/table2.cxx
index 4eb5671f0dc7..47b3d1634c77 100644
--- a/sc/source/core/data/table2.cxx
+++ b/sc/source/core/data/table2.cxx
@@ -529,7 +529,10 @@ void ScTable::CopyToClip(
 for (SCCOL i = nCol1; i <= nCol2; i++)
 pTable->aCol[i].RemoveProtected(nRow1, nRow2);
 
+mpCondFormatList->startRendering();
+mpCondFormatList->updateValues();
 pTable->mpCondFormatList.reset(new 
ScConditionalFormatList(pTable->rDocument, *mpCondFormatList));
+mpCondFormatList->endRendering();
 }
 
 void ScTable::CopyToClip(

[Libreoffice-bugs] [Bug 155359] If the first row of a selected cell range contains merged cells, ThisComponent.getCurrentSelection() only selects the merged cell.

[bugzilla-daemon]

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

--- Comment #3 from Nick  ---
(In reply to Werner Tietz from comment #1)
> Hallo
> 
> Cannot reproduce with:
> 
> Version: 7.0.4.2
> Build ID: 00(Build:2)
> CPU threads: 4; OS: Linux 6.1; UI render: default; VCL: gtk3
> Locale: de-DE (de_DE.UTF-8); UI: de-DE
> Raspbian package version: 1:7.0.4-4+rpi1+deb11u3
> Calc: threaded

I'm not surprised. I forgot to mention, I did not have this happen with older
versions.

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

[Libreoffice-bugs] [Bug 153033] Writer crashes after configuring LanguageTool in Writing Aids

[bugzilla-daemon]

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

--- Comment #13 from medmedin2014  ---
(In reply to Stéphane Guillou (stragu) from comment #12)
> These are the steps I used, with a profile reset, no crash.
> What vendor+version of JRE do you have in use in Tools > Options >
> LibreOffice > Advanced?

I tested with 3 different versions of OpenJDK: 20.0.1, 11.0.19 and 1.8.0_372,
and I verified that the same JRE version is selected inside LO, but the 3
versions yielded to the same crash. I don't know of any way to catch the
crash's required info, even running LO through terminal doesn't reports
anything.

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

[Libreoffice-bugs] [Bug 155359] If the first row of a selected cell range contains merged cells, ThisComponent.getCurrentSelection() only selects the merged cell.

[bugzilla-daemon]

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

Julien Nabet  changed:

   What|Removed |Added

 CC||serval2...@yahoo.fr

--- Comment #2 from Julien Nabet  ---
It only displays: "ScCellRangeObj"

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

[Libreoffice-bugs] [Bug 155359] If the first row of a selected cell range contains merged cells, ThisComponent.getCurrentSelection() only selects the merged cell.

[bugzilla-daemon]

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

Julien Nabet  changed:

   What|Removed |Added

Summary|If the first row of a   |If the first row of a
   |selected cell range |selected cell range
   |contains merged cells,  |contains merged cells,
   |ThisComponent.getCurrentSel |ThisComponent.getCurrentSel
   |ection() only selects the   |ection() only selects the
   |mergeed cell.   |merged cell.

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

[Libreoffice-bugs] [Bug 155327] FILEOPEN: PPTX: Wordart not displayed

[bugzilla-daemon]

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

Regina Henschel  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
   Assignee|libreoffice-b...@lists.free |rb.hensc...@t-online.de
   |desktop.org |
 Resolution|--- |FIXED

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

[Libreoffice-bugs] [Bug 107634] [META] Fontwork / WordArt bugs and enhancements

[bugzilla-daemon]

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

Bug 155327 Summary: FILEOPEN: PPTX: Wordart not displayed
https://bugs.documentfoundation.org/show_bug.cgi?id=155327

   What|Removed |Added

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

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

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

[Regina Henschel (via logerrit)]

 oox/qa/unit/data/tdf155327_WordArtDefaultColor.pptx |binary
 oox/qa/unit/shape.cxx   |   17 +
 oox/source/drawingml/shape.cxx  |5 +
 3 files changed, 22 insertions(+)

New commits:
commit 04ae198019cf2c6593023f9ef630e4e99f65defe
Author: Regina Henschel 
AuthorDate: Tue May 16 20:46:28 2023 +0200
Commit: Regina Henschel 
CommitDate: Tue May 16 21:57:28 2023 +0200

tdf#155327 Detect default color in WordArt

It is possible to not set the character color explicitely in a WordArt
shape. In such case MS Office uses the scheme color 'tx1' from current
active scheme. The import of the character properties does not set this
color in the fill properties. The patch adds it, when the character fill
properties are converted to shape fill properties.

Change-Id: Ic72fd9f55bac1e2874cbf701ffa692ca4fbc9435
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/151851
Tested-by: Jenkins
Reviewed-by: Regina Henschel 

diff --git a/oox/qa/unit/data/tdf155327_WordArtDefaultColor.pptx 
b/oox/qa/unit/data/tdf155327_WordArtDefaultColor.pptx
new file mode 100644
index ..a813f4a329a6
Binary files /dev/null and 
b/oox/qa/unit/data/tdf155327_WordArtDefaultColor.pptx differ
diff --git a/oox/qa/unit/shape.cxx b/oox/qa/unit/shape.cxx
index 722d7d6d644b..68ce372335df 100644
--- a/oox/qa/unit/shape.cxx
+++ b/oox/qa/unit/shape.cxx
@@ -795,6 +795,23 @@ CPPUNIT_TEST_FIXTURE(OoxShapeTest, testWordArtBitmapFill)
 CPPUNIT_ASSERT_EQUAL(sal_Int32(1592), aSize100thMM.Width);
 CPPUNIT_ASSERT_EQUAL(sal_Int32(1592), aSize100thMM.Height);
 }
+
+CPPUNIT_TEST_FIXTURE(OoxShapeTest, testWordArtDefaultColor)
+{
+// The document has a WordArt shape for which the text color is not 
explicitly set. In such cases
+// MS Office uses the scheme color 'tx1'. Without fix it was imported as 
'fill none'. The shape
+// existed but was not visible on screen.
+loadFromURL(u"tdf155327_WordArtDefaultColor.pptx");
+
+uno::Reference 
xDrawPagesSupplier(mxComponent, uno::UNO_QUERY);
+uno::Reference 
xDrawPage(xDrawPagesSupplier->getDrawPages()->getByIndex(0),
+ uno::UNO_QUERY);
+uno::Reference xShapeProps(xDrawPage->getByIndex(0), 
uno::UNO_QUERY);
+CPPUNIT_ASSERT_EQUAL(uno::Any(drawing::FillStyle_SOLID),
+ xShapeProps->getPropertyValue(u"FillStyle"));
+
+CPPUNIT_ASSERT_EQUAL(uno::Any(Color(3, 74, 144)), 
xShapeProps->getPropertyValue(u"FillColor"));
+}
 CPPUNIT_PLUGIN_IMPLEMENT();
 
 /* vim:set shiftwidth=4 softtabstop=4 expandtab: */
diff --git a/oox/source/drawingml/shape.cxx b/oox/source/drawingml/shape.cxx
index 69f3bf5a4d60..9417551b0f86 100644
--- a/oox/source/drawingml/shape.cxx
+++ b/oox/source/drawingml/shape.cxx
@@ -728,7 +728,12 @@ static void lcl_copyCharPropsToShape(const 
uno::Reference& xSha
 
 // Fill
 // ToDo: Replace flip and rotate constants in parameters with 
actual values.
+// tdf#155327 If color is not explicitly set, MS Office uses 
scheme color 'tx1'.
 oox::drawingml::ShapePropertyMap 
aFillShapeProps(rFilter.getModelObjectHelper());
+if (!rCharProps.maFillProperties.moFillType.has_value())
+rCharProps.maFillProperties.moFillType = XML_solidFill;
+if (!rCharProps.maFillProperties.maFillColor.isUsed())
+rCharProps.maFillProperties.maFillColor.setSchemeClr(XML_tx1);
 rCharProps.maFillProperties.pushToPropMap(aFillShapeProps, 
rFilter.getGraphicHelper(),
   /*nShapeRotation*/ 0,
   /*nPhClr*/ 
API_RGB_TRANSPARENT,

[Libreoffice-bugs] [Bug 155327] FILEOPEN: PPTX: Wordart not displayed

[bugzilla-daemon]

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

--- Comment #5 from Commit Notification 
 ---
Regina Henschel committed a patch related to this issue.
It has been pushed to "master":

https://git.libreoffice.org/core/commit/04ae198019cf2c6593023f9ef630e4e99f65defe

tdf#155327 Detect default color in WordArt

It will be available in 7.6.0.

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

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

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

[Libreoffice-bugs] [Bug 155327] FILEOPEN: PPTX: Wordart not displayed

[bugzilla-daemon]

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

Commit Notification  changed:

   What|Removed |Added

 Whiteboard||target:7.6.0

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

[Libreoffice-bugs] [Bug 155337] Writer Has Repeatable Crash

[bugzilla-daemon]

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

BrendaEM  changed:

   What|Removed |Added

 Ever confirmed|1   |0
 Status|NEEDINFO|UNCONFIRMED

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

[Libreoffice-bugs] [Bug 154628] XML Form Document: Sending data with GET fires very often

[bugzilla-daemon]

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

Julien Nabet  changed:

   What|Removed |Added

   Assignee|libreoffice-b...@lists.free |serval2...@yahoo.fr
   |desktop.org |
 Status|NEW |ASSIGNED

--- Comment #6 from Julien Nabet  ---
I've submitted this patch on gerrit:
https://gerrit.libreoffice.org/c/core/+/151852

it may be more practical to discuss about it.

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

[Libreoffice-bugs] [Bug 154628] XML Form Document: Sending data with GET fires very often

[bugzilla-daemon]

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

Julien Nabet  changed:

   What|Removed |Added

 CC||michael.st...@allotropia.de

--- Comment #5 from Julien Nabet  ---
Here are 2 bts retrieved from 1 click:
#0  http_dav_ucp::Content::open(com::sun::star::ucb::OpenCommandArgument3
const&,
com::sun::star::uno::Reference
const&)
(this=0x561e53e48450, rArg=..., xEnv=uno::Reference to
(CCommandEnvironmentHelper *) 0x561e548cce88) at
ucb/source/ucp/webdav-curl/webdavcontent.cxx:2201
#1  0x7f6d984d4ad2 in
http_dav_ucp::Content::execute(com::sun::star::ucb::Command const&, int,
com::sun::star::uno::Reference
const&)
(this=0x561e53e48450, aCommand=..., Environment=uno::Reference to
(CCommandEnvironmentHelper *) 0x561e548cce88) at
ucb/source/ucp/webdav-curl/webdavcontent.cxx:539
#2  0x7f6d984e726d in non-virtual thunk to
http_dav_ucp::Content::execute(com::sun::star::ucb::Command const&, int,
com::sun::star::uno::Reference
const&) ()
at /home/julien/lo/libreoffice/instdir/program/../program/libucpdav1.so
#3  0x7f6dd9d51947 in
ucbhelper::Content_Impl::executeCommand(com::sun::star::ucb::Command const&)
(this=0x561e53be4150, rCommand=...) at ucbhelper/source/client/content.cxx:1264
#4  0x7f6dd9d5480b in
ucbhelper::Content::openStream(com::sun::star::uno::Reference
const&)
(this=0x7ffe1b880810, rStream=uno::Reference to (io_stm::(anonymous
namespace)::OPipeImpl *) 0x561e546391c8) at
ucbhelper/source/client/content.cxx:825
#5  0x7f6d9b6674e1 in
CSubmissionGet::submit(com::sun::star::uno::Reference
const&)
(this=0x561e4fc22880, aInteractionHandler=uno::Reference to
(svxform::FormController *) 0x561e53d71388) at
forms/source/xforms/submission/submission_get.cxx:84

+

#0  http_dav_ucp::Content::open(com::sun::star::ucb::OpenCommandArgument3
const&,
com::sun::star::uno::Reference
const&)
(this=0x561e53e48450, rArg=..., xEnv=uno::Reference to
(CCommandEnvironmentHelper *) 0x561e548cce88) at
ucb/source/ucp/webdav-curl/webdavcontent.cxx:2267
#1  0x7f6d984d4ad2 in
http_dav_ucp::Content::execute(com::sun::star::ucb::Command const&, int,
com::sun::star::uno::Reference
const&)
(this=0x561e53e48450, aCommand=..., Environment=uno::Reference to
(CCommandEnvironmentHelper *) 0x561e548cce88) at
ucb/source/ucp/webdav-curl/webdavcontent.cxx:539
#2  0x7f6d984e726d in non-virtual thunk to
http_dav_ucp::Content::execute(com::sun::star::ucb::Command const&, int,
com::sun::star::uno::Reference
const&) ()
at /home/julien/lo/libreoffice/instdir/program/../program/libucpdav1.so
#3  0x7f6dd9d51947 in
ucbhelper::Content_Impl::executeCommand(com::sun::star::ucb::Command const&)
(this=0x561e53be4150, rCommand=...) at ucbhelper/source/client/content.cxx:1264
#4  0x7f6dd9d53860 in ucbhelper::Content::openStream()
(this=0x7ffe1b880810) at ucbhelper/source/client/content.cxx:709
#5  0x7f6d9b667593 in
CSubmissionGet::submit(com::sun::star::uno::Reference
const&)
(this=0x561e4fc22880, aInteractionHandler=uno::Reference to
(svxform::FormController *) 0x561e53d71388) at
forms/source/xforms/submission/submission_get.cxx:88

These 2 calls at frame 0 call a GET function.

The 2 different calls are from
forms/source/xforms/submission/submission_get.cxx
line 84 and 88
 83 css::uno::Reference< XOutputStream > aPipe(
css::io::Pipe::create(m_xContext), UNO_QUERY_THROW );
 84 if (!aContent.openStream(aPipe))
 85 return UNKNOWN_ERROR;
 86 // get reply
 87 try {
 88 m_aResultStream = aContent.openStream();
 89 } catch (const Exception&) {
 90 OSL_FAIL("Cannot open reply stream from content");
 91 }

So perhaps we may just avoid the first call and use this patch:

diff --git a/forms/source/xforms/submission/submission_get.cxx
b/forms/source/xforms/submission/submission_get.cxx
index ae630b504b0c..1ddcd529ef1a 100644
--- a/forms/source/xforms/submission/submission_get.cxx
+++ b/forms/source/xforms/submission/submission_get.cxx
@@ -24,7 +24,6 @@
 #include 
 #include 
 #include 
-#include 
 #include 
 #include 

@@ -80,9 +79,6 @@ CSubmission::SubmissionResult CSubmissionGet::submit(const
css::uno::Reference<
 }
 OUString aQueryURL = OStringToOUString(aUTF8QueryURL,
RTL_TEXTENCODING_UTF8);
 ucbhelper::Content aContent(aQueryURL, aEnvironment, m_xContext);
-css::uno::Reference< XOutputStream > aPipe(
css::io::Pipe::create(m_xContext), UNO_QUERY_THROW );
-if (!aContent.openStream(aPipe))
-return UNKNOWN_ERROR;
 // get reply
 try {
 m_aResultStream = aContent.openStream();

Michael: does it seem reasonable?

Robert: if the patch is ok, it would allow you to just use:
"IF ($_SERVER['REQUEST_METHOD'] == "GET")" in xmldata_get.php
Without this 

[Libreoffice-bugs] [Bug 155345] Hide deleted columns in Hide Changes mode

[bugzilla-daemon]

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

László Németh  changed:

   What|Removed |Added

 Ever confirmed|0   |1
 CC||nem...@numbertext.org
 Status|UNCONFIRMED |ASSIGNED
   Assignee|libreoffice-b...@lists.free |nem...@numbertext.org
   |desktop.org |

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

[Libreoffice-bugs] [Bug 155306] Footnotes numbering start per Page in a section with more than 1 column always shows 0

[bugzilla-daemon]

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

Robert Großkopf  changed:

   What|Removed |Added

   Keywords||regression
 OS|Windows (All)   |All
 Ever confirmed|0   |1
Summary|Incorrect footnotes |Footnotes numbering start
   |numbering by page for   |per Page in a section with
   |columns configuration   |more than 1 column always
   ||shows 0
 Status|UNCONFIRMED |NEW

--- Comment #5 from Robert Großkopf  ---
Have now tested the difference between 2 columns setting in page style and
setting in a section.

This is the way to reproduce the error:
Open a Writer document.
Insert → Section (with 2 columns)
Tools → Footnotes → Start at → per Page

Enter some text content and add a footnote.
Number for this footnote will be 0.
Enter next footnote.
Number will also be 0.

This bug doesn't appear in a section with 1 column.
This bug doesn't appear if page is set to 2 columns and no section is used.

Bug appears in
Version: 7.5.3.2 (X86_64) / LibreOffice Community
Build ID: 9f56dff12ba03b9acd7730a5a481eea045e468f3
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

This bug doesn't appear in LO 7.3.0.3, but appears in LO 7.3.6.2. So a
regression

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

[Libreoffice-bugs] [Bug 155337] Writer Has Repeatable Crash

[bugzilla-daemon]

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

--- Comment #2 from BrendaEM  ---
Went to help, initiated safe mode, and also wiped out existing profile.

Crashed all the same. Scrolling may to be involved.

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

[Libreoffice-bugs] [Bug 56899] UI: Export dialogue for graphics should remember settings for consecutive exports (within session)

[bugzilla-daemon]

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

--- Comment #15 from Som C  ---
Since LO 7.5.x (Fedora 38) exporting selection for png produces a file of zero
bytes in both Impress and Draw. While gif export works. So it would be nice to
save my selection of file type, so that I do not need to choose gif again and
again.

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

[Libreoffice-bugs] [Bug 58521] Endnotes always start on a new page, no option to have it directly at the end (unless using sections)

[bugzilla-daemon]

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

Justin L  changed:

   What|Removed |Added

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

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

[Libreoffice-bugs] [Bug 139273] FILEOPEN: DOC/DOCX/RTF. Endnote page style page-size different from Default Page Size

[bugzilla-daemon]

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

Justin L  changed:

   What|Removed |Added

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

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

[Libreoffice-bugs] [Bug 155339] XAccessibleStateSet Raise error on import in LO 7.5

[bugzilla-daemon]

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

--- Comment #8 from Julien Nabet  ---
Noel: reading
https://cgit.freedesktop.org/libreoffice/core/commit/?id=8d8e6c84e512c1a8b33aac75965b84481d1a1d13
you indicated "internal API" so it was available externally by mistake?

Anyway, I thought about putting this bugtracker as NOTABUG but think we should
add something on 7.5 release notes page
https://wiki.documentfoundation.org/ReleaseNotes/7.5 in the API part (at the
very end of the page), eg:
"
Remove css::accessibility::XAccessibleStateSet
https://cgit.freedesktop.org/libreoffice/core/commit/?id=8d8e6c84e512c1a8b33aac75965b84481d1a1d13
(Noel Grandin)
"
what do you think?

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

[Libreoffice-bugs] [Bug 139273] FILEOPEN: DOC/DOCX/RTF. Endnote page style page-size different from Default Page Size

[bugzilla-daemon]

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

--- Comment #14 from Justin L  ---
Created attachment 187338
  --> https://bugs.documentfoundation.org/attachment.cgi?id=187338=edit
endnotePage.docx: LO needs lots of work to handle endnotes like MS Word

The endnote page ought to copy the last page, not the first page.

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

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

[Michael Stahl (via logerrit)]

 sw/source/core/inc/frmtool.hxx|1 +
 sw/source/core/layout/flowfrm.cxx |   20 
 sw/source/core/layout/sectfrm.cxx |3 ++-
 3 files changed, 23 insertions(+), 1 deletion(-)

New commits:
commit 325fe7ab507fd8f2ca17a3db32181edf30169525
Author: Michael Stahl 
AuthorDate: Fri May 12 17:45:45 2023 +0200
Commit: Michael Stahl 
CommitDate: Tue May 16 20:14:00 2023 +0200

tdf#155324 sw: layout: try not to MoveFwd onto a page created by page break

There is a ToX that is updated; it has about 4 pages worth of entries.

When the old entries are deleted, 2 of the pages become empty, and since
commit b9ef71476fd70bc13f50ebe80390e0730d1b7afb these pages are deleted.

While layouting the new entries, these are moved onto the page following
the ToX, which starts with a page break and contains lots of footnotes.

Now the footnotes reduce the space on the page available for the ToX
entries, and thus after CalcLayout() there are 5 ToX pages instead of 4.

Then the page numbers are inserted into the entries, and another layout
action deletes one of the ToX pages; now all the page numbers are too
large by 1.

Some ideas to fix this:
1) ignore a footnote when formatting a frame that is before the
   footnote anchor frame; similar to commit
   c79bf7865bff4e88cc201357370d8faeef8e6ad9
2) invalidate the last content on the page when moving forward the
   footnote container, similar to commit
   eb85de8e6b61fb3fcb6c03ae0145f7fe5478bccf; this doesn't look easy to
   do because as it turns out the footnote container is moved in
   SwLayoutFrame::Cut() 5 function calls inside MoveFwd() while the frame
   on which MoveFwd() is called is still on the page, so would probably
   somehow need to be detected in MoveFwd() itself?
3) don't move frames forward onto a page that was created by a page
   break - instead create a new frame.

Let's try 3) for now, only in SwFrame::GetNextSctLeaf().

(regression from commit b9ef71476fd70bc13f50ebe80390e0730d1b7afb)

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

diff --git a/sw/source/core/inc/frmtool.hxx b/sw/source/core/inc/frmtool.hxx
index 7e9d2d3013c5..ffc218b5504e 100644
--- a/sw/source/core/inc/frmtool.hxx
+++ b/sw/source/core/inc/frmtool.hxx
@@ -157,6 +157,7 @@ SwTwips CalcRowRstHeight( SwLayoutFrame *pRow );
 tools::Long CalcHeightWithFlys( const SwFrame *pFrame );
 
 namespace sw {
+bool HasPageBreakBefore(SwPageFrame const& rPage);
 bool IsRightPageByNumber(SwRootFrame const& rLayout, sal_uInt16 nPageNum);
 class FlyCreationSuppressor
 {
diff --git a/sw/source/core/layout/flowfrm.cxx 
b/sw/source/core/layout/flowfrm.cxx
index c3690e2984cc..402f47f8004e 100644
--- a/sw/source/core/layout/flowfrm.cxx
+++ b/sw/source/core/layout/flowfrm.cxx
@@ -893,6 +893,26 @@ SwLayoutFrame *SwFrame::GetLeaf( MakePageType eMakePage, 
bool bFwd )
 return bFwd ? GetNextLeaf( eMakePage ) : GetPrevLeaf();
 }
 
+namespace sw {
+
+bool HasPageBreakBefore(SwPageFrame const& rPage)
+{
+SwFrame const* pFlow(rPage.FindFirstBodyContent());
+if (!pFlow)
+{
+return false;
+}
+while (pFlow->GetUpper()->IsInTab())
+{
+pFlow = pFlow->GetUpper()->FindTabFrame();
+}
+return pFlow->GetPageDescItem().GetPageDesc()
+|| pFlow->GetBreakItem().GetBreak() == SvxBreak::PageBefore
+|| pFlow->GetBreakItem().GetBreak() == SvxBreak::PageBoth;
+};
+
+} // namespace sw
+
 bool SwFrame::WrongPageDesc( SwPageFrame* pNew )
 {
 // Now it's getting a bit complicated:
diff --git a/sw/source/core/layout/sectfrm.cxx 
b/sw/source/core/layout/sectfrm.cxx
index bc8930cd4332..1faaae683379 100644
--- a/sw/source/core/layout/sectfrm.cxx
+++ b/sw/source/core/layout/sectfrm.cxx
@@ -1742,7 +1742,8 @@ SwLayoutFrame *SwFrame::GetNextSctLeaf( MakePageType 
eMakePage )
 // case pLayLeaf points to our section's cell's follow, which is
 // fine to be on the same page. New page creation is handled when
 // creating / moving the cell frame.
-if( WrongPageDesc( pNxtPg ) && !bLayLeafTableAllowed )
+// It doesn't make sense to move to a page that starts with break?
+if ((WrongPageDesc(pNxtPg) || HasPageBreakBefore(*pNxtPg)) && 
!bLayLeafTableAllowed)
 {
 if( bWrongPage )
 break; // there's a column between me and my right page

[Libreoffice-bugs] [Bug 139273] FILEOPEN: DOC/DOCX/RTF. Endnote page style page-size different from Default Page Size

[bugzilla-daemon]

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

Justin L  changed:

   What|Removed |Added

   Keywords|difficultyMedium|difficultyInteresting
Version|3.5.7.2 release |Inherited From OOo
   Severity|normal  |minor
   Priority|medium  |low

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

[Libreoffice-bugs] [Bug 146626] Crash in macOS Calc on font size operation on multi-monitor setup

[bugzilla-daemon]

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

--- Comment #33 from Patrick Luby  ---
(In reply to Alex Thurgood from comment #31)
> Created attachment 187286 [details]
> LLDB backtrace on crash

Thank you for the lldb output. What jumped out of the output was the following
messages right before the crash:

2023-05-15 10:59:49.241237+0200 soffice[3817:127564] [default]
CGSWindowShmemCreateWithPort failed on port 0
libc++abi: terminating due to uncaught exception of type
com::sun::star::uno::RuntimeException

The CGSWindowShmemCreateWithPort() is a very low level macOS function that we
cannot call directly.

I am not sure what can be done is this function fails, but maybe worst case is
we can catch the C++ com::sun::star::uno::RuntimeException that the failure
CGSWindowShmemCreateWithPort() apparently triggers. Not sure if that will work
or just leave the application in an unusable state.

I'll doing some web searching is see if any other applications have any insight
on how to handle these failures.

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

[Libreoffice-bugs] [Bug 155361] Add object-center helpline to object-edge helplines

[bugzilla-daemon]

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

Eyal Rozenberg  changed:

   What|Removed |Added

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


Referenced Bugs:

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

[Libreoffice-bugs] [Bug 154015] Mark selected object center on rulers

[bugzilla-daemon]

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

Eyal Rozenberg  changed:

   What|Removed |Added

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

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

[Libreoffice-bugs] [Bug 108741] [META] Shapes bugs and enhancements

[bugzilla-daemon]

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

Eyal Rozenberg  changed:

   What|Removed |Added

 Depends on||155361


Referenced Bugs:

https://bugs.documentfoundation.org/show_bug.cgi?id=155361
[Bug 155361] Add object-center helpline to object-edge helplines
-- 
You are receiving this mail because:
You are the assignee for the bug.

[Libreoffice-bugs] [Bug 154015] Mark selected object center on rulers

[bugzilla-daemon]

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

Eyal Rozenberg  changed:

   What|Removed |Added

Summary|Allow to change the base|Mark selected object center
   |point for the object|on rulers
   |position in respect to the  |
   |page/slide  |
 Status|NEW |UNCONFIRMED
 Ever confirmed|1   |0

--- Comment #7 from Eyal Rozenberg  ---
(In reply to Heiko Tietze from comment #6)

Heiko, it is rude to change the essence of a bug without discussing it with the
reporter - especially when it's not even closed.

Also, if you're suggesting something which would solve an overlapping, but not
identical, problem, and would do so in a different way - just open a new bug
and suggest the old one be closed.

Changed the title back.

> Rather than fiddling around with the ruler, a flexible solution would be to
> not only define the base point regarding the object but also the page
> itself. 

But the user doesn't want to do something complex like that. They want to move
the object - without any special prior planning - and when they do that, they
may reasonably expect to see where the center will end up.

Changing objects' base points is an interesting meriting its own bug.

(In reply to V Stuart Foote from comment #5)

About helplines... 

* I don't think it's easier to implement center help-lines than to add a
marker. Am I wrong?
* For the two edges, we have both the ruler marking and help-lines if you
enable them. The center point is a stronger candidate to get both of these,
since, the edges are more easy to extrude into lines in your mind.
* I'll open another bug about them :-)

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

[Libreoffice-bugs] [Bug 155361] New: Add object-center helpline to object-edge helplines

[bugzilla-daemon]

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

Bug ID: 155361
   Summary: Add object-center helpline to object-edge helplines
   Product: LibreOffice
   Version: Inherited From OOo
  Hardware: All
OS: All
Status: UNCONFIRMED
  Severity: enhancement
  Priority: medium
 Component: Impress
  Assignee: libreoffice-bugs@lists.freedesktop.org
  Reporter: eyalr...@gmx.com

On the menus, under View | Grid and Helplines, we can enable "Helplines while
moving" - a cross of two horizontal and and two vertical lines for the
bounding-box edges of the selected object being moved. These  makes it easier
to place the object somewhere now, or to keep it aligned/level.

It would be nice if we also had another helpline, perhaps more faint, in the
center of the shape on each axis. This is useful when you're wondering where
the shape center will end up, rather than being more worried about the edge.

Se related issue about marking the center on the ruler.

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

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

[Eike Rathke (via logerrit)]

 sc/source/core/data/column3.cxx |1 -
 1 file changed, 1 deletion(-)

New commits:
commit cda59e72ea7dbd904012ff377588d71ea8c4a2bc
Author: Eike Rathke 
AuthorDate: Tue May 16 17:56:14 2023 +0200
Commit: Eike Rathke 
CommitDate: Tue May 16 19:42:14 2023 +0200

Remove nonsense OSL_ENSURE()

Apparently a legacy leftover; it's perfectly valid to remove
EDITATTR along with CONTENTS, i.e. in Cut.

Change-Id: I10010e1fc98b5e5863d041d72ddf78d499a0ec45
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/151846
Reviewed-by: Eike Rathke 
Tested-by: Jenkins

diff --git a/sc/source/core/data/column3.cxx b/sc/source/core/data/column3.cxx
index 9c035b3b44d0..f615a02e94c3 100644
--- a/sc/source/core/data/column3.cxx
+++ b/sc/source/core/data/column3.cxx
@@ -1137,7 +1137,6 @@ void ScColumn::DeleteArea(
 
 if ( nDelFlag & InsertDeleteFlags::EDITATTR )
 {
-OSL_ENSURE( nContFlag == InsertDeleteFlags::NONE, "DeleteArea: Wrong 
Flags" );
 RemoveEditAttribs(aBlockPos, nStartRow, nEndRow);
 }
 

[Libreoffice-bugs] [Bug 154602] Scrolling using keyboard very slow (GTK3)

[bugzilla-daemon]

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

ady  changed:

   What|Removed |Added

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

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

[Libreoffice-bugs] [Bug 155326] Calc with gtk3 VCL is unusable with large spreadsheets: huge lag, high CPU usage, etc.

[bugzilla-daemon]

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

ady  changed:

   What|Removed |Added

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

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

[Libreoffice-bugs] [Bug 155306] Incorrect footnotes numbering by page for columns configuration

[bugzilla-daemon]

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

--- Comment #4 from Hudson  ---
Hi!

Thanks by your attention for me.

I have tried reproduce the error and it continues appearing. Behold, I need to
put columns with numbering footnotes "by page".

I follow your suggestion, but I got the same error yet. Try to do the
following:

1) Create two sections, one in each page.

2) In each section, insert two footnotes.

3) Configure in Tools->Footnotes and Endnotes, numbering "by page".

4) Try to do your suggestion (is what I did), but the error remains.

Regards,

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

[Libreoffice-bugs] [Bug 154977] Changing the paragraph area of a style makes LO crash

[bugzilla-daemon]

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

--- Comment #15 from Buovjaga  ---
(In reply to L Duperval from comment #14)
> Created attachment 187337 [details]
> Help About

That's a screenshot while we asked you to click the button to copy the text. We
can see that you are using Skia/Raster, which should be more stable than Vulkan
that uses the graphics processing unit.

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

[Libreoffice-bugs] [Bug 154977] Changing the paragraph area of a style makes LO crash

[bugzilla-daemon]

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

--- Comment #14 from L Duperval  ---
Created attachment 187337
  --> https://bugs.documentfoundation.org/attachment.cgi?id=187337=edit
Help About

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

[Libreoffice-bugs] [Bug 155268] Fileopen DOC: Paragraph spacing is different from MS Word

[bugzilla-daemon]

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

Buovjaga  changed:

   What|Removed |Added

   Keywords||filter:doc
 Status|NEEDINFO|NEW

--- Comment #5 from Buovjaga  ---
Ok, I will help you:

Pay attention to the text below the grey oval at the top. In the LibreOffice
exported PDF, it is closer to the oval that in the MSO exported one.

Arch Linux 64-bit, X11
Version: 7.6.0.0.alpha1+ (X86_64) / LibreOffice Community
Build ID: 41d96a72fc0e0a9fa35b6ac88a389473f8baedaf
CPU threads: 8; OS: Linux 6.3; UI render: default; VCL: kf5 (cairo+xcb)
Locale: fi-FI (fi_FI.UTF-8); UI: en-US
Calc: threaded
Built on 16 May 2023

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

[Libreoffice-bugs] [Bug 155268] Fileopen DOC: Paragraph spacing is different from MS Word

[bugzilla-daemon]

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

--- Comment #4 from Hossein  ---
One thing to add is that while I have not tested editing the .doc file with
Office Live, I did create the PDF output with the Office Live viewer, and also
MS Word, and these two are almost the same.

https://view.officeapps.live.com/op/view.aspx?src=https://bugs.documentfoundation.org/attachment.cgi?id=149081

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