[Libreoffice-bugs] [Bug 94982] FILEOPEN XML Contents of a FastReport .xml not shown entirely (see comment 12)

[bugzilla-daemon]

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

--- Comment #18 from Kevin Suo  ---
Sorry, typo ...file created by FastReport v4.0.58 opens correctly.

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

[Libreoffice-bugs] [Bug 145548] Form Controls Do Nothing in Draw or Writer

[bugzilla-daemon]

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

MarjaE  changed:

   What|Removed |Added

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

--- Comment #3 from MarjaE  ---
Now they're doing something. I can create fields, but I still can't create
usable ones.

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

[Libreoffice-bugs] [Bug 145509] [META] Bugs Related to Liborcus

[bugzilla-daemon]

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

Bug 94982 Summary: FILEOPEN XML Contents of a FastReport .xml not shown 
entirely (see comment 12)
https://bugs.documentfoundation.org/show_bug.cgi?id=94982

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution|--- |NOTABUG

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

[Libreoffice-bugs] [Bug 94982] FILEOPEN XML Contents of a FastReport .xml not shown entirely (see comment 12)

[bugzilla-daemon]

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

Kevin Suo  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution|--- |NOTABUG

--- Comment #17 from Kevin Suo  ---
>From Kohei's comment in the Orcus issue ticket, the reason is that the XML
contained in the test file is invalid.

Specifically, the character references such as  are missing the closing ";"
to complete the encoded character. Without that, this XML file is invalid.

While we can try to be too strict in following the standars and to to fix this,
it take time. It is mentioned that this file is was generated by FastReport
v3.20 preview, and you also mentioned that FastReport v4.0.58 opens correctly,
thus FastReport must had realized the issue and fixed that in their code base.

For this reason I close this as NOTABUG.

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

[Libreoffice-bugs] [Bug 143511] Writer: Comment oversized and text missing when printed in margin in Linux

[bugzilla-daemon]

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

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 145263] File size randomly increases Dramatically

[bugzilla-daemon]

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

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 145262] UI: Context menu for table content with Index / Bibliography entry is missing commands

[bugzilla-daemon]

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

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 145261] Libreoffice Writer: Can't type anymore after changing paragraph style, font or font size [KDE PLASMA]

[bugzilla-daemon]

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

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 145259] Printing on 'DL' paper (110 x 220mm)

[bugzilla-daemon]

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

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 145254] Language Tool 5.4-5.5--options--hangs--unusable, Writer v 7.1.6.2--manjaro 21.1.6

[bugzilla-daemon]

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

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 145251] Hunspell produces non-valid compounding results (for Dutch)

[bugzilla-daemon]

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

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 144994] libreoffice crashes with kf5-wayland

[bugzilla-daemon]

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

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 144994] libreoffice crashes with kf5-wayland

[bugzilla-daemon]

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

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

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

[Libreoffice-bugs] [Bug 141532] Blurry characters under macOs Big Sur 11.2.3

[bugzilla-daemon]

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

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

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 141532] Blurry characters under macOs Big Sur 11.2.3

[bugzilla-daemon]

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

QA Administrators  changed:

   What|Removed |Added

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

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

[Libreoffice-bugs] [Bug 141523] Problemas con la interfaz graphica

[bugzilla-daemon]

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

QA Administrators  changed:

   What|Removed |Added

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

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

[Libreoffice-bugs] [Bug 141523] Problemas con la interfaz graphica

[bugzilla-daemon]

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

--- Comment #3 from QA Administrators  ---
Dear Edgar Castillo,

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 141521] "Fill Series" increments months instead of days on cells which are formatted as date

[bugzilla-daemon]

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

QA Administrators  changed:

   What|Removed |Added

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

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

[Libreoffice-bugs] [Bug 141521] "Fill Series" increments months instead of days on cells which are formatted as date

[bugzilla-daemon]

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

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

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 141494] LibreOffice 7.1.2 Fonts blurred (again) on macOS

[bugzilla-daemon]

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

QA Administrators  changed:

   What|Removed |Added

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

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

[Libreoffice-bugs] [Bug 141494] LibreOffice 7.1.2 Fonts blurred (again) on macOS

[bugzilla-daemon]

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

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

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 142168] libreoffice crashed on startup

[bugzilla-daemon]

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

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

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 59257] UI: built-in elements (icons, labels) of a navigation bar control (for a data table) do not resize when zooming

[bugzilla-daemon]

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

--- Comment #15 from QA Administrators  ---
Dear Biofjöd,

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 128435] Data crushed in another sheet when using 'search in all sheets'

[bugzilla-daemon]

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

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

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 145550] New: LibreOffice download site is full of pain/animation

[bugzilla-daemon]

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

Bug ID: 145550
   Summary: LibreOffice download site is full of pain/animation
   Product: LibreOffice
   Version: 7.1.5.2 release
  Hardware: All
OS: All
Status: UNCONFIRMED
  Severity: normal
  Priority: medium
 Component: Installation
  Assignee: libreoffice-bugs@lists.freedesktop.org
  Reporter: erw...@alumni.beloit.edu

The LibreOffice download site is full of pain/animation, which can trigger
migraines and nausea.

Migraine warning for the link: https://www.libreoffice.org/

If you click on the link, it fires an animated carousel. If you get that out of
the way, and mouse over the seartch area, that fires more animation.

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

[Libreoffice-bugs] [Bug 119010] Page area hatch doesn't work correctly in a Writer document with mirrored pages.

[bugzilla-daemon]

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

--- Comment #8 from QA Administrators  ---
Dear Robin Henderson,

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 112921] fancy quotation marks hide text and change font thereafter

[bugzilla-daemon]

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

--- Comment #6 from QA Administrators  ---
Dear Terrence Enger,

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 38263] Zooming presentation

[bugzilla-daemon]

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

--- Comment #22 from MarjaE  ---
If people have post-concussion syndrome, among other issues, zooming can cause
migraines, nausea, etc. Adding zooming to presentations may make them
inaccessible, and may make audience members sick.

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

[Libreoffice-bugs] [Bug 106057] General input/output error loading pdf file (because of multiple trailers which is valid per PDF specification)

[bugzilla-daemon]

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

--- Comment #16 from Kevin Suo  ---
The cause may be, that the PDF file has two trailers while the first trailer is
not terminated by a %%EOF, thus there is only one endTrailer called in
"PDFGrammar", which means one m_aObjectStack is not pop_back(), which finally
resulted in 2 m_aObjectStack.

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

[Libreoffice-bugs] [Bug 106057] General input/output error loading pdf file (because of multiple trailers which is valid per PDF specification)

[bugzilla-daemon]

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

Kevin Suo  changed:

   What|Removed |Added

   Keywords||filter:pdf

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

[Libreoffice-bugs] [Bug 106057] General input/output error loading pdf file (because of multiple trailers which is valid per PDF specification)

[bugzilla-daemon]

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

Kevin Suo  changed:

   What|Removed |Added

Summary|General input/output error  |General input/output error
   |loading pdf file|loading pdf file (because
   ||of multiple trailers which
   ||is valid per PDF
   ||specification)
   Keywords||implementationError

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

[Libreoffice-bugs] [Bug 106057] General input/output error loading pdf file

[bugzilla-daemon]

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

--- Comment #15 from Kevin Suo  ---
Below is the portion related to trailer in this pdf:


endstream
endobj
xref
0 4644
04 65535 f
056752 0 n

004642 65535 f
trailer
<>
xref
0 0
trailer
<<64F67A6686A94D0B8F325336D36A35E8>]>>
startxref
5043836
%%EOF

So yes, there are two trailers in this pdf. The first xref and the first
trailer should have been added before the file was once "incrementally
updated". The 2nd one (i.e. the last one) is the one which should be used for
pdf parsing.
I note that there is a problem here - the first trailer is not terminated by
its own end-of-file ( %%EOF ) marker, see citation below.

---

Citing the Adobe PDF Reference (third edition):

3.4.5 Incremental Updates

In an incremental update, any new or changed objects are appended to the file, a
cross-reference section is added, and a new trailer is inserted. ...

The cross-reference section added when a file is updated contains entries only
for objects that have been changed, replaced, or deleted, plus the entry for
object 0. Deleted objects are left unchanged in the file, but are marked as
deleted via their cross-reference entries. The added trailer contains all the
entries (perhaps modified) from the previous trailer, as well as a Prev entry
giving the location of the previous cross-reference section (see Table 3.12 on
page 68). As shown in Figure 3.3, a file that has been updated several times
contains several trailers; note that each trailer is terminated by its own
end-of-file ( %%EOF ) marker.

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

[Libreoffice-bugs] [Bug 145549] New: Page Styles not saved with Calc document

[bugzilla-daemon]

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

Bug ID: 145549
   Summary: Page Styles not saved with Calc document
   Product: LibreOffice
   Version: 7.2.2.2 release
  Hardware: All
OS: Windows (All)
Status: UNCONFIRMED
  Severity: minor
  Priority: medium
 Component: Calc
  Assignee: libreoffice-bugs@lists.freedesktop.org
  Reporter: kari.massar...@gmail.com

Description:
After upgrading to LibreOffice 7.2.2.2 (x64)/LibreOffice Community version on
Windows 10 the Format-->Page Style dialog's Header on checkbox becomes
unchecked after FILESAVE and subsequent FILEOPEN. This results in the worksheet
name not being displayed on paper when the worksheet is printed unless the user
checks the "Header on" box before PRINTING. This behavior has not been observed
in previous versions of Calc. 

Steps to Reproduce:
1. Create a Calc worksheet.
2. Check "header on" checkbox under "Format->Page Style" dialog
3. Print the worksheet
4. Observe the worksheet's name at the top of the printed page
5. Save the document
6. Close the document
7. Open the document
8. Print the worksheet
9. Observe that the worksheet name is not printed on the paper page
10. Observe "header on" checkbox under "Format->Page Style" dialog is now
unchecked


Actual Results:
In the above step 9, observe that the worksheet name is not printed on the
paper page

Expected Results:
In the above step 9, the worksheet name should be printed at the top of the
paper page.


Reproducible: Always


User Profile Reset: Yes



Additional Info:
Version: 7.2.2.2 (x64) / LibreOffice Community
Build ID: 02b2acce88a210515b4a5bb2e46cbfb63fe97d56
CPU threads: 4; OS: Windows 10.0 Build 19042; UI render: Skia/Raster; VCL: win
Locale: en-US (en_US); UI: en-US
Calc: threaded

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

[Libreoffice-bugs] [Bug 106057] General input/output error loading pdf file

[bugzilla-daemon]

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

--- Comment #14 from Kevin Suo  ---
sdext/source/pdfimport/pdfiadaptor.cxx PDFIRawAdaptor::importer (in line 291):
calls
/source/pdfimport/pdfiadaptor.cxx PDFIRawAdaptor::parse (in line 217)

which calls (in line 231):
sdext/source/pdfimport/wrappter/wrapper.cxx xpdf_ImportFromStream (in line
1182)

xpdf_ImportFromStream copied the pdf content to a temp file because the caller
has passed in a file stream thus xInput.is() is true. I don't think it is
necessary to make such temp file - why not pass the url of the original PDF
file and then use the xpdf_ImportFromFile directly? Anyway,this is a separate
issue.

xpdf_ImportFromStream then calls:
sdext/source/pdfimport/wrappter/wrapper.cxx xpdf_ImportFromFile (in line 998)
which uses the temp file as the data source

xpdf_ImportFromFile then calls (in line 1020):
sdext/source/pdfimport/wrappter/wrapper.cxx checkEncryption (in line 891)
(Poppler has the check encryption functionality, so why do we use our own
encryption checking here? I think it is because we need to show a dialog to ask
for password if it is encrypted. But how about we ask poppler to check
encryption, and if poppler tells it is encrypted, then we provide the password
through stdin?)

checkEncryption then calls (in line 901):
sdext/source/pdfimport/pdfparse/pdfparse.cxx pdfparse::PDFReader::read (there
are two such function, one for win32 and another for the "else". I am confused
by those #ifdef _WIN32 stuff, but for me on linux it is in line 608.
Interestingly, there is another #ifdef _WIN32 in this block, and my program
jumps to line 637 directly)

Take note of the aGrammar:
PDFGrammar< file_iterator<> > aGrammar( file_start );

pdfparse::PDFReader::read then calls boost::spirit::classic::parse, which took
several seconds (maybe a performance issue here?) But there is no exception
here yet:

boost::spirit::classic::parse( file_start,
  file_end,
  aGrammar,
  boost::spirit::classic::space_p );

Then, finally, in line 672 we get the nEntries:

unsigned int nEntries = aGrammar.m_aObjectStack.size();

And its value is 2 for this pdf, as a result a pRet is not set in line 679
block, thus in xpdf_ImportFromFile it returned False.

I am not familiar with the boost::spirit::classic::parse staff, thus not sure
why the aGrammar.m_aObjectStack.size() is 2.

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

[Libreoffice-bugs] [Bug 106057] General input/output error loading pdf file

[bugzilla-daemon]

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

--- Comment #13 from Kevin Suo  ---
Well, see below my observations (but without a solution at this moment):

sdext/source/pdfimport/pdfiadaptor.cxx PDFIRawAdaptor::importer (in line 291):
calls
/source/pdfimport/pdfiadaptor.cxx PDFIRawAdaptor::parse (in line 217)

which calls (in line 231):
sdext/source/pdfimport/wrappter/wrapper.cxx xpdf_ImportFromStream (in line
1182)

xpdf_ImportFromStream copied the pdf content to a temp file because the called
has passed in a file stream thus xInput.is() is true. I don't think it is
necessary to make such temp file - why not pass the url of the original PDF
file and then use the xpdf_ImportFromFile directly? This is a separate issue.

xpdf_ImportFromStream then calls:
sdext/source/pdfimport/wrappter/wrapper.cxx xpdf_ImportFromFile (in line 998)
which uses the temp file as the data source

xpdf_ImportFromFile then calls (in line 1020):
sdext/source/pdfimport/wrappter/wrapper.cxx checkEncryption (in line 891)
(Poppler has the check encryption functionnality, so why do we use our own
check encryption here? I think it is because we need to show a dialog to ask
for password if it is encrypted. But how about we ask poppler to check
encryption, and if poppler tells it is encrypted, then we provide the password
through stdin?)

checkEncryption then calls (in line 901):
sdext/source/pdfimport/pdfparse/pdfparse.cxx pdfparse::PDFReader::read (there
are two such function, one for win32 and another for the "else". I am confused
by those ifdef _WIN32 stuff, but for me on linux it is in line 608.
Interestingly, there is another #ifdef _WIN32 in this block, and my program
jumps to line 637 directly)

Take note for the aGrammar:
PDFGrammar< file_iterator<> > aGrammar( file_start );

pdfparse::PDFReader::read calls boost::spirit::classic::parse, which took
several seconds (maybe a performance issue here?) But there is no exception
here:

boost::spirit::classic::parse( file_start,
  file_end,
  aGrammar,
  boost::spirit::classic::space_p );

Then, finally, in line 672 we get the nEntries:

unsigned int nEntries = aGrammar.m_aObjectStack.size();

And it is 2 for this pdf which in turn does not set a pRet in line 679 block,
thus in xpdf_ImportFromFile it returned False.

I am not familiar with the boost::spirit::classic::parse staff, thus not sure
why the aGrammar.m_aObjectStack.size() is 2.

I don't think I can fix this. I am providing this just FYI.

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

[Libreoffice-bugs] [Bug 145539] Convert string literals defined as const char[] in header files to constexpr OUStringLiteral

[bugzilla-daemon]

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

Po-Yen Huang  changed:

   What|Removed |Added

   Assignee|libreoffice-b...@lists.free |j...@mail.ossii.com.tw
   |desktop.org |

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

[Libreoffice-bugs] [Bug 93070] Buttons in toolbar "Form Controls" fail to change state to "unpressed"

[bugzilla-daemon]

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

--- Comment #11 from MarjaE  ---
Still unresolved in 7.1.5.2. As of now, the Form Controls buttons changing
color, and not changing back when pressed again, are the only discernable
effects of Form Controls.

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

[Libreoffice-bugs] [Bug 145548] Form Controls Do Nothing in Draw or Writer

[bugzilla-daemon]

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

MarjaE  changed:

   What|Removed |Added

Summary|Form Controls Do Nothing in |Form Controls Do Nothing in
   |Draw|Draw or Writer

--- Comment #2 from MarjaE  ---
Also tried Writer, in both apps. No luck.

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

[Libreoffice-bugs] [Bug 107237] [META] Notebookbar Tabbed

[bugzilla-daemon]

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

Bug 141335 Summary: Tabbed Notebookbar: Style preview should not move the 
selected style to the first one
https://bugs.documentfoundation.org/show_bug.cgi?id=141335

   What|Removed |Added

 Status|RESOLVED|NEW
 Resolution|WORKSFORME  |---

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

[Libreoffice-bugs] [Bug 141335] Tabbed Notebookbar: Style preview should not move the selected style to the first one

[bugzilla-daemon]

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

stragu  changed:

   What|Removed |Added

 Status|RESOLVED|NEW
 Resolution|WORKSFORME  |---

--- Comment #7 from stragu  ---
Actually, I am reopening it because the selected style does _not_ jump to the
beginning of the row when using GTK3:

Version: 7.3.0.0.alpha1+ / LibreOffice Community
Build ID: c7500945fc5d5bd2130a2d38be0bd4b15445cd90
CPU threads: 8; OS: Linux 5.4; UI render: default; VCL: gtk3
Locale: en-AU (en_AU.UTF-8); UI: en-US
Calc: threaded

...but it _does_ jump to the beginning of the row when using the generic VCL
pluging (i.e. with the option SAL_USE_VCLPLUGIN=gen):

Version: 7.3.0.0.alpha1+ / LibreOffice Community
Build ID: c7500945fc5d5bd2130a2d38be0bd4b15445cd90
CPU threads: 8; OS: Linux 5.4; UI render: default; VCL: x11
Locale: en-AU (en_AU.UTF-8); UI: en-US
Calc: threaded

So it looks like the issue is confirmed in the following VCL plugins:
- gen
- win
- kf5

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

[Libreoffice-bugs] [Bug 145548] Form Controls Do Nothing in Draw

[bugzilla-daemon]

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

--- Comment #1 from MarjaE  ---
Exact same non-behavior in NeoOffice, btw.

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

[Libreoffice-bugs] [Bug 145548] New: Form Controls Do Nothing in Draw

[bugzilla-daemon]

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

Bug ID: 145548
   Summary: Form Controls Do Nothing in Draw
   Product: LibreOffice
   Version: 7.1.5.2 release
  Hardware: x86 (IA32)
OS: macOS (All)
Status: UNCONFIRMED
  Severity: normal
  Priority: medium
 Component: Draw
  Assignee: libreoffice-bugs@lists.freedesktop.org
  Reporter: erw...@alumni.beloit.edu

Form Controls do nothing in Draw.

1. Create odg file.

2. Open in another *Office to create appropriate Custom Properties. Can't use
Libreoffice for this to to bug 144075.

3. Open in LibreOffice to try to create forms. The Draw Guide says I can do
this in text fields, and the detailed instructions are in thhe Writer Guide.

4. Create a rectangle, add text to the rectangle, open Form Controls turn on
Design Mode, try frantically to get it to do anything. The Writer Guide p. 396
says that if you manage to activate something, the cursor will change. The only
thing that changes is some buttons darken and can't be undarkened without
closing and reopening the toolbar. The cursor never changes.

5. I can't create a text box without getting sick, so can't chack if that acts
differently from text in a rectangle.

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

[Libreoffice-bugs] [Bug 137121] UI: Make it possible to right click the style previews in NB Tabbed mode (to open settings; similar to Sidebar)

[bugzilla-daemon]

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

stragu  changed:

   What|Removed |Added

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

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

[Libreoffice-bugs] [Bug 107237] [META] Notebookbar Tabbed

[bugzilla-daemon]

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

stragu  changed:

   What|Removed |Added

 Depends on||145547


Referenced Bugs:

https://bugs.documentfoundation.org/show_bug.cgi?id=145547
[Bug 145547] [GTK3] can't right-click tabbed UI styles preview
-- 
You are receiving this mail because:
You are the assignee for the bug.

[Libreoffice-bugs] [Bug 145547] [GTK3] can't right-click tabbed UI styles preview

[bugzilla-daemon]

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

stragu  changed:

   What|Removed |Added

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

--- Comment #1 from stragu  ---
Adding meta bug, and related bug in "See also".


Referenced Bugs:

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

[Libreoffice-bugs] [Bug 107237] [META] Notebookbar Tabbed

[bugzilla-daemon]

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

stragu  changed:

   What|Removed |Added

 Depends on||137121


Referenced Bugs:

https://bugs.documentfoundation.org/show_bug.cgi?id=137121
[Bug 137121] UI: Make it possible to right click the style previews in NB
Tabbed mode (to open settings; similar to Sidebar)
-- 
You are receiving this mail because:
You are the assignee for the bug.

[Libreoffice-bugs] [Bug 137121] UI: Make it possible to right click the style previews in NB Tabbed mode (to open settings; similar to Sidebar)

[bugzilla-daemon]

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

stragu  changed:

   What|Removed |Added

 Status|RESOLVED|VERIFIED
 Blocks||107237

--- Comment #16 from stragu  ---
added meta bug as it didn't have any.
Verified as fixed in:

Version: 7.3.0.0.alpha0+ / LibreOffice Community
Build ID: 5b2848413883565c48d312c96daf8fbca25405d8
CPU threads: 8; OS: Linux 5.4; UI render: default; VCL: x11
Locale: en-AU (en_AU.UTF-8); UI: en-US
TinderBox: Linux-rpm_deb-x86_64@86-TDF, Branch:master, Time:
2021-10-11_23:38:53
Calc: threaded

... but opening another bug for the issue in GTK3.


Referenced Bugs:

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

[Libreoffice-bugs] [Bug 145547] New: [GTK3] can't right-click tabbed UI styles preview

[bugzilla-daemon]

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

Bug ID: 145547
   Summary: [GTK3] can't right-click tabbed UI styles preview
   Product: LibreOffice
   Version: 7.2.2.2 release
  Hardware: x86-64 (AMD64)
OS: Linux (All)
Status: UNCONFIRMED
  Severity: normal
  Priority: medium
 Component: Writer
  Assignee: libreoffice-bugs@lists.freedesktop.org
  Reporter: stephane.guil...@member.fsf.org

Description:
Richt-clicking of style previews in the tabbed UI was implemented for Bug
137121.
However, when using GTK3, right-clicking the first row of styles does not open
a context menu, and right-clicking the following rows of headings result in
what would happen if you right-clicked somewhere in the document.

Steps to Reproduce:
1. Open Writer
2. Change "View > User Interface..." to "Tabbed"
3. Right-click on a style in the Home tab's style preview area

Actual Results:
Right-clicking the first row of styles does not open a context menu, and
right-clicking the following rows of headings result in what would happen if
you right-clicked somewhere in the document.

Expected Results:
Right-clicking a style preview should open a context menu.


Reproducible: Always


User Profile Reset: No



Additional Info:
Reproduced in:

Version: 7.3.0.0.alpha0+ / LibreOffice Community
Build ID: 5b2848413883565c48d312c96daf8fbca25405d8
CPU threads: 8; OS: Linux 5.4; UI render: default; VCL: gtk3
Locale: en-AU (en_AU.UTF-8); UI: en-US
TinderBox: Linux-rpm_deb-x86_64@86-TDF, Branch:master, Time:
2021-10-11_23:38:53
Calc: threaded

and:

Version: 7.2.2.2 / LibreOffice Community
Build ID: 02b2acce88a210515b4a5bb2e46cbfb63fe97d56
CPU threads: 8; OS: Linux 5.4; UI render: default; VCL: gtk3
Locale: en-AU (en_AU.UTF-8); UI: en-US
Calc: threaded

Using SAL_USE_VCLPLUGIN=gen will allow right-clicking as expected.
I am not sure if it ever worked with GTK3, or if it is a regression.
Jim Raykowski seems to think it is a regression:
https://bugs.documentfoundation.org/show_bug.cgi?id=137121#c14

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

[Libreoffice-bugs] [Bug 145546] New: Crash in: libc-2.31.so

[bugzilla-daemon]

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

Bug ID: 145546
   Summary: Crash in: libc-2.31.so
   Product: LibreOffice
   Version: 7.1.6.2 release
  Hardware: x86-64 (AMD64)
OS: Linux (All)
Status: UNCONFIRMED
  Severity: normal
  Priority: medium
 Component: Writer
  Assignee: libreoffice-bugs@lists.freedesktop.org
  Reporter: cjp...@gmail.com

This bug was filed from the crash reporting server and is
br-58ae3780-b204-4fec-96ff-e2e7abe86192.
=
While
EDITING 
while using
Zotero Add Citation
Writer crashed and system froze.
Zotero version 5.0.97-beta.51+6206209ed

Upon reboot of system:
Recovery was about to FINISH and Writer crashed again.
The next Recovery completed successfully with no apparent loss of data.

Hence there are two crash reports:

https://crashreport.libreoffice.org/stats/crash_details/58ae3780-b204-4fec-96ff-e2e7abe86192
https://crashreport.libreoffice.org/stats/crash_details/7a0f4fc3-1697-4965-93d8-edefcf1af68a

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

[Libreoffice-bugs] [Bug 107237] [META] Notebookbar Tabbed

[bugzilla-daemon]

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

Bug 141335 Summary: Tabbed Notebookbar: Style preview should not move the 
selected style to the first one
https://bugs.documentfoundation.org/show_bug.cgi?id=141335

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution|--- |WORKSFORME

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

[Libreoffice-bugs] [Bug 141335] Tabbed Notebookbar: Style preview should not move the selected style to the first one

[bugzilla-daemon]

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

stragu  changed:

   What|Removed |Added

 Resolution|--- |WORKSFORME
 CC||stephane.guil...@member.fsf
   ||.org
 Status|NEW |RESOLVED

--- Comment #6 from stragu  ---
This is fixed in:

Version: 7.3.0.0.alpha0+ / LibreOffice Community
Build ID: 5b2848413883565c48d312c96daf8fbca25405d8
CPU threads: 8; OS: Linux 5.4; UI render: default; VCL: gtk3
Locale: en-AU (en_AU.UTF-8); UI: en-US
TinderBox: Linux-rpm_deb-x86_64@86-TDF, Branch:master, Time:
2021-10-11_23:38:53
Calc: threaded

Marking as "Works For Me".

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

[Libreoffice-bugs] [Bug 106057] General input/output error loading pdf file

[bugzilla-daemon]

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

--- Comment #12 from Kevin Suo  ---
There can be many xref in a pdf file.

Question is, why is the sdext.pdfimport.pdfparse code called? We use poppler to
parse pdf which then resulted in the xpdfimprt executable which then generate
the token to assemble an Flat ODF to be rendered. Poppler may parse the pdf
very well. Why do we parse the pdf structure on our own?

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

[Libreoffice-commits] core.git: Branch 'feature/cib_contract57d' - configure.ac

[Thorsten Behrens (via logerrit)]

 configure.ac |2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

New commits:
commit 1e29808e195492ef32fd992196d5de0eef6acbea
Author: Thorsten Behrens 
AuthorDate: Fri Nov 5 02:41:54 2021 +0100
Commit: Thorsten Behrens 
CommitDate: Fri Nov 5 02:41:54 2021 +0100

Release 6.3.6.12

Change-Id: Ie4c94f7f0f5000e0b6fd86a3b6d5af5bea4e8202

diff --git a/configure.ac b/configure.ac
index 02cfed31f1e9..f10da12b60d3 100644
--- a/configure.ac
+++ b/configure.ac
@@ -9,7 +9,7 @@ dnl in order to create a configure script.
 # several non-alphanumeric characters, those are split off and used only for 
the
 # ABOUTBOXPRODUCTVERSIONSUFFIX in openoffice.lst. Why that is necessary, no 
idea.
 
-AC_INIT([LibreOffice],[6.3.6.11],[],[],[http://documentfoundation.org/])
+AC_INIT([LibreOffice],[6.3.6.12],[],[],[http://documentfoundation.org/])
 
 dnl libnumbertext needs autoconf 2.68, but that can pick up autoconf268 just 
fine if it is installed
 dnl whereas aclocal (as run by autogen.sh) insists on using autoconf and fails 
hard

[Libreoffice-bugs] [Bug 143965] Irresponsive box of style preview under Home tab in tabbed view

[bugzilla-daemon]

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

stragu  changed:

   What|Removed |Added

 CC||stephane.guil...@member.fsf
   ||.org
 Status|NEW |RESOLVED
 Resolution|--- |WORKSFORME

--- Comment #4 from stragu  ---
I can reproduce 7.2.2.2 (the view does not refresh when pressing the up arrow
in the scrollbar):

Version: 7.2.2.2 / LibreOffice Community
Build ID: 02b2acce88a210515b4a5bb2e46cbfb63fe97d56
CPU threads: 8; OS: Linux 5.4; UI render: default; VCL: x11
Locale: en-AU (en_AU.UTF-8); UI: en-US
Calc: threaded

But it seems fixed in:

Version: 7.3.0.0.alpha0+ / LibreOffice Community
Build ID: 5b2848413883565c48d312c96daf8fbca25405d8
CPU threads: 8; OS: Linux 5.4; UI render: default; VCL: x11
Locale: en-AU (en_AU.UTF-8); UI: en-US
TinderBox: Linux-rpm_deb-x86_64@86-TDF, Branch:master, Time:
2021-10-11_23:38:53
Calc: threaded

(the scrollbar arrows work as expected).

Marking as WFM, but can someone else double-check?

Not sure if the fix can be identified and backported to 7.2 at all.

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

[Libreoffice-bugs] [Bug 107237] [META] Notebookbar Tabbed

[bugzilla-daemon]

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

Bug 143965 Summary: Irresponsive box of style preview under Home tab in tabbed 
view
https://bugs.documentfoundation.org/show_bug.cgi?id=143965

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution|--- |WORKSFORME

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

[Libreoffice-bugs] [Bug 129849] FILEOPEN DOCX: Math Formula size and color lost on import

[bugzilla-daemon]

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

Luke  changed:

   What|Removed |Added

Summary|On LibreOffice, Mathemathic |FILEOPEN DOCX: Math Formula
   |expression are smaller than |size and color lost on
   |on Word and color in|import
   |formula is loss |

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

[Libreoffice-bugs] [Bug 129849] On LibreOffice, Mathemathic expression are smaller than on Word and color in formula is loss

[bugzilla-daemon]

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

Luke  changed:

   What|Removed |Added

 Attachment #156980|0   |1
is obsolete||

--- Comment #5 from Luke  ---
Created attachment 176115
  --> https://bugs.documentfoundation.org/attachment.cgi?id=176115=edit
Extracted .docx to show problem with imported font color and size

The colors are not imported. And the imported size is too small. The correct
font size should be 16 pt.

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

[Libreoffice-bugs] [Bug 129849] On LibreOffice, Mathemathic expression are smaller than on Word and color in formula is loss

[bugzilla-daemon]

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

--- Comment #4 from Luke  ---
Created attachment 176114
  --> https://bugs.documentfoundation.org/attachment.cgi?id=176114=edit
Comparison of LibreOffice vs Word 2016

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

[Libreoffice-bugs] [Bug 138129] Add color picker to starmath

[bugzilla-daemon]

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

Luke  changed:

   What|Removed |Added

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

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

[Libreoffice-bugs] [Bug 129849] On LibreOffice, Mathemathic expression are smaller than on Word and color in formula is loss

[bugzilla-daemon]

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

Luke  changed:

   What|Removed |Added

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

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

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

[Kohei Yoshida (via logerrit)]

 sc/inc/column.hxx   |2 --
 sc/inc/mtvelements.hxx  |3 +++
 sc/source/core/data/column.cxx  |3 +--
 sc/source/core/data/column3.cxx |2 ++
 sc/source/core/data/mtvelements.cxx |5 +
 5 files changed, 11 insertions(+), 4 deletions(-)

New commits:
commit 23214f1c14c4d3981dad90b6e3ba6e4ca2c8c30e
Author: Kohei Yoshida 
AuthorDate: Thu Nov 4 09:58:35 2021 -0400
Commit: Kohei Yoshida 
CommitDate: Fri Nov 5 01:54:01 2021 +0100

Blind fix for ubusan error

from https://ci.libreoffice.org/job/lo_ubsan/2189/

  [_RUN_] Test::testCellBroadcaster
[...]
  ==24129==ERROR: AddressSanitizer: heap-use-after-free on address 
0x6176c470 at pc 0x2ab6e05145e4 bp 0x7ffecaa28d70 sp 0x7ffecaa28d68
  READ of size 8 at 0x6176c470 thread T0
  #0 0x2ab6e05145e3 in 
sc::CellStoreEvent::element_block_released(mdds::mtv::base_element_block 
const*) /sc/source/core/data/mtvelements.cxx:47:13
  #1 0x2ab6de749427 in 
mdds::mtv::soa::multi_type_vector, mdds::mtv::noncopyable_managed_element_block<53, 
EditTextObject>, mdds::mtv::noncopyable_managed_element_block<54, 
ScFormulaCell> >, sc::CellStoreTrait>::delete_element_block(unsigned long) 
/workdir/UnpackedTarball/mdds/include/mdds/multi_type_vector/soa/main_def.inl:403:17
  #2 0x2ab6de74921b in 
mdds::mtv::soa::multi_type_vector, mdds::mtv::noncopyable_managed_element_block<53, 
EditTextObject>, mdds::mtv::noncopyable_managed_element_block<54, 
ScFormulaCell> >, sc::CellStoreTrait>::delete_element_blocks(unsigned long, 
unsigned long) 
/workdir/UnpackedTarball/mdds/include/mdds/multi_type_vector/soa/main_def.inl:412:9
  #3 0x2ab6de733225 in 
mdds::mtv::soa::multi_type_vector, mdds::mtv::noncopyable_managed_element_block<53, 
EditTextObject>, mdds::mtv::noncopyable_managed_element_block<54, 
ScFormulaCell> >, sc::CellStoreTrait>::clear() 
/workdir/UnpackedTarball/mdds/include/mdds/multi_type_vector/soa/main_def.inl:1088:5
  #4 0x2ab6df024987 in ScColumn::FreeAll() 
/sc/source/core/data/column3.cxx:161:13
  #5 0x2ab6decff134 in ScColumn::~ScColumn() 
/sc/source/core/data/column.cxx:97:5
  #6 0x2ab6decf708a in 
o3tl::default_delete::operator()(ScColumn*) 
/include/o3tl/deleter.hxx:55:38
  #7 0x2ab6decf5999 in std::unique_ptr >::reset(ScColumn*) 
/home/tdf/lode/opt_private/gcc-7.3.0/lib/gcc/x86_64-pc-linux-gnu/7.3.0/../../../../include/c++/7.3.0/bits/unique_ptr.h:376:4
  #8 0x2ab6decf4c8e in ScColContainer::Clear() 
/sc/source/core/data/colcontainer.cxx:42:21
  #9 0x2ab6decf4a84 in ScColContainer::~ScColContainer() 
/sc/source/core/data/colcontainer.cxx:33:5
  #10 0x2ab6e070e3c6 in ScTable::~ScTable() 
/sc/source/core/data/table1.cxx:344:1
  #11 0x2ab6df50abba in 
o3tl::default_delete::operator()(ScTable*) 
/include/o3tl/deleter.hxx:55:38
  #12 0x2ab6df4c3483 in std::unique_ptr >::~unique_ptr() 
/home/tdf/lode/opt_private/gcc-7.3.0/lib/gcc/x86_64-pc-linux-gnu/7.3.0/../../../../include/c++/7.3.0/bits/unique_ptr.h:268:4
  #13 0x2ab6df4dc87c in void std::_Destroy > >(std::unique_ptr >*) 
/home/tdf/lode/opt_private/gcc-7.3.0/lib/gcc/x86_64-pc-linux-gnu/7.3.0/../../../../include/c++/7.3.0/bits/stl_construct.h:98:19
  #14 0x2ab6df4dc7c6 in void 
std::_Destroy_aux::__destroy >*>(std::unique_ptr >*, std::unique_ptr >*) 
/home/tdf/lode/opt_private/gcc-7.3.0/lib/gcc/x86_64-pc-linux-gnu/7.3.0/../../../../include/c++/7.3.0/bits/stl_construct.h:108:6
  #15 0x2ab6df4dc744 in void std::_Destroy >*>(std::unique_ptr >*, std::unique_ptr >*) 
/home/tdf/lode/opt_private/gcc-7.3.0/lib/gcc/x86_64-pc-linux-gnu/7.3.0/../../../../include/c++/7.3.0/bits/stl_construct.h:136:7
  #16 0x2ab6df4dc488 in void std::_Destroy >*, std::unique_ptr > >(std::unique_ptr >*, std::unique_ptr >*, std::allocator > >&) 
/home/tdf/lode/opt_private/gcc-7.3.0/lib/gcc/x86_64-pc-linux-gnu/7.3.0/../../../../include/c++/7.3.0/bits/stl_construct.h:206:7
  #17 0x2ab6df50df73 in std::__cxx1998::vector >, std::allocator > > >::_M_erase_at_end(std::unique_ptr >*) 
/home/tdf/lode/opt_private/gcc-7.3.0/lib/gcc/x86_64-pc-linux-gnu/7.3.0/../../../../include/c++/7.3.0/bits/stl_vector.h:1513:2
  #18 0x2ab6df70f5b0 in std::__cxx1998::vector >, std::allocator > > >::clear() 
/home/tdf/lode/opt_private/gcc-7.3.0/lib/gcc/x86_64-pc-linux-gnu/7.3.0/../../../../include/c++/7.3.0/bits/stl_vector.h:1248:9
  #19 0x2ab6df70b5d4 in std::__debug::vector >, std::allocator > > >::clear() 
/home/tdf/lode/opt_private/gcc-7.3.0/lib/gcc/x86_64-pc-linux-gnu/7.3.0/../../../../include/c++/7.3.0/debug/vector:699:9
  #20 0x2ab6df704cb2 in ScDocument::Clear(bool) 
/sc/source/core/data/documen9.cxx:506:12
  #21 0x2ab6df490652 in ScDocument::~ScDocument() 
/sc/source/core/data/documen2.cxx:363:5
  #22 0x2ab6e363315d in ScDocShell::~ScDocShell() 
/sc/source/ui/docshell/docsh.cxx:2925:1
 

[Libreoffice-bugs] [Bug 106057] General input/output error loading pdf file

[bugzilla-daemon]

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

--- Comment #11 from himajin100...@gmail.com ---
can I have two trailers in a PDF?

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

[Libreoffice-bugs] [Bug 106057] General input/output error loading pdf file

[bugzilla-daemon]

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

--- Comment #10 from himajin100...@gmail.com ---
Can this information be any of use ?
Unlike other comments of my own on other bug reports,
I don't have even a bit of clue. 

https://opengrok.libreoffice.org/xref/core/sdext/source/pdfimport/pdfparse/pdfparse.cxx?r=776a1b9b#575
==
parseinfo: stop = 
xref

0 229

(snip)

 (buff=%PDF-1.6
%âãÏÓ

226 0 obj

(snip)

, offset = 138357), hit = true, full = false, length = 124498

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

[Libreoffice-bugs] [Bug 145545] Dragging window from title bar causes it to shrink to 1 pixel wide and a few pixels high.

[bugzilla-daemon]

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

--- Comment #3 from Simon Dedman  ---
Created attachment 176113
  --> https://bugs.documentfoundation.org/attachment.cgi?id=176113=edit
appearance after unmaximising

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

[Libreoffice-bugs] [Bug 145545] Dragging window from title bar causes it to shrink to 1 pixel wide and a few pixels high.

[bugzilla-daemon]

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

--- Comment #2 from Simon Dedman  ---
Created attachment 176112
  --> https://bugs.documentfoundation.org/attachment.cgi?id=176112=edit
appearance after moving, subsequent times

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

[Libreoffice-bugs] [Bug 145545] Dragging window from title bar causes it to shrink to 1 pixel wide and a few pixels high.

[bugzilla-daemon]

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

--- Comment #1 from Simon Dedman  ---
Created attachment 176111
  --> https://bugs.documentfoundation.org/attachment.cgi?id=176111=edit
appearance after moving, first time

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

[Libreoffice-bugs] [Bug 145545] New: Dragging window from title bar causes it to shrink to 1 pixel wide and a few pixels high.

[bugzilla-daemon]

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

Bug ID: 145545
   Summary: Dragging window from title bar causes it to shrink to
1 pixel wide and a few pixels high.
   Product: LibreOffice
   Version: 7.1.6.2 release
  Hardware: x86-64 (AMD64)
OS: Linux (All)
Status: UNCONFIRMED
  Severity: normal
  Priority: medium
 Component: Calc
  Assignee: libreoffice-bugs@lists.freedesktop.org
  Reporter: simonded...@gmail.com

Description:
Dragging a Calc window from its title bar (typically when maximised) causes it
to shrink to 1 pixel wide and a few pixels high. If you right click on its
panel element and hit 'unmaximise', it widens by one or two pixels, and you can
then try to resize it by successfully hitting the right resize pixel, or use
alt+right-click-drag which gives you a bit more room for error.

When I tried to reproduce this, initially I couldn't. This led to some extra
information. I have 3 screens. If I have Thunar on the right screen, and open a
spreadsheet, the spreadsheet opens in the right window and can be dragged to
the middle window no problem. If I move thunar to the middle window and open a
spreadsheet, it opens in the middle window. If I try to drag it, it collapses
into the small box shape. If I repeat this with another sheet, it collapses
into the thin line shape.

I have another bug which might affect this, but it's more recent than this bug
so I suspect not but for full disclosure:
https://gitlab.xfce.org/xfce/xfce4-panel/-/issues/525 My xfce4-panel doesn't
span all 3 monitors, only the first.

Earliest release this affects: unknown but it's been here at least 3 years.
I've not customised much with my install.
Currently on xubuntu 21.04, LO version 7.1.6.2.

Attachments to be added once filed.

Steps to Reproduce:
1. Open a spreadsheet in Calc. Maximise it.
2. Try to drag it using the title bar.

Actual Results:
Window size shrinks to a tiny box in the first instance, and a thin line in
subsequent instances.

Expected Results:
Window moves normally, possibly is automatically shrunk to some reasonable size
but probably doesn't need to.


Reproducible: Sometimes


User Profile Reset: No



Additional Info:
Version: 7.1.6.2 / LibreOffice Community
Build ID: 10(Build:2)
CPU threads: 12; OS: Linux 5.11; UI render: default; VCL: gtk3
Locale: en-GB (en_US.UTF-8); UI: en-US
Ubuntu package version: 1:7.1.6-0ubuntu0.21.04.1
Calc: threaded

$ glxinfo | grep OpenGL
OpenGL vendor string: Intel
OpenGL renderer string: Mesa Intel(R) UHD Graphics 630 (CFL GT2)
OpenGL core profile version string: 4.6 (Core Profile) Mesa 21.0.3
OpenGL core profile shading language version string: 4.60
OpenGL core profile context flags: (none)
OpenGL core profile profile mask: core profile
OpenGL core profile extensions:
OpenGL version string: 4.6 (Compatibility Profile) Mesa 21.0.3
OpenGL shading language version string: 4.60
OpenGL context flags: (none)
OpenGL profile mask: compatibility profile
OpenGL extensions:
OpenGL ES profile version string: OpenGL ES 3.2 Mesa 21.0.3
OpenGL ES profile shading language version string: OpenGL ES GLSL ES 3.20
OpenGL ES profile extensions:

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

[Libreoffice-bugs] [Bug 145043] Footnotes & endnotes category in navigator causes exponential lag

[bugzilla-daemon]

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

--- Comment #12 from Jim Raykowski  ---
Hi David, I put the in the patch mentioned in my previous post. It seems to
improve UI response. Testing with gtk3 backend still shows lag for backspace
and delete keys. x11 and qt backends don't exhibit this lag.

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

[Libreoffice-bugs] [Bug 145525] Some Excel spreadsheet cell borders are not exporting to PDF

[bugzilla-daemon]

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

--- Comment #5 from Roman Kuznetsov <79045_79...@mail.ru> ---
What PDF Viewer do you use? Could you attach your PDF result here?

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

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

[Jim Raykowski (via logerrit)]

 sw/source/uibase/inc/conttree.hxx  |3 +
 sw/source/uibase/utlui/content.cxx |   68 -
 2 files changed, 39 insertions(+), 32 deletions(-)

New commits:
commit 5c5f36aa73b11356a3bff0a9cc8b5fe8d1a776b9
Author: Jim Raykowski 
AuthorDate: Thu Oct 21 09:09:51 2021 -0800
Commit: Jim Raykowski 
CommitDate: Fri Nov 5 00:04:55 2021 +0100

SwNavigator: Improve detection of when the content tree needs refreshed

Makes the check that determines if the content tree needs refreshed be
done only when the content tree is visible AND (the document has been
modified since previous check OR an action has been made within the
content tree that requires the tree to be refreshed) AND there is no
writer shell action pending AND the content tree is not in a DnD.

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

diff --git a/sw/source/uibase/inc/conttree.hxx 
b/sw/source/uibase/inc/conttree.hxx
index c272e591eba0..0c7eb59dea43 100644
--- a/sw/source/uibase/inc/conttree.hxx
+++ b/sw/source/uibase/inc/conttree.hxx
@@ -139,7 +139,8 @@ class SwContentTree final : public SfxListener
 // outline root mode drag & drop
 std::vector> m_aDndOutlinesSelected;
 
-bool m_bIgnoreViewChange = false;
+bool m_bDocHasChanged = true;
+bool m_bIgnoreDocChange = false; // used to prevent tracking update
 
 /**
  * Before any data will be deleted, the last active entry has to be found.
diff --git a/sw/source/uibase/utlui/content.cxx 
b/sw/source/uibase/utlui/content.cxx
index 8d5df012b844..56025c46f5f5 100644
--- a/sw/source/uibase/utlui/content.cxx
+++ b/sw/source/uibase/utlui/content.cxx
@@ -2577,7 +2577,7 @@ void SwContentTree::Display( bool bActive )
 }
 }
 
-if (!m_bIgnoreViewChange && GetEntryCount() == nOldEntryCount)
+if (!m_bIgnoreDocChange && GetEntryCount() == nOldEntryCount)
 {
 m_xTreeView->vadjustment_set_value(nOldScrollPos);
 }
@@ -3110,9 +3110,9 @@ void SwContentTree::Notify(SfxBroadcaster & rBC, SfxHint 
const& rHint)
 break;
 }
 case SfxHintId::DocChanged:
-if (!m_bIgnoreViewChange)
+if (!m_bIgnoreDocChange)
 {
-m_bViewHasChanged = true;
+m_bDocHasChanged = true;
 TimerUpdate(_aUpdTimer);
 }
 break;
@@ -3157,7 +3157,7 @@ void SwContentTree::ExecCommand(std::string_view rCmd, 
bool bOutlineWithChildren
 return;
 }
 
-m_bIgnoreViewChange = true;
+m_bIgnoreDocChange = true;
 
 SwWrtShell *const pShell = GetWrtShell();
 sal_Int8 nActOutlineLevel = m_nOutlineLevel;
@@ -3446,7 +3446,7 @@ void SwContentTree::ExecCommand(std::string_view rCmd, 
bool bOutlineWithChildren
 }
 }
 }
-m_bIgnoreViewChange = false;
+m_bIgnoreDocChange = false;
 }
 
 void SwContentTree::ShowTree()
@@ -3611,37 +3611,43 @@ static void lcl_SelectDrawObjectByName(weld::TreeView& 
rContentTree, std::u16str
 /** No idle with focus or while dragging */
 IMPL_LINK_NOARG(SwContentTree, TimerUpdate, Timer *, void)
 {
+// No need to update if content tree is not visible
+if (!m_xTreeView->is_visible())
+return;
+
 // No update while focus is not in document.
 // No update while drag and drop.
 // Query view because the Navigator is cleared too late.
 SwView* pView = GetParentWindow()->GetCreateView();
 if(pView && pView->GetWrtShellPtr() && pView->GetWrtShellPtr()->GetWin() &&
-(pView->GetWrtShellPtr()->GetWin()->HasFocus() || m_bViewHasChanged) &&
+(pView->GetWrtShellPtr()->GetWin()->HasFocus() || m_bDocHasChanged || 
m_bViewHasChanged) &&
 !IsInDrag() && !pView->GetWrtShellPtr()->ActionPend())
 {
-m_bViewHasChanged = false;
-m_bIsIdleClear = false;
-SwWrtShell* pActShell = pView->GetWrtShellPtr();
-if (State::CONSTANT == m_eState && !lcl_FindShell(m_pActiveShell))
-{
-SetActiveShell(pActShell);
-GetParentWindow()->UpdateListBox();
-}
-
-if (State::ACTIVE == m_eState && pActShell != GetWrtShell())
+if (m_bDocHasChanged || m_bViewHasChanged)
 {
-SetActiveShell(pActShell);
-}
-else if ((State::ACTIVE == m_eState || (State::CONSTANT == m_eState && 
pActShell == GetWrtShell())) &&
-HasContentChanged())
-{
-FindActiveTypeAndRemoveUserData();
-Display(true);
+SwWrtShell* pActShell = pView->GetWrtShellPtr();
+if (State::CONSTANT == m_eState && !lcl_FindShell(m_pActiveShell))
+{
+SetActiveShell(pActShell);
+GetParentWindow()->UpdateListBox();
+}
+if (State::ACTIVE == m_eState && pActShell != 

[Libreoffice-bugs] [Bug 145525] Some Excel spreadsheet cell borders are not exporting to PDF

[bugzilla-daemon]

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

--- Comment #4 from Rebecca Minghelli  ---
Created attachment 176110
  --> https://bugs.documentfoundation.org/attachment.cgi?id=176110=edit
Image of LibreOffice's Help->About dialog

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

[Libreoffice-commits] core.git: Branch 'distro/collabora/co-2021' - distro-configs/CPLinux.conf vcl/unx

[Andras Timar (via logerrit)]

 distro-configs/CPLinux.conf|1 +
 vcl/unx/generic/gdi/freetypetextrender.cxx |1 -
 2 files changed, 1 insertion(+), 1 deletion(-)

New commits:
commit 14969915918118aeec7a18f934ef0a77d3a21eb3
Author: Andras Timar 
AuthorDate: Thu Nov 4 22:42:18 2021 +0100
Commit: Andras Timar 
CommitDate: Thu Nov 4 22:44:49 2021 +0100

[cp] --disable-skia, there's not that much point in building that for Linux

Change-Id: I0ccd3e6b544609dcdb6e78ef846adaa0f4d93768

diff --git a/distro-configs/CPLinux.conf b/distro-configs/CPLinux.conf
index 72fd0b0ffd17..7e586c7410a5 100644
--- a/distro-configs/CPLinux.conf
+++ b/distro-configs/CPLinux.conf
@@ -45,3 +45,4 @@
 --enable-release-build
 --with-lang=ar as ast bg bn-IN br ca ca-valencia cy cs da de el en-US en-GB es 
et eu fi fr ga gd gl gu he hi hr hu id is it ja km kn ko lt lv ml mr nb nl nn 
oc or pa-IN pl pt pt-BR ro ru sk sl sr sr-Latn sv ta te tr uk vi zh-CN zh-TW
 --enable-symbols
+--disable-skia
diff --git a/vcl/unx/generic/gdi/freetypetextrender.cxx 
b/vcl/unx/generic/gdi/freetypetextrender.cxx
index 5f28ebdb91fe..9e47ad2d5ce0 100644
--- a/vcl/unx/generic/gdi/freetypetextrender.cxx
+++ b/vcl/unx/generic/gdi/freetypetextrender.cxx
@@ -148,7 +148,6 @@ void FreeTypeTextRenderImpl::GetFontMetric( 
ImplFontMetricDataRef& rxFontMetric,
 
 std::unique_ptr FreeTypeTextRenderImpl::GetTextLayout(int 
nFallbackLevel)
 {
-assert(mpFreetypeFont[nFallbackLevel]);
 if (!mpFreetypeFont[nFallbackLevel])
 return nullptr;
 return std::make_unique(*mpFreetypeFont[nFallbackLevel]);

[Libreoffice-bugs] [Bug 145513] German-GUI 'Table of Contents, Index or Bibliography' (edit bibliography index) missing buttons 'Insert', 'Remove' and 'Tab Stop' in GUI-Langugage 'German'

[bugzilla-daemon]

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

--- Comment #6 from whg.albre...@web.de ---
I have tested the German GUI today in LO V6.4.7.2 in Linux (Ubuntu 20.04 LTS
preinstalled). I had also no button problems in the 'Verzeichnis bearbeiten'
dialog.
The same LO version V6.4.7.2 as PortableApps for Windows show the button
problem again.
I agree with 'joomart', it might be a LO-PortableApps only.
What to do? How is the connection to the LO-PortableApps team?

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

[Libreoffice-bugs] [Bug 145525] Some Excel spreadsheet cell borders are not exporting to PDF

[bugzilla-daemon]

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

Roman Kuznetsov <79045_79...@mail.ru> changed:

   What|Removed |Added

 Ever confirmed|0   |1
 Status|UNCONFIRMED |NEEDINFO

--- Comment #3 from Roman Kuznetsov <79045_79...@mail.ru> ---
Please add info from LibreOffice's Help->About dialog

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

[Libreoffice-bugs] [Bug 145525] Some Excel spreadsheet cell borders are not exporting to PDF

[bugzilla-daemon]

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

--- Comment #2 from Roman Kuznetsov <79045_79...@mail.ru> ---
Created attachment 176109
  --> https://bugs.documentfoundation.org/attachment.cgi?id=176109=edit
PDF by LO 7.3

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

[Libreoffice-bugs] [Bug 145525] Some Excel spreadsheet cell borders are not exporting to PDF

[bugzilla-daemon]

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

Roman Kuznetsov <79045_79...@mail.ru> changed:

   What|Removed |Added

 CC||79045_79...@mail.ru

--- Comment #1 from Roman Kuznetsov <79045_79...@mail.ru> ---
I don't see the problem in

Version: 7.3.0.0.alpha1+ (x64) / LibreOffice Community
Build ID: c7500945fc5d5bd2130a2d38be0bd4b15445cd90
CPU threads: 4; OS: Windows 6.1 Service Pack 1 Build 7601; UI render:
Skia/Raster; VCL: win
Locale: ru-RU (ru_RU); UI: en-US
Calc: CL

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

[Libreoffice-commits] core.git: helpcontent2

[Rafael Lima (via logerrit)]

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

New commits:
commit 31550585970b9425215863d5ede94425328355c9
Author: Rafael Lima 
AuthorDate: Thu Nov 4 22:12:08 2021 +0200
Commit: Gerrit Code Review 
CommitDate: Thu Nov 4 21:12:08 2021 +0100

Update git submodules

* Update helpcontent2 from branch 'master'
  to 03457ee108d22cf4eabf657de3c67968c8f93f36
  - Fix bookmarks in Collection help page

Also fixes an extra "." in sf_session.

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

diff --git a/helpcontent2 b/helpcontent2
index 15deec972f2e..03457ee108d2 16
--- a/helpcontent2
+++ b/helpcontent2
@@ -1 +1 @@
-Subproject commit 15deec972f2ea1e2076a74c4d206b49967c68844
+Subproject commit 03457ee108d22cf4eabf657de3c67968c8f93f36

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

[Rafael Lima (via logerrit)]

 source/text/sbasic/shared/03/sf_session.xhp |2 +-
 source/text/sbasic/shared/collection.xhp|8 +---
 2 files changed, 6 insertions(+), 4 deletions(-)

New commits:
commit 03457ee108d22cf4eabf657de3c67968c8f93f36
Author: Rafael Lima 
AuthorDate: Thu Nov 4 16:24:12 2021 +0200
Commit: Olivier Hallot 
CommitDate: Thu Nov 4 21:12:07 2021 +0100

Fix bookmarks in Collection help page

Also fixes an extra "." in sf_session.

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

diff --git a/source/text/sbasic/shared/03/sf_session.xhp 
b/source/text/sbasic/shared/03/sf_session.xhp
index 85ee3f949..fac542bc5 100644
--- a/source/text/sbasic/shared/03/sf_session.xhp
+++ b/source/text/sbasic/shared/03/sf_session.xhp
@@ -314,7 +314,7 @@
 module.py: 
The Python module.
 method: 
The Python function.
   
-  args: 
The arguments to be passed to the called script..
+  args: 
The arguments to be passed to the called script.
   
   Consider the Python 
function odd_integers defined below that creates a list with 
odd integer values between v1 and v2. 
Suppose this function is stored in a file named my_macros.py in 
your user scripts folder.
   
diff --git a/source/text/sbasic/shared/collection.xhp 
b/source/text/sbasic/shared/collection.xhp
index 5fb1d79eb..6652dc52d 100644
--- a/source/text/sbasic/shared/collection.xhp
+++ b/source/text/sbasic/shared/collection.xhp
@@ -28,6 +28,8 @@
   
 
   Collection Object
+
+
   Collection;Count
 
 Collection 
Object
@@ -61,7 +63,7 @@
   
 
   Adding Items
-  
+  
 Collection;Add
   
   The 
Add method can be used to add new items into the 
Collection object.
@@ -101,7 +103,7 @@
   Items in a Collection 
object are assigned an integer index value that starts at 1 and corresponds to 
the order in which they were added.
 
   Accessing Items
-  
+  
 Collection;Item
   
   Use the 
Item method to access a given item by its index or 
key.
@@ -125,7 +127,7 @@
   
 
   Removing Items
-  
+  
 Collection;Remove
   
   Use the 
Remove method to delete items from a 
Collection object.

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

[Michael Stahl (via logerrit)]

 sw/source/uibase/uno/unotxdoc.cxx |6 ++
 1 file changed, 6 insertions(+)

New commits:
commit 20ddabc88b6b45ea3efcc44ede5244ea526b09c4
Author: Michael Stahl 
AuthorDate: Thu Nov 4 18:50:42 2021 +0100
Commit: Michael Stahl 
CommitDate: Thu Nov 4 21:07:30 2021 +0100

tdf#144989 sw: disable idle jobs during printing or PDF export

The problem is that (with the kde5 and WNT vclplugs) the idle jobs
update fields and un-hides every section, which destroys the layout
that SwXTextDocument::getRendererCount() finalised with great effort.

This doesn't seem to happen with gtk3 or gen vclplugs.

 6  SwSectionNode::MakeOwnFrames(SwNodeIndex*, SwNodeIndex*)
 7  SwSectionFormat::MakeFrames()
 8  SwSection::ImplSetHiddenFlag(bool, bool)
 9  SwSection::SetCondHidden(bool)
 10 SwDocUpdateField::MakeFieldList_(SwDoc&, int)
 11 SwDocUpdateField::MakeFieldList(SwDoc&, bool, int)
 12 sw::DocumentFieldsManager::UpdateExpFields(SwTextField*, bool)
 13 sw::DocumentTimerManager::DoIdleJobs(Timer*)
 14 sw::DocumentTimerManager::LinkStubDoIdleJobs(void*, Timer*)
 15 Link::Call(Timer*) const
 16 Timer::Invoke()
 17 Scheduler::CallbackTaskScheduling() ()
 18 SalTimer::CallCallback()
 19 QtTimer::timeoutActivated()
 20 QtTimer::qt_static_metacall(QObject*, QMetaObject::Call, int, void**)
 21 void doActivate(QObject*, int, void**) ()
 22 QTimer::timeout(QTimer::QPrivateSignal) ()
 23 QObject::event(QEvent*) ()
 24 QApplicationPrivate::notify_helper(QObject*, QEvent*) ()
 25 QCoreApplication::notifyInternal2(QObject*, QEvent*) ()
 26 QTimerInfoList::activateTimers() ()
 27 timerSourceDispatch()
 28 g_main_context_dispatch ()
 29 g_main_context_iterate.constprop ()
 30 g_main_context_iteration ()
 31 
QEventDispatcherGlib::processEvents(QFlags) ()
 32 QtInstance::ImplYield(bool, bool)
 33 QtInstance::DoYield(bool, bool)
 34 ImplYield(bool, bool)
 35 Application::Reschedule(bool)
 36 framework::StatusIndicatorFactory::impl_reschedule(bool)
 37 framework::StatusIndicatorFactory::setValue()
 38 framework::StatusIndicator::setValue(int)
 39 PDFExport::ExportSelection()
 40 PDFExport::Export()

Reportedly this started to happen with commit
4184569b963877c2a488ff05766654b9db194798 - presumably before that the
word counting was so slow that the idle didn't progress to updating
fields.

There is little point in running idle jobs during printing anyway as in
the best case it will just slow down the process.

So temporarily disable the idle jobs in getRendererCount() and
enable it again in render() with "IsLastPage" set.

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

diff --git a/sw/source/uibase/uno/unotxdoc.cxx 
b/sw/source/uibase/uno/unotxdoc.cxx
index c09a9a17c8f2..65ab57970304 100644
--- a/sw/source/uibase/uno/unotxdoc.cxx
+++ b/sw/source/uibase/uno/unotxdoc.cxx
@@ -2580,6 +2580,10 @@ sal_Int32 SAL_CALL SwXTextDocument::getRendererCount(
 }
 }
 OSL_ENSURE( nRet >= 0, "negative number of pages???" );
+// tdf#144989 the layout is complete now - prevent DoIdleJobs() from
+// messing it up, particulary SwDocUpdateField::MakeFieldList_() unhiding
+// sections
+pDoc->getIDocumentTimerAccess().BlockIdling();
 
 return nRet;
 }
@@ -3004,6 +3008,8 @@ void SAL_CALL SwXTextDocument::render(
 {
 m_pRenderData.reset();
 m_pPrintUIOptions.reset();
+// tdf#144989 enable DoIdleJobs() again after last page
+pDoc->getIDocumentTimerAccess().UnblockIdling();
 }
 }
 

[Libreoffice-bugs] [Bug 144989] Exported PDF of master document with hidden sections in chapters loses pagination

[bugzilla-daemon]

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

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

https://git.libreoffice.org/core/commit/20ddabc88b6b45ea3efcc44ede5244ea526b09c4

tdf#144989 sw: disable idle jobs during printing or PDF export

It will be available in 7.3.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 144989] Exported PDF of master document with hidden sections in chapters loses pagination

[bugzilla-daemon]

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

Commit Notification  changed:

   What|Removed |Added

 Whiteboard||target:7.3.0

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

[Libreoffice-bugs] [Bug 145544] Newly created lists should utilize "List 1" paragrapsh style

[bugzilla-daemon]

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

--- Comment #2 from John  ---
OK, thanks, it seems I see your point.

For example:

You have a document where the main font is Liberation Serif, but the font that
is used for the Table Contents style is Liberation Sans.

You create a new table and then Writer apply the Table Contents style to its
cells. And then you create a list in one of the cells of that table. In this
case, the list will use Liberation Sans and this is exactly what you most
probably want.

Contrary, if newly created lists will utilize List 1 paragraph style, the newly
created list in table cell will use Liberation Serif. And this is not what you
probably want.



Please correct me if I misunderstood you.

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

[Libreoffice-bugs] [Bug 91192] AutoCorrect: Writer not recognizing a URL's trailing carat, hash mark, question mark, backslash, or pipe

[bugzilla-daemon]

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

himajin100...@gmail.com changed:

   What|Removed |Added

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

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

[Libreoffice-bugs] [Bug 69599] EDITING: No automatic detection of ANSI URL by AutoCorrect

[bugzilla-daemon]

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

himajin100...@gmail.com changed:

   What|Removed |Added

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

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

[Libreoffice-ux-advise] [Bug 145384] Writer table cells have address scheme that differs from Calc, "A-Z,a-z,AB-AZ,..." vs "A-Z,AA-AZ,BA-BZ,..."; lowercase cell refs are more error prone for cell form

[bugzilla-daemon]

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

V Stuart Foote  changed:

   What|Removed |Added

   Keywords||needsUXEval
Summary|Lowercase cell references   |Writer table cells have
   |not tolerated in formulas   |address scheme that differs
   |for Writer table cells  |from Calc,
   ||"A-Z,a-z,AB-AZ,..." vs
   ||"A-Z,AA-AZ,BA-BZ,...";
   ||lowercase cell refs are
   ||more error prone for cell
   ||formulas
 CC||libreoffice-ux-advise@lists
   ||.freedesktop.org

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

[Libreoffice-bugs] [Bug 145384] Writer table cells have address scheme that differs from Calc, "A-Z,a-z,AB-AZ,..." vs "A-Z,AA-AZ,BA-BZ,..."; lowercase cell refs are more error prone for cell formulas

[bugzilla-daemon]

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

V Stuart Foote  changed:

   What|Removed |Added

   Keywords||needsUXEval
Summary|Lowercase cell references   |Writer table cells have
   |not tolerated in formulas   |address scheme that differs
   |for Writer table cells  |from Calc,
   ||"A-Z,a-z,AB-AZ,..." vs
   ||"A-Z,AA-AZ,BA-BZ,...";
   ||lowercase cell refs are
   ||more error prone for cell
   ||formulas
 CC||libreoffice-ux-advise@lists
   ||.freedesktop.org

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

[Libreoffice-bugs] [Bug 145513] German-GUI 'Table of Contents, Index or Bibliography' (edit bibliography index) missing buttons 'Insert', 'Remove' and 'Tab Stop' in GUI-Langugage 'German'

[bugzilla-daemon]

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

--- Comment #5 from joomart  ---
I have tested the german gui:
  1. going onto menu point "Einfügen" "Verzeichnis"
  2. and selected "Verzeichnis..." for creating new table of content

It seems this dialog have changed in newer versions a little bit: on the
left side there is a list of "Ebenen". I use 7.2.2 (Debian 11) and have no
problems with german buttons. And I know from the older Version 7.1.6 there 
I had no button problems in this dialog, too.

Perhaps it is a font style problem. Or there is a compiling problem while
create package for PortableApps.

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

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

[Arnaud Versini (via logerrit)]

 comphelper/source/container/enumhelper.cxx |   28 
 include/comphelper/enumhelper.hxx  |   23 ++-
 2 files changed, 22 insertions(+), 29 deletions(-)

New commits:
commit b439832fc36a05e4423f480f7a312428f2449cc6
Author: Arnaud Versini 
AuthorDate: Sun Oct 24 19:41:36 2021 +0200
Commit: Noel Grandin 
CommitDate: Thu Nov 4 20:23:25 2021 +0100

comphelper : use std::mutex in enumhelper

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

diff --git a/comphelper/source/container/enumhelper.cxx 
b/comphelper/source/container/enumhelper.cxx
index edcb03c669cc..2487d3adf234 100644
--- a/comphelper/source/container/enumhelper.cxx
+++ b/comphelper/source/container/enumhelper.cxx
@@ -48,13 +48,15 @@ OEnumerationByName::OEnumerationByName(const 
css::uno::Reference m_nPos)
 return true;
@@ -71,7 +73,7 @@ sal_Bool SAL_CALL OEnumerationByName::hasMoreElements(  )
 
 css::uno::Any SAL_CALL OEnumerationByName::nextElement(  )
 {
-osl::MutexGuard aLock(m_aLock);
+std::lock_guard aLock(m_aLock);
 
 css::uno::Any aRes;
 if (m_xAccess.is() && m_nPos < m_aNames.getLength())
@@ -92,7 +94,7 @@ css::uno::Any SAL_CALL OEnumerationByName::nextElement(  )
 
 void SAL_CALL OEnumerationByName::disposing(const css::lang::EventObject& 
aEvent)
 {
-osl::MutexGuard aLock(m_aLock);
+std::lock_guard aLock(m_aLock);
 
 if (aEvent.Source == m_xAccess)
 m_xAccess.clear();
@@ -101,8 +103,6 @@ void SAL_CALL OEnumerationByName::disposing(const 
css::lang::EventObject& aEvent
 
 void OEnumerationByName::impl_startDisposeListening()
 {
-osl::MutexGuard aLock(m_aLock);
-
 if (m_bListening)
 return;
 
@@ -119,8 +119,6 @@ void OEnumerationByName::impl_startDisposeListening()
 
 void OEnumerationByName::impl_stopDisposeListening()
 {
-osl::MutexGuard aLock(m_aLock);
-
 if (!m_bListening)
 return;
 
@@ -145,13 +143,15 @@ OEnumerationByIndex::OEnumerationByIndex(const 
css::uno::Reference< css::contain
 
 OEnumerationByIndex::~OEnumerationByIndex()
 {
+std::lock_guard aLock(m_aLock);
+
 impl_stopDisposeListening();
 }
 
 
 sal_Bool SAL_CALL OEnumerationByIndex::hasMoreElements(  )
 {
-osl::MutexGuard aLock(m_aLock);
+std::lock_guard aLock(m_aLock);
 
 if (m_xAccess.is() && m_xAccess->getCount() > m_nPos)
 return true;
@@ -168,7 +168,7 @@ sal_Bool SAL_CALL OEnumerationByIndex::hasMoreElements(  )
 
 css::uno::Any SAL_CALL OEnumerationByIndex::nextElement(  )
 {
-osl::MutexGuard aLock(m_aLock);
+std::lock_guard aLock(m_aLock);
 
 css::uno::Any aRes;
 if (m_xAccess.is() && m_nPos < m_xAccess->getCount())
@@ -188,7 +188,7 @@ css::uno::Any SAL_CALL OEnumerationByIndex::nextElement(  )
 
 void SAL_CALL OEnumerationByIndex::disposing(const css::lang::EventObject& 
aEvent)
 {
-osl::MutexGuard aLock(m_aLock);
+std::lock_guard aLock(m_aLock);
 
 if (aEvent.Source == m_xAccess)
 m_xAccess.clear();
@@ -197,8 +197,6 @@ void SAL_CALL OEnumerationByIndex::disposing(const 
css::lang::EventObject& aEven
 
 void OEnumerationByIndex::impl_startDisposeListening()
 {
-osl::MutexGuard aLock(m_aLock);
-
 if (m_bListening)
 return;
 
@@ -215,8 +213,6 @@ void OEnumerationByIndex::impl_startDisposeListening()
 
 void OEnumerationByIndex::impl_stopDisposeListening()
 {
-osl::MutexGuard aLock(m_aLock);
-
 if (!m_bListening)
 return;
 
@@ -244,7 +240,7 @@ OAnyEnumeration::~OAnyEnumeration()
 
 sal_Bool SAL_CALL OAnyEnumeration::hasMoreElements(  )
 {
-osl::MutexGuard aLock(m_aLock);
+std::lock_guard aLock(m_aLock);
 
 return (m_lItems.getLength() > m_nPos);
 }
@@ -255,7 +251,7 @@ css::uno::Any SAL_CALL OAnyEnumeration::nextElement(  )
 if ( ! hasMoreElements())
 throw css::container::NoSuchElementException();
 
-osl::MutexGuard aLock(m_aLock);
+std::lock_guard aLock(m_aLock);
 sal_Int32 nPos = m_nPos;
 ++m_nPos;
 return m_lItems[nPos];
diff --git a/include/comphelper/enumhelper.hxx 
b/include/comphelper/enumhelper.hxx
index 5e5e000d78df..52f3aa743ade 100644
--- a/include/comphelper/enumhelper.hxx
+++ b/include/comphelper/enumhelper.hxx
@@ -23,7 +23,7 @@
 #include 
 #include 
 #include 
-#include 
+#include 
 #include 
 
 namespace com::sun::star::container { class XIndexAccess; }
@@ -32,23 +32,18 @@ namespace com::sun::star::container { class XNameAccess; }
 namespace comphelper
 {
 
-struct OEnumerationLock
-{
-public:
-::osl::Mutex m_aLock;
-};
-
 /** provides a com.sun.star.container::XEnumeration access based
 on an object implementing the com.sun.star.container::XNameAccess interface
 */
-class COMPHELPER_DLLPUBLIC OEnumerationByName final : private OEnumerationLock
- , public ::cppu::WeakImplHelper< 
css::container::XEnumeration ,

[Libreoffice-bugs] [Bug 145544] Newly created lists should utilize "List 1" paragrapsh style

[bugzilla-daemon]

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

--- Comment #1 from Mike Kaganski  ---
Please do not.

Lists are not paragraph styles; they may be applied to many different paragraph
styles. Linking lists to paragraph styles is just one possible way of using
them; trying to enforce this workflow on everyone would be wrong. Using these
two concepts (paragraph styles and list styles) separate provides greater
flexibility.

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

[Libreoffice-bugs] [Bug 145384] Lowercase cell references not tolerated in formulas for Writer table cells

[bugzilla-daemon]

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

--- Comment #26 from V Stuart Foote  ---
(In reply to V Stuart Foote from comment #25)
> Created attachment 176108 [details]
> sample Writer ODF with 60 column table, using cell formulas
> but IMHO consistency would be better in the long run.

For what it is worth, Word 2019 chokes on the ODF.

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

[Libreoffice-bugs] [Bug 145544] New: Newly created lists should utilize "List 1" paragrapsh style

[bugzilla-daemon]

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

Bug ID: 145544
   Summary: Newly created lists should utilize "List 1" paragrapsh
style
   Product: LibreOffice
   Version: 7.1.5.2 release
  Hardware: All
OS: All
Status: UNCONFIRMED
  Severity: enhancement
  Priority: medium
 Component: Writer
  Assignee: libreoffice-bugs@lists.freedesktop.org
  Reporter: johnsmithbeat...@gmail.com

Description:
When I create a footnote or a table, Writer automatically applies "Footnote"
and "Table Contents" paragraph styles to them.

But when I create a list, Writer doesn't apply "List 1" style to it. This looks
different (= inconsistent) with how it deals with footnotes and tables. So,
when I create a list, Writer should use the "List 1" paragraph style it. That's
it.

Steps to Reproduce:
-

Actual Results:
-

Expected Results:
-


Reproducible: Always


User Profile Reset: No



Additional Info:
-

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

Tests for improvement in rendering

[Regina Henschel]

Hi all,

I have a first version of a patch for
https://bugs.documentfoundation.org/show_bug.cgi?id=140321
"Fontwork: Change in surface has no effect"
in Gerrit
https://gerrit.libreoffice.org/c/core/+/124720

The improvements are about rendering. I'm looking for a partner, who can 
write tests for it.

Solved problems are:
Shape was rendered with specular light, should be matte.
Shape was rendered the same in surface 'matte', 'plastic' and 'metal'. 
Should be three different renderings.
Shape was rendered with shade mode 'flat' in all cases, which produces 
steps. Should be rendered smooth in case of shade mode 'gouraud'.


Kind regards,
Regina

[Libreoffice-bugs] [Bug 145384] Lowercase cell references not tolerated in formulas for Writer table cells

[bugzilla-daemon]

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

--- Comment #25 from V Stuart Foote  ---
Created attachment 176108
  --> https://bugs.documentfoundation.org/attachment.cgi?id=176108=edit
sample Writer ODF with 60 column table, using cell formulas

So in this attached Writer ODF with a 60 column table, it shows the column
notation is -- A-Z,a-z,AA-AZ, etc.

It probably would be better to make the cell labeling in Writer match the
labeling in Calc, i.e  A-Z,AA-AZ,BA-BZ, etc. 

That is, to eliminate the a-z labeling like calc by using the
rtl::isAsciiAlpha() and rtl::toAsciiUpperCase() conversion as Eike suggested in
comment 6

There would need to be a convert on edit/save for any existing documents, but
IMHO consistency would be better in the long run.

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

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

[Xisco Fauli (via logerrit)]

 sd/qa/unit/uiimpress.cxx |9 +
 1 file changed, 9 insertions(+)

New commits:
commit 4acc39564e7bf6051b851d533d67d1c31a4a19ea
Author: Xisco Fauli 
AuthorDate: Thu Nov 4 18:33:22 2021 +0100
Commit: Xisco Fauli 
CommitDate: Thu Nov 4 19:36:04 2021 +0100

tdf#114613: sd_uiimpress: Add unittest

Change-Id: I8bace97c83f97a4b2aed8ca7fb99e51e06995b8d
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/124719
Tested-by: Jenkins
Reviewed-by: Xisco Fauli 

diff --git a/sd/qa/unit/uiimpress.cxx b/sd/qa/unit/uiimpress.cxx
index f692bd66a022..3368a45c3b61 100644
--- a/sd/qa/unit/uiimpress.cxx
+++ b/sd/qa/unit/uiimpress.cxx
@@ -661,6 +661,15 @@ CPPUNIT_TEST_FIXTURE(SdUiImpressTest, testTdf134053)
 SdrObject* pShape = pActualPage->GetObj(0);
 CPPUNIT_ASSERT_MESSAGE("No Shape", pShape);
 
+SdDrawDocument* pDocument = pXImpressDocument->GetDoc();
+sd::UndoManager* pUndoManager = pDocument->GetUndoManager();
+
+// tdf#114613: Without the fix in place, this test would have failed with
+// - Expected: 0
+// - Actual  : 8
+CPPUNIT_ASSERT_EQUAL(static_cast(0), 
pUndoManager->GetUndoActionCount());
+CPPUNIT_ASSERT_EQUAL(static_cast(0), 
pUndoManager->GetRedoActionCount());
+
 XDash dash = pShape->GetMergedItem(XATTR_LINEDASH).GetDashValue();
 
 // Because 0% is not possible as dash length (as of June 2020) 1% is used 
in the fix.

[Libreoffice-bugs] [Bug 144994] libreoffice crashes with kf5-wayland

[bugzilla-daemon]

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

--- Comment #14 from giors...@yahoo.it ---
(In reply to Michael Weghorn from comment #12)
> 
> 
> Since you mention it works in GNOME: Does it also work in a Plasma session
> when started with environment variable SAL_USE_VCPLUGIN=gtk3 set? (please
> double-check that gtk3 actually shows up in "Help" -> "About LibreOffice")
>

Unable to double check (globalmenu and menu not working which should mean I'm
using gtk3 skin). Works well. No crash.

> Could you try collecting a backtrace and attach it here, as described at [1]?

I don't know if I did it correctly. Please find attached the gdbtrace.log file
(please confirm if it's ok).  


> Thanks a lot for your investigations, that's exactly what helps to narrow
> down the issue! :)

Thanks to you. Now (without languagetool) I can use plasma-wayland and
libreoffice.

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

[Libreoffice-bugs] [Bug 144994] libreoffice crashes with kf5-wayland

[bugzilla-daemon]

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

--- Comment #13 from giors...@yahoo.it ---
Created attachment 176107
  --> https://bugs.documentfoundation.org/attachment.cgi?id=176107=edit
gdbtrace

Here's the gdbtrace.log file

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

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

[Stephan Bergmann (via logerrit)]

 external/boost/StaticLibrary_boost_locale.mk |7 ---
 1 file changed, 7 deletions(-)

New commits:
commit f8b10b76bc3000eab3269de4472d6c28bd308059
Author: Stephan Bergmann 
AuthorDate: Thu Nov 4 14:40:25 2021 +0100
Commit: Stephan Bergmann 
CommitDate: Thu Nov 4 18:45:21 2021 +0100

The std::auto_ptr workarounds should no longer be necessary

...with the bundled Boost 1.76.0, as boost/locale no longer uses it since


"Adding dual auto_ptr/unique_ptr support" in Boost 1.67.0 in combination 
with
BOOST_NO_AUTO_PTR being set automatically when building for C++17 and 
beyond for
both libc++ (via


"define BOOST_NO_AUTO_PTR when building with libc++ and C++17" in Boost 
1.65.0)
and MSVC (via


"Update for MSVC14's _HAS_AUTO_PTR_ETC" in Boost 1.60.0; if we didn't 
globally
set _HAS_AUTO_PTR_ETC in gb_COMPILERDEFS in
solenv/gbuild/platform/com_MSC_defs.mk since
61c88ae6945c241f5f2aeb844eeca0776b487132 "gbuild: always compile as C++17 
with
MSVC 2017" anyway)

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

diff --git a/external/boost/StaticLibrary_boost_locale.mk 
b/external/boost/StaticLibrary_boost_locale.mk
index 5481097728bd..c68d63c7d06c 100644
--- a/external/boost/StaticLibrary_boost_locale.mk
+++ b/external/boost/StaticLibrary_boost_locale.mk
@@ -18,13 +18,6 @@ $(eval $(call gb_StaticLibrary_add_defs,boost_locale,\
-DBOOST_ALL_NO_LIB -DBOOST_LOCALE_NO_WINAPI_BACKEND 
-DBOOST_LOCALE_NO_POSIX_BACKEND -DBOOST_USE_WINDOWS_H \
 ))
 
-# Needed when building against MSVC resp. libc++ in C++17 mode, as Boost 1.65.1
-# workdir/UnpackedTarball/boost/boost/locale/generator.hpp contains 
"std::auto_ptr d;":
-$(eval $(call gb_StaticLibrary_add_defs,boost_locale, \
--D_HAS_AUTO_PTR_ETC=1 \
--D_LIBCPP_ENABLE_CXX17_REMOVED_AUTO_PTR \
-))
-
 $(eval $(call gb_StaticLibrary_use_external,boost_locale,boost_headers))
 
 $(eval $(call gb_StaticLibrary_set_generated_cxx_suffix,boost_locale,cpp))

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

[Xisco Fauli (via logerrit)]

 sd/qa/unit/data/pptx/tdf91060.pptx |binary
 sd/qa/unit/export-tests.cxx|9 +
 2 files changed, 9 insertions(+)

New commits:
commit e54aa9fe665b5e065c86bd7564156cac262f9c02
Author: Xisco Fauli 
AuthorDate: Thu Nov 4 17:28:05 2021 +0100
Commit: Xisco Fauli 
CommitDate: Thu Nov 4 18:38:49 2021 +0100

tdf#91060: sd_export_tests: Add unittest

Change-Id: Idb9156fb1ab1cc9c9a59a50af85db174eeefc3b8
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/124717
Tested-by: Jenkins
Reviewed-by: Xisco Fauli 

diff --git a/sd/qa/unit/data/pptx/tdf91060.pptx 
b/sd/qa/unit/data/pptx/tdf91060.pptx
new file mode 100644
index ..8ed2d4145261
Binary files /dev/null and b/sd/qa/unit/data/pptx/tdf91060.pptx differ
diff --git a/sd/qa/unit/export-tests.cxx b/sd/qa/unit/export-tests.cxx
index 89e5f13a27c0..f1d0281aab0d 100644
--- a/sd/qa/unit/export-tests.cxx
+++ b/sd/qa/unit/export-tests.cxx
@@ -90,6 +90,7 @@ public:
 void testSoftEdges();
 void testShadowBlur();
 void testRhbz1870501();
+void testTdf91060();
 void testTdf128550();
 void testTdf140714();
 void testMasterPageBackgroundFullSize();
@@ -136,6 +137,7 @@ public:
 CPPUNIT_TEST(testSoftEdges);
 CPPUNIT_TEST(testShadowBlur);
 CPPUNIT_TEST(testRhbz1870501);
+CPPUNIT_TEST(testTdf91060);
 CPPUNIT_TEST(testTdf128550);
 CPPUNIT_TEST(testTdf140714);
 CPPUNIT_TEST(testMasterPageBackgroundFullSize);
@@ -1468,6 +1470,13 @@ void SdExportTest::testRhbz1870501()
 xDocShRef = saveAndReload( xDocShRef.get(), ODG );
 }
 
+void SdExportTest::testTdf91060()
+{
+//Without the fix in place, it would crash at import time
+::sd::DrawDocShellRef xDocShRef = loadURL( 
m_directories.getURLFromSrc(u"/sd/qa/unit/data/pptx/tdf91060.pptx"), PPTX);
+xDocShRef = saveAndReload( xDocShRef.get(), PPTX );
+}
+
 void SdExportTest::testTdf128550()
 {
 utl::TempFile tempFile;

[Libreoffice-commits] core.git: uitest/impress_tests

[Xisco Fauli (via logerrit)]

 uitest/impress_tests/drawinglayer.py |9 +
 1 file changed, 9 insertions(+)

New commits:
commit 9158d2d2f19cf7bccba12d2ad4cb340e882b51cc
Author: Xisco Fauli 
AuthorDate: Thu Nov 4 17:07:13 2021 +0100
Commit: Xisco Fauli 
CommitDate: Thu Nov 4 18:27:35 2021 +0100

blind fix for UITest_impress_demo failed

Change-Id: I66dcc0d260585e5f44410a16bc25a32d8d373ae0
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/124715
Tested-by: Jenkins
Reviewed-by: Xisco Fauli 

diff --git a/uitest/impress_tests/drawinglayer.py 
b/uitest/impress_tests/drawinglayer.py
index 9f193d3cfb41..1e582ef2e49c 100644
--- a/uitest/impress_tests/drawinglayer.py
+++ b/uitest/impress_tests/drawinglayer.py
@@ -33,6 +33,9 @@ class ImpressDrawinglayerTest(UITestCase):
 xDrawinglayerObject = xEditWin.getChild("Unnamed Drawinglayer 
object 1")
 xDrawinglayerObject.executeAction("MOVE", mkPropertyValues({"X": 
"1000", "Y":"1000"}))
 
+xToolkit = 
self.xContext.ServiceManager.createInstance('com.sun.star.awt.Toolkit')
+xToolkit.processEventsToIdle()
+
 self.assertEqual(1400, 
document.DrawPages[0].getByIndex(0).Position.X)
 self.assertEqual(628, 
document.DrawPages[0].getByIndex(0).Position.Y)
 self.assertEqual(2400, 
document.DrawPages[0].getByIndex(1).Position.X)
@@ -76,6 +79,9 @@ class ImpressDrawinglayerTest(UITestCase):
 xDrawinglayerObject = xEditWin.getChild("Unnamed Drawinglayer 
object 1")
 xDrawinglayerObject.executeAction("RESIZE", mkPropertyValues({"X": 
"500", "Y":"4000", "FRAC_X": "0.5", "FRAC_Y": "0.5"}))
 
+xToolkit = 
self.xContext.ServiceManager.createInstance('com.sun.star.awt.Toolkit')
+xToolkit.processEventsToIdle()
+
 self.assertEqual(25199, 
document.DrawPages[0].getByIndex(0).Size.Width)
 self.assertEqual(2629, 
document.DrawPages[0].getByIndex(0).Size.Height)
 self.assertEqual(12600, 
document.DrawPages[0].getByIndex(1).Size.Width)
@@ -118,6 +124,9 @@ class ImpressDrawinglayerTest(UITestCase):
 xDrawinglayerObject = xEditWin.getChild("Unnamed Drawinglayer 
object 1")
 xDrawinglayerObject.executeAction("ROTATE", mkPropertyValues({"X": 
"500", "Y":"4000", "ANGLE": "3000"}))
 
+xToolkit = 
self.xContext.ServiceManager.createInstance('com.sun.star.awt.Toolkit')
+xToolkit.processEventsToIdle()
+
 self.assertEqual(25199, 
document.DrawPages[0].getByIndex(0).Size.Width)
 self.assertEqual(2629, 
document.DrawPages[0].getByIndex(0).Size.Height)
 self.assertEqual(25199, 
document.DrawPages[0].getByIndex(1).Size.Width)

[Libreoffice-bugs] [Bug 145543] New: Font configuration dialog: fontsize with comma/point is displayed incorrectly

[bugzilla-daemon]

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

Bug ID: 145543
   Summary: Font configuration dialog: fontsize with comma/point
is displayed incorrectly
   Product: LibreOffice
   Version: 7.2.2.2 release
  Hardware: x86-64 (AMD64)
OS: Linux (All)
Status: UNCONFIRMED
  Severity: normal
  Priority: medium
 Component: Writer
  Assignee: libreoffice-bugs@lists.freedesktop.org
  Reporter: joode...@joonet.de

Description:
In the font configuration dialog: fontsize is displayed incorrectly if it is a
number with comma/point.

Steps to Reproduce:
1. Change the font size in Writer (directly or also in the template), e.g. to
10.5 pt, then the font size is actually changed. 

2. Open the dialog for changing the font size again, always the rounded value,
e.g. 11 pt, is displayed, although the correct value 10.5 pt is displayed in
the icon bar (above the document).


Actual Results:
The font size configuration dialog displays the rounded value, e.g. 11 pt,
although the correct value 10.5 pt is displayed in the icon bar (above the
document), which would be right.

Expected Results:
Also in the change dialog the exact number should be displayed, with comma/dot.


Reproducible: Always


User Profile Reset: No


OpenGL enabled: Yes

Additional Info:
This bug is new, coming with 7.2. It does not exist in 7.1.

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