[Libreoffice-bugs] [Bug 150151] pasting text from writer misses a lot of characters When pasted into impress!

[bugzilla-daemon]

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

--- Comment #10 from Commit Notification 
 ---
Xisco Fauli committed a patch related to this issue.
It has been pushed to "master":

https://git.libreoffice.org/core/commit/3dec8709c1cba25b62492354fe75e6a41a6dfe40

tdf#150151: sw: Add UItest

It will be available in 7.5.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-commits] core.git: sw/qa

[Xisco Fauli (via logerrit)]

 sw/qa/uitest/writer_tests5/tdf150151.py |   45 
 1 file changed, 45 insertions(+)

New commits:
commit 3dec8709c1cba25b62492354fe75e6a41a6dfe40
Author: Xisco Fauli 
AuthorDate: Mon Aug 15 12:26:57 2022 +0200
Commit: Xisco Fauli 
CommitDate: Tue Aug 16 07:53:29 2022 +0200

tdf#150151: sw: Add UItest

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

diff --git a/sw/qa/uitest/writer_tests5/tdf150151.py 
b/sw/qa/uitest/writer_tests5/tdf150151.py
new file mode 100644
index ..3b7bd21f5e71
--- /dev/null
+++ b/sw/qa/uitest/writer_tests5/tdf150151.py
@@ -0,0 +1,45 @@
+# -*- tab-width: 4; indent-tabs-mode: nil; py-indent-offset: 4 -*-
+#
+# This file is part of the LibreOffice project.
+#
+# This Source Code Form is subject to the terms of the Mozilla Public
+# License, v. 2.0. If a copy of the MPL was not distributed with this
+# file, You can obtain one at http://mozilla.org/MPL/2.0/.
+#
+
+from uitest.framework import UITestCase
+from libreoffice.uno.propertyvalue import mkPropertyValues
+from uitest.uihelper.common import type_text
+
+class Tdf150151(UITestCase):
+
+def test_tdf150151(self):
+
+sText = "Šđčćž ŠĐČĆŽ !”#$%&/()=?*,.-;:_  ° ~ˇ^˘°˛`˙’˝”¸"
+
+with self.ui_test.create_doc_in_start_center("writer") as document:
+xWriterDoc = self.xUITest.getTopFocusWindow()
+xWriterEdit = xWriterDoc.getChild("writer_edit")
+
+type_text(xWriterEdit, sText)
+
+self.xUITest.executeCommand(".uno:SelectAll")
+
+self.xUITest.executeCommand(".uno:Copy")
+
+with self.ui_test.load_empty_file("impress") as document:
+
+xDoc = self.xUITest.getTopFocusWindow()
+xEditWin = xDoc.getChild("impress_win")
+
+xEditWin.executeAction("SELECT", 
mkPropertyValues({"OBJECT":"Unnamed Drawinglayer object 1"}))
+self.assertEqual("com.sun.star.drawing.SvxShapeCollection", 
document.CurrentSelection.getImplementationName())
+
+self.xUITest.executeCommand(".uno:Text")
+self.xUITest.executeCommand(".uno:Paste")
+
+# Without the fix in place, this test would have failed with
+# AssertionError: 'Šđčćž ŠĐČĆŽ !”#$%&/()=?*,.-;:_  ° ~ˇ^˘°˛`˙’˝”¸' 
!= 'Š  !#$%&/()=?*,.-;:_   ~^`'
+self.assertEqual(sText, document.DrawPages[0].getByIndex(1).String)
+
+# vim: set shiftwidth=4 softtabstop=4 expandtab:

[Libreoffice-bugs] [Bug 150430] FILEOPEN / EDITING: Rows and row headers are not aligned to each other to the point of incorrect cell selection

[bugzilla-daemon]

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

--- Comment #5 from João Paulo  ---
If you want to replicate this bug, just copy the attachment at
https://bugs.documentfoundation.org/attachment.cgi?id=181798 to your
%AppData%\LibreOffice\4\user folder.

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

[Libreoffice-bugs] [Bug 150430] FILEOPEN / EDITING: Rows and row headers are not aligned to each other to the point of incorrect cell selection

[bugzilla-daemon]

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

--- Comment #4 from João Paulo  ---
Created attachment 181798
  --> https://bugs.documentfoundation.org/attachment.cgi?id=181798=edit
LibreOffice's main user profile settings

I discovered that erasing all Calc related settings from this file (located at
%AppData%\LibreOffice\4\user) fixes this bug, so I have sent my previous
version of the file with all the Calc settings intact, so the developers can
figure out what is the problematic setting.

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

[Libreoffice-bugs] [Bug 148645] com.sun.star.sheet.addin.Analysis.getDec2Hex does not take integer 'places' value

[bugzilla-daemon]

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

Hao Liu  changed:

   What|Removed |Added

   Assignee|libreoffice-b...@lists.free |ianahao...@gmail.com
   |desktop.org |

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

[Libreoffice-bugs] [Bug 150430] FILEOPEN / EDITING: Rows and row headers are not aligned to each other to the point of incorrect cell selection

[bugzilla-daemon]

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

--- Comment #3 from João Paulo  ---
Created attachment 181797
  --> https://bugs.documentfoundation.org/attachment.cgi?id=181797=edit
Graphic test results

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

[Libreoffice-bugs] [Bug 150430] FILEOPEN / EDITING: Rows and row headers are not aligned to each other to the point of incorrect cell selection

[bugzilla-daemon]

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

--- Comment #2 from João Paulo  ---
Created attachment 181796
  --> https://bugs.documentfoundation.org/attachment.cgi?id=181796=edit
Screenshot that shows the bug

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

[Libreoffice-bugs] [Bug 150430] FILEOPEN / EDITING: Rows and row headers are not aligned to each other to the point of incorrect cell selection

[bugzilla-daemon]

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

--- Comment #1 from João Paulo  ---
Created attachment 181795
  --> https://bugs.documentfoundation.org/attachment.cgi?id=181795=edit
Test file that shows the bug

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

[Libreoffice-bugs] [Bug 150430] New: FILEOPEN / EDITING: Rows and row headers are not aligned to each other to the point of incorrect cell selection

[bugzilla-daemon]

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

Bug ID: 150430
   Summary: FILEOPEN / EDITING: Rows and row headers are not
aligned to each other to the point of incorrect cell
selection
   Product: LibreOffice
   Version: 7.3.5.2 release
  Hardware: All
OS: Windows (All)
Status: UNCONFIRMED
  Severity: normal
  Priority: medium
 Component: Calc
  Assignee: libreoffice-bugs@lists.freedesktop.org
  Reporter: joaopauloag-freedesk...@yahoo.com.br

Description:
Rows and row headers are not aligned, which causes the first row to hide part
of the text and difficult to select the correct cell with the mouse.

Steps to Reproduce:
1. Open the attached spreadsheet file.
2. See that the first row hides part of the text.
3. Try to select any cell from row 2 or lower using the mouse.
4. See that the formula bar is not the same as the highlighted cell, and that
in some rows even the cell highlight is not aligned to the cell.

Actual Results:
Incorrect selection of cells using the mouse.

Expected Results:
Select the correct cell.


Reproducible: Always


User Profile Reset: No



Additional Info:
Tested on:

Version: 7.3.5.2 (x64) / LibreOffice Community
Build ID: 184fe81b8c8c30d8b5082578aee2fed2ea847c01
CPU threads: 8; OS: Windows 10.0 Build 19045; UI render: Skia/Raster; VCL: win
Locale: pt-BR (pt_BR); UI: pt-BR
Calc: threaded Jumbo

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

[Libreoffice-bugs] [Bug 150224] REPORTBUILDER: Imagecontrol won't change vertical alignment for an image

[bugzilla-daemon]

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

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 150372] Clicking on "Character..." makes application freeze for ~1 minute

[bugzilla-daemon]

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

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 150223] LibreOffice Draw - Gluepoints toolbar from view menu broken

[bugzilla-daemon]

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

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 145685] Formula cut when printing a big ODF file through LibreOffice Math

[bugzilla-daemon]

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

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 145685] Formula cut when printing a big ODF file through LibreOffice Math

[bugzilla-daemon]

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

--- Comment #3 from QA Administrators  ---
Dear Raphaël FROMENTIN,

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 150372] Clicking on "Character..." makes application freeze for ~1 minute

[bugzilla-daemon]

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

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

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

[Libreoffice-bugs] [Bug 147367] Crash if I paste filtered data in two adjacent cells in selection

[bugzilla-daemon]

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

--- Comment #7 from QA Administrators  ---
Dear Aniketg,

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 146510] paste special functionality not working with multiple cell selection.

[bugzilla-daemon]

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

--- Comment #7 from QA Administrators  ---
Dear Stan,

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 147354] OS Freezes after closing file from full view

[bugzilla-daemon]

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

--- Comment #2 from QA Administrators  ---
Dear Sean Kim,

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 140359] Equation pushed out of page when a pasted image intersects with it

[bugzilla-daemon]

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

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

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 140047] Powerpoint file won't run slideshow

[bugzilla-daemon]

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

--- Comment #6 from QA Administrators  ---
Dear cpc1996,

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 139483] Find and Replace (with regular expression option) freezes when globally replace end of paragraph ($) with another character (##) in this case

[bugzilla-daemon]

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

--- Comment #6 from QA Administrators  ---
Dear dlphan,

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 139615] Managing image effects.

[bugzilla-daemon]

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

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

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 139140] KDE: Notebookbar Styles Preview doesn't show correct font colour for paragraph styles that are automatic

[bugzilla-daemon]

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

--- Comment #4 from QA Administrators  ---
Dear Nicholas van Oudtshoorn,

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 121618] VIEWING: When the document displays !broken!! instead of the correct text, writer can lock up

[bugzilla-daemon]

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

--- Comment #23 from QA Administrators  ---
Dear Luke Kendall,

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 135634] Frame content invisible when dragged to a new page in multipage mode (looks like paint/refresh issue)

[bugzilla-daemon]

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

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

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 137456] Bad performance if there is a image visible

[bugzilla-daemon]

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

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

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 124971] iOS: Table of Contents No Preview

[bugzilla-daemon]

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

--- Comment #6 from QA Administrators  ---
Dear Andreas Gruhler,

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.

list numbering is wrong when the table contains the vertically merged cells(DOCX)

[Satya Srinivas Kompella]

Hi Team,
I am working on a bug where the list numbering is wrong when the table contains 
the vertically merged cells. The same issue was already fixed a while ago but 
the fix is only working for .DOC files but not for .DOCX files(see here for the 
fix https://gerrit.libreoffice.org/c/core/+/32512/).

Now, I am trying to fix it for DOCX files.

I am new to the Libreoffice source code, But I did set up a debug environment 
and am able to debug the code using VS 2019. Please provide some inputs where I 
should look into to fix this issue.

Regards,
Satya

[Libreoffice-bugs] [Bug 53530] Change write error message on PDF export and add Retry and Save as

[bugzilla-daemon]

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

Matt K  changed:

   What|Removed |Added

   Assignee|libreoffice-b...@lists.free |matt...@gmail.com
   |desktop.org |
 Status|NEW |ASSIGNED

--- Comment #16 from Matt K  ---
Fix is tracked in https://gerrit.libreoffice.org/c/core/+/138333.

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

[Libreoffice-bugs] [Bug 150212] Window size and position not remembered

[bugzilla-daemon]

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

--- Comment #2 from Kim  ---
The bug was still present in:
Version: 7.4.0.3 (x64) / LibreOffice Community
Build ID: f85e47c08ddd19c015c0114a68350214f7066f5a
CPU threads: 8; OS: Windows 10.0 Build 19044; UI render: Skia/Raster; VCL: win
Locale: en-AU (en_AU); UI: en-GB
Calc: threaded

I did not imply that size and position were document-specific, only that size
and position were *not* remembered from previous time.

User forename and surname fields are populated in user data.

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

[Libreoffice-bugs] [Bug 150412] EDITING, UI: On some UI variants selecting with the keyboard (SHIFT+LEFT ARROW) or (SHIFT+UP ARROW) do not work

[bugzilla-daemon]

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

--- Comment #2 from Claude  ---
Hello Rafael thank you for bringing my attention to those reports, it is
not easy to verify if a bug has already been reported as the summaries are very
different..
Yes it is exactly the same... so this might be a duplicate.
Nevertheless I point the attention to a UI problem since in some of them it
owrks fine.  Erasing the user profile surely "solves" the problem because the
UI is reverted to the Standard Toolbar and it works OK with that UI.  I think
it is a legit bug which have to be addressed by the UI developpers...

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

[Libreoffice-bugs] [Bug 150051] Can't move left or upper when SHIFT key is pressed in CALC

[bugzilla-daemon]

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

Claude  changed:

   What|Removed |Added

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

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

[Libreoffice-bugs] [Bug 150412] EDITING, UI: On some UI variants selecting with the keyboard (SHIFT+LEFT ARROW) or (SHIFT+UP ARROW) do not work

[bugzilla-daemon]

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

Claude  changed:

   What|Removed |Added

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

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

New Defects reported by Coverity Scan for LibreOffice

[scan-admin]

Hi,

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

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

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


** CID 1509313:  Null pointer dereferences  (FORWARD_NULL)



*** CID 1509313:  Null pointer dereferences  (FORWARD_NULL)
/sc/source/ui/view/hdrcont.cxx: 726 in ScHeaderControl::MouseButtonDown(const 
MouseEvent &)()
720 if( !pTabView )
721 return;
722 SCTAB nTab = pTabView->GetViewData().GetTabNo();
723 if( !rMEvt.IsShift() )
724 pTabView->DoneRefMode( rMEvt.IsMod1() );
725 ScTabViewShell* pViewSh = 
dynamic_cast(SfxViewShell::Current());
>>> CID 1509313:  Null pointer dereferences  (FORWARD_NULL)
>>> Passing null pointer "pViewSh->GetViewData()" to "GetDocument", which 
>>> dereferences it.
726 ScDocument& rDoc = pViewSh->GetViewData().GetDocument();
727 if( !bVertical )
728 {
729 pTabView->InitRefMode( nHitNo, 0, nTab, SC_REFTYPE_REF );
730 pTabView->UpdateRef( nHitNo, rDoc.MaxRow(), nTab );
731 }

** CID 1509312:  Integer handling issues  (OVERFLOW_BEFORE_WIDEN)
/sc/source/core/data/queryiter.cxx: 1447 in 
ScCountIfCellIterator<(ScQueryCellIteratorAccess)1>::GetCount()()



*** CID 1509312:  Integer handling issues  (OVERFLOW_BEFORE_WIDEN)
/sc/source/core/data/queryiter.cxx: 1447 in 
ScCountIfCellIterator<(ScQueryCellIteratorAccess)1>::GetCount()()
1441 count += sortedCache->indexForRow(nRow) + 1;
1442 }
1443 }
1444 if( maParam.GetEntry(0).GetQueryItem().mbMatchEmpty
1445 && maParam.nCol2 >= rDoc.GetAllocatedColumnsCount( nTab ))
1446 {
>>> CID 1509312:  Integer handling issues  (OVERFLOW_BEFORE_WIDEN)
>>> Potentially overflowing expression "(this->maParam.nCol2 - 
>>> this->rDoc->GetAllocatedColumnsCount(this->nTab)) * (this->maParam.nRow2 - 
>>> this->maParam.nRow1 + 1)" with type "int" (32 bits, signed) is evaluated 
>>> using 32-bit arithmetic, and then used in a context that expects an 
>>> expression of type "sal_uInt64" (64 bits, unsigned).
1447 count += (maParam.nCol2 - rDoc.GetAllocatedColumnsCount( nTab 
))
1448 * ( maParam.nRow2 - maParam.nRow1 + 1 );
1449 }
1450 return count;
1451 }
1452 

** CID 1509311:  Uninitialized variables  (UNINIT)



*** CID 1509311:  Uninitialized variables  (UNINIT)
/sw/source/core/doc/CntntIdxStore.cxx: 393 in 
::ContentIdxStoreImpl::RestoreFlys(SwDoc &, const std::function &, bool, bool)()
387 if ( RndStdIds::FLY_AT_CHAR != rFlyAnchor.GetAnchorId() 
)
388 {
389 aNewPos.nContent.Assign( nullptr, 0 );
390 }
391 aNew.SetAnchor(  );
392 pFrameFormat->SetFormatAttr( aNew );
>>> CID 1509311:  Uninitialized variables  (UNINIT)
>>> Using uninitialized value "aNew.m_oContentAnchor._M_payload._M_payload" 
>>> when calling "~SwFormatAnchor".
393 }
394 }
395 else if( bAuto )
396 {
397 SwFrameFormat* pFrameFormat = (*pSpz)[ aEntry.m_nIdx ];
398 const SfxPoolItem* pAnchor = >GetAnchor();

** CID 1509310:  Uninitialized variables  (UNINIT)



*** CID 1509310:  Uninitialized variables  (UNINIT)
/sw/source/core/txtnode/atrflyin.cxx: 129 in SwTextFlyCnt::CopyFlyFormat(SwDoc 
&)()
123 }
124 aAnchor.SetAnchor(  );
125 }
126 
127 SwFrameFormat* pNew = 
rDoc.getIDocumentLayoutAccess().CopyLayoutFormat( *pFormat, aAnchor, false, 
false );
128 const_cast(GetFlyCnt()).SetFlyFormat( pNew );
>>> CID 1509310:  Uninitialized variables  (UNINIT)
>>> Using uninitialized value 
>>> "aAnchor.m_oContentAnchor._M_payload._M_payload" when calling 
>>> "~SwFormatAnchor".
129 }
130 
131 /** SetAnchor() is called by SwTextNode::InsertHint() and sets the 
anchor
132  *  position in the SwFlyFrameFormat to the SwPosition of the dummy
133  *  CH_TXTATR_BREAKWORD.  This cannot be done in MakeTextAttr() because 
it
134  *  doesn't know the target text node.

** CID 1509309:  High impact quality  (Y2K38_SAFETY)
/vcl/unx/generic/dtrans/X11_selection.cxx: 

[Libreoffice-bugs] [Bug 150317] Bad thumbnail generated on FILESAVE for template

[bugzilla-daemon]

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

Rafael Lima  changed:

   What|Removed |Added

 Ever confirmed|0   |1
 CC||rafael.palma.l...@gmail.com
 Status|UNCONFIRMED |NEEDINFO

--- Comment #1 from Rafael Lima  ---
Hi Fritz,

Could you please share a sample file for testing?

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

[Libreoffice-bugs] [Bug 150330] Impress: Document template window stays open on Impress crash (GTK3?)

[bugzilla-daemon]

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

--- Comment #4 from Rafael Lima  ---
Not repro with KDE

Version: 7.3.5.2 / LibreOffice Community
Build ID: 30(Build:2)
CPU threads: 12; OS: Linux 5.15; UI render: default; VCL: kf5 (cairo+xcb)
Locale: pt-BR (pt_BR.UTF-8); UI: en-US
Ubuntu package version: 1:7.3.5-0ubuntu0.22.04.1
Calc: threaded

Let's see if anyone can test with Gtk.

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

[Libreoffice-bugs] [Bug 150372] Clicking on "Character..." makes application freeze for ~1 minute

[bugzilla-daemon]

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

--- Comment #3 from new...@westnordost.de ---
Yes, it is reproducible in Safe Mode. (Tested with Writer)

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

[Libreoffice-bugs] [Bug 150372] Clicking on "Character..." makes application freeze for ~1 minute

[bugzilla-daemon]

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

Rafael Lima  changed:

   What|Removed |Added

 Ever confirmed|0   |1
 Status|UNCONFIRMED |NEEDINFO
 CC||rafael.palma.l...@gmail.com

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

[Libreoffice-bugs] [Bug 150372] Clicking on "Character..." makes application freeze for ~1 minute

[bugzilla-daemon]

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

--- Comment #2 from Rafael Lima  ---
I could not reproduce this in

Version: 7.3.5.2 / LibreOffice Community
Build ID: 30(Build:2)
CPU threads: 12; OS: Linux 5.15; UI render: default; VCL: kf5 (cairo+xcb)
Locale: pt-BR (pt_BR.UTF-8); UI: en-US
Ubuntu package version: 1:7.3.5-0ubuntu0.22.04.1
Calc: threaded

The dialog opens very quickly for the first time. Maybe win-only?

Can you try again in safe mode? Next is a link on how to enter safe mode:

https://help.libreoffice.org/latest/en-US/text/shared/01/profile_safe_mode.html

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

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

[Xisco Fauli (via logerrit)]

 vcl/qa/cppunit/pdfexport/data/tdf103492.odt |binary
 vcl/qa/cppunit/pdfexport/pdfexport.cxx  |   48 
 2 files changed, 48 insertions(+)

New commits:
commit c1446da82b999349e1a09fed3420bd1c38d7b38c
Author: Xisco Fauli 
AuthorDate: Mon Aug 15 11:46:19 2022 +0200
Commit: Xisco Fauli 
CommitDate: Tue Aug 16 00:26:28 2022 +0200

tdf#103492: vcl_pdfexport: Add unittest

Change-Id: I426ace3f1272b2cb5f40d627c9c701b903c3e632
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/138272
Reviewed-by: خالد حسني 
Tested-by: Jenkins
Reviewed-by: Xisco Fauli 

diff --git a/vcl/qa/cppunit/pdfexport/data/tdf103492.odt 
b/vcl/qa/cppunit/pdfexport/data/tdf103492.odt
new file mode 100644
index ..c76e8b4348a9
Binary files /dev/null and b/vcl/qa/cppunit/pdfexport/data/tdf103492.odt differ
diff --git a/vcl/qa/cppunit/pdfexport/pdfexport.cxx 
b/vcl/qa/cppunit/pdfexport/pdfexport.cxx
index fb821ae4..a6d635d21369 100644
--- a/vcl/qa/cppunit/pdfexport/pdfexport.cxx
+++ b/vcl/qa/cppunit/pdfexport/pdfexport.cxx
@@ -1251,6 +1251,54 @@ CPPUNIT_TEST_FIXTURE(PdfExportTest, testTdf115117_2a)
 #endif
 }
 
+CPPUNIT_TEST_FIXTURE(PdfExportTest, testTdf103492)
+{
+// Import the bugdoc and export as PDF.
+aMediaDescriptor["FilterName"] <<= OUString("writer_pdf_Export");
+saveAsPDF(u"tdf103492.odt");
+
+// Parse the export result with pdfium.
+std::unique_ptr pPdfDocument = parseExport();
+CPPUNIT_ASSERT(pPdfDocument);
+
+// The document has two page.
+CPPUNIT_ASSERT_EQUAL(2, pPdfDocument->getPageCount());
+std::unique_ptr pPdfPage1 = 
pPdfDocument->openPage(/*nIndex=*/0);
+CPPUNIT_ASSERT(pPdfPage1);
+
+std::unique_ptr pPdfTextPage1 = 
pPdfPage1->getTextPage();
+CPPUNIT_ASSERT(pPdfTextPage1);
+
+int nChars1 = pPdfTextPage1->countChars();
+
+// Without the fix in place, this test would have failed with
+// - Expected: 15
+// - Actual  : 18
+CPPUNIT_ASSERT_EQUAL(15, nChars1);
+
+std::vector aChars1(nChars1);
+for (int i = 0; i < nChars1; i++)
+aChars1[i] = pPdfTextPage1->getUnicode(i);
+OUString aActualText1(aChars1.data(), aChars1.size());
+CPPUNIT_ASSERT_EQUAL(OUString(u"يوسف My name is"), aActualText1);
+
+std::unique_ptr pPdfPage2 = 
pPdfDocument->openPage(/*nIndex=*/1);
+CPPUNIT_ASSERT(pPdfPage2);
+
+std::unique_ptr pPdfTextPage2 = 
pPdfPage2->getTextPage();
+CPPUNIT_ASSERT(pPdfTextPage2);
+
+int nChars2 = pPdfTextPage2->countChars();
+
+CPPUNIT_ASSERT_EQUAL(15, nChars2);
+
+std::vector aChars2(nChars2);
+for (int i = 0; i < nChars2; i++)
+aChars2[i] = pPdfTextPage2->getUnicode(i);
+OUString aActualText2(aChars2.data(), aChars2.size());
+CPPUNIT_ASSERT_EQUAL(OUString(u"My name is يوسف"), aActualText2);
+}
+
 CPPUNIT_TEST_FIXTURE(PdfExportTest, testTdf145274)
 {
 // Import the bugdoc and export as PDF.

[Libreoffice-bugs] [Bug 150389] loose centering with new entry in a table in writer

[bugzilla-daemon]

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

Rafael Lima  changed:

   What|Removed |Added

 Ever confirmed|0   |1
 Status|UNCONFIRMED |NEEDINFO
 CC||rafael.palma.l...@gmail.com

--- Comment #2 from Rafael Lima  ---
Are you using the "Table - AutoFormat Styles" feature?

If that's the case, then the lost alignment may be because you used a style
that has left alignment.

To fix that, just select the table again, go to "Table - AutoFormat Styles" and
uncheck the "Alignment" option before applying the style.

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

[Libreoffice-bugs] [Bug 150415] Black text on a dark background when using the correction window (with a KDE-plasma dark theme)

[bugzilla-daemon]

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

Rafael Lima  changed:

   What|Removed |Added

Version|7.4.0.0 beta1+  |7.3.5.2 release

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

[Libreoffice-bugs] [Bug 143344] [META] Linux Dark Mode bugs and enhancements

[bugzilla-daemon]

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

Rafael Lima  changed:

   What|Removed |Added

 Depends on||150415


Referenced Bugs:

https://bugs.documentfoundation.org/show_bug.cgi?id=150415
[Bug 150415] Black text on a dark background when using the correction window
(with a KDE-plasma dark theme)
-- 
You are receiving this mail because:
You are the assignee for the bug.

[Libreoffice-bugs] [Bug 150415] Black text on a dark background when using the correction window (with a KDE-plasma dark theme)

[bugzilla-daemon]

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

Rafael Lima  changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Blocks||143344
 Ever confirmed|0   |1

--- Comment #3 from Rafael Lima  ---
Confirmed with

Version: 7.3.5.2 / LibreOffice Community
Build ID: 30(Build:2)
CPU threads: 12; OS: Linux 5.15; UI render: default; VCL: kf5 (cairo+xcb)
Locale: pt-BR (pt_BR.UTF-8); UI: en-US
Ubuntu package version: 1:7.3.5-0ubuntu0.22.04.1
Calc: threaded

Also repro with

Version: 7.5.0.0.alpha0+ / LibreOffice Community
Build ID: 641d92a73e5b3d0e062e16ed4b42236e1a4796a5
CPU threads: 12; OS: Linux 5.15; UI render: default; VCL: kf5 (cairo+xcb)
Locale: pt-BR (pt_BR.UTF-8); UI: en-US
Calc: CL


Referenced Bugs:

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

[Libreoffice-bugs] [Bug 112970] [META] Document recovery bugs and enhancements

[bugzilla-daemon]

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

Rafael Lima  changed:

   What|Removed |Added

 Depends on||150428


Referenced Bugs:

https://bugs.documentfoundation.org/show_bug.cgi?id=150428
[Bug 150428] Document Recovery UX can be improved
-- 
You are receiving this mail because:
You are the assignee for the bug.

[Libreoffice-bugs] [Bug 150428] Document Recovery UX can be improved

[bugzilla-daemon]

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

Rafael Lima  changed:

   What|Removed |Added

 Blocks||112970


Referenced Bugs:

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

[Libreoffice-ux-advise] [Bug 150428] Document Recovery UX can be improved

[bugzilla-daemon]

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

Rafael Lima  changed:

   What|Removed |Added

 Blocks||112970


Referenced Bugs:

https://bugs.documentfoundation.org/show_bug.cgi?id=112970
[Bug 112970] [META] Document recovery bugs and enhancements
-- 
You are receiving this mail because:
You are on the CC list for the bug.

[Libreoffice-bugs] [Bug 150336] Shift + Up/Left no longer works to select cells in LO 7.4 beta 2

[bugzilla-daemon]

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

Rafael Lima  changed:

   What|Removed |Added

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

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

[Libreoffice-bugs] [Bug 150412] EDITING, UI: On some UI variants selecting with the keyboard (SHIFT+LEFT ARROW) or (SHIFT+UP ARROW) do not work

[bugzilla-daemon]

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

Rafael Lima  changed:

   What|Removed |Added

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

--- Comment #1 from Rafael Lima  ---
Hi Claude, take a look at bug reports 150051 and 150336, are they similar to
yours?

At first I thought it was related to extensions trying to add new shortcuts,
but in 150051 the user said that no extensions were added.

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

[Libreoffice-bugs] [Bug 150428] Document Recovery UX can be improved

[bugzilla-daemon]

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

Rafael Lima  changed:

   What|Removed |Added

Summary|Document Recovery UX is |Document Recovery UX can be
   |horrible|improved

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

[Libreoffice-ux-advise] [Bug 150428] Document Recovery UX is horrible

[bugzilla-daemon]

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

Rafael Lima  changed:

   What|Removed |Added

   Keywords||needsUXEval
 CC||libreoffice-ux-advise@lists
   ||.freedesktop.org

--- Comment #1 from Rafael Lima  ---
So basically what you want is that LibreOffice only shows the DR dialog when
you try to open the a file that had previously crashed? If you try to open some
other file (even if a previous LO session crashed), you want the DR dialog to
not be shown?

AFAIK the recovery info is obtained from the hidden backup file that is created
while the document is open. So I guess this might be possible, but I'm not an
expert on the inner-workings of file recovery.

Maybe we could have the following workflows:

1) If LO crashes and the user tries to open a file that has backup information,
then only the DR dialog is shown (as is today)

2) If LO crashes and the user tries to open some other file, the file is opened
and becomes ready for editing; and at the same time the DR dialog is shown to
indicate that there are files pending recovery.

Let's hear from the UX team.

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

[Libreoffice-bugs] [Bug 150428] Document Recovery UX is horrible

[bugzilla-daemon]

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

Rafael Lima  changed:

   What|Removed |Added

   Keywords||needsUXEval
 CC||libreoffice-ux-advise@lists
   ||.freedesktop.org

--- Comment #1 from Rafael Lima  ---
So basically what you want is that LibreOffice only shows the DR dialog when
you try to open the a file that had previously crashed? If you try to open some
other file (even if a previous LO session crashed), you want the DR dialog to
not be shown?

AFAIK the recovery info is obtained from the hidden backup file that is created
while the document is open. So I guess this might be possible, but I'm not an
expert on the inner-workings of file recovery.

Maybe we could have the following workflows:

1) If LO crashes and the user tries to open a file that has backup information,
then only the DR dialog is shown (as is today)

2) If LO crashes and the user tries to open some other file, the file is opened
and becomes ready for editing; and at the same time the DR dialog is shown to
indicate that there are files pending recovery.

Let's hear from the UX team.

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

[Libreoffice-bugs] [Bug 133092] [META] Crash bugs

[bugzilla-daemon]

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

stragu  changed:

   What|Removed |Added

 Depends on||147511


Referenced Bugs:

https://bugs.documentfoundation.org/show_bug.cgi?id=147511
[Bug 147511] CRASH: closing LibreOffice or reloading file after copying /
cutting content
-- 
You are receiving this mail because:
You are the assignee for the bug.

[Libreoffice-bugs] [Bug 147511] CRASH: closing LibreOffice or reloading file after copying / cutting content

[bugzilla-daemon]

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

stragu  changed:

   What|Removed |Added

Summary|CRASH: closing LibreOffice  |CRASH: closing LibreOffice
   |after copying content   |or reloading file after
   ||copying / cutting content
   See Also||https://bugs.documentfounda
   ||tion.org/show_bug.cgi?id=14
   ||7731
 Blocks||133092

--- Comment #9 from stragu  ---
Thanks for looking into it, Attila! They do look very related indeed. I've
added a link.


Referenced Bugs:

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

[Libreoffice-bugs] [Bug 103080] A new default set of bundled fonts

[bugzilla-daemon]

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

Bug 113532 Summary: Bundle and use open source Arabic fonts by default
https://bugs.documentfoundation.org/show_bug.cgi?id=113532

   What|Removed |Added

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

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

[Libreoffice-bugs] [Bug 114750] [META] Locale preferred fonts bugs and enhancements

[bugzilla-daemon]

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

Bug 113532 Summary: Bundle and use open source Arabic fonts by default
https://bugs.documentfoundation.org/show_bug.cgi?id=113532

   What|Removed |Added

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

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

[Libreoffice-bugs] [Bug 113532] Bundle and use open source Arabic fonts by default

[bugzilla-daemon]

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

خالد حسني  changed:

   What|Removed |Added

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

--- Comment #31 from خالد حسني  ---
I think we have enough bundled Arabic fonts, and I don’t think we need to
change the default fonts if no one is complaining.

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

[Libreoffice-bugs] [Bug 112810] [META] Arabic language-specific RTL issues

[bugzilla-daemon]

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

Bug 113532 Summary: Bundle and use open source Arabic fonts by default
https://bugs.documentfoundation.org/show_bug.cgi?id=113532

   What|Removed |Added

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

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

[Libreoffice-bugs] [Bug 141421] Spreadsheet crashes when exported to MS Excel 2003 XML (macOS only)

[bugzilla-daemon]

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

Aron Budea  changed:

   What|Removed |Added

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

--- Comment #19 from Aron Budea  ---
Clop, can this be considered fixed, or is something still left to do?

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

[Libreoffice-bugs] [Bug 150429] FILEOPEN PPTX: line in "chevron + textboxes" SmartArt renders quite thinner than in PowerPoint

[bugzilla-daemon]

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

--- Comment #1 from Gerald Pfeifer  ---
Created attachment 181793
  --> https://bugs.documentfoundation.org/attachment.cgi?id=181793=edit
Visual comparison Powerpoint (top) vs Impress (bottom)

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

[Libreoffice-bugs] [Bug 150429] FILEOPEN PPTX: line in "chevron + textboxes" SmartArt renders quite thinner than in PowerPoint

[bugzilla-daemon]

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

Gerald Pfeifer  changed:

   What|Removed |Added

Summary|FILEOPEN PPTX: files in |FILEOPEN PPTX: line in
   |"chevron + box with text"   |"chevron + textboxes"
   |SmartArt renders quite  |SmartArt renders quite
   |thinner than in PowerPoint  |thinner than in PowerPoint

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

[Libreoffice-bugs] [Bug 150429] New: FILEOPEN PPTX: files in "chevron + box with text" SmartArt renders quite thinner than in PowerPoint

[bugzilla-daemon]

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

Bug ID: 150429
   Summary: FILEOPEN PPTX: files in "chevron + box with text"
SmartArt renders quite thinner than in PowerPoint
   Product: LibreOffice
   Version: 7.5.0.0 alpha0+ Master
  Hardware: All
OS: All
Status: UNCONFIRMED
  Severity: normal
  Priority: medium
 Component: Impress
  Assignee: libreoffice-bugs@lists.freedesktop.org
  Reporter: ger...@pfeifer.com

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

Viewing the attached sample slide in presentation mode, the lines of
the boxes with text renders much thinner/ligher in Impress than it does
in PowerPoint.

Version: 7.5.0.0.alpha0+ / LibreOffice Community
Build ID: 4e2ce2a460458f17ee4360c45a2da2fc4b4d753e
CPU threads: 8; OS: Linux 5.18; UI render: default; VCL: gtk3
Locale: en-US (en_US.UTF-8); UI: en-US

...all the way back to at least LibreOffice 6.4 it appears.

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

[Libreoffice-bugs] [Bug 134945] FILESAVE RTF/FILE Paste RTF: image removed/not saved

[bugzilla-daemon]

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

--- Comment #6 from Terrence Enger  ---
In a local build of commit df3b7599 (2022-08-13) built and running on
debian-buster, I see the images lost but the formula persists.

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

[Libreoffice-commits] core.git: offapi/com

[Tomaž Vajngerl (via logerrit)]

 offapi/com/sun/star/text/NumberingRules.idl |2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

New commits:
commit f448de22e05a59307c8d968982140b182e736edc
Author: Tomaž Vajngerl 
AuthorDate: Wed Aug 10 11:58:34 2022 +0200
Commit: Tomaž Vajngerl 
CommitDate: Mon Aug 15 22:43:48 2022 +0200

correct the description of NumberingRules

duplicated text - "@see NumberingLevel"

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

diff --git a/offapi/com/sun/star/text/NumberingRules.idl 
b/offapi/com/sun/star/text/NumberingRules.idl
index 97286cd26523..9b12477f8f95 100644
--- a/offapi/com/sun/star/text/NumberingRules.idl
+++ b/offapi/com/sun/star/text/NumberingRules.idl
@@ -31,7 +31,7 @@ published service NumberingRules
 
 The numbering rules are levels of property values. Each
 level contains equal properties.
-@see NumberingLevel;@see NumberingLevel;
+@see NumberingLevel
  */
 interface com::sun::star::container::XIndexReplace;
 

[Libreoffice-bugs] [Bug 105936] Terrible letter spacing, Initials don't work anymore

[bugzilla-daemon]

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

--- Comment #21 from Telesto  ---
(In reply to Caolán McNamara from comment #19)
> probably multiple runs, once the attributes of a part change its a new run
> of text and is laid out as a separate "thing" to text before and after it.

I lack knowledge about text runs. What I find curious: introducing direct
formatting, to some selection (word/glyph) [is this called a span?]. can -
depending the location - cause a re-alignment of justified/ moving glyphs.

So applying an attribute, say highlighting to a selection (word/glyph), can
cause a shift. Changing the attribute highlighting doesn't make any difference.
Nor does adding some other attribute to the same selection. Removing the DF on
the other hand causes a shift

It appears to happen independent of zoom-level, but easier to see with when
zooming in. 

Hebrew is even more prone to this

And well this brings this to mind:
https://git.libreoffice.org/core/+/6db39dbd7378351f6476f6db25eb7110c9cfb291%5E!
although this is being beyond my understanding too. So this might be something
totally different.

(In reply to Caolán McNamara from comment #20)
> Putting aside the movement triggered by changing attributes of a piece of
> text I wonder if the original text rendering problem is solved by 7.4 or
> remains. (The broken initials was so glaring I assume that is not an issue
> anymore)
Yes, there are no issues anymore, aside from the above

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

[Libreoffice-bugs] [Bug 61444] Text layout broken across formatting changes (color, underline, etc.)

[bugzilla-daemon]

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

--- Comment #29 from Caolán McNamara  ---
Created attachment 181791
  --> https://bugs.documentfoundation.org/attachment.cgi?id=181791=edit
well well, indeed

Indeed, so it seems (with an ancient word 2003 anyway), so that's interesting.
So moves in that direction would be towards compatibility which is neat. I had
toyed in https://gerrit.libreoffice.org/c/core/+/128573 with laying out the
entire string of a paragraph (though it probably won't work in the real world)
to play around with some approach like that but abandoned it as out of scope at
the time.

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

[Libreoffice-bugs] [Bug 61444] Text layout broken across formatting changes (color, underline, etc.)

[bugzilla-daemon]

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

--- Comment #28 from Khaled Hosny  ---
(In reply to Caolán McNamara from comment #27)
> its also probable that attempting to fix it might add some additional degree
> of incompatibility with msword

Last I checked (but it was a while ago), MS Word didn’t break runs for text
color and underline (and possibly other formatting, but these are the two I
remember testing).

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

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

[Miklos Vajna (via logerrit)]

 sw/qa/core/text/text.cxx   |   43 +
 sw/source/core/text/itrtxt.cxx |   37 ++-
 sw/source/core/text/porrst.cxx |   16 ++-
 sw/source/core/text/txtfly.cxx |   19 --
 4 files changed, 107 insertions(+), 8 deletions(-)

New commits:
commit 251589c17c0dfa33cf5e5e5bb1ed782d2293a67c
Author: Miklos Vajna 
AuthorDate: Mon Aug 15 15:00:47 2022 +0200
Commit: Miklos Vajna 
CommitDate: Mon Aug 15 20:43:03 2022 +0200

tdf#148289 sw clearing breaks: fix vertical layout

There were 3 problems here:

1) SwTextFly::GetMaxBottom() gets an already swapped frame, so going via
   the aRectFnSet abstraction is not correct, need to use Left() and
   similar functions directly.

2) SwTextCursor::AdjustBaseLine() centers portions in the vertical case,
   so a clearing break portion with larger height will push the other
   portions towards the left, and this is not wanted. Fix this by
   filtering out the (logic) height of the clearing break portions in
   the vertical case.

3) The fix for 2) has the side effect that the non-printable line break
   indicator character now has the wrong (logic) top position in
   SwBreakPortion::Paint(). Fix this by compensating for the offset done in
   AdjustBaseLine().

No functional changes intended for the horizontal layout.

Change-Id: I9ea27b4247944cbab8e96c5c5e2c8f82bbbd731c
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/138314
Reviewed-by: Miklos Vajna 
Tested-by: Jenkins

diff --git a/sw/qa/core/text/text.cxx b/sw/qa/core/text/text.cxx
index ddd39bff7b9f..46d7c5156b12 100644
--- a/sw/qa/core/text/text.cxx
+++ b/sw/qa/core/text/text.cxx
@@ -412,6 +412,49 @@ CPPUNIT_TEST_FIXTURE(SwCoreTextTest, 
testClearingLineBreakLeftRTL)
 assertXPath(pXmlDoc, "//SwParaPortion/SwLineLayout[1]", "height", "276");
 }
 
+CPPUNIT_TEST_FIXTURE(SwCoreTextTest, testClearingLineBreakVertical)
+{
+// Given a document with an anchored object in a vertical page and a 
clearing break (type=all):
+loadURL("private:factory/swriter", nullptr);
+uno::Reference xFactory(mxComponent, 
uno::UNO_QUERY);
+uno::Reference xDocument(mxComponent, uno::UNO_QUERY);
+uno::Reference xText = xDocument->getText();
+uno::Reference xCursor = xText->createTextCursor();
+uno::Reference 
xStandard(getStyles("PageStyles")->getByName("Standard"),
+  uno::UNO_QUERY);
+xStandard->setPropertyValue("WritingMode", 
uno::Any(text::WritingMode2::TB_RL));
+{
+uno::Reference xShape(
+xFactory->createInstance("com.sun.star.drawing.RectangleShape"), 
uno::UNO_QUERY);
+xShape->setSize(awt::Size(5000, 5000));
+uno::Reference xShapeProps(xShape, 
uno::UNO_QUERY);
+xShapeProps->setPropertyValue("AnchorType",
+  
uno::Any(text::TextContentAnchorType_AT_CHARACTER));
+uno::Reference xShapeContent(xShape, 
uno::UNO_QUERY);
+xText->insertTextContent(xCursor, xShapeContent, /*bAbsorb=*/false);
+}
+uno::Reference xLineBreak(
+xFactory->createInstance("com.sun.star.text.LineBreak"), 
uno::UNO_QUERY);
+uno::Reference xLineBreakProps(xLineBreak, 
uno::UNO_QUERY);
+auto eClear = static_cast(SwLineBreakClear::ALL);
+xLineBreakProps->setPropertyValue("Clear", uno::Any(eClear));
+xText->insertString(xCursor, "foo", /*bAbsorb=*/false);
+xText->insertTextContent(xCursor, xLineBreak, /*bAbsorb=*/false);
+xText->insertString(xCursor, "bar", /*bAbsorb=*/false);
+
+// When laying out that document:
+calcLayout();
+
+// Then make sure the "bar" does jump (logic) down the correct amount:
+xmlDocUniquePtr pXmlDoc = parseLayoutDump();
+// Without the accompanying fix in place, this test would have failed with:
+// - Expected: 2837
+// - Actual  : 7135
+// i.e. the expected break height is the twips value of the 5cm rectangle 
size, it was much
+// more.
+assertXPath(pXmlDoc, "//SwParaPortion/SwLineLayout[1]/SwBreakPortion", 
"height", "2837");
+}
+
 CPPUNIT_TEST_FIXTURE(SwCoreTextTest, testClearingLineBreakHeader)
 {
 // Given a document with a shape in the header and a clearing break in the 
body text:
diff --git a/sw/source/core/text/itrtxt.cxx b/sw/source/core/text/itrtxt.cxx
index 53e084b03736..1d1eed3e0837 100644
--- a/sw/source/core/text/itrtxt.cxx
+++ b/sw/source/core/text/itrtxt.cxx
@@ -27,6 +27,7 @@
 #include 
 #include 
 #include "porfld.hxx"
+#include "porrst.hxx"
 
 #include "itrtxt.hxx"
 #include 
@@ -283,7 +284,41 @@ SwTwips SwTextCursor::AdjustBaseLine( const SwLineLayout& 
rLine,
 if (GetInfo().GetTextFrame()->IsVertLR() && 
!GetInfo().GetTextFrame()->IsVertLRBT())
 nOfst += rLine.Height() - ( rLine.Height() - 
nPorHeight ) / 2 - 

[Libreoffice-bugs] [Bug 59260] Can not use selection clipboard across sheets with middle-click

[bugzilla-daemon]

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

--- Comment #20 from almos  ---
Still the same in 7.3.1.3

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

[Libreoffice-commits] core.git: vcl/unx

[Caolán McNamara (via logerrit)]

 vcl/unx/gtk3/a11y/atkwrapper.cxx |2 +-
 vcl/unx/gtk3/a11y/atkwrapper.hxx |3 ++-
 2 files changed, 3 insertions(+), 2 deletions(-)

New commits:
commit f3b0a95f9c2f85604808c21485e46e43aebbbfed
Author: Caolán McNamara 
AuthorDate: Mon Aug 15 13:14:08 2022 +0100
Commit: Caolán McNamara 
CommitDate: Mon Aug 15 20:22:24 2022 +0200

fix "invalid class cast from 'OOoAtkObj' to 'GtkWidgetAccessible'"

and similar

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

diff --git a/vcl/unx/gtk3/a11y/atkwrapper.cxx b/vcl/unx/gtk3/a11y/atkwrapper.cxx
index 735b53c3edbe..329e903a6836 100644
--- a/vcl/unx/gtk3/a11y/atkwrapper.cxx
+++ b/vcl/unx/gtk3/a11y/atkwrapper.cxx
@@ -702,7 +702,7 @@ atk_object_wrapper_get_type()
 reinterpret_cast(atk_object_wrapper_init),
 nullptr
   } ;
-  type = g_type_register_static (ATK_TYPE_OBJECT,
+  type = g_type_register_static (GTK_TYPE_WIDGET_ACCESSIBLE,
  "OOoAtkObj",
  , GTypeFlags(0)) ;
   }
diff --git a/vcl/unx/gtk3/a11y/atkwrapper.hxx b/vcl/unx/gtk3/a11y/atkwrapper.hxx
index d67ea2480e4d..906e6f0c9414 100644
--- a/vcl/unx/gtk3/a11y/atkwrapper.hxx
+++ b/vcl/unx/gtk3/a11y/atkwrapper.hxx
@@ -47,7 +47,8 @@ namespace com::sun::star::accessibility {
 
 struct AtkObjectWrapper
 {
-AtkObject aParent;
+GtkWidgetAccessible aParent;
+
 AtkObject* mpOrig;  //if we're a GtkDrawingArea acting as a custom 
LibreOffice widget, this is the toolkit default impl
 AtkObject* mpSysObjChild; //if we're a container for a sysobj, then this 
is the sysobj native gtk AtkObject
 

[Libreoffice-bugs] [Bug 103182] [META] GTK3-specific bugs

[bugzilla-daemon]

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

Bug 45470 Summary: dropdown list displays over other application
https://bugs.documentfoundation.org/show_bug.cgi?id=45470

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution|--- |NOTOURBUG

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

[Libreoffice-bugs] [Bug 45470] dropdown list displays over other application

[bugzilla-daemon]

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

Terrence Enger  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution|--- |NOTOURBUG

--- Comment #17 from Terrence Enger  ---
Thank you, Caolán.  I am closing this as RESOLVED NOTOURBUG.

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

[Libreoffice-bugs] [Bug 105936] Terrible letter spacing, Initials don't work anymore

[bugzilla-daemon]

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

--- Comment #20 from Caolán McNamara  ---
Putting aside the movement triggered by changing attributes of a piece of text
I wonder if the original text rendering problem is solved by 7.4 or remains.
(The broken initials was so glaring I assume that is not an issue anymore)

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

Fields for Zotero

[Phillips Rogfield]

Hello,

Zotero  is a citation manager with a plugin for 
LibreOffice .


I would like to implement Fields, that is, for the plugin to write 
citation using Fields, as per this issue 
.


It looks like the relevant entry point is |com.sun.star.text.Fieldmark|, 
however I went to the IDL reference 
 and there seems to 
be no such class under |com.sun.star.text|.


Is it undocumented? Can you point me in the right direction?

Best.

​

[Libreoffice-bugs] [Bug 95662] XHTML-Export: Export to html produces wrong decimalseparator together with bullets

[bugzilla-daemon]

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

--- Comment #26 from Robert Großkopf  ---
Seems this is getting worse.

At this moment I could only export with LO 7.1.5.2, open a text editor and
remove 
:0, with :0.
:1, with :1.

With LO 7.2.5.2 and newer versions I can't get a tab between bullet and
following text. Bullet will disappear inside the text. Seems we have to revert
to the old behavior…

Have had this trouble every time I have updated the German Base Handbuch, so I
didn't test it before.

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

[Libreoffice-bugs] [Bug 150212] Window size and position not remembered

[bugzilla-daemon]

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

Dieter  changed:

   What|Removed |Added

 CC||dgp-m...@gmx.de

--- Comment #1 from Dieter  ---
I can't confirm it with

Version: 7.5.0.0.alpha0+ (x64) / LibreOffice Community
Build ID: df3b7599f5ad92337a495224f53a1299cc82e97e
CPU threads: 4; OS: Windows 10.0 Build 19044; UI render: Skia/Raster; VCL: win
Locale: de-DE (de_DE); UI: en-GB
Calc: CL

Additional informations:
1. Size of the window is not document specific. LO opens with the last used
size
2. Please make sure, that document contains author's forename and surename,
because without that, focus after opening is not at last position

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

[Libreoffice-bugs] [Bug 150428] New: Document Recovery UX is horrible

[bugzilla-daemon]

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

Bug ID: 150428
   Summary: Document Recovery UX is horrible
   Product: LibreOffice
   Version: 7.3.5.2 release
  Hardware: All
OS: All
Status: UNCONFIRMED
  Severity: enhancement
  Priority: medium
 Component: UI
  Assignee: libreoffice-bugs@lists.freedesktop.org
  Reporter: buhera...@gmail.com

Description:
LibreOffice document recovery (DR for short) breaks UX principles as described
in https://wiki.documentfoundation.org/Design/Principles :

0) DR pops up at unexpected times (ux-consistency?): After years of using LO I
couldn't really figure out when DR is triggered, but it regularly comes up when
I don't remember having anything that would worth saving (typically I use LO
for quick preview before switching to MS Office).

1) DR doesn't let me work (ux-interruption): The document I want to open
doesn't come up until I deal with the DR window, even though I try to work with
a completely different document. This is probably the most annoying component.

2) Confusing wording (ux-affordance?): The action buttons on the first DR
screen are called "Start" and "Discard". Since the window appears during the
startup of the application, this is confusing, because "Start" can be
interpreted as continuing starting the application while "Discard" can be
interpreted as discarding this annoying window, while the buttons have opposite
effects.

3a) It takes two confirmations to get over DR (ux-interruption,
ux-visual-hierarchy): I know this should be a safety tradeoff, but it's
*really* annoying to click through not one but to modal dialogs to get to my
document unrelated to DR. It's also not visually easy to tell which button will
result in discarding the document/continuing execution (that can either be
desired or dangerous, so simple red/green coloring wouldn't do I guess).

3b) It takes a confirmation to see recovery result (ux-interruption,
ux-minimalism): Let's say I really did want to recover something. What is the
purpose of making me click Finish in order to my nervously awaited recovery
result can be displayed?

Steps to Reproduce:
1. Save a document
2. Add some content to the document without saving
3. Kill LO
4. Open LO providing a different file (document2) in the command line to
trigger DR

Actual Results:
DR shows up, preventing work on document2.

Expected Results:
I want to be able to work with document2 without blocking modals. 


Reproducible: Always


User Profile Reset: No



Additional Info:
Version: 7.3.5.2 / LibreOffice Community
Build ID: 184fe81b8c8c30d8b5082578aee2fed2ea847c01
CPU threads: 4; OS: Linux 5.4; UI render: default; VCL: gtk3
Locale: en-US (en_US.UTF-8); UI: en-US
Calc: threaded

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

[Libreoffice-bugs] [Bug 105936] Terrible letter spacing, Initials don't work anymore

[bugzilla-daemon]

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

--- Comment #19 from Caolán McNamara  ---
probably multiple runs, once the attributes of a part change its a new run of
text and is laid out as a separate "thing" to text before and after it.

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

[Libreoffice-bugs] [Bug 61444] Text layout broken across formatting changes (color, underline, etc.)

[bugzilla-daemon]

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

--- Comment #27 from Caolán McNamara  ---
once things are broken into different runs there's going to be such effects,
its also probable that attempting to fix it might add some additional degree of
incompatibility with msword

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

[Libreoffice-bugs] [Bug 144862] Wiggling letter with window size of 1920 pixel width (72dpi) and zoom 140% (RSID?)

[bugzilla-daemon]

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

--- Comment #50 from Telesto  ---
(In reply to Caolán McNamara from comment #49)
> > I tested this fix and it seems to significantly improve the font rendering.
> > However, I think it only improves Writer while the other modules remain
> > unchanged. Is this correct and if so, is the transfer to the other modules
> > planned as well? In my opinion, bringing this improvement to Impress is
> > really important.
> 
> Yeah, right now this is only for writer. That was because writer was the
> only module with the special hack to adjust the positions, so there was two
> things, the removal of the hack and then the extra adjustments to the
> rendering. As far as I know there isn't such a hack in the other modules,
> but it is possibly that making the associated rendering changes either
> universal or used by some of the other modules might be an improvement.

For the record: the rendering is significantly improved, but there are glitches
when alignment is set to 'Justified'. It's covered by bug 61444 (in my
interpretation; or I hijacked it.

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

[Libreoffice-bugs] [Bug 105936] Terrible letter spacing, Initials don't work anymore

[bugzilla-daemon]

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

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

1. Highlighting D of controlled, moves, the 'i' in air. After underlining air,
the 'i' of in will also move (with air)
2. When highlighting the D of controlled, 'piston' moves.

Screencast taken with 160% zoom (but found this more often). 1920x1080 

The problem occurs with 'Justified' alignment. It surely improved compared to
my previous screencast, but not perfect

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

Re: segfault in unopkg.bin

[Terrence Enger]

On Mon, 2022-08-15 at 08:05 +0200, Stephan Bergmann wrote:
> On 8/14/22 20:26, Terrence Enger wrote:
>
> I managed to provoke unopkg.bin to segfault while I was doing `make`
> 
> Either file a bug report
(and please put me on cc) or just give the 

Thank you, Stephan.

I have created tdf#150427
;.

I have some time available, but fear that I would consume more
guidance than any value I will contribute back.  Instruction welcome.

( Just by the way ... The typescript I attached to the report is
really ugly with all the funny stuff inserted by bash's colorization,
my backspacing, tab completion, command recall, and whatever.
`less --raw-control-chars` makes the file almost readable, but I would
welcome any suggestion to take that burden of the reader.  )

[Libreoffice-bugs] [Bug 150419] FILESAVE DOCX page writing direction "left-to-right (vertical)" is wrongly exported

[bugzilla-daemon]

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

--- Comment #2 from Regina Henschel  ---
Unfortunately there are problems in how Word uses ISO/IEC 29500-1:2016. Thus a
standard conform solution might be not appropriate. I have posted the problem
on
https://docs.microsoft.com/en-us/answers/questions/967428/value-mess-for-textdirection-in-sectpr-for-traditi.html

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

[Libreoffice-bugs] [Bug 150427] unopkg.bin: segfault from `make` in sdk example complextoolbarclient

[bugzilla-daemon]

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

Terrence Enger  changed:

   What|Removed |Added

 CC||sberg...@redhat.com

--- Comment #2 from Terrence Enger  ---
Adding Stephan Bergmann to cc.

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

[Libreoffice-bugs] [Bug 150427] unopkg.bin: segfault from `make` in sdk example complextoolbarclient

[bugzilla-daemon]

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

--- Comment #1 from Terrence Enger  ---
Created attachment 181788
  --> https://bugs.documentfoundation.org/attachment.cgi?id=181788=edit
typescript with segfault

The following points within the typescript may be of interest

line   what
   
   3   general introduction
  13   setsdkenv_unix; set SAL_USE_VCLPLUGIN and UNO_PATH
  56   export URE_BOOTSTRAP with bad value
  61   make
 122 unopkg; segfault
 125   gdb
 146 run
 153 backtrace
 162 backtrace full
 180   for comparison, URE_BOOTSTRAP with intended value
 188   make
 199 good completion

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

[Libreoffice-bugs] [Bug 150427] New: unopkg.bin: segfault from `make` in sdk example complextoolbarclient

[bugzilla-daemon]

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

Bug ID: 150427
   Summary: unopkg.bin: segfault from `make` in sdk example
complextoolbarclient
   Product: LibreOffice
   Version: 7.5.0.0 alpha0+ Master
  Hardware: x86-64 (AMD64)
OS: Linux (All)
Status: UNCONFIRMED
  Severity: normal
  Priority: medium
 Component: sdk
  Assignee: libreoffice-bugs@lists.freedesktop.org
  Reporter: lo_b...@iseries-guru.com

In SDK example complextoolbarcontrols, I set a bad value for
URE_BOOTSTRAP and then unopkg terminated with a segfault.  The values
of that envar, bad and intended, are

   
vnd.sun.star.pathname=/home/terry/lo_hacking/git/libo6/instdir/program/fundamentalrc

   
vnd.sun.star.pathname:/home/terry/lo_hacking/git/libo6/instdir/program/fundamentalrc


These observations are of LibreOffice commit df3b7599 (2022-08-13
18:23 Z), built and running on debian-buster, with autogen.input ...

--with-vendor=Terrence Enger
--with-jdk-home=/usr/lib/jvm/default-java
--enable-split-debug
--enable-gdb-index
--enable-ld=gold
--enable-option-checking=fatal
--enable-dbgutil
--enable-debug
--without-system-postgresql
--without-myspell-dicts
--with-extra-buildid
--without-doxygen
--with-external-tar=/home/terry/lo_hacking/git/src
--without-package-format
--enable-odk
# (2022-08-06, tje) On debian-buster, g++ 8.3.0 compiling idxdict.cxx
# complains
#... unrecognized command line option -Wdeprecated-copy-dtor
CXXFLAGS=-Wno-deprecated-copy-dtor

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

[Libreoffice-bugs] [Bug 141926] FILEOPEN PPTX Dash – Dot style line loses some dots in presentation mode (Windows with GDI)

[bugzilla-daemon]

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

Gerald Pfeifer  changed:

   What|Removed |Added

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

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

[Libreoffice-bugs] [Bug 150426] FILEOPEN PPTX: part of a (small) dotted line disappears - both edit and presentation mode

[bugzilla-daemon]

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

Gerald Pfeifer  changed:

   What|Removed |Added

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

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

[Libreoffice-bugs] [Bug 136957] FILEOPEN PPTX: dotted line partially disappears in presentation mode (only)

[bugzilla-daemon]

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

Gerald Pfeifer  changed:

   What|Removed |Added

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

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

[Libreoffice-bugs] [Bug 150426] New: FILEOPEN PPTX: part of a (small) dotted line disappears - both edit and presentation mode

[bugzilla-daemon]

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

Bug ID: 150426
   Summary: FILEOPEN PPTX: part of a (small) dotted line
disappears - both edit and presentation mode
   Product: LibreOffice
   Version: 7.5.0.0 alpha0+ Master
  Hardware: All
OS: All
Status: UNCONFIRMED
  Severity: normal
  Priority: medium
 Component: Impress
  Assignee: libreoffice-bugs@lists.freedesktop.org
  Reporter: ger...@pfeifer.com

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

1. Open the sample PPTX file
2. Observe that part of the (small) dotted line is not visible in edit mode.
3. Enter presentation mode
4. Observe that a similiar (but smaller) part of the line is not visible

Version: 7.5.0.0.alpha0+ / LibreOffice Community
Build ID: 4e2ce2a460458f17ee4360c45a2da2fc4b4d753e
CPU threads: 8; OS: Linux 5.18; UI render: default; VCL: gtk3
Locale: en-US (en_US.UTF-8); UI: en-US

All the way back to LibreOffice 6.4. At one point around 7.0 presentation
mode turned much worse, losing larger parts of the line, a regression which
was addressed via bug #136957.

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

[Libreoffice-bugs] [Bug 144862] Wiggling letter with window size of 1920 pixel width (72dpi) and zoom 140% (RSID?)

[bugzilla-daemon]

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

--- Comment #49 from Caolán McNamara  ---
> I tested this fix and it seems to significantly improve the font rendering.
> However, I think it only improves Writer while the other modules remain
> unchanged. Is this correct and if so, is the transfer to the other modules
> planned as well? In my opinion, bringing this improvement to Impress is
> really important.

Yeah, right now this is only for writer. That was because writer was the only
module with the special hack to adjust the positions, so there was two things,
the removal of the hack and then the extra adjustments to the rendering. As far
as I know there isn't such a hack in the other modules, but it is possibly that
making the associated rendering changes either universal or used by some of the
other modules might be an improvement.

But I'd like to be sure that the problem in impress is something that is
affected by this sort of stuff. Is it possible to file a bug with something
reproducible for what you see in impress so I could see if I'm able to perceive
a difference if we attempt that. (put me on cc on the new issue)

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

[Libreoffice-bugs] [Bug 150423] Duplicated themeColor and themeShade in docx roundtrip

[bugzilla-daemon]

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

Xisco Faulí  changed:

   What|Removed |Added

 CC||xiscofa...@libreoffice.org
 Status|UNCONFIRMED |NEEDINFO
 Ever confirmed|0   |1

--- Comment #1 from Xisco Faulí  ---
Thank you for reporting the bug. Please attach a sample document, as this makes
it easier for us to verify the bug. 
I have set the bug's status to 'NEEDINFO'. Please change it back to
'UNCONFIRMED' once the requested document is provided.
(Please note that the attachment will be public, remove any sensitive
information before attaching it. 
See
https://wiki.documentfoundation.org/QA/FAQ#How_can_I_eliminate_confidential_data_from_a_sample_document.3F
for help on how to do so.)

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

[Libreoffice-bugs] [Bug 150425] Macro organizer crashes LO

[bugzilla-daemon]

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

Xisco Faulí  changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution|--- |DUPLICATE
 CC||xiscofa...@libreoffice.org

--- Comment #1 from Xisco Faulí  ---
Thanks for reporting this issue.
It looks like a duplicate of bug 150291

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

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

Re: Crash test update, "validation?"

[Caolán McNamara]

On Thu, 2022-08-11 at 14:35 +, crashtest wrote:
> - Your friendly crashtest bot

Do we care about the "validationErrors", I've never looked at them and
maybe the turnaround time might be faster if we drop validation?

[Libreoffice-commits] dev-tools.git: test-bugzilla-files/analyze_logs.py

[Caolán McNamara (via logerrit)]

 test-bugzilla-files/analyze_logs.py |8 +---
 1 file changed, 5 insertions(+), 3 deletions(-)

New commits:
commit e7f118825589042662c9efc68bd9a5553b5f0e8d
Author: Caolán McNamara 
AuthorDate: Mon Aug 15 14:57:06 2022 +0100
Commit: Caolán McNamara 
CommitDate: Mon Aug 15 16:01:29 2022 +0200

update log processing for new subdirs

Change-Id: I248e9a63760ed607b9f9df5d0a6c8ed20fdac860
Reviewed-on: https://gerrit.libreoffice.org/c/dev-tools/+/138315
Tested-by: Caolán McNamara 
Reviewed-by: Caolán McNamara 

diff --git a/test-bugzilla-files/analyze_logs.py 
b/test-bugzilla-files/analyze_logs.py
index c2c426a..f027dc1 100644
--- a/test-bugzilla-files/analyze_logs.py
+++ b/test-bugzilla-files/analyze_logs.py
@@ -26,7 +26,7 @@ def analyze_import_crash(crashtest_file, crashes):
 if not os.path.exists(crashtest_file):
 return 0
 
-regex = re.compile("Crash:/srv/crashtestdata/files/(\w*)")
+regex = re.compile("Crash:/srv/crashtestdata/.+/(\w*)/")
 for line in open(crashtest_file):
 r = regex.search(line)
 format = r.groups()[0]
@@ -39,9 +39,11 @@ def analyze_odfundifflog(odfundifflog_file, differences):
 if not os.path.exists(odfundifflog_file):
 return 0
 
-regex = re.compile("Difference in :/srv/crashtestdata/files/(\w*)")
+regex = re.compile("/srv/crashtestdata/.+/(\w*)/")
 for line in open(odfundifflog_file):
 r = regex.search(line)
+if r == None:
+continue
 format = r.groups()[0]
 if format not in differences:
 differences[format] = 0
@@ -52,7 +54,7 @@ def analyze_export_crash(crashtest_file, crashes):
 if not os.path.exists(crashtest_file):
 return 0
 
-regex = re.compile("/srv/crashtestdata/files/\w+/[a-zA-Z0-9_-]+\.(\w+)")
+regex = re.compile("/srv/crashtestdata/files/.+/[,:a-zA-Z0-9_-]+\.(\w+)")
 for line in open(crashtest_file):
 r = regex.search(line)
 format = r.groups()[0]

[Libreoffice-bugs] [Bug 148430] Use std functions instead of our own implementation

[bugzilla-daemon]

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

--- Comment #4 from Eike Rathke  ---
Do NOT replace rtl::math::sin(), cos() and tan() with their std::...
counterparts. Note that the rtl implementations check the argument with
isValidArcArg(), see that comment in include/rtl/math.hxx, and if it's out of
range set a NaN at the double, which callers rely on (if aware).

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

[Libreoffice-bugs] [Bug 150425] New: Macro organizer crashes LO

[bugzilla-daemon]

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

Bug ID: 150425
   Summary: Macro organizer crashes LO
   Product: LibreOffice
   Version: 7.3.5.2 release
  Hardware: x86-64 (AMD64)
OS: Linux (All)
Status: UNCONFIRMED
  Severity: normal
  Priority: medium
 Component: BASIC
  Assignee: libreoffice-bugs@lists.freedesktop.org
  Reporter: ville...@t-online.de

Description:
After a minor upgrade from 7.3.4 to 7.3.5 calling the StarBasic macro organizer
crashes the office suite.

Steps to Reproduce:
1.Upgrade from 7.3.4 to 7.3.5 while the program was shut down.
2.Tools>Macros>Organize>Basic...
3. Button [Organize...]


Actual Results:
Crash

Expected Results:
A dialog with 3 tabs to organize modules, dialogs and libraries.


Reproducible: Always


User Profile Reset: Yes



Additional Info:
Yes, I did reset my user profile and my box does not support any of the
accelleration voodoo.

https://crashreport.libreoffice.org/stats/crash_details/19f6f070-3caa-4475-b15c-efc172a81363

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

[Libreoffice-bugs] [Bug 135991] Hebrew Text Randomly Disappears and Reappears (see comment 17)

[bugzilla-daemon]

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

--- Comment #24 from Commit Notification 
 ---
Mark Hung committed a patch related to this issue.
It has been pushed to "libreoffice-7-4":

https://git.libreoffice.org/core/commit/45e4abfed10aff768cd884ebcb1a38af0fea32d6

tdf#135991 fix unexpected hidden RTL sections.

It will be available in 7.4.1.

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-commits] core.git: Branch 'libreoffice-7-4' - sw/qa sw/source

[Mark Hung (via logerrit)]

 sw/qa/extras/layout/data/tdf135991.odt |binary
 sw/qa/extras/layout/layout2.cxx|8 +
 sw/source/core/layout/calcmove.cxx |   46 +
 3 files changed, 33 insertions(+), 21 deletions(-)

New commits:
commit 45e4abfed10aff768cd884ebcb1a38af0fea32d6
Author: Mark Hung 
AuthorDate: Sun Aug 14 15:23:14 2022 +0800
Commit: Xisco Fauli 
CommitDate: Mon Aug 15 15:46:45 2022 +0200

tdf#135991 fix unexpected hidden RTL sections.

SwLayoutFrame::MakeAll tried to manipulate the height instead of the
width for SwCellFrame and SwColumnFrame ( i.e. when IsNeghbourFrame()
is true. ), by selecting a wrong SwRectFn.

SwRectFn fnRect = bVert == IsNeighbourFrame() ? fnRectHori :
( IsVertLR() ? (IsVertLRBT() ? fnRectVertL2RB2T : fnRectVertL2R) : 
fnRectVert );

It doesn't make sense to select among fnRectVertL2RBT, fnRectVertL2R,
and fnRectVert if the layout is horizontal.
The frame position got a negative top value and make the frame invisble.

Check he following commit for reference:

commit c90b6806d18c8ed25015eb2ecdff13c7bab2572d
Author: Andreas Martens 
Date:   Wed Sep 19 07:45:10 2001 +

Chg: Moving vertical help functions from SwFrm to SwRect

Change-Id: I2f6da9cdbc2947de95a6fb9ce8fa94a79360c83a
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/138250
Tested-by: Jenkins
Reviewed-by: Miklos Vajna 
(cherry picked from commit 1bf82b26aea3a403920a64cdfcb4671c947c7a01)
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/138278
Reviewed-by: Xisco Fauli 

diff --git a/sw/qa/extras/layout/data/tdf135991.odt 
b/sw/qa/extras/layout/data/tdf135991.odt
new file mode 100644
index ..f490ee9fb28c
Binary files /dev/null and b/sw/qa/extras/layout/data/tdf135991.odt differ
diff --git a/sw/qa/extras/layout/layout2.cxx b/sw/qa/extras/layout/layout2.cxx
index 24c4d32acc5d..d602d74c9bba 100644
--- a/sw/qa/extras/layout/layout2.cxx
+++ b/sw/qa/extras/layout/layout2.cxx
@@ -2131,6 +2131,14 @@ CPPUNIT_TEST_FIXTURE(SwLayoutWriter2, testTdf124261)
 #endif
 }
 
+CPPUNIT_TEST_FIXTURE(SwLayoutWriter2, testTdf135991)
+{
+createSwDoc(DATA_DIRECTORY, "tdf135991.odt");
+auto pDump = parseLayoutDump();
+// There used to be negative values that made the column frames invisible.
+assertXPath(pDump, "//bounds[@top<0]", 0);
+}
+
 CPPUNIT_PLUGIN_IMPLEMENT();
 
 /* vim:set shiftwidth=4 softtabstop=4 expandtab: */
diff --git a/sw/source/core/layout/calcmove.cxx 
b/sw/source/core/layout/calcmove.cxx
index 1bc2506a72f4..1869794300f6 100644
--- a/sw/source/core/layout/calcmove.cxx
+++ b/sw/source/core/layout/calcmove.cxx
@@ -949,7 +949,7 @@ void SwLayoutFrame::MakeAll(vcl::RenderContext* 
/*pRenderContext*/)
 const SwLayNotify aNotify( this );
 bool bVert = IsVertical();
 
-SwRectFn fnRect = ( IsNeighbourFrame() == bVert )? fnRectHori : ( 
IsVertLR() ? (IsVertLRBT() ? fnRectVertL2RB2T : fnRectVertL2R) : fnRectVert );
+SwRectFn fnRect = bVert ? ( IsVertLR() ? (IsVertLRBT() ? fnRectVertL2RB2T 
: fnRectVertL2R) : fnRectVert ) : fnRectHori;
 
 std::optional oAccess;
 const SwBorderAttrs*pAttrs = nullptr;
@@ -975,32 +975,36 @@ void SwLayoutFrame::MakeAll(vcl::RenderContext* 
/*pRenderContext*/)
 {
 // Set FixSize; VarSize is set by Format() after 
calculating the PrtArea
 setFramePrintAreaValid(false);
-
-SwTwips nPrtWidth = 
(GetUpper()->getFramePrintArea().*fnRect->fnGetWidth)();
-if( bVert && ( IsBodyFrame() || IsFootnoteContFrame() ) )
-{
-SwFrame* pNxt = GetPrev();
-while( pNxt && !pNxt->IsHeaderFrame() )
-pNxt = pNxt->GetPrev();
-if( pNxt )
-nPrtWidth -= pNxt->getFrameArea().Height();
-pNxt = GetNext();
-while( pNxt && !pNxt->IsFooterFrame() )
-pNxt = pNxt->GetNext();
-if( pNxt )
-nPrtWidth -= pNxt->getFrameArea().Height();
-}
-
-const tools::Long nDiff = nPrtWidth - 
(getFrameArea().*fnRect->fnGetWidth)();
 SwFrameAreaDefinition::FrameAreaWriteAccess aFrm(*this);
 
-if( IsNeighbourFrame() && IsRightToLeft() )
+if (IsNeighbourFrame())
 {
-(aFrm.*fnRect->fnSubLeft)( nDiff );
+SwTwips nPrtHeight = 
(GetUpper()->getFramePrintArea().*fnRect->fnGetHeight)();
+const tools::Long nDiff = nPrtHeight - 
(getFrameArea().*fnRect->fnGetHeight)();
+(aFrm.*fnRect->fnAddBottom)( nDiff );
 }
 else
 {
-

[Libreoffice-bugs] [Bug 108019] [META] Calc UX bugs and enhancements

[bugzilla-daemon]

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

Heiko Tietze  changed:

   What|Removed |Added

 Depends on||150264


Referenced Bugs:

https://bugs.documentfoundation.org/show_bug.cgi?id=150264
[Bug 150264] FORMATTING: UI improvements to add automatic data validation of
dates
-- 
You are receiving this mail because:
You are the assignee for the bug.