[Libreoffice-bugs] [Bug 157971] CALC FORMATTING? Alphanumeric sorting only produces the correct result if the numbers don't exceed 9
https://bugs.documentfoundation.org/show_bug.cgi?id=157971 Colin changed: What|Removed |Added Resolution|--- |NOTABUG Status|UNCONFIRMED |RESOLVED --- Comment #3 from Colin --- (In reply to Werner Tietz from comment #2) > Hallo > > Try →Data→Sort→ > Criteria: Index4 > →→Options: [x]Natural Sort Hi Werner, Sweet! - Shame that's not available on the filter button I do like to learn two new things every day - Thanks I'll change the status -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157971] CALC FORMATTING? Alphanumeric sorting only produces the correct result if the numbers don't exceed 9
https://bugs.documentfoundation.org/show_bug.cgi?id=157971 --- Comment #2 from Werner Tietz --- Hallo Try →Data→Sort→ Criteria: Index4 →→Options: [x]Natural Sort -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-commits] core.git: filter/source
filter/source/pdf/pdfexport.cxx | 345
filter/source/pdf/pdfexport.hxx | 54 --
2 files changed, 174 insertions(+), 225 deletions(-)
New commits:
commit 9a4e4db710137b1a7cb8e62ffa16128c7cc72177
Author: Mike Kaganski
AuthorDate: Sun Oct 29 18:22:09 2023 +0300
Commit: Mike Kaganski
CommitDate: Mon Oct 30 06:38:58 2023 +0100
These members can be local variables
They are only used in one method.
Change-Id: Ic6fafb1518b7bc57cd1500fdbabbeb26739db291
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/158624
Tested-by: Jenkins
Reviewed-by: Mike Kaganski
diff --git a/filter/source/pdf/pdfexport.cxx b/filter/source/pdf/pdfexport.cxx
index 0bb6131c582a..a8f3cda62224 100644
--- a/filter/source/pdf/pdfexport.cxx
+++ b/filter/source/pdf/pdfexport.cxx
@@ -82,62 +82,17 @@ PDFExport::PDFExport( const Reference< XComponent >&
rxSrcDoc,
mxContext ( xContext ),
mxStatusIndicator ( rxStatusIndicator ),
mxIH( rxIH ),
-mbUseTaggedPDF ( false ),
-mnPDFTypeSelection ( 0 ),
-mbPDFUACompliance ( false),
-mbExportNotes ( true ),
-mbExportNotesInMargin ( false ),
-mbExportPlaceholders( false ),
-mbUseReferenceXObject ( false ),
-mbExportNotesPages ( false ),
-mbExportOnlyNotesPages ( false ),
-mbUseTransitionEffects ( true ),
-mbExportBookmarks ( true ),
-mbExportHiddenSlides( false ),
-mbSinglePageSheets ( false ),
-mnOpenBookmarkLevels( -1 ),
mbUseLosslessCompression( false ),
mbReduceImageResolution ( true ),
mbSkipEmptyPages( true ),
-mbAddStream ( false ),
mnMaxImageResolution( 300 ),
mnQuality ( 80 ),
-mnFormsFormat ( 0 ),
-mbExportFormFields ( true ),
-mbAllowDuplicateFieldNames ( false ),
mnProgressValue ( 0 ),
mbRemoveTransparencies ( false ),
mbIsRedactMode ( false ),
maWatermarkColor( COL_LIGHTGREEN ),
-maWatermarkFontName ( "Helvetica" ),
-
-mbHideViewerToolbar ( false ),
-mbHideViewerMenubar ( false ),
-mbHideViewerWindowControls ( false ),
-mbFitWindow ( false ),
-mbCenterWindow ( false ),
-mbOpenInFullScreenMode ( false ),
-mbDisplayPDFDocumentTitle ( true ),
-mnPDFDocumentMode ( 0 ),
-mnPDFDocumentAction ( 0 ),
-mnZoom ( 100 ),
-mnInitialPage ( 1 ),
-mnPDFPageLayout ( 0 ),
-
-mbEncrypt ( false ),
-mbRestrictPermissions ( false ),
-mnPrintAllowed ( 2 ),
-mnChangesAllowed( 4 ),
-mbCanCopyOrExtract ( true ),
-mbCanExtractForAccessibility( true ),
-
-// #i56629
-mbExportRelativeFsysLinks ( false ),
-mnDefaultLinkAction ( 0 ),
-mbConvertOOoTargetToPDFTarget( false ),
-mbExportBmkToDest ( false ),
-mbSignPDF ( false )
+maWatermarkFontName ( "Helvetica" )
{
}
@@ -441,6 +396,53 @@ bool PDFExport::Export( const OUString& rFile, const
Sequence< PropertyValue >&
if( xRenderable.is() )
{
+// The defaults
+bool bUseTaggedPDF = false;
+sal_Int32 nPDFTypeSelection = 0;
+bool bPDFUACompliance = false;
+bool bExportNotes = true;
+bool bExportNotesInMargin = false;
+bool bExportNotesPages = false;
+bool bExportOnlyNotesPages = false;
+bool bUseTransitionEffects = true;
+bool bExportFormFields = true;
+sal_Int32 nFormsFormat = 0;
+bool bAllowDuplicateFieldNames = false;
+bool bHideViewerToolbar = false;
+bool bHideViewerMenubar = false;
+bool bHideViewerWindowControls = false;
+bool bFitWindow = false;
+bool bCenterWindow = false;
+bool bOpenInFullScreenMode = false;
+bool bDisplayPDFDocumentTitle = true;
+sal_Int32 nPDFDocumentMode = 0;
+sal_Int32 nPDFDocumentAction = 0;
+sal_Int32 nZoom = 100;
+sal_Int32 nInitialPage = 1;
+sal_Int32 nPDFPageLayout = 0;
+bool bAddStream = false;
+bool bEncrypt = false;
+bool bRestrictPermissions = false;
+sal_Int32 nPrintAllowed = 2;
+sal_Int32 nChangesAllowed = 4;
+bool bCanCopyOrExtract = true;
+bool bCanExtractForAccessibility = true;
+// #i56629
+bool bExportRelativeFsysLinks = false;
+sal_Int32 nDefaultLinkAction = 0;
Re: 7.6s sc_subsequent_filters_test and orcus 0.19
Hi, Am 30.10.23 um 00:52 schrieb Kohei Yoshida: On 10/29/23 14:02, Rene Engelhard wrote: This doesn't fail on master, so I'd assume I miss some other (maybe even not directly related) patch? Given that this is related to Gnumeric import, the only thing I can think of is this commit https://cgit.freedesktop.org/libreoffice/core/commit/?id=9a96c395d52984628b759104f9ce2a7781d0e139 Can you try to backport that change to the libreoffice-7-6 branch and see if that makes any difference? Will try, thanks. Regards, Rene
[Libreoffice-bugs] [Bug 85811] [META] Main menu bar bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=85811 Aron Budea changed: What|Removed |Added Depends on||157930 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=157930 [Bug 157930] MENU: Easily insert commonly used conditional formatting rules -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157930] MENU: Easily insert commonly used conditional formatting rules
https://bugs.documentfoundation.org/show_bug.cgi?id=157930 Aron Budea changed: What|Removed |Added Version|24.2.0.0 alpha0+ Master |unspecified Blocks||85811 CC||aron.bu...@gmail.com Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=85811 [Bug 85811] [META] Main menu bar bugs and enhancements -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-ux-advise] [Bug 157930] MENU: Easily insert commonly used conditional formatting rules
https://bugs.documentfoundation.org/show_bug.cgi?id=157930 Aron Budea changed: What|Removed |Added Version|24.2.0.0 alpha0+ Master |unspecified Blocks||85811 CC||aron.bu...@gmail.com Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=85811 [Bug 85811] [META] Main menu bar bugs and enhancements -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-commits] core.git: Branch 'private/tvajngerl/staging' - 0 commits -
Rebased ref, commits from common ancestor:
[Libreoffice-bugs] [Bug 137918] Characters overlap feature
https://bugs.documentfoundation.org/show_bug.cgi?id=137918 --- Comment #14 from silvio.ge...@sinte.net --- Exaclty, in my idea the center of one has to coincide with the center of the other one. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157979] Page break before paragraphs not working
https://bugs.documentfoundation.org/show_bug.cgi?id=157979 --- Comment #2 from Jambunathan K --- (In reply to Jambunathan K from comment #0) > PAGE BREAK BEFORE PARAGRAPHS NOT WORKING Special request / remarks: This report is best reviewed by someone how LO rendering works --- Does LO do multiple passes at rendering, and what happens in each pass. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157970] Textboxes in Forms couldn't be reverted to 3D in LO 7.6.2 when form has been saved in LO 7.5.5
https://bugs.documentfoundation.org/show_bug.cgi?id=157970 Mike Kaganski changed: What|Removed |Added Keywords||bibisectRequest, regression -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157979] Page break before paragraphs not working
https://bugs.documentfoundation.org/show_bug.cgi?id=157979 --- Comment #1 from Jambunathan K --- Created attachment 190505 --> https://bugs.documentfoundation.org/attachment.cgi?id=190505=edit Screenshot of bug in action -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157979] New: Page break before paragraphs not working
https://bugs.documentfoundation.org/show_bug.cgi?id=157979 Bug ID: 157979 Summary: Page break before paragraphs not working Product: LibreOffice Version: 7.5.5.2 release Hardware: All OS: All Status: UNCONFIRMED Severity: normal Priority: medium Component: Writer Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: kjambunat...@gmail.com Created attachment 190504 --> https://bugs.documentfoundation.org/attachment.cgi?id=190504=edit page-break-before-headlines-not-working.zip: Contains all artefacts that demos this bug *BUG DESCRIPTION*: PAGE BREAK BEFORE PARAGRAPHS NOT WORKING README.org This file you are reading right now page-break-before-pargaraphs-not-working.odt ODT file that demoes the bug *BUG DESCRIPTION*: Page break before paragraphs not working page-break-before-paragraphs-not-working-2023-10-30_08-52.png Screenshot of the problem. Annotations on the screenshot and the text within the ODT file tell you what the bug is, and my assessment what may be happening. page-break-before-pargaraphs-not-working.pdf PDF image of the ODT file for-submitters-reference A directory. Contains artefacts used by the submitter to create the ODT file. Please ignore this directory. 1 LO versions on which the problem is seen ══ ┌ │ Version: 24.2.0.0.alpha0+ (X86_64) / LibreOffice Community │ Build ID: 2a217a80bf383ddab0a5e0959ab2fd907dfd3406 │ CPU threads: 4; OS: Linux 6.4; UI render: default; VCL: gtk3 │ Locale: en-IN (en_IN); UI: en-US │ Calc: threaded └ ┌ │ Version: 7.6.0.0.alpha0+ (X86_64) / LibreOffice Community │ Build ID: 4bcf6d9c905e7b5558ee8d9f7f616ce61eadb8f8 │ CPU threads: 4; OS: Linux 6.4; UI render: default; VCL: gtk3 │ Locale: en-IN (en_IN); UI: en-US │ Calc: threaded └ ┌ │ Version: 7.5.5.2 (X86_64) / LibreOffice Community │ Build ID: 50(Build:2) │ CPU threads: 4; OS: Linux 6.4; UI render: default; VCL: gtk3 │ Locale: en-IN (en_IN); UI: en-US │ Debian package version: 4:7.5.5-4 │ Calc: threaded └ -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157974] EDITING: DAY() Function one too many before 1900
https://bugs.documentfoundation.org/show_bug.cgi?id=157974 Mike Kaganski changed: What|Removed |Added Resolution|--- |DUPLICATE Status|UNCONFIRMED |RESOLVED --- Comment #1 from Mike Kaganski --- *** This bug has been marked as a duplicate of bug 157786 *** -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 137918] Characters overlap feature
https://bugs.documentfoundation.org/show_bug.cgi?id=137918 Dieter changed: What|Removed |Added Ever confirmed|1 |0 Status|REOPENED|UNCONFIRMED --- Comment #13 from Dieter --- (In reply to silvio.gerli from comment #11) > The need is a function that put a character exaclty OVELAPPED the previous > one, So they should overlap each other for 100%? -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157978] New: Libre spreadsheets doesn't pop up surface pro onscreen keyboarc
https://bugs.documentfoundation.org/show_bug.cgi?id=157978 Bug ID: 157978 Summary: Libre spreadsheets doesn't pop up surface pro onscreen keyboarc Product: LibreOffice Version: 7.6.2.1 release Hardware: All OS: Windows (All) Status: UNCONFIRMED Severity: normal Priority: medium Component: Calc Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: davisconsult...@gmail.com Description: Word yes, sheets no .. Pls fix :) Actual Results: Libre calc doesn't pop up onscreen keyboard Expected Results: Pop up keyboard Reproducible: Always User Profile Reset: No Additional Info: [Information automatically included from LibreOffice] Locale: en-GB Module: SpreadsheetDocument [Information guessed from browser] OS: Windows (All) OS is 64bit: no -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157969] Freezes when saving the doc
https://bugs.documentfoundation.org/show_bug.cgi?id=157969 QA Administrators changed: What|Removed |Added Status|NEEDINFO|UNCONFIRMED Ever confirmed|1 |0 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157969] Freezes when saving the doc
https://bugs.documentfoundation.org/show_bug.cgi?id=157969 --- Comment #5 from QA Administrators --- [Automated Action] NeedInfo-To-Unconfirmed -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 154919] The direction of header changes in RTL languages compared to word.
https://bugs.documentfoundation.org/show_bug.cgi?id=154919 --- Comment #3 from QA Administrators --- Dear mohammad.azin, 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 149432] Weird Hebrew font used by default on Windows 7
https://bugs.documentfoundation.org/show_bug.cgi?id=149432 --- Comment #20 from QA Administrators --- [Automated Action] NeedInfo-To-Unconfirmed -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 153629] Wrong shortcuts in Swedish UI
https://bugs.documentfoundation.org/show_bug.cgi?id=153629 --- Comment #2 from QA Administrators --- Dear Clas Mellby, 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 146989] Crash in: ssp2mu.dll
https://bugs.documentfoundation.org/show_bug.cgi?id=146989 --- 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 154854] Unable to change system input language with Win+Space, when in filter menu
https://bugs.documentfoundation.org/show_bug.cgi?id=154854 --- Comment #3 from QA Administrators --- Dear 1dimadim1, 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 124042] Lots of CoreGraphics calls without a valid context
https://bugs.documentfoundation.org/show_bug.cgi?id=124042 --- Comment #10 from QA Administrators --- Dear Tor Lillqvist, 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 91664] Form controls in frame in section disappear after hiding
https://bugs.documentfoundation.org/show_bug.cgi?id=91664 --- Comment #10 from QA Administrators --- Dear Graham Horner, 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 113526] Equal sign at end of hyperlink not included as part of hyperlink
https://bugs.documentfoundation.org/show_bug.cgi?id=113526 --- Comment #10 from QA Administrators --- Dear Yousuf Philips (jay) (retired), 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 156651] UI: zh_TW word "column"(欄) in sort window is partly blocked.
https://bugs.documentfoundation.org/show_bug.cgi?id=156651 --- Comment #3 from Saburo --- Created attachment 190503 --> https://bugs.documentfoundation.org/attachment.cgi?id=190503=edit LibO762UI-enUS-Japanese The same thing is reproduced in Japanese Like the English UI It would be better if the label was wide and the combo box was narrow. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157977] New: Translation from English to Portuguese
https://bugs.documentfoundation.org/show_bug.cgi?id=157977 Bug ID: 157977 Summary: Translation from English to Portuguese Product: LibreOffice Version: unspecified Hardware: x86-64 (AMD64) OS: Linux (All) Status: UNCONFIRMED Severity: normal Priority: medium Component: Linguistic Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: diasjacomesyl...@gmail.com CC: so...@libreoffice.org There is no translation for layout in Brazilian Portuguese, it really is layout. Brazil does not translate the word layout. They wrote Layout but that word doesn't exist in PT-BR. Same thing for "email", "Download" and "upload", mouse, etc. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157976] New: Malfunction when starting Writer
https://bugs.documentfoundation.org/show_bug.cgi?id=157976 Bug ID: 157976 Summary: Malfunction when starting Writer Product: LibreOffice Version: unspecified Hardware: x86-64 (AMD64) OS: Linux (All) Status: UNCONFIRMED Severity: normal Priority: medium Component: LibreOffice Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: diasjacomesyl...@gmail.com When I start the writer the openSUSE logo appears repeatedly. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-commits] core.git: sw/inc
sw/inc/frameformats.hxx |3 --- 1 file changed, 3 deletions(-) New commits: commit 31fb3045dabdb27d913712f3abcade315e3ea9bd Author: Rico Tzschichholz AuthorDate: Fri Sep 8 17:02:02 2023 +0200 Commit: Adolfo Jayme Barrientos CommitDate: Mon Oct 30 02:39:52 2023 +0100 sw: Drop superfluous template class definitions to avoid linker failure on arm workdir/CxxObject/sw/source/core/access/accdoc.o:(.data.rel.ro+0x41c): multiple definition of `typeinfo for sw::FrameFormats'; workdir/CxxObject/sw/source/core/access/acccontext.o:(.data.rel.ro+0x1d8): first defined here Change-Id: I1ba9db69a73bd205a9a90cc11259abcadf62a082 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/156737 Tested-by: Jenkins Tested-by: René Engelhard Reviewed-by: Adolfo Jayme Barrientos diff --git a/sw/inc/frameformats.hxx b/sw/inc/frameformats.hxx index 4edb1f98b134..ca0d5025fbe2 100644 --- a/sw/inc/frameformats.hxx +++ b/sw/inc/frameformats.hxx @@ -237,7 +237,4 @@ typedef FrameFormats<::SwTableFormat*> TableFrameFormats; typedef FrameFormats SpzFrameFormats; } -template class SW_DLLPUBLIC sw::FrameFormats; -template class SW_DLLPUBLIC sw::FrameFormats; - /* vim:set shiftwidth=4 softtabstop=4 expandtab: */
[Libreoffice-bugs] [Bug 157915] Error UNO type of C++ when running a Basic macro with instruction commitChanges for org.openoffice.Office.Commands/Execute/Disabled
https://bugs.documentfoundation.org/show_bug.cgi?id=157915 elmau changed: What|Removed |Added Version|7.6.2.1 release |7.5.7.1 release OS|Windows (All) |All --- Comment #8 from elmau --- Reproducible with code Python too. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-commits] core.git: sw/inc sw/source
sw/inc/IDocumentRedlineAccess.hxx |3 +-
sw/source/core/doc/DocumentRedlineManager.cxx | 33 +-
sw/source/core/doc/docnum.cxx |2 -
sw/source/core/inc/DocumentRedlineManager.hxx |5 +++
4 files changed, 39 insertions(+), 4 deletions(-)
New commits:
commit b40e469887d973e1eea242749a90c3c2370da3a5
Author: Attila Szűcs
AuthorDate: Thu Oct 26 01:51:40 2023 +0200
Commit: Caolán McNamara
CommitDate: Mon Oct 30 01:55:54 2023 +0100
tdf#157663 SW: fix redline continueing a move
Subsequent moves generated new MoveID's, like if they were separete moves.
That cause moves to forgot their other parts.
Now, if we move a redline that was moved by us it will re-use its moveID
as if it was just the continue of the previous movement.
It does not work if we move more then 1 of our own movement redlines
Note: There are complex cases what it cannot handle.. in those case it
just use the new ID, so the newly moved part, will forgot its relation
with the old move oroginal parts.
Complex case is like.. if we move 2 of our own move redlines,
that means there will be 2 MoveId we would want to continue, but only 1
insert redline to write that MoveID.
But as long as we moved only 1 of our redlines it will work, even if
there are more text redlines, even move redlines of other author.
Other move redlines will be separate move anyway.
Note2: In complex cases, we may could connect movements.
Or we could split the new inserted move part.
but those are design questions, they may be not good idea..
and the split one is probably more work to implement.
Change-Id: Icb2adf43272181c6a63a4a84750352f4b163383a
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/158473
Tested-by: Jenkins CollaboraOffice
Reviewed-by: Caolán McNamara
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/158615
Tested-by: Jenkins
diff --git a/sw/inc/IDocumentRedlineAccess.hxx
b/sw/inc/IDocumentRedlineAccess.hxx
index 6e28f1340deb..9d97eb43ff7e 100644
--- a/sw/inc/IDocumentRedlineAccess.hxx
+++ b/sw/inc/IDocumentRedlineAccess.hxx
@@ -147,7 +147,8 @@ public:
MERGED if pNewRedl was deleted but has been merged with existing
one
IGNORED if pNewRedl was deleted and ignored/invalid
*/
-virtual AppendResult AppendRedline(/*[in]*/SwRangeRedline* pNewRedl,
/*[in]*/bool bCallDelete) = 0;
+virtual AppendResult AppendRedline(/*[in]*/ SwRangeRedline* pNewRedl,
/*[in]*/ bool bCallDelete,
+ /*[in]*/ sal_uInt32 nMoveIDToDelete =
0) = 0;
virtual bool AppendTableRowRedline(/*[in]*/SwTableRowRedline* pPtr) = 0;
virtual bool AppendTableCellRedline(/*[in]*/SwTableCellRedline* pPtr) = 0;
diff --git a/sw/source/core/doc/DocumentRedlineManager.cxx
b/sw/source/core/doc/DocumentRedlineManager.cxx
index 468449ecfbe9..8d52c814e81a 100644
--- a/sw/source/core/doc/DocumentRedlineManager.cxx
+++ b/sw/source/core/doc/DocumentRedlineManager.cxx
@@ -1309,7 +1309,8 @@ Behaviour of Delete-Redline:
the Delete
*/
IDocumentRedlineAccess::AppendResult
-DocumentRedlineManager::AppendRedline(SwRangeRedline* pNewRedl, bool const
bCallDelete)
+DocumentRedlineManager::AppendRedline(SwRangeRedline* pNewRedl, bool const
bCallDelete,
+ sal_uInt32 nMoveIDToDelete)
{
CHECK_REDLINE( *this )
@@ -1330,6 +1331,9 @@ DocumentRedlineManager::AppendRedline(SwRangeRedline*
pNewRedl, bool const bCall
return AppendResult::IGNORED;
}
+// Collect MoveID's of the redlines we delete.
+// If there is only 1, then we should use its ID. (continuing the move)
+std::set deletedMoveIDs;
bool bMerged = false;
@@ -1807,6 +1811,16 @@ DocumentRedlineManager::AppendRedline(SwRangeRedline*
pNewRedl, bool const bCall
// and anonymized insertion, i.e. with the same dummy
timestamp
!pRedl->GetRedlineData(0).IsAnonymized() )
{
+// Collect MoveID's of the redlines we delete.
+if (nMoveIDToDelete > 1 && maRedlineTable[n]->GetMoved() > 0
+&& (eCmpPos == SwComparePosition::Equal
+|| eCmpPos == SwComparePosition::Inside
+|| eCmpPos == SwComparePosition::Outside
+|| eCmpPos == SwComparePosition::OverlapBefore
+|| eCmpPos == SwComparePosition::OverlapBehind))
+{
+deletedMoveIDs.insert(maRedlineTable[n]->GetMoved());
+}
// Set to NONE, so that the Delete::Redo merges the
Redline data correctly!
// The ShowMode needs to be retained!
@@ -2421,6 +2435,23 @@
Re: 7.6s sc_subsequent_filters_test and orcus 0.19
Hi Rene, On 10/29/23 14:02, Rene Engelhard wrote: This doesn't fail on master, so I'd assume I miss some other (maybe even not directly related) patch? Given that this is related to Gnumeric import, the only thing I can think of is this commit https://cgit.freedesktop.org/libreoffice/core/commit/?id=9a96c395d52984628b759104f9ce2a7781d0e139 Can you try to backport that change to the libreoffice-7-6 branch and see if that makes any difference? Kohei
[Libreoffice-commits] core.git: sw/inc sw/source
sw/inc/IDocumentRedlineAccess.hxx |9 ++
sw/source/core/doc/DocumentContentOperationsManager.cxx |9 ++
sw/source/core/doc/DocumentRedlineManager.cxx | 53 +++-
sw/source/core/inc/DocumentRedlineManager.hxx | 10 +++
4 files changed, 78 insertions(+), 3 deletions(-)
New commits:
commit 5e726afaf08c8cc59124d9551bb083220a38821e
Author: Attila Szűcs
AuthorDate: Wed Oct 25 12:46:10 2023 +0200
Commit: Caolán McNamara
CommitDate: Mon Oct 30 00:39:30 2023 +0100
SW: fixed redline SwPosition update problem
When nodes are removed, SwPosition nNode is updated,
but its nContent is not.
If nNode change from a non-ContentNodo to a ContentNode, then it is
a problem, as nContent 's m_pContentNode remains nullptr, so the
Position seems to be inconsistent.
Now when redline remove nodes, it check what redlines may effected it,
and update them after the node deletion happened.
Probably this bug should be handled deeper, as this problem probably
effect every SwPosition.. not sure if it can be a problem elsewhere.
A special case when it happens, if there is a Table between 2 text.
And there are 2 redlines..
1: any redline positioned 'text start'-'table start'
2: delete redline: 'table begin'-'table end'
now if we accept the 2. redline .. that remove the table
the 1. redline position will change to: 'text start'-'next text start'
but its end's nContent.m_pContentNode remain nullptr
so lcl_CheckPosition(...) will assert
Change-Id: I2981fd0218a375994d3f55cb5d3463b17ca35849
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/158456
Tested-by: Jenkins CollaboraOffice
Reviewed-by: Caolán McNamara
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/158614
Tested-by: Jenkins
diff --git a/sw/inc/IDocumentRedlineAccess.hxx
b/sw/inc/IDocumentRedlineAccess.hxx
index c2b71aa1005a..6e28f1340deb 100644
--- a/sw/inc/IDocumentRedlineAccess.hxx
+++ b/sw/inc/IDocumentRedlineAccess.hxx
@@ -168,6 +168,11 @@ public:
/*[in]*/const SwNode& rNode,
/*[in]*/RedlineType nType) const = 0;
+virtual SwRedlineTable::size_type GetRedlineEndPos(
+/*[in]*/ SwRedlineTable::size_type nStartPos,
+/*[in]*/ const SwNode& rNode,
+/*[in]*/ RedlineType nType) const = 0;
+
virtual bool HasRedline(
/*[in]*/const SwPaM& rPam,
/*[in]*/RedlineType nType,
@@ -226,6 +231,10 @@ public:
virtual void SetRedlinePassword(
/*[in]*/const css::uno::Sequence & rNewPassword) = 0;
+virtual void UpdateRedlineContentNode(/*[in]*/ SwRedlineTable::size_type
nStartPos,
+ /*[in]*/ SwRedlineTable::size_type
nEndPos) const = 0;
+
+
protected:
virtual ~IDocumentRedlineAccess() {};
};
diff --git a/sw/source/core/doc/DocumentContentOperationsManager.cxx
b/sw/source/core/doc/DocumentContentOperationsManager.cxx
index 60f9d1b96890..3f4c99a8f487 100644
--- a/sw/source/core/doc/DocumentContentOperationsManager.cxx
+++ b/sw/source/core/doc/DocumentContentOperationsManager.cxx
@@ -2142,8 +2142,17 @@ void DocumentContentOperationsManager::DeleteDummyChar(
void DocumentContentOperationsManager::DeleteRange( SwPaM & rPam )
{
+// Seek all redlines that are in that PaM to be deleted..
+SwRedlineTable::size_type nRedlStart =
m_rDoc.getIDocumentRedlineAccess().GetRedlinePos(
+rPam.Start()->GetNode(), RedlineType::Any);
+SwRedlineTable::size_type nRedlEnd =
m_rDoc.getIDocumentRedlineAccess().GetRedlineEndPos(
+nRedlStart, rPam.End()->GetNode(), RedlineType::Any);
+
lcl_DoWithBreaks(*this, rPam, SwDeleteFlags::Default,
::DeleteRangeImpl);
+// update all redlines was in the Pam that is
+m_rDoc.getIDocumentRedlineAccess().UpdateRedlineContentNode(nRedlStart,
nRedlEnd);
+
if (!m_rDoc.getIDocumentRedlineAccess().IsIgnoreRedline()
&& !m_rDoc.getIDocumentRedlineAccess().GetRedlineTable().empty())
{
diff --git a/sw/source/core/doc/DocumentRedlineManager.cxx
b/sw/source/core/doc/DocumentRedlineManager.cxx
index b09ad5bedcaa..468449ecfbe9 100644
--- a/sw/source/core/doc/DocumentRedlineManager.cxx
+++ b/sw/source/core/doc/DocumentRedlineManager.cxx
@@ -54,9 +54,8 @@ using namespace com::sun::star;
// 2. check that position is valid and doesn't point after text
void lcl_CheckPosition( const SwPosition* pPos )
{
-// Commented out because of a random problem, that happened even
before my patch
-//assert(dynamic_cast(>GetNode())
-//== pPos->GetContentNode());
+assert(dynamic_cast(>GetNode())
+== pPos->GetContentNode());
SwTextNode* pTextNode = pPos->GetNode().GetTextNode();
if( pTextNode == nullptr )
@@ -2801,6 +2800,54 @@ SwRedlineTable::size_type
[Libreoffice-commits] core.git: 2 commits - sw/source
sw/source/core/doc/docredln.cxx|8 ++--
sw/source/uibase/misc/redlndlg.cxx |7 +--
2 files changed, 7 insertions(+), 8 deletions(-)
New commits:
commit a1c3ac4205226f192b94a36a912e915b959043d7
Author: Attila Szűcs
AuthorDate: Wed Oct 25 13:09:22 2023 +0200
Commit: Caolán McNamara
CommitDate: Mon Oct 30 00:39:22 2023 +0100
SW: small fix for manage changes dialog.
Fixed a continue, as it was planned to effect the outer loop.
(probably when it was replaced to an inner loop it was forgot to handle)
fixed a nullptr check also.
These problems may not result real problem right now,
but when interdependedt redlines will be improved,
they will result in problems.
Change-Id: Ie139f9a657abbacea9450176d2fe138392beddfa
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/158457
Tested-by: Jenkins CollaboraOffice
Reviewed-by: Caolán McNamara
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/158613
Tested-by: Caolán McNamara
diff --git a/sw/source/uibase/misc/redlndlg.cxx
b/sw/source/uibase/misc/redlndlg.cxx
index b68bacbbef5c..532ea120ca2a 100644
--- a/sw/source/uibase/misc/redlndlg.cxx
+++ b/sw/source/uibase/misc/redlndlg.cxx
@@ -440,13 +440,16 @@ void SwRedlineAcceptDlg::Activate()
{
while (pRedlineData)
{
-if (pRedlineData != pBackupData->pChild)
+if (!pBackupData || pRedlineData != pBackupData->pChild)
{
// Redline-Children were inserted, changed or deleted
i = CalcDiff(i, true);
if (i == SwRedlineTable::npos)
return;
-continue;
+
+// here was a continue; targetted to the outer loop
+// now a break will do, as there is nothing after it in
the outer loop
+break;
}
pBackupData = pBackupData->pNext;
pRedlineData = pRedlineData->Next();
commit 2c3f731992a294d4f35b41193af034fe9a6dd65c
Author: Attila Szűcs
AuthorDate: Wed Oct 25 11:40:23 2023 +0200
Commit: Caolán McNamara
CommitDate: Mon Oct 30 00:39:12 2023 +0100
tdf#157663 SW: reenable move recognition improvements
Re-enabled the improvement of move recognition in redlines, that
is able to recognize movements split into more redlines.
Probably it does not effect performance too much, but if in some cases
it would become a problem then this small patch can be reverted easily.
Change-Id: I6598d4d4f98f472f3972aec41b82ec26d90db860
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/158455
Tested-by: Jenkins CollaboraOffice
Tested-by: Caolán McNamara
Reviewed-by: Caolán McNamara
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/158612
diff --git a/sw/source/core/doc/docredln.cxx b/sw/source/core/doc/docredln.cxx
index 02ded9bc1acd..26a3c7bc24df 100644
--- a/sw/source/core/doc/docredln.cxx
+++ b/sw/source/core/doc/docredln.cxx
@@ -908,11 +908,7 @@ bool SwRedlineTable::isMoved(size_type rPos) const
if (isMovedImpl(rPos, false))
return true;
else
-{
-// Commented out because of probably performance issue
-//return isMovedImpl(rPos, true);
-return false;
-}
+return isMovedImpl(rPos, true);
}
bool SwRedlineTable::isMovedImpl(size_type rPos, bool bTryCombined) const
@@ -982,7 +978,7 @@ bool SwRedlineTable::isMovedImpl(size_type rPos, bool
bTryCombined) const
size_type nStart = rPos > nLookahead ? rPos - nLookahead : 0;
// first, try to compare to single redlines
// next, try to compare to combined redlines
-for (int nPass = 0; nPass < (bTryCombined ? 2 : 1) && !bRet; nPass++)
+for (int nPass = 0; nPass < 2 && !bRet; nPass++)
{
for (size_type nPosAct = nStart; nPosAct < nEnd && !bRet; ++nPosAct)
{
[Libreoffice-bugs] [Bug 143167] Calc "Freeze Rows and Columns" randomly forgets row and column settings even though feature still checked on
https://bugs.documentfoundation.org/show_bug.cgi?id=143167 --- Comment #16 from Ron --- (In reply to Stéphane Guillou (stragu) from comment #15) > Ron and Colin, does this still happen in recent versions? Please test 7.6. > Thank you! Sorry, my distribution of Libre Office in Linux Mint 21 is only up to version 7.3.7.2. Updating without the package manager has never worked out well for me. Will have to wait until they catch up with this version. Thanks! -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 43039] Custom Animation single text object now forces line by line appearance, not whole object
https://bugs.documentfoundation.org/show_bug.cgi?id=43039 Stéphane Guillou (stragu) changed: What|Removed |Added URL||https://ask.libreoffice.org ||/t/text-animation-per-block ||-of-text/21865 --- Comment #16 from Stéphane Guillou (stragu) --- Workaround: Right-click on effect > Effect options > Text animation: - Group text = As one object - "Animate attached shape" on From: https://ask.libreoffice.org/t/text-animation-per-block-of-text/21865 But admittedly, if one wants that as the default, it's quite cumbersome. Version: 24.2.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: fd69b546ad36452560cb11ccb28e78632d65f045 CPU threads: 8; OS: Linux 5.15; UI render: default; VCL: gtk3 Locale: en-AU (en_AU.UTF-8); UI: en-US Calc: threaded -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 57202] FORMATTING: Make Header/footer font size independent from scaling of the sheets
https://bugs.documentfoundation.org/show_bug.cgi?id=57202 --- Comment #10 from Yuri --- (In reply to QA Administrators from comment #9) > Dear Yuri, > > 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 I am currently using LibreOffice version 7.5.7.1 for Linux (64-bit XUbuntu 22.04, kernel version 6.2.0-35-generic) and the bug is still present exactly as it was reported, back in 2012. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 57580] Three Impress custom animations triggered instead of two when double-clicking
https://bugs.documentfoundation.org/show_bug.cgi?id=57580 Stéphane Guillou (stragu) changed: What|Removed |Added Severity|normal |minor Priority|medium |low Version|3.6.3.2 release |Inherited From OOo Summary|Impress' custom animations |Three Impress custom |raised with click don't |animations triggered |work fine when mouse button |instead of two when |is pressed quickly |double-clicking CC||stephane.guillou@libreoffic ||e.org --- Comment #9 from Stéphane Guillou (stragu) --- Reproduced in OOo 3.3 and a recent trunk build: a double-click is equivalent to 3 clicks. Version: 24.2.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: fd69b546ad36452560cb11ccb28e78632d65f045 CPU threads: 8; OS: Linux 5.15; UI render: default; VCL: gtk3 Locale: en-AU (en_AU.UTF-8); UI: en-US Calc: threaded -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 145823] Animation effects for text boxes don't work
https://bugs.documentfoundation.org/show_bug.cgi?id=145823 Stéphane Guillou (stragu) changed: What|Removed |Added Keywords|notBibisectable |bibisected, bisected CC||rayk...@gmail.com, ||stephane.guillou@libreoffic ||e.org Regression By||Jim Raykowski --- Comment #4 from Stéphane Guillou (stragu) --- (In reply to Buovjaga from comment #3) > This seems to be a regression. They work in 7.1. However, there is a > malfunction when trying to insert a text box in 7.2, both in oldest and > master commits of the Windows and Linux repositories. This is very strange > as the issue is not seen in the master commit of 7.1 repos. I managed to bibisect it with: 1. Open Calc 2. Insert > Text box 3. Type some text 4. Without exiting edit mode, Format > Object > Text > Text animation > Effect > Scroll through > OK 5. Click out of text box ...with linux-64-7.2 repo to first bad commit 2f7673c94d13e3aa354f8161e69898df222e1545 which points to core commit: commit 50b731c84cb17d7f05a690d90588e90ee267d1c2 author Jim Raykowski Thu Nov 12 13:18:16 2020 -0900 committer Noel GrandinThu Mar 25 20:28:30 2021 +0100 tdf#34828 Give draw object a name when made Reviewed-on: https://gerrit.libreoffice.org/c/core/+/105774 Jim, can you please have a look? I note that text boxes' text animations didn't work either in Writer, and that that issue predates your commit, so you might have only made a pre-existing issue more obvious... Version: 24.2.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: fd69b546ad36452560cb11ccb28e78632d65f045 CPU threads: 8; OS: Linux 5.15; UI render: default; VCL: gtk3 Locale: en-AU (en_AU.UTF-8); UI: en-US Calc: threaded -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157975] close a spreadsheet and all the data is lost
https://bugs.documentfoundation.org/show_bug.cgi?id=157975 --- Comment #4 from simon.j.hun...@gmail.com --- now i tried closing libre office and repeating and now it worked. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 108014] [META] Writer character style bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=108014 Bug 108014 depends on bug 94307, which changed state. Bug 94307 Summary: Child automatic character styles not recalculated correctly on reopening document https://bugs.documentfoundation.org/show_bug.cgi?id=94307 What|Removed |Added Status|NEW |RESOLVED Resolution|--- |WORKSFORME -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 94307] Child automatic character styles not recalculated correctly on reopening document
https://bugs.documentfoundation.org/show_bug.cgi?id=94307 matthias.sonsti...@mailbox.org changed: What|Removed |Added Resolution|--- |WORKSFORME Status|NEW |RESOLVED --- Comment #14 from matthias.sonsti...@mailbox.org --- Solved. Tested with following LibreOffice Version. Thx! Version: 7.6.2.1 (X86_64) / LibreOffice Community Build ID: 56f7684011345957bbf33a7ee678afaf4d2ba333 CPU threads: 12; OS: Linux 5.4; UI render: default; VCL: gtk3 Locale: de-DE (de_DE.UTF-8); UI: de-DE Flatpak Calc: threaded -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157975] close a spreadsheet and all the data is lost
https://bugs.documentfoundation.org/show_bug.cgi?id=157975 --- Comment #3 from simon.j.hun...@gmail.com --- the point is, while i keep it open and simply save changes, all is ok with the copy in memory. the problem seems to be with what is saved? -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157975] close a spreadsheet and all the data is lost
https://bugs.documentfoundation.org/show_bug.cgi?id=157975 --- Comment #2 from simon.j.hun...@gmail.com --- Created attachment 190502 --> https://bugs.documentfoundation.org/attachment.cgi?id=190502=edit bad file then i entered the formula =MAX(B367:CD367) in row 367 and copied it to column a in rows 17 - 366 and saved and closed. on reopening, i have this empty spreadsheet (attached). same if i edit new - Copy (2) and do save as a new file. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157975] close a spreadsheet and all the data is lost
https://bugs.documentfoundation.org/show_bug.cgi?id=157975 --- Comment #1 from simon.j.hun...@gmail.com --- Created attachment 190501 --> https://bugs.documentfoundation.org/attachment.cgi?id=190501=edit this file is ok i started a brand new file and kept copies. this one is ok. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157975] New: close a spreadsheet and all the data is lost
https://bugs.documentfoundation.org/show_bug.cgi?id=157975 Bug ID: 157975 Summary: close a spreadsheet and all the data is lost Product: LibreOffice Version: 7.5.7.1 release Hardware: All OS: Windows (All) Status: UNCONFIRMED Severity: normal Priority: medium Component: Calc Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: simon.j.hun...@gmail.com Created attachment 190500 --> https://bugs.documentfoundation.org/attachment.cgi?id=190500=edit the trashed xls file this is the second time this has happened to me recently. this time i created this file today and updated/saved it a few times. then i closed it and when i reopened it, all the data had gone. not real happy! one common theme is that the spreadsheets had > 1 tab. this one had 4 tabs. you can see at the bottom it says sheet 1 of 4 but there is only the first tab/sheet displayed. all cells are empty. (when i open it in excel, there are 4 tabs but all are empty) this is x86 version of libre office windows 11. tks -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 116412] Bundled python fails to import bz2 on Windows
https://bugs.documentfoundation.org/show_bug.cgi?id=116412 --- Comment #28 from vibrationofl...@pm.me --- (In reply to Julien Nabet from comment #26) > (In reply to vibrationoflife from comment #25) > > I downloaded the latest nightly and the issue stil presist. > > Cannnot import _bz2. > >... > Did you download a nightly build from 24.2 branch? (so from > https://dev-builds.libreoffice.org/daily/master/) > > Indeed, the other branches are not fixed, eg download a nightly build from > 7.6 branch won't help. It seems I downloaded the incorrect nightly. Just tired again and it seems to be working: Version: 24.2.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 7fff4e2ca6739928f72e5f0d2eb5820823916769 CPU threads: 4; OS: Windows 10.0 Build 19045; UI render: Skia/Raster; VCL: win Locale: en-US (en_US); UI: en-US Calc: CL threaded My Extension handels this nicly. >From Log file: DEBUG - _bz2 is already installed. Skipping _bz2 install: C:\Program Files\LibreOfficeDev 24\program\python-core-3.8.18\lib\_bz2.pyd This makes my Extension backwards compatable to LO 7.0. BTW I will still not be possible to PIP Pandas into Mac even with the _b2z fix. There are cpythoning naming issues. See: https://github.com/Amourspirit/python-libreoffice-pip/wiki/pyproject.toml#sym_link_cpython I manage to fixe this issue with my Extension by creating Symbolic Links. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-commits] core.git: 2 commits - sc/qa sc/source
sc/qa/unit/subsequent_export_test.cxx | 31 +++
sc/source/filter/excel/xecontent.cxx | 17 -
2 files changed, 47 insertions(+), 1 deletion(-)
New commits:
commit e123c772db8a12a37dfa14370b9db7c220f33ef1
Author: Paris Oplopoios
AuthorDate: Thu Oct 26 14:28:06 2023 +0300
Commit: Paris Oplopoios
CommitDate: Sun Oct 29 22:18:41 2023 +0100
sc: Test numeric conditional format text rule exports correctly
Change-Id: Ib57ea44912b4cb0be7cbdb127dd7ea6f08ec8392
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/158498
Tested-by: Jenkins
Reviewed-by: Paris Oplopoios
diff --git a/sc/qa/unit/subsequent_export_test.cxx
b/sc/qa/unit/subsequent_export_test.cxx
index 5f5132c299c2..035709a036ac 100644
--- a/sc/qa/unit/subsequent_export_test.cxx
+++ b/sc/qa/unit/subsequent_export_test.cxx
@@ -2153,6 +2153,37 @@ CPPUNIT_TEST_FIXTURE(ScExportTest,
testSheetProtectionXLSB)
CPPUNIT_ASSERT(!pTabProtect->isOptionEnabled(ScTableProtection::SELECT_LOCKED_CELLS));
}
+CPPUNIT_TEST_FIXTURE(ScExportTest, testConditionalFormatNumberInTextRule)
+{
+createScDoc();
+
+ScDocument* pDocument = getScDoc();
+ScAddress aAddress(0, 0, 0);
+
+auto pFormat = std::make_unique(0, pDocument);
+ScRange aCondFormatRange(aAddress);
+ScRangeList aRangeList(aCondFormatRange);
+pFormat->SetRange(aRangeList);
+ScCondFormatEntry* pEntry
+= new ScCondFormatEntry(ScConditionMode::BeginsWith, "15", "",
*pDocument, aAddress, "");
+pFormat->AddEntry(pEntry);
+pDocument->AddCondFormat(std::move(pFormat), 0);
+
+saveAndReload("Calc Office Open XML");
+pDocument = getScDoc();
+
+ScConditionalFormat* pCondFormat = pDocument->GetCondFormat(0, 0, 0);
+CPPUNIT_ASSERT(pCondFormat);
+CPPUNIT_ASSERT_EQUAL(size_t(1), pCondFormat->size());
+const ScFormatEntry* pCondFormatEntry = pCondFormat->GetEntry(0);
+CPPUNIT_ASSERT(pCondFormatEntry);
+CPPUNIT_ASSERT_EQUAL(ScFormatEntry::Type::Condition,
pCondFormatEntry->GetType());
+const ScConditionEntry* pConditionEntry
+= static_cast(pCondFormatEntry);
+CPPUNIT_ASSERT_EQUAL(ScConditionMode::BeginsWith,
pConditionEntry->GetOperation());
+CPPUNIT_ASSERT_EQUAL(OUString("\"15\""),
pConditionEntry->GetExpression(aAddress, 0));
+}
+
namespace
{
const char* toBorderName(SvxBorderLineStyle eStyle)
commit ac0a4b7c22b65325b3502cde3e05e106136c4f5b
Author: Paris Oplopoios
AuthorDate: Thu Oct 26 12:35:23 2023 +0300
Commit: Paris Oplopoios
CommitDate: Sun Oct 29 22:18:33 2023 +0100
sc: Export conditional formatting expression correctly for text rules
Text rules like BeginsWith would discard the expression if it was a
number when exporting, which is not what is supposed to happen - as
something like a conditional formatting rule BeginsWith "1" should be
valid.
Change-Id: I2d53754c462403f20b1991fa201184fcab3616a8
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/158494
Tested-by: Jenkins
Reviewed-by: Paris Oplopoios
diff --git a/sc/source/filter/excel/xecontent.cxx
b/sc/source/filter/excel/xecontent.cxx
index 037e99c408a0..d8d21e360cd6 100644
--- a/sc/source/filter/excel/xecontent.cxx
+++ b/sc/source/filter/excel/xecontent.cxx
@@ -1058,7 +1058,22 @@ void XclExpCFImpl::SaveXml( XclExpXmlStream& rStrm )
// the token array for that
std::unique_ptr
pTokenArray(mrFormatEntry.CreateFlatCopiedTokenArray(0));
if(pTokenArray->GetLen())
-aText =
pTokenArray->FirstToken()->GetString().getString().toUtf8();
+{
+formula::StackVar eType = pTokenArray->FirstToken()->GetType();
+switch (eType)
+{
+case formula::svDouble:
+{
+aText =
OString::number(pTokenArray->FirstToken()->GetDouble());
+break;
+}
+default:
+{
+aText =
pTokenArray->FirstToken()->GetString().getString().toUtf8();
+break;
+}
+}
+}
}
sax_fastparser::FSHelperPtr& rWorksheet = rStrm.GetCurrentStream();
[Libreoffice-commits] core.git: vcl/qa
vcl/qa/cppunit/animationrenderer.cxx | 45 +++
1 file changed, 15 insertions(+), 30 deletions(-)
New commits:
commit 6d423ed9bb89da15bfd9ac3555cb01696458fa71
Author: offtkp
AuthorDate: Sun Oct 29 13:12:02 2023 +0200
Commit: Paris Oplopoios
CommitDate: Sun Oct 29 22:18:05 2023 +0100
CppunitTest_vcl_animate: use CPPUNIT_TEST_FIXTURE
CPPUNIT_TEST_FIXTURE is easier to write tests for and separate if needed
Change-Id: I2c478205847e4d15c0f8d65d498dd8d82079fa5d
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/158616
Tested-by: Jenkins
Reviewed-by: Paris Oplopoios
diff --git a/vcl/qa/cppunit/animationrenderer.cxx
b/vcl/qa/cppunit/animationrenderer.cxx
index 86ad06c47941..93f80970f2ea 100644
--- a/vcl/qa/cppunit/animationrenderer.cxx
+++ b/vcl/qa/cppunit/animationrenderer.cxx
@@ -31,6 +31,18 @@ public:
void ReleaseGraphics(bool) override {}
bool UsePolyPolygonForComplexGradient() override { return false; }
};
+
+Animation createAnimation()
+{
+Animation aAnimation;
+
+aAnimation.Insert(
+AnimationFrame(BitmapEx(Size(3, 4), vcl::PixelFormat::N24_BPP),
Point(0, 0), Size(10, 10)));
+aAnimation.Insert(
+AnimationFrame(BitmapEx(Size(3, 3), vcl::PixelFormat::N24_BPP),
Point(0, 0), Size(10, 10)));
+
+return aAnimation;
+}
}
class VclAnimationRendererTest : public test::BootstrapFixture
@@ -40,22 +52,9 @@ public:
: BootstrapFixture(true, false)
{
}
-
-void testMatching();
-void testDrawToPos();
-void testGetPosSizeWindow();
-
-CPPUNIT_TEST_SUITE(VclAnimationRendererTest);
-CPPUNIT_TEST(testMatching);
-CPPUNIT_TEST(testDrawToPos);
-CPPUNIT_TEST(testGetPosSizeWindow);
-CPPUNIT_TEST_SUITE_END();
-
-private:
-Animation createAnimation();
};
-void VclAnimationRendererTest::testMatching()
+CPPUNIT_TEST_FIXTURE(VclAnimationRendererTest, testMatching)
{
Animation aTestAnim = createAnimation();
ScopedVclPtrInstance pTestRC;
@@ -69,7 +68,7 @@ void VclAnimationRendererTest::testMatching()
CPPUNIT_ASSERT(pAnimationRenderer->matches(pTestRC, 0));
}
-void VclAnimationRendererTest::testDrawToPos()
+CPPUNIT_TEST_FIXTURE(VclAnimationRendererTest, testDrawToPos)
{
Animation aTestAnim = createAnimation();
ScopedVclPtrInstance pTestRC;
@@ -84,7 +83,7 @@ void VclAnimationRendererTest::testDrawToPos()
CPPUNIT_ASSERT_EQUAL(Size(1, 1), pTestRC->GetOutputSizePixel());
}
-void VclAnimationRendererTest::testGetPosSizeWindow()
+CPPUNIT_TEST_FIXTURE(VclAnimationRendererTest, testGetPosSizeWindow)
{
Animation aTestAnim = createAnimation();
ScopedVclPtrInstance pTestRC;
@@ -102,20 +101,6 @@ void VclAnimationRendererTest::testGetPosSizeWindow()
CPPUNIT_ASSERT_EQUAL(Size(10, 10), aSize);
}
-Animation VclAnimationRendererTest::createAnimation()
-{
-Animation aAnimation;
-
-aAnimation.Insert(
-AnimationFrame(BitmapEx(Size(3, 4), vcl::PixelFormat::N24_BPP),
Point(0, 0), Size(10, 10)));
-aAnimation.Insert(
-AnimationFrame(BitmapEx(Size(3, 3), vcl::PixelFormat::N24_BPP),
Point(0, 0), Size(10, 10)));
-
-return aAnimation;
-}
-
-CPPUNIT_TEST_SUITE_REGISTRATION(VclAnimationRendererTest);
-
CPPUNIT_PLUGIN_IMPLEMENT();
/* vim:set shiftwidth=4 softtabstop=4 expandtab: */
[Libreoffice-bugs] [Bug 157969] Freezes when saving the doc
https://bugs.documentfoundation.org/show_bug.cgi?id=157969 --- Comment #4 from Roger --- Well then there was/is a problem with the update process. I clicked on it before and nothing happened so I assumed that there was no update available for my situation. Now I do the same and it tells me an update is available which I am downloading now. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-commits] core.git: Branch 'distro/collabora/co-23.05' - 3 commits - include/oox oox/source sd/qa sd/source
include/oox/ppt/presentationfragmenthandler.hxx |8 -
oox/source/ppt/presentationfragmenthandler.cxx | 43
sd/qa/unit/data/pptx/master-slides.pptx |binary
sd/qa/unit/export-tests-ooxml2.cxx |6 -
sd/qa/unit/export-tests-ooxml3.cxx |4
sd/qa/unit/import-tests2.cxx| 12 ++
sd/source/filter/eppt/epptooxml.hxx |4
sd/source/filter/eppt/pptx-epptooxml.cxx| 128 ++--
sd/source/ui/inc/unopage.hxx|1
sd/source/ui/unoidl/unopage.cxx | 13 ++
10 files changed, 183 insertions(+), 36 deletions(-)
New commits:
commit 3ef576f21213c6c5c63e84b04853a1a8a85fe74f
Author: Henry Castro
AuthorDate: Mon Oct 9 10:29:40 2023 -0400
Commit: Caolán McNamara
CommitDate: Sun Oct 29 21:47:25 2023 +0100
tdf#155512: sd: qa: unit: add unit test "testMasterSlides"
Signed-off-by: Henry Castro
Change-Id: I6117b384fdad215e6c04b6e74df22fe9daa6a526
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/157705
Tested-by: Jenkins CollaboraOffice
Reviewed-by: Caolán McNamara
diff --git a/sd/qa/unit/data/pptx/master-slides.pptx
b/sd/qa/unit/data/pptx/master-slides.pptx
new file mode 100644
index ..3494d33254ab
Binary files /dev/null and b/sd/qa/unit/data/pptx/master-slides.pptx differ
diff --git a/sd/qa/unit/import-tests2.cxx b/sd/qa/unit/import-tests2.cxx
index 102d7e2dfa99..c72bd133fb7b 100644
--- a/sd/qa/unit/import-tests2.cxx
+++ b/sd/qa/unit/import-tests2.cxx
@@ -149,6 +149,7 @@ public:
void testOverflowBehaviorClip();
void testShapeMasterText();
void testIndentDuplication();
+void testMasterSlides();
CPPUNIT_TEST_SUITE(SdImportTest2);
@@ -231,6 +232,7 @@ public:
CPPUNIT_TEST(testOverflowBehaviorClip);
CPPUNIT_TEST(testShapeMasterText);
CPPUNIT_TEST(testIndentDuplication);
+CPPUNIT_TEST(testMasterSlides);
CPPUNIT_TEST_SUITE_END();
};
@@ -2084,6 +2086,16 @@ void SdImportTest2::testIndentDuplication()
CPPUNIT_ASSERT_EQUAL(sal_Int32(0), nIndent2);
}
+void SdImportTest2::testMasterSlides()
+{
+createSdImpressDoc("pptx/master-slides.pptx");
+uno::Reference
xMasterPagesSupplier(mxComponent,
+
uno::UNO_QUERY_THROW);
+uno::Reference
xMasterPages(xMasterPagesSupplier->getMasterPages());
+CPPUNIT_ASSERT(xMasterPages.is());
+CPPUNIT_ASSERT_EQUAL(7, xMasterPages->getCount());
+}
+
CPPUNIT_TEST_SUITE_REGISTRATION(SdImportTest2);
CPPUNIT_PLUGIN_IMPLEMENT();
commit d23176dc22ab3ef7291757aca779f80f0cf0576b
Author: Henry Castro
AuthorDate: Mon Oct 9 07:34:02 2023 -0400
Commit: Caolán McNamara
CommitDate: Sun Oct 29 21:47:19 2023 +0100
tdf#155512: oox: ppt: fix import master slides, follow up
Import all master slides.
Signed-off-by: Henry Castro
Change-Id: Ieac68bacf15c75e4c23ec692aadcb16033cdd092
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/157701
Tested-by: Jenkins CollaboraOffice
Reviewed-by: Caolán McNamara
diff --git a/include/oox/ppt/presentationfragmenthandler.hxx
b/include/oox/ppt/presentationfragmenthandler.hxx
index 4685ea2d8316..20fc521ae8c5 100644
--- a/include/oox/ppt/presentationfragmenthandler.hxx
+++ b/include/oox/ppt/presentationfragmenthandler.hxx
@@ -52,10 +52,10 @@ private:
void importSlide( const ::oox::core::FragmentHandlerRef&
rSlideFragmentHandler,
const oox::ppt::SlidePersistPtr& rPersist );
void importSlide(sal_uInt32 nSlide, bool bFirstSlide, bool bImportNotes);
-oox::ppt::SlidePersistPtr importMasterSlide(const
::com::sun::star::uno::Reference<::com::sun::star::frame::XModel>& xModel,
-::oox::ppt::PowerPointImport&
rFilter,
-const OUString&
rLayoutFragmentPath,
-const OUString&
rMasterFragmentPath);
+void importMasterSlides();
+void importMasterSlide(const
::com::sun::star::uno::Reference<::com::sun::star::frame::XModel>& xModel,
+ ::oox::ppt::PowerPointImport& rFilter,
+ const OUString& rMasterFragmentPath);
void saveThemeToGrabBag(const oox::drawingml::ThemePtr& pThemePtr,
sal_Int32 nThemeIdx);
void importCustomSlideShow(std::vector& rCustomShowList);
static void importSlideNames(::oox::core::XmlFilterBase& rFilter, const
std::vector& rSlidePersist);
diff --git a/oox/source/ppt/presentationfragmenthandler.cxx
b/oox/source/ppt/presentationfragmenthandler.cxx
index 80fb6c6689a7..91824210e239 100644
--- a/oox/source/ppt/presentationfragmenthandler.cxx
+++ b/oox/source/ppt/presentationfragmenthandler.cxx
@@ -199,13 +199,12 @@ void
PresentationFragmentHandler::importCustomSlideShow(std::vector&
}
}
-SlidePersistPtr
[Libreoffice-commits] core.git: sc/source
sc/source/core/data/formulacell.cxx |9 +
1 file changed, 9 insertions(+)
New commits:
commit 3b39360edc104f4ecfed1228b08812388f5126a1
Author: Caolán McNamara
AuthorDate: Sun Oct 29 16:46:23 2023 +
Commit: Caolán McNamara
CommitDate: Sun Oct 29 21:44:11 2023 +0100
crashtesting: dependency tracking doesn't parse ocRange
so only the args passed to ocRange are seen, not what range is
created from those args, so the dependency detected is just the args
and not the result
seen with forum-mso-en4-457928.xlsx
=SUMPRODUCT(--(LEFT(TRIM(Summary.Sections.Type),2)=F24)*Summary.Sections.QCount)
Summary.Sections.Type is
Summary.SectionType.Start:INDEX(Summary,,COLUMN(Summary.SectionType.EndCol))
Summary.SectionType.Start is
$Summary.$BD$7
Summary.SectionType.EndCol is
$Summary.$BG$7
So $BD$7 and $BG$7 are detected as dependencies, but we are really dependent
on the $BD$7:$BG$7 range, so $BE$7:$BF$7 is not seen
Change-Id: Ia06fe4cb0845994d0221f020cf26ba20866624ef
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/158625
Tested-by: Jenkins
Reviewed-by: Caolán McNamara
diff --git a/sc/source/core/data/formulacell.cxx
b/sc/source/core/data/formulacell.cxx
index 88970ff75401..f278492b0916 100644
--- a/sc/source/core/data/formulacell.cxx
+++ b/sc/source/core/data/formulacell.cxx
@@ -4512,6 +4512,15 @@ struct ScDependantsCalculator
return false;
}
+if (p->GetOpCode() == ocRange)
+{
+// We are just looking at svSingleRef/svDoubleRef, so we will
miss that ocRange constructs
+// a range from its arguments, and only examining the
individual args doesn't capture the
+// true range of dependencies
+SAL_WARN("sc.core.formulacell", "dynamic range, dropping as
candidate for parallelizing");
+return false;
+}
+
switch (p->GetType())
{
case svSingleRef:
[Libreoffice-bugs] [Bug 137918] Characters overlap feature
https://bugs.documentfoundation.org/show_bug.cgi?id=137918 --- Comment #12 from silvio.ge...@sinte.net --- If it can help in Latex they are function: \llap and \rlap (or \mathllap and \mathrlap in equations). -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 137918] Characters overlap feature
https://bugs.documentfoundation.org/show_bug.cgi?id=137918 silvio.ge...@sinte.net changed: What|Removed |Added Status|NEEDINFO|REOPENED -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 137918] Characters overlap feature
https://bugs.documentfoundation.org/show_bug.cgi?id=137918 --- Comment #11 from silvio.ge...@sinte.net --- Dear Dieter, as I said it is not the same request. The solution of that bug is not correct for the need. The need is a function that put a character exaclty OVELAPPED the previous one, without the need to "guess" the number of point each time with long a "try and error" procedure. As I said it would have a lot of application. Let me know if something is not clear. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157974] New: EDITING: DAY() Function one too many before 1900
https://bugs.documentfoundation.org/show_bug.cgi?id=157974 Bug ID: 157974 Summary: EDITING: DAY() Function one too many before 1900 Product: LibreOffice Version: unspecified Hardware: ARM OS: macOS (All) Status: UNCONFIRMED Severity: normal Priority: medium Component: Calc Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: a...@genaud.net Regression. Confirmed again in Mac Version 7.5. =DAY(1590-01-06 05:22:00) expected: 6 actual: 7 =DAY(1990-01-06 05:22:00) expected: 6 actual: 6 Similar to regression: https://bugs.documentfoundation.org/show_bug.cgi?id=157786 except that =YEAR() and =MONTH() appear to work correctly but =DAY() adds an extra day in years before 1900. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157973] cell data will not accept date format
https://bugs.documentfoundation.org/show_bug.cgi?id=157973 antifascist changed: What|Removed |Added Ever confirmed|0 |1 Status|UNCONFIRMED |NEW -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 82234] EDITING: Indent size is added to tab stop positions silently (and inconsistently)
https://bugs.documentfoundation.org/show_bug.cgi?id=82234 Dieter changed: What|Removed |Added CC||tor...@yahoo.com --- Comment #19 from Dieter --- *** Bug 152240 has been marked as a duplicate of this bug. *** -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 152240] tabStops should not change with the BeforeText
https://bugs.documentfoundation.org/show_bug.cgi?id=152240 Dieter changed: What|Removed |Added Resolution|--- |DUPLICATE Status|UNCONFIRMED |RESOLVED --- Comment #8 from Dieter --- (In reply to Regina Henschel from comment #7) > The problem of tab stops being relative to right edge of paragraph margin > was earlier reported in but 82234. So this is likely duplicate. So let's mark it as duplicate. TorrAB, feel free to change it back wirh a shorts reasoning, if you disagree *** This bug has been marked as a duplicate of bug 82234 *** -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157973] New: cell data will not accept date format
https://bugs.documentfoundation.org/show_bug.cgi?id=157973 Bug ID: 157973 Summary: cell data will not accept date format Product: LibreOffice Version: 7.4.0.3 release Hardware: All OS: All Status: UNCONFIRMED Severity: normal Priority: medium Component: Calc Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: e...@x84.org Created attachment 190499 --> https://bugs.documentfoundation.org/attachment.cgi?id=190499=edit sample data demonstrating this bug sometimes when you import data into a spreadsheet, some cells get imported as plain text, and it is subsequently impossible to convert those cells into the correct format. Please note: Any solution which involves different user input during the import process, is not a solution to the present bug, because the original data source may no longer be available therefore it may not be possible to try the import process again. The attached file provides an example of imported data. There is nothing special about this data, but due to some bug, Libre Office is treating this data differently than it normally does. For whatever reason, it is not possible to format the attached data as a date. When the cell containing Aug 27, 2016 is formatted as a date, the cell changes to 'Aug 27, 2016 instead of changing to 08/27/16. If the user types Aug 27, 2016 into a random cell, then that random cell becomes formatted as a date. However, if the user copies the cell containing Aug 27, 2016 and then pastes the result into a random cell, then that random cell does not become formatted as a date. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157972] New: Don't shorten "Relative size" to "Rel. Size" in Bullets & Numbering dialog
https://bugs.documentfoundation.org/show_bug.cgi?id=157972 Bug ID: 157972 Summary: Don't shorten "Relative size" to "Rel. Size" in Bullets & Numbering dialog Product: LibreOffice Version: 7.6.0.3 release Hardware: All OS: All Status: UNCONFIRMED Severity: trivial Priority: medium Component: Impress Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: eyalr...@gmx.com The Bullets & Numbering dialog in Impress has a "relative size item", but its label is shortened: "Rel. Size" The saving of a a couple characters (not more; other labels are longer than this one) is really not worth confusing the user with shorthands they are likely not to recognize. We can: * Use "Relative Size" and extend the dialog slightly * Drop the section title (there's just one item) and use a two-line label, without extending the dialog -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157079] Stylist (and app) stops working when switching to list styles
https://bugs.documentfoundation.org/show_bug.cgi?id=157079 Dieter changed: What|Removed |Added CC||dgp-m...@gmx.de Status|UNCONFIRMED |NEEDINFO Ever confirmed|0 |1 --- Comment #9 from Dieter --- (In reply to Stéphane Guillou (stragu) from comment #8) > Heiko, given that you're the only one seeing it so far, maybe you can > bibisect it? > I assume you don't repro in 7.5? => NEEDINFO -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157950] Impress : animation in text box
https://bugs.documentfoundation.org/show_bug.cgi?id=157950 --- Comment #9 from Roque --- En effet ce que je viens de montrer existe depuis des lustres. néanmoins le fait qu'une zone de texte sélectionnée pour une animation se transforme en autant d'animations que de ligne ... ça c'est récent et quand on fait de conférences ça agace pas mal. Cordialement -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157955] Outline numbering for Write heading styles not working
https://bugs.documentfoundation.org/show_bug.cgi?id=157955 Dieter changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|--- |WORKSFORME --- Comment #4 from Dieter --- (In reply to Steve from comment #2) > The problem has now gone away so this problem can be closed. I have no idea > why the problem went away, it just did. Perhaps a reboot was responsible. Thank you for restesting. => RESOLVED WORKSFORME -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157971] CALC FORMATTING? Alphanumeric sorting only produces the correct result if the numbers don't exceed 9
https://bugs.documentfoundation.org/show_bug.cgi?id=157971 --- Comment #1 from Colin --- Created attachment 190498 --> https://bugs.documentfoundation.org/attachment.cgi?id=190498=edit Simple sample file -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-qa] Live streaming LibreOffice bug triaging (week 44)
I will be live streaming a 1 hour LibreOffice bug triaging session in the Jitsi room https://jitsi.documentfoundation.org/ilmaritriages on Mon, 30 October 2023 at 18:00 UTC Tue, 31 October 2023 at 17:00 UTC Wed, 1 November 2023 at 18:00 UTC Thu, 2 November 2023 at 18:00 UTC Fri, 3 November 2023 at 15:00 UTC Times are in 24-hour notation. Anyone is welcome to interrupt me during the session and ask questions about the process or request me to test something specific. Note: if you want to record the session for your own use, ask me to make you a moderator and then you can click the "meatball menu" in Jitsi's bottom bar and select "Start recording". TDF members can become moderators simply by authenticating (Settings - Profile). Recording only works in Chrome and derivative browsers at the moment. Ilmari
[Libreoffice-bugs] [Bug 157971] New: CALC FORMATTING? Alphanumeric sorting only produces the correct result if the numbers don't exceed 9
https://bugs.documentfoundation.org/show_bug.cgi?id=157971 Bug ID: 157971 Summary: CALC FORMATTING? Alphanumeric sorting only produces the correct result if the numbers don't exceed 9 Product: LibreOffice Version: 7.5.7.1 release Hardware: All OS: Windows (All) Status: UNCONFIRMED Severity: normal Priority: medium Component: Calc Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: that.man.co...@gmail.com Description: Yes, I do know the difference between alpha sorting and numeric sorting but surely the result should be what a human requires, not what some 200-year-old IEEE specification demands. Attached is a simple file with four index columns. Index 1 is what probably everybody on the planet understands when translated into their own numbering system. Index 2 is produced by filling it down and again is what everybody would expect. Index 3 is also produced by filling down but with an intentional change from lower to upper case at the first numerical increment. Index 4 adds another "phase" to the number for good measure. Understand that the fill-down function correctly interprets the requirement as it successfully produced the results indicated. Sorting Ascending A-Z on indices 1 & 2 has no impact - although they may both be used to return the corrupted list to an acceptable condition following "sorting" Ascending A-Z on the other two. It would be nice to be able to say the same about Indices 3 & 4. Would it not be worth doing it right instead of copying everybody else's mistakes? I'm uncertain whether the big boys would consider this to be related in some way to Bug50786 Steps to Reproduce: Play with the filter buttons B1:E1 on the attached sheet Actual Results: Unacceptable sort Expected Results: Acceptable sort Reproducible: Always User Profile Reset: No Additional Info: Version: 7.5.7.1 (X86_64) / LibreOffice Community Build ID: 47eb0cf7efbacdee9b19ae25d6752381ede23126 CPU threads: 4; OS: Windows 10.0 Build 19045; UI render: Skia/Raster; VCL: win Locale: sv-SE (en_GB); UI: en-GB Calc: threaded I will understand if it's defined as an enhancement rather than a bug -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157918] Libreoffice Writer is rendering a DOCX file created from Google Drive different
https://bugs.documentfoundation.org/show_bug.cgi?id=157918 raal changed: What|Removed |Added Keywords|bibisectRequest |bibisected, bisected CC||michael.st...@allotropia.de --- Comment #7 from raal --- Adding Cc: to Michael Stahl; Could you possibly take a look at this one? Thanks https://git.libreoffice.org/core/+/decade708924e8dbc416893734d2273fcc657dcf%5E%21 tdf#154775 sw: layout: avoid breaking this with following commits -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157918] Libreoffice Writer is rendering a DOCX file created from Google Drive different
https://bugs.documentfoundation.org/show_bug.cgi?id=157918 raal changed: What|Removed |Added CC||r...@post.cz, ||xiscofa...@libreoffice.org --- Comment #6 from raal --- This seems to have begun at the below commit in bibisect repository/OS linux-64-7.6. 40027c2701c1a2120adc0f08664b3e267b1531da is the first bad commit commit 40027c2701c1a2120adc0f08664b3e267b1531da Author: Jenkins Build User Date: Tue Sep 26 13:53:45 2023 +0200 source sha:decade708924e8dbc416893734d2273fcc657dcf @Xisco, do you know why source sha is non existent commit? It looks like broken repository. Thanks. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 76700] SLIDESHOW: appear only after 2nd click
https://bugs.documentfoundation.org/show_bug.cgi?id=76700 Stéphane Guillou (stragu) changed: What|Removed |Added URL||https://ask.libreoffice.org ||/t/first-element-of-some-sl ||ides-requires-two-clicks-to ||-animate/66021 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 76700] SLIDESHOW: appear only after 2nd click
https://bugs.documentfoundation.org/show_bug.cgi?id=76700 Stéphane Guillou (stragu) changed: What|Removed |Added Hardware|Other |All CC||stephane.guillou@libreoffic ||e.org Component|LibreOffice |Impress --- Comment #13 from Stéphane Guillou (stragu) --- Still reproduced with sample in: Version: 24.2.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: fd69b546ad36452560cb11ccb28e78632d65f045 CPU threads: 8; OS: Linux 5.15; UI render: default; VCL: gtk3 Locale: en-AU (en_AU.UTF-8); UI: en-US Calc: threaded -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 109362] [META] Custom/object animation bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=109362 Stéphane Guillou (stragu) changed: What|Removed |Added Depends on|77699 | Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=77699 [Bug 77699] SLIDESHOW: Appear animation requires two clicks instead of one -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 103610] [META] Slide show (presentation mode) bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=103610 Stéphane Guillou (stragu) changed: What|Removed |Added Depends on|77699 | Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=77699 [Bug 77699] SLIDESHOW: Appear animation requires two clicks instead of one -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 76700] SLIDESHOW: appear only after 2nd click
https://bugs.documentfoundation.org/show_bug.cgi?id=76700 Stéphane Guillou (stragu) changed: What|Removed |Added CC||ravingd...@yahoo.de --- Comment #12 from Stéphane Guillou (stragu) --- *** Bug 77699 has been marked as a duplicate of this bug. *** -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 77699] SLIDESHOW: Appear animation requires two clicks instead of one
https://bugs.documentfoundation.org/show_bug.cgi?id=77699 Stéphane Guillou (stragu) changed: What|Removed |Added Blocks|103610, 109362 | Resolution|--- |DUPLICATE CC||stephane.guillou@libreoffic ||e.org Status|NEW |RESOLVED --- Comment #17 from Stéphane Guillou (stragu) --- *** This bug has been marked as a duplicate of bug 76700 *** Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=103610 [Bug 103610] [META] Slide show (presentation mode) bugs and enhancements https://bugs.documentfoundation.org/show_bug.cgi?id=109362 [Bug 109362] [META] Custom/object animation bugs and enhancements -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 76700] SLIDESHOW: appear only after 2nd click
https://bugs.documentfoundation.org/show_bug.cgi?id=76700 Stéphane Guillou (stragu) changed: What|Removed |Added CC||d...@owasp.org --- Comment #11 from Stéphane Guillou (stragu) --- *** Bug 114862 has been marked as a duplicate of this bug. *** -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 114862] Custom animation requires two clicks instead of one
https://bugs.documentfoundation.org/show_bug.cgi?id=114862 Stéphane Guillou (stragu) changed: What|Removed |Added CC||stephane.guillou@libreoffic ||e.org --- Comment #2 from Stéphane Guillou (stragu) --- *** This bug has been marked as a duplicate of bug 76700 *** -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 109362] [META] Custom/object animation bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=109362 Stéphane Guillou (stragu) changed: What|Removed |Added Depends on|71398 | Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=71398 [Bug 71398] Custom animation effect only advances after pressing down twice -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 76700] SLIDESHOW: appear only after 2nd click
https://bugs.documentfoundation.org/show_bug.cgi?id=76700 Stéphane Guillou (stragu) changed: What|Removed |Added CC||kaese...@gmail.com --- Comment #10 from Stéphane Guillou (stragu) --- *** Bug 71398 has been marked as a duplicate of this bug. *** -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 71398] Custom animation effect only advances after pressing down twice
https://bugs.documentfoundation.org/show_bug.cgi?id=71398 Stéphane Guillou (stragu) changed: What|Removed |Added Blocks|109362 | CC||stephane.guillou@libreoffic ||e.org --- Comment #7 from Stéphane Guillou (stragu) --- *** This bug has been marked as a duplicate of bug 76700 *** Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=109362 [Bug 109362] [META] Custom/object animation bugs and enhancements -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-commits] core.git: starmath/source
starmath/source/unomodel.cxx |6 +-
1 file changed, 5 insertions(+), 1 deletion(-)
New commits:
commit 798d21e2a1b8bc48b6bb5e1b3cf0cba0e5882a59
Author: Mike Kaganski
AuthorDate: Sun Oct 29 16:36:43 2023 +0300
Commit: Mike Kaganski
CommitDate: Sun Oct 29 20:26:38 2023 +0100
tdf#157965: UNO methods are expected to return sizes in mm/100
Commit 9e92a17cb6e03beedeeca40bfc8524c2623d31eb made sm to always
use twips; before, it used mm/100 except in LOK. That change broke
the size values returned from XRenderable::getRenderer: instead of
mm/100, the resulting values were in twips, but handled as mm/100.
Set the printer's map mode to use mm/100s explicitly. Also use
mm/100s in the call to SvxPaperInfo::GetDefaultPaperSize.
Change-Id: Id7cf40d4bc19c92dc54ca03d81f25ba1f6bf25b9
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/158622
Tested-by: Jenkins
Reviewed-by: Mike Kaganski
diff --git a/starmath/source/unomodel.cxx b/starmath/source/unomodel.cxx
index 73f1c4b17715..829c57de820f 100644
--- a/starmath/source/unomodel.cxx
+++ b/starmath/source/unomodel.cxx
@@ -960,12 +960,16 @@ uno::Sequence< beans::PropertyValue > SAL_CALL
SmModel::getRenderer(
SmPrinterAccess aPrinterAccess( *pDocSh );
Size aPrtPaperSize;
if (Printer *pPrinter = aPrinterAccess.GetPrinter())
+{
+// tdf#157965: UNO methods are expected to return sizes in mm/100
+pPrinter->SetMapMode(MapMode(MapUnit::Map100thMM)); // reset in
SmPrinterAccess dtor
aPrtPaperSize = pPrinter->GetPaperSize();
+}
// if paper size is 0 (usually if no 'real' printer is found),
// guess the paper size
if (aPrtPaperSize.IsEmpty())
-aPrtPaperSize = SvxPaperInfo::GetDefaultPaperSize(SmMapUnit());
+aPrtPaperSize = SvxPaperInfo::GetDefaultPaperSize(MapUnit::Map100thMM);
awt::Size aPageSize( aPrtPaperSize.Width(), aPrtPaperSize.Height() );
uno::Sequence< beans::PropertyValue > aRenderer(1);
[Libreoffice-commits] core.git: 2 commits - starmath/source
starmath/source/document.cxx |5 +
1 file changed, 1 insertion(+), 4 deletions(-)
New commits:
commit ee7d7fa79eae4979ed45f757430664b333faad1f
Author: Mike Kaganski
AuthorDate: Sun Oct 29 14:48:48 2023 +0300
Commit: Mike Kaganski
CommitDate: Sun Oct 29 20:26:25 2023 +0100
Drop pointless print format limitation of PDF export
PRINT_SIZE_NORMAL is the default, so will be used anyway, when export
doesn't provide an explicit value. Preventing an explicitly provided
value is wrong.
Change-Id: I4781f429741f3882cc9c716839763ccddfc07652
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/158619
Tested-by: Jenkins
Reviewed-by: Mike Kaganski
diff --git a/starmath/source/document.cxx b/starmath/source/document.cxx
index 213e16dd31bf..04c348cbab45 100644
--- a/starmath/source/document.cxx
+++ b/starmath/source/document.cxx
@@ -1532,9 +1532,6 @@ void SmDocShell::Impl_Print(OutputDevice& rOutDev, const
SmPrintUIOptions& rPrin
Size aSize(GetSize());
MapMode OutputMapMode;
-// PDF export should always use PRINT_SIZE_NORMAL ...
-if (!rPrintUIOptions.getBoolValue("IsPrinter"))
-ePrintSize = PRINT_SIZE_NORMAL;
switch (ePrintSize)
{
case PRINT_SIZE_NORMAL:
commit 66937039f5b627f0486b116266c80612238e80b3
Author: Mike Kaganski
AuthorDate: Sun Oct 29 14:45:01 2023 +0300
Commit: Mike Kaganski
CommitDate: Sun Oct 29 20:26:14 2023 +0100
Only decrase zoom on fit-to-page printout when printing frame
Change-Id: I51466924823bc574acfed6cff9fbd1bc4c77931b
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/158618
Tested-by: Jenkins
Reviewed-by: Mike Kaganski
diff --git a/starmath/source/document.cxx b/starmath/source/document.cxx
index 59b23522ffa5..213e16dd31bf 100644
--- a/starmath/source/document.cxx
+++ b/starmath/source/document.cxx
@@ -1547,7 +1547,7 @@ void SmDocShell::Impl_Print(OutputDevice& rOutDev, const
SmPrintUIOptions& rPrin
sal_uInt16 nZ
= std::min(o3tl::convert(aOutRect.GetWidth(), 100,
aSize.Width()),
o3tl::convert(aOutRect.GetHeight(), 100,
aSize.Height()));
-if (nZ > MINZOOM)
+if (bIsPrintFrame && nZ > MINZOOM)
nZ -= 10;
Fraction aFraction(std::clamp(nZ, MINZOOM, MAXZOOM), 100);
[Libreoffice-commits] core.git: 2 commits - starmath/inc starmath/source
starmath/inc/view.hxx|4 ++--
starmath/source/document.cxx | 16 +++-
2 files changed, 9 insertions(+), 11 deletions(-)
New commits:
commit 9278577e8f3a3d8a65a3a02c2d4c59b5fa4c26ec
Author: Mike Kaganski
AuthorDate: Sun Oct 29 14:59:47 2023 +0300
Commit: Mike Kaganski
CommitDate: Sun Oct 29 20:25:53 2023 +0100
Drop some intermediate conversions to pixel
Should improve independence of results from resolution. Some output
devices are not even pixel-based (e.g., PDF output).
Change-Id: Id4359bfa0d7ba76ac4e4694c3ae4f042a780cd53
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/158620
Tested-by: Jenkins
Reviewed-by: Mike Kaganski
diff --git a/starmath/source/document.cxx b/starmath/source/document.cxx
index 29dd3f2ef411..59b23522ffa5 100644
--- a/starmath/source/document.cxx
+++ b/starmath/source/document.cxx
@@ -1544,11 +1544,9 @@ void SmDocShell::Impl_Print(OutputDevice& rOutDev, const
SmPrintUIOptions& rPrin
case PRINT_SIZE_SCALED:
if (!aSize.IsEmpty())
{
-Size OutputSize(rOutDev.LogicToPixel(aOutRect.GetSize(),
MapMode(SmMapUnit(;
-Size GraphicSize(rOutDev.LogicToPixel(aSize,
MapMode(SmMapUnit(;
sal_uInt16 nZ
-= std::min(o3tl::convert(OutputSize.Width(), 100,
GraphicSize.Width()),
- o3tl::convert(OutputSize.Height(), 100,
GraphicSize.Height()));
+= std::min(o3tl::convert(aOutRect.GetWidth(), 100,
aSize.Width()),
+ o3tl::convert(aOutRect.GetHeight(), 100,
aSize.Height()));
if (nZ > MINZOOM)
nZ -= 10;
Fraction aFraction(std::clamp(nZ, MINZOOM, MAXZOOM), 100);
@@ -1568,14 +1566,13 @@ void SmDocShell::Impl_Print(OutputDevice& rOutDev,
const SmPrintUIOptions& rPrin
}
}
-aSize = rOutDev.PixelToLogic(rOutDev.LogicToPixel(aSize, OutputMapMode),
MapMode(SmMapUnit()));
+aSize = OutputDevice::LogicToLogic(aSize, OutputMapMode,
MapMode(SmMapUnit()));
Point aPos(aOutRect.Left() + (aOutRect.GetWidth() - aSize.Width()) / 2,
aOutRect.Top() + (aOutRect.GetHeight() - aSize.Height()) / 2);
-aPos = rOutDev.PixelToLogic(rOutDev.LogicToPixel(aPos,
MapMode(SmMapUnit())), OutputMapMode);
-aOutRect
-= rOutDev.PixelToLogic(rOutDev.LogicToPixel(aOutRect,
MapMode(SmMapUnit())), OutputMapMode);
+aPos = OutputDevice::LogicToLogic(aPos, MapMode(SmMapUnit()),
OutputMapMode);
+aOutRect = OutputDevice::LogicToLogic(aOutRect, MapMode(SmMapUnit()),
OutputMapMode);
rOutDev.SetMapMode(OutputMapMode);
rOutDev.SetClipRegion(vcl::Region(aOutRect));
commit 7605de7303f57c1320d96d5ff833f492d002cfb7
Author: Mike Kaganski
AuthorDate: Sun Oct 29 16:45:53 2023 +0300
Commit: Mike Kaganski
CommitDate: Sun Oct 29 20:25:39 2023 +0100
Subtraction could wrap
Change-Id: Ifc248835a70ee593e47d50bb0e1bf9165eb06391
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/158623
Tested-by: Jenkins
Reviewed-by: Mike Kaganski
diff --git a/starmath/inc/view.hxx b/starmath/inc/view.hxx
index 8b17744d6171..03f67fdbed40 100644
--- a/starmath/inc/view.hxx
+++ b/starmath/inc/view.hxx
@@ -37,8 +37,8 @@ class SmPrintUIOptions;
class SmGraphicAccessible;
class SmGraphicWidget;
-#define MINZOOM sal_uInt16(25)
-#define MAXZOOM sal_uInt16(800)
+constexpr sal_uInt16 MINZOOM = 25;
+constexpr sal_uInt16 MAXZOOM = 800;
class SmGraphicWindow final : public InterimItemWindow
{
diff --git a/starmath/source/document.cxx b/starmath/source/document.cxx
index 715525c94307..29dd3f2ef411 100644
--- a/starmath/source/document.cxx
+++ b/starmath/source/document.cxx
@@ -1549,7 +1549,8 @@ void SmDocShell::Impl_Print(OutputDevice& rOutDev, const
SmPrintUIOptions& rPrin
sal_uInt16 nZ
= std::min(o3tl::convert(OutputSize.Width(), 100,
GraphicSize.Width()),
o3tl::convert(OutputSize.Height(), 100,
GraphicSize.Height()));
-nZ -= 10;
+if (nZ > MINZOOM)
+nZ -= 10;
Fraction aFraction(std::clamp(nZ, MINZOOM, MAXZOOM), 100);
OutputMapMode = MapMode(SmMapUnit(), Point(), aFraction,
aFraction);
[Libreoffice-bugs] [Bug 103437] [META] Animation deck/tab of the sidebar
https://bugs.documentfoundation.org/show_bug.cgi?id=103437 Stéphane Guillou (stragu) changed: What|Removed |Added Depends on|102196 | Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=102196 [Bug 102196] EDITING Animating multi-line text misbehaves in sidebar -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 102196] EDITING Animating multi-line text misbehaves in sidebar
https://bugs.documentfoundation.org/show_bug.cgi?id=102196 Stéphane Guillou (stragu) changed: What|Removed |Added Resolution|--- |DUPLICATE Version|5.1.4.2 release |5.2.0.4 release OS|Linux (All) |All Blocks|103437 | Status|NEW |RESOLVED CC||stephane.guillou@libreoffic ||e.org --- Comment #10 from Stéphane Guillou (stragu) --- Repro in 5.2.0.0.alpha1, not in 5.1.6.2. Fixed in 7.1 by Srijan for bug 126394. Marking as duplicate. *** This bug has been marked as a duplicate of bug 126394 *** Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=103437 [Bug 103437] [META] Animation deck/tab of the sidebar -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157969] Freezes when saving the doc
https://bugs.documentfoundation.org/show_bug.cgi?id=157969 Julien Nabet changed: What|Removed |Added Ever confirmed|0 |1 Status|UNCONFIRMED |NEEDINFO CC||serval2...@yahoo.fr --- Comment #3 from Julien Nabet --- What version of Mac do you use? What's the macOS version? Does it use Intel x86-64 or Apple Silicon ? 7.2.X versions are obsolete. You should upgrade to LO 7.5.7 For first one, you can use: https://www.libreoffice.org/download/download-libreoffice/?type=mac-x86_64=7.5.7=en for second one: https://www.libreoffice.org/download/download-libreoffice/?type=mac-aarch64=7.5.7=en Finally, if you still reproduce this, you can try: https://wiki.documentfoundation.org/QA/FirstSteps -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157784] In libreoffice calc, the names of the sheets are displayed in opposite direction now, which is annoying.
https://bugs.documentfoundation.org/show_bug.cgi?id=157784 --- Comment #14 from Mahmoud Alnaanah --- I believe the behavior should be reverted as before and the user experience should not be broken for no or little reasons. The original behavior is for rtl sheets the direction of name taps order is from right to left. Please don't give people more reasons to use older versions because of the unnecessary changes in the new ones. Regards, -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157961] Sheet tab selection area UI direction flipped based on sheet direction
https://bugs.documentfoundation.org/show_bug.cgi?id=157961 --- Comment #5 from Eyal Rozenberg --- Stéphane Guillou (stragu) 2023-10-29 08:05:41 UTC : > this needs to be made consistent: > "UI jumping" should be reduced. In my (non RTL-UI user) opinion, > if it's only the sheet that is RTL, only the column headers > should be flipped, as it's the only part of the UI that _has_ to > flip to match the contents of the sheet. The rest of > surrounding UI should not change. So the Sheet Tabs should do > the same as e.g. the Formula Bar: its position and direction > should not change. These should only be dependent on the RTL UI > setting. Exactly. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 100585] Ordering of sheets with different direction changes when switching between them (RTL UI, not with GTK3)
https://bugs.documentfoundation.org/show_bug.cgi?id=100585 --- Comment #18 from Eyal Rozenberg --- I agree, of course, that sheet directions should influence ordering of sheet tabs. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-ux-advise] [Bug 100585] Ordering of sheets with different direction changes when switching between them (RTL UI, not with GTK3)
https://bugs.documentfoundation.org/show_bug.cgi?id=100585 --- Comment #18 from Eyal Rozenberg --- I agree, of course, that sheet directions should influence ordering of sheet tabs. -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-bugs] [Bug 100585] Ordering of sheets with different direction changes when switching between them (RTL UI, not with GTK3)
https://bugs.documentfoundation.org/show_bug.cgi?id=100585 --- Comment #17 from Eyal Rozenberg --- This bug is about the order of sheets, not the UI. Forwarding Stephan's comments to 157961. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-ux-advise] [Bug 100585] Ordering of sheets with different direction changes when switching between them (RTL UI, not with GTK3)
https://bugs.documentfoundation.org/show_bug.cgi?id=100585 --- Comment #17 from Eyal Rozenberg --- This bug is about the order of sheets, not the UI. Forwarding Stephan's comments to 157961. -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-bugs] [Bug 43039] Custom Animation single text object now forces line by line appearance, not whole object
https://bugs.documentfoundation.org/show_bug.cgi?id=43039 Stéphane Guillou (stragu) changed: What|Removed |Added Hardware|x86 (IA32) |All -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157961] Sheet tab selection area UI direction flipped based on sheet direction
https://bugs.documentfoundation.org/show_bug.cgi?id=157961 Eyal Rozenberg changed: What|Removed |Added Status|RESOLVED|UNCONFIRMED Resolution|DUPLICATE |--- --- Comment #4 from Eyal Rozenberg --- (In reply to Stéphane Guillou (stragu) from comment #3) > I appreciate the clearer description, but as I understand it, the issue > described is exactly the same as in bug 100585. Bug 100585 is about the ordering sheet tabs. This is about the layout of the UI, including buttons, the position of the entire set of ordered tabs (left side or right side of the window) etc. Not a dupe. I thought this was clear, but - if you'd like screenshots, I can make them... -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 43039] Custom Animation single text object now forces line by line appearance, not whole object
https://bugs.documentfoundation.org/show_bug.cgi?id=43039 Stéphane Guillou (stragu) changed: What|Removed |Added CC||roque.b...@mail.com --- Comment #15 from Stéphane Guillou (stragu) --- *** Bug 157950 has been marked as a duplicate of this bug. *** -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157950] Impress : animation in text box
https://bugs.documentfoundation.org/show_bug.cgi?id=157950 Stéphane Guillou (stragu) changed: What|Removed |Added Resolution|--- |DUPLICATE Status|UNCONFIRMED |RESOLVED --- Comment #8 from Stéphane Guillou (stragu) --- Thank you for the report. This has been the case for a while, please see bug 43039. *** This bug has been marked as a duplicate of bug 43039 *** -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157784] In libreoffice calc, the names of the sheets are displayed in opposite direction now, which is annoying.
https://bugs.documentfoundation.org/show_bug.cgi?id=157784 Buovjaga changed: What|Removed |Added Ever confirmed|0 |1 Status|UNCONFIRMED |NEW --- Comment #13 from Buovjaga --- Apologies, I have misunderstood this and did not test enough. Even though I change the direction of all sheets to RTL, they appear as 1, 2 and 3 instead of 3, 2, 1 as would be expected. I don't know what the idea with the commit was. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-commits] core.git: include/xmloff schema/libreoffice sw/inc sw/qa sw/source writerfilter/source xmloff/source
include/xmloff/txtimp.hxx |2 include/xmloff/xmltoken.hxx |1 schema/libreoffice/OpenDocument-v1.3+libreoffice-schema.rng |9 sw/inc/IDocumentContentOperations.hxx |2 sw/inc/crsrsh.hxx |2 sw/inc/docary.hxx |8 sw/inc/redline.hxx | 21 sw/inc/unoprnms.hxx |1 sw/qa/extras/layout/layout2.cxx |7 sw/qa/extras/uiwriter/data/tdf157663_redlineMove.odt|binary sw/qa/extras/uiwriter/uiwriter5.cxx | 136 + sw/source/core/doc/DocumentContentOperationsManager.cxx |9 sw/source/core/doc/DocumentRedlineManager.cxx | 201 --- sw/source/core/doc/doccomp.cxx |4 sw/source/core/doc/docnum.cxx |8 sw/source/core/doc/docredln.cxx | 304 +--- sw/source/core/inc/DocumentContentOperationsManager.hxx |2 sw/source/core/inc/DocumentRedlineManager.hxx | 14 sw/source/core/unocore/unocrsrhelper.cxx| 11 sw/source/core/unocore/unoredline.cxx |4 sw/source/filter/basflt/fltshell.cxx|1 sw/source/filter/ww8/writerhelper.cxx |2 sw/source/filter/xml/XMLRedlineImportHelper.cxx | 15 sw/source/filter/xml/XMLRedlineImportHelper.hxx |1 sw/source/filter/xml/xmltexti.cxx |3 sw/source/filter/xml/xmltexti.hxx |1 writerfilter/source/dmapper/DomainMapper_Impl.cxx | 45 + writerfilter/source/dmapper/DomainMapper_Impl.hxx |4 xmloff/source/core/xmltoken.cxx |1 xmloff/source/text/XMLChangeInfoContext.cxx |7 xmloff/source/text/XMLChangeInfoContext.hxx |1 xmloff/source/text/XMLChangedRegionImportContext.cxx|5 xmloff/source/text/XMLChangedRegionImportContext.hxx|3 xmloff/source/text/XMLRedlineExport.cxx |9 xmloff/source/text/txtimp.cxx |1 xmloff/source/token/tokens.txt |1 36 files changed, 666 insertions(+), 180 deletions(-) New commits: commit e4fb4937b3f75ce3544f8de354ed92f7dd314511 Author: Attila Szűcs AuthorDate: Tue Oct 17 09:31:22 2023 +0200 Commit: Caolán McNamara CommitDate: Sun Oct 29 19:30:43 2023 +0100 tdf#157663 SW: Tracked change improve move Made accept/reject handle move redlines other pair, (moveto-movefrom) and handle the whole move redline, even if it is split into small pieces that separated from each other. Added unique ID to every move redline to help find their other parts. This move ID is generated in case of: move recognition moveing a paragraph. (directly create move redline with unique id without calling the recognition it is faster and more stable) (there are other cases that could be improved to not use recognition, but generate ID directly, like moveing selected partial text with mouse) Implemented the odt export/import of this move ID. it is a tag like this: "4" next to creator/date Improved the docx import to generate this move ID, so move redlines can find their other parts (Not changed Docx export... it works a bit, but far from perfect) Improved move reckognition: It can find them even if they are split into multiple parts differently. (like "ab"+"cd" == "a"+"bcd") Disabled this because of probably performance issue. made a complex unit test for it. Note: Left the move recognition on every place, to avoid as much regressions as possible.. but in the future, we may can disable it in some cases. Note2: We will have to keep move recognitnion, because there are documents from past, saved without any move informations in the file, and users expect to see move redlines there. (generated by the recognition.) Change-Id: If968d4235b676c5e538cfaf4187a4482a86eae9f Reviewed-on: https://gerrit.libreoffice.org/c/core/+/157740 Tested-by: Jenkins CollaboraOffice Reviewed-by: Caolán McNamara Reviewed-on: https://gerrit.libreoffice.org/c/core/+/158611 Tested-by: Jenkins diff --git a/include/xmloff/txtimp.hxx b/include/xmloff/txtimp.hxx index 24caf36e53d7..c04e577c6573 100644 --- a/include/xmloff/txtimp.hxx +++ b/include/xmloff/txtimp.hxx @@ -381,6 +381,8 @@ public: const OUString& rComment, /// date+time const css::util::DateTime& rDateTime, +/// move
[Libreoffice-bugs] [Bug 157970] Textboxes in Forms couldn't be reverted to 3D in LO 7.6.2 when form has been saved in LO 7.5.5
https://bugs.documentfoundation.org/show_bug.cgi?id=157970 elmau changed: What|Removed |Added CC||bugzi...@cuates.net --- Comment #1 from elmau --- I test in: Version: 7.5.7.1 (X86_64) / LibreOffice Community Build ID: 50(Build:1) CPU threads: 16; OS: Linux 6.5; UI render: default; VCL: gtk3 Locale: es-MX (en_US.UTF-8); UI: en-US 7.5.7-3 Calc: threaded 1) I open file, look textboxes in Flat 2) Set border to 3D 3) Save, close and reopen Textboxes border is flat, again. -- You are receiving this mail because: You are the assignee for the bug.
