[Bug 162337] Initial selection of tracked change when Manage Changes dialog is initially shown has changed from the original behavior

2024-08-04 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=162337

--- Comment #2 from Jim Raykowski  ---
Created attachment 195689
  --> https://bugs.documentfoundation.org/attachment.cgi?id=195689=edit
video showing current and original manage changes dialog behavior on open

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

[Bug 162340] Content of special subform isn't shown any more

2024-08-04 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=162340

Robert Großkopf  changed:

   What|Removed |Added

   Keywords||bibisectRequest, regression

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

[Bug 162340] New: Content of special subform isn't shown any more

2024-08-04 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=162340

Bug ID: 162340
   Summary: Content of special subform isn't shown any more
   Product: LibreOffice
   Version: 24.8.0.1 rc
  Hardware: x86-64 (AMD64)
OS: Linux (All)
Status: UNCONFIRMED
  Severity: normal
  Priority: medium
 Component: Base
  Assignee: libreoffice-bugs@lists.freedesktop.org
  Reporter: rob...@familiegrosskopf.de

Created attachment 195688
  --> https://bugs.documentfoundation.org/attachment.cgi?id=195688=edit
Start database with macros enabled. Have a look at the tablecontrol at the
bottom of the form.

Open the attached database. If you have set macros enabled the right form will
be opened directly. If not open form "frm_XRechnung-Extension".

There is a form, which could be seen in area "Untergliederung Rechnungsposten"
which is linked (by many fields) to "Rechnungsposten". 
The tablecontrol "Untergliederung Rechnungsposten" shows some rows up to LO
24.2.5.2.
Same tablecontrol won't show any entry in LO 24.8.0.2

Will test this a little bit more. Might be something has been limited in
connections from one form to another, but all other forms and subforms will
work well.

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

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

2024-08-04 Thread Noel Grandin (via logerrit)
 sw/inc/IDocumentMarkAccess.hxx  |8 
 sw/inc/IMark.hxx|  356 ++--
 sw/inc/unostyle.hxx |   65 ++
 sw/inc/unotxdoc.hxx |1 
 sw/source/core/crsr/crbm.cxx|4 
 sw/source/core/doc/DocumentContentOperationsManager.cxx |8 
 sw/source/core/doc/DocumentFieldsManager.cxx|4 
 sw/source/core/doc/docbm.cxx|   22 
 sw/source/core/doc/docfld.cxx   |4 
 sw/source/core/doc/docredln.cxx |2 
 sw/source/core/inc/bookmark.hxx |  332 --
 sw/source/core/inc/docfld.hxx   |6 
 sw/source/core/inc/scriptinfo.hxx   |6 
 sw/source/core/text/porlay.cxx  |   14 
 sw/source/core/text/porrst.cxx  |2 
 sw/source/core/undo/rolbck.cxx  |   24 -
 sw/source/core/unocore/unobkm.cxx   |   12 
 sw/source/core/unocore/unostyle.cxx |  216 +
 sw/source/filter/html/wrthtml.cxx   |2 
 sw/source/ui/misc/bookmark.cxx  |2 
 sw/source/uibase/uno/unotxdoc.cxx   |5 
 sw/source/writerfilter/dmapper/DomainMapper.cxx |3 
 sw/source/writerfilter/dmapper/DomainMapper.hxx |3 
 sw/source/writerfilter/dmapper/DomainMapper_Impl.cxx|   23 -
 sw/source/writerfilter/dmapper/DomainMapper_Impl.hxx|   13 
 sw/source/writerfilter/dmapper/PropertyMap.cxx  |3 
 sw/source/writerfilter/dmapper/StyleSheetTable.cxx  |3 
 27 files changed, 591 insertions(+), 552 deletions(-)

New commits:
commit f13e5718f53c3e460a6aacdb8f429d18ac011fa3
Author: Noel Grandin 
AuthorDate: Sat Aug 3 19:15:34 2024 +0200
Commit: Noel Grandin 
CommitDate: Sun Aug 4 08:43:07 2024 +0200

use more concrete UNO type in writerfilter

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

diff --git a/sw/inc/unostyle.hxx b/sw/inc/unostyle.hxx
index 77c2cc8856c0..b6f4d9abd96b 100644
--- a/sw/inc/unostyle.hxx
+++ b/sw/inc/unostyle.hxx
@@ -48,6 +48,8 @@ class SwXStyle;
 class SwXTextCellStyle;
 class SwXPageStyle;
 class SwXFrameStyle;
+class StyleFamilyEntry;
+class SwXStyleFamily;
 
 class SwXStyleFamilies final : public cppu::WeakImplHelper
 <
@@ -60,7 +62,7 @@ class SwXStyleFamilies final : public cppu::WeakImplHelper
 {
 SwDocShell* m_pDocShell;
 
-std::map> m_vFamilies;
+std::map> m_vFamilies;
 
 virtual ~SwXStyleFamilies() override;
 public:
@@ -88,6 +90,12 @@ public:
 virtual sal_Bool SAL_CALL supportsService(const OUString& ServiceName) 
override;
 virtual css::uno::Sequence< OUString > SAL_CALL getSupportedServiceNames() 
override;
 
+SW_DLLPUBLIC rtl::Reference GetPageStyles();
+SW_DLLPUBLIC rtl::Reference GetCharacterStyles();
+SW_DLLPUBLIC rtl::Reference GetParagraphStyles();
+rtl::Reference GetStylesByName(const OUString& rName);
+rtl::Reference GetStylesByIndex(sal_Int32 nIndex);
+
 static css::uno::Reference CreateStyle(SfxStyleFamily 
eFamily, SwDoc& rDoc);
 static rtl::Reference 
CreateStyleCharOrParaOrPseudo(SfxStyleFamily eFamily, SwDoc& rDoc);
 static rtl::Reference CreateStylePage(SwDoc& rDoc);
@@ -390,4 +398,59 @@ class SwXTextCellStyle final : public cppu::WeakImplHelper
 static rtl::Reference CreateXTextCellStyle(SwDocShell* 
pDocShell, const OUString& sName);
 };
 
+class SW_DLLPUBLIC SwXStyleFamily final : public cppu::WeakImplHelper
+<
+css::container::XNameContainer,
+css::lang::XServiceInfo,
+css::container::XIndexAccess,
+css::beans::XPropertySet
+>
+, public SfxListener
+{
+const StyleFamilyEntry& m_rEntry;
+SfxStyleSheetBasePool* m_pBasePool;
+SwDocShell* m_pDocShell;
+
+SwXStyle* FindStyle(std::u16string_view rStyleName) const;
+sal_Int32 GetCountOrName(OUString* pString, sal_Int32 nIndex = 
SAL_MAX_INT32);
+static const StyleFamilyEntry& InitEntry(SfxStyleFamily eFamily);
+public:
+SwXStyleFamily(SwDocShell* pDocShell, const SfxStyleFamily eFamily);
+
+//XIndexAccess
+virtual sal_Int32 SAL_CALL getCount() override;
+virtual css::uno::Any SAL_CALL getByIndex(sal_Int32 nIndex) override;
+
+//XElementAccess
+virtual css::uno::Type SAL_CALL getElementType(  ) override;
+virtual sal_Bool SAL_CALL hasElements(  ) override;
+
+//XNameAccess
+virtual css::uno::Any SAL_CALL getByName(const OUString& Name) override;
+virtual css::uno::Sequence< OUString > SAL_CALL getElementNames() override;
+virtual sal_Bool SAL_CALL hasByName(const OUString& Name) override;
+
+//XNameContainer

[Bug 162339] New: MySQL/MariaDB direct connection: Table with spaces in table name couldn't be deleted by GUI

2024-08-04 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=162339

Bug ID: 162339
   Summary: MySQL/MariaDB direct connection: Table with spaces in
table name couldn't be deleted by GUI
   Product: LibreOffice
   Version: 7.4 all versions
  Hardware: x86-64 (AMD64)
OS: Linux (All)
Status: UNCONFIRMED
  Severity: normal
  Priority: medium
 Component: Base
  Assignee: libreoffice-bugs@lists.freedesktop.org
  Reporter: rob...@familiegrosskopf.de

Open a connection to MySQL/MariaDB database with direct connector.
Create a table through GUI and name the table with spaces, for example 
"My new Table".
Table will be created without any problems.
Now try to delete the table through GUI.
Impossible to delete the table through GUI.
Seems GUI won't mask the table name when trying to drop the table.

Same with JDBC connection works well.
Same through Tools → SQL will work also (DROP TABLE "My new Table").

This bug appears in all LO-versions with direct driver here. So seems it never
worked.

By the way: Trying to delete the table through GUI in LO 24.8.0.2 leads to
crash from whole LO…

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

core.git: basic/source

2024-08-03 Thread Mike Kaganski (via logerrit)
 basic/source/inc/runtime.hxx |4 +-
 basic/source/runtime/methods.cxx |   69 +--
 basic/source/runtime/stdobj.cxx  |   14 +++
 3 files changed, 33 insertions(+), 54 deletions(-)

New commits:
commit 45290d41fbd82a9b5846e456eaaa5c27b3d2c8c1
Author: Mike Kaganski 
AuthorDate: Sun Aug 4 07:50:34 2024 +0500
Commit: Mike Kaganski 
CommitDate: Sun Aug 4 06:45:14 2024 +0200

Clarify MsgBox buttons handling code

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

diff --git a/basic/source/inc/runtime.hxx b/basic/source/inc/runtime.hxx
index 0612ea0d1acb..a15abe02062d 100644
--- a/basic/source/inc/runtime.hxx
+++ b/basic/source/inc/runtime.hxx
@@ -119,10 +119,9 @@ constexpr sal_Int16 DEFBUTTON2 = 256;
 constexpr sal_Int16 DEFBUTTON3 = 512;
 constexpr sal_Int16 APPLMODAL = 0;
 constexpr sal_Int16 SYSTEMMODAL = 4096;
-}
 
 // Related to: MsgBox (return value)
-namespace SbMBID
+namespace Response
 {
 constexpr sal_Int16 OK = 1;
 constexpr sal_Int16 CANCEL = 2;
@@ -132,6 +131,7 @@ constexpr sal_Int16 IGNORE = 5;
 constexpr sal_Int16 YES = 6;
 constexpr sal_Int16 NO = 7;
 }
+}
 
 // Related to: SwFieldTypesEnum in sw/inc/fldbas.hxx
 namespace SbTYP
diff --git a/basic/source/runtime/methods.cxx b/basic/source/runtime/methods.cxx
index 05939417c688..d0cf61f9fa42 100644
--- a/basic/source/runtime/methods.cxx
+++ b/basic/source/runtime/methods.cxx
@@ -4257,68 +4257,47 @@ void SbRtl_MsgBox(StarBASIC *, SbxArray & rPar, bool)
 std::unique_ptr 
xBox(Application::CreateMessageDialog(pParent,
 eType, VclButtonsType::NONE, aMsg, GetpApp()));
 
+std::vector> buttons;
 switch (nType & 0x0F) // delete bits 4-16
 {
 case SbMB::OK:
 default:
-xBox->add_button(GetStandardText(StandardButtonType::OK), 
SbMBID::OK);
+buttons.emplace_back(StandardButtonType::OK, SbMB::Response::OK);
 break;
 case SbMB::OKCANCEL:
-xBox->add_button(GetStandardText(StandardButtonType::OK), 
SbMBID::OK);
-xBox->add_button(GetStandardText(StandardButtonType::Cancel), 
SbMBID::CANCEL);
-
-if (nType & SbMB::DEFBUTTON2 || nType & SbMB::DEFBUTTON3)
-xBox->set_default_response(SbMBID::CANCEL);
-else
-xBox->set_default_response(SbMBID::OK);
-
+buttons.emplace_back(StandardButtonType::OK, SbMB::Response::OK);
+buttons.emplace_back(StandardButtonType::Cancel, 
SbMB::Response::CANCEL);
 break;
 case SbMB::ABORTRETRYIGNORE:
-xBox->add_button(GetStandardText(StandardButtonType::Abort), 
SbMBID::ABORT);
-xBox->add_button(GetStandardText(StandardButtonType::Retry), 
SbMBID::RETRY);
-xBox->add_button(GetStandardText(StandardButtonType::Ignore), 
SbMBID::IGNORE);
-
-if (nType & SbMB::DEFBUTTON2)
-xBox->set_default_response(SbMBID::RETRY);
-else if (nType & SbMB::DEFBUTTON3)
-xBox->set_default_response(SbMBID::IGNORE);
-else
-xBox->set_default_response(SbMBID::CANCEL);
-
+buttons.emplace_back(StandardButtonType::Abort, 
SbMB::Response::ABORT);
+buttons.emplace_back(StandardButtonType::Retry, 
SbMB::Response::RETRY);
+buttons.emplace_back(StandardButtonType::Ignore, 
SbMB::Response::IGNORE);
 break;
 case SbMB::YESNOCANCEL:
-xBox->add_button(GetStandardText(StandardButtonType::Yes), 
SbMBID::YES);
-xBox->add_button(GetStandardText(StandardButtonType::No), 
SbMBID::NO);
-xBox->add_button(GetStandardText(StandardButtonType::Cancel), 
SbMBID::CANCEL);
-
-if (nType & SbMB::DEFBUTTON2 || nType & SbMB::DEFBUTTON3)
-xBox->set_default_response(SbMBID::CANCEL);
-else
-xBox->set_default_response(SbMBID::YES);
-
+buttons.emplace_back(StandardButtonType::Yes, SbMB::Response::YES);
+buttons.emplace_back(StandardButtonType::No, SbMB::Response::NO);
+buttons.emplace_back(StandardButtonType::Cancel, 
SbMB::Response::CANCEL);
 break;
 case SbMB::YESNO:
-xBox->add_button(GetStandardText(StandardButtonType::Yes), 
SbMBID::YES);
-xBox->add_button(GetStandardText(StandardButtonType::No), 
SbMBID::NO);
-
-if (nType & SbMB::DEFBUTTON2 || nType & SbMB::DEFBUTTON3)
-xBox->set_default_response(SbMBID::NO);
-else
-xBox->set_default_response(SbMBID::YES);
-
+buttons.emplace_back(StandardButtonType::Yes, SbMB::Response::YES);
+buttons.emplace_back(StandardButtonType::No, SbMB::Response::NO);
 break;
 case SbMB::RETRYCANCEL:
-

[Bug 162117] UI: Writer Toolbar Set Paragraph Style drop-down list changes after applying a style

2024-08-03 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=162117

QA Administrators  changed:

   What|Removed |Added

 Whiteboard|| QA:needsComment

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

[Bug 160186] Changing Table Auto value or Entry required results in full libreoffice suite crash

2024-08-03 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=160186

QA Administrators  changed:

   What|Removed |Added

 Ever confirmed|1   |0
 Status|NEEDINFO|UNCONFIRMED

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

[Bug 162055] Macro IDE cursor

2024-08-03 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=162055

QA Administrators  changed:

   What|Removed |Added

 Whiteboard| QA:needsComment|

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

[Bug 162052] Macro Editor autocomplete enhancements

2024-08-03 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=162052

QA Administrators  changed:

   What|Removed |Added

 Whiteboard| QA:needsComment|

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

[Bug 162113] Font selection dialog messes up font variant selection when passing fonts without desired one

2024-08-03 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=162113

QA Administrators  changed:

   What|Removed |Added

 Whiteboard|| QA:needsComment

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

[Bug 162119] EDITING: Navigator dragmode stays enabled after double click

2024-08-03 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=162119

QA Administrators  changed:

   What|Removed |Added

 Whiteboard|| QA:needsComment

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

[Bug 158788] Applying math formula (MAX()) to individual array elements

2024-08-03 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=158788

QA Administrators  changed:

   What|Removed |Added

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

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

[Bug 158787] Slowness of LibreOffice available on the Microsoft Store

2024-08-03 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=158787

QA Administrators  changed:

   What|Removed |Added

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

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

[Bug 160186] Changing Table Auto value or Entry required results in full libreoffice suite crash

2024-08-03 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=160186

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

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

[Bug 158788] Applying math formula (MAX()) to individual array elements

2024-08-03 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=158788

--- Comment #13 from QA Administrators  ---
Dear Jonathan Watt,

Please read this message in its entirety before proceeding.

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

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

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

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

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

e) Read all comments and provide any requested information

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

a) respond via email 

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

Warm Regards,
QA Team

MassPing-NeedInfo-FollowUp

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

[Bug 146332] "Format > Conditional Formatting > Condition > New Style" dialogue disappears and Calc hangs after switching to Writer window

2024-08-03 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=146332

QA Administrators  changed:

   What|Removed |Added

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

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

[Bug 158787] Slowness of LibreOffice available on the Microsoft Store

2024-08-03 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=158787

--- Comment #3 from QA Administrators  ---
Dear Leonardo Uberti Gerage,

Please read this message in its entirety before proceeding.

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

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

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

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

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

e) Read all comments and provide any requested information

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

a) respond via email 

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

Warm Regards,
QA Team

MassPing-NeedInfo-FollowUp

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

[Bug 87351] [META] Conditional formatting bugs and enhancements

2024-08-03 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=87351
Bug 87351 depends on bug 146332, which changed state.

Bug 146332 Summary: "Format > Conditional Formatting > Condition > New Style" 
dialogue disappears and Calc hangs after switching to Writer window
https://bugs.documentfoundation.org/show_bug.cgi?id=146332

   What|Removed |Added

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

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

[Bug 159570] Function "SearchV" don't work well

2024-08-03 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=159570

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

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

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

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

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

Warm Regards,
QA Team

MassPing-NeedInfo-Ping

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

[Bug 146332] "Format > Conditional Formatting > Condition > New Style" dialogue disappears and Calc hangs after switching to Writer window

2024-08-03 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=146332

--- Comment #8 from QA Administrators  ---
Dear Kevin Suo,

Please read this message in its entirety before proceeding.

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

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

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

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

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

e) Read all comments and provide any requested information

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

a) respond via email 

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

Warm Regards,
QA Team

MassPing-NeedInfo-FollowUp

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

[Bug 150182] Pivot Table Filter is inaccessible from main menu, and its label in context menu doesn't distinguish it from e.g. Standard Filter

2024-08-03 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=150182

--- Comment #6 from QA Administrators  ---
Dear Mike Kaganski,

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

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

If you have time, please do the following:

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

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

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

Please DO NOT

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


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

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


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

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

Warm Regards,
QA Team

MassPing-UntouchedBug

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

[Bug 134750] Reject changes being rather slow (quite a number of notifier calls)

2024-08-03 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=134750

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

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

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

If you have time, please do the following:

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

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

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

Please DO NOT

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


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

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


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

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

Warm Regards,
QA Team

MassPing-UntouchedBug

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

[Bug 134358] Image on top can't be selected with a shape in background with wrap through in background enabled arranged to foreground

2024-08-03 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=134358

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

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

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

If you have time, please do the following:

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

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

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

Please DO NOT

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


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

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


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

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

Warm Regards,
QA Team

MassPing-UntouchedBug

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

[Bug 150116] No "Undo" after changing margins size in "Print Preview"

2024-08-03 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=150116

--- Comment #3 from QA Administrators  ---
Dear Marino Luna,

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

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

If you have time, please do the following:

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

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

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

Please DO NOT

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


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

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


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

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

Warm Regards,
QA Team

MassPing-UntouchedBug

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

[Bug 134263] Scrolling down in multipage view (8 pages a row) stutters/choppy (part 2)

2024-08-03 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=134263

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

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

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

If you have time, please do the following:

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

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

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

Please DO NOT

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


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

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


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

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

Warm Regards,
QA Team

MassPing-UntouchedBug

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

[Bug 131027] Different footnote line thickness

2024-08-03 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=131027

--- Comment #16 from QA Administrators  ---
Dear David Liška,

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

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

If you have time, please do the following:

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

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

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

Please DO NOT

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


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

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


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

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

Warm Regards,
QA Team

MassPing-UntouchedBug

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

[Bug 134008] Scrolling slows down around WMF images (GDI-only)

2024-08-03 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=134008

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

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

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

If you have time, please do the following:

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

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

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

Please DO NOT

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


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

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


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

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

Warm Regards,
QA Team

MassPing-UntouchedBug

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

[Bug 133388] Images stacked onto each other are hard to separate (the move in tandem);on insertion on top of each other (see comment 4)

2024-08-03 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=133388

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

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

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

If you have time, please do the following:

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

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

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

Please DO NOT

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


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

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


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

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

Warm Regards,
QA Team

MassPing-UntouchedBug

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

[Bug 104122] Writer: overlapping animated GIF banners are competing for on top position

2024-08-03 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=104122

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

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

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

If you have time, please do the following:

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

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

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

Please DO NOT

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


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

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


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

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

Warm Regards,
QA Team

MassPing-UntouchedBug

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

[Bug 162202] Add QUERY function in Calc like Google Sheets

2024-08-03 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=162202

--- Comment #3 from Óvári  ---
https://ask.libreoffice.org/t/is-there-any-plan-to-implement-query-function-in-calc-as-google-sheet/48043/6

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

[Bug 162335] Print to File option absent

2024-08-03 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=162335

Patrick Luby (volunteer)  changed:

   What|Removed |Added

 Status|NEEDINFO|RESOLVED
 Resolution|--- |NOTABUG

--- Comment #4 from Patrick Luby (volunteer)  ---
LibreOffice displays Apple's native print dialog. This isn't LibreOffice's
code.

On macOS, press the "PDF" button in the bottom left corner to save to a PDF
file. Also, pressing and holding the "PDF" button will display an popup menu
with other options.

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

[Bug 162300] Table Design "header row" check does not save

2024-08-03 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=162300

--- Comment #2 from Daniel Collins  ---
I see. I can confirm that selecting an option for "Table Design" (as it's
called in the UI) allows the header row setting to be saved.

Note that even in lieu of that, the header row setting can be exported to a PDF
(which satisfies the Ally accessibility system check), but can't be saved to
the ODP file. This seems to be a fairly common state (not having a Table Design
set) for legacy presentations supplied by textbook publishers via PPT, as in
the example file.

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

[Bug 162338] New: unwanted appear (shows) previous search result DIALOG when libreoffice calc's sheets "PROTECTED" or opened calc documents "AS READ ONLY"

2024-08-03 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=162338

Bug ID: 162338
   Summary: unwanted appear (shows) previous search result DIALOG
when libreoffice calc's sheets "PROTECTED" or opened
calc documents "AS READ ONLY"
   Product: LibreOffice
   Version: 24.2.5.2 release
  Hardware: All
OS: All
Status: UNCONFIRMED
  Severity: normal
  Priority: medium
 Component: Calc
  Assignee: libreoffice-bugs@lists.freedesktop.org
  Reporter: forubuntu...@gmail.com

Description:
when the sheets of calc document in LibreOffice were protected and i use "find
and repace tool" for finding a word or statement in all sheets (all sheets
option is selected) - after showing result Dialog and i close it. and then
close "FIND AND REPLACE DIALOG" suddenly previous search result appear again
(unwanted) .i close it and click on "find and replace" icon on toolbar again
suddenly previous search result appear again (unwanted).
this bug appearing too when i opens calc document AS READ ONLY .

Actual Results:
1-create 3 sheets and in all of them type some words.
2-then PROTECT all sheets.
3-click on the "find and replace" icon and type on of word that included of
sheets.and select "ALL SHEETS " option and click on "find all" button.
4-when search result dialog appears.close it
5-close find and replace dialog
6-wow! search result dialog that you closed it before. unwanted appears again!

when i close it again and click on "find and replace" icon .
previous search result appears again!


Expected Results:
when no sheets protected.this problem not appear.
but if calc document opens AS READ ONLY or ALL SHEETS PROTECTED
this problem appears
whereas this problem  should not happen whether sheets protected or not.


Reproducible: Always


User Profile Reset: No

Additional Info:
Version: 24.2.5.2 (X86_64) / LibreOffice Community

CPU threads: 4; OS: Linux 6.1; UI render: default; VCL: gtk3
 UI: en-US
Calc: threaded

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

[Bug 162263] Some sidebar SVG icons blurry on macOS, also elements of Welcome screen

2024-08-03 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=162263

--- Comment #16 from Patrick Luby (volunteer)  ---
(In reply to Patrick Luby (volunteer) from comment #15)
> Created attachment 195687 [details]
> Snapshot of sidebar character color toolbar buttons in sidebar
> 
> The top icons are a snapshot of LibreOffice 28.0 RC (zoomed in) and the
> bottom icons are a snapshot of my local build (also zoomed in) with the
> debug patch in attachment #195686 [details].

So I found the code that causes the character color icons in the sidebar to be
blurry: its ToolboxButtonColorUpdaterBase::Update() that adds the color
rectangle at the bottom of the icon.

I disabled that code completely in my debug patch in attachment #195686. With
that debug patch you can see the original, unmodified icons in the bottom of
attachment #195687 are much higher resolution.

I read the code in ToolboxButtonColorUpdaterBase::Update() and here is what I
think is happening:

1. Before ToolboxButtonColorUpdaterBase::Update() is called, the correct SVG
icon is rasterized to a "double sized" width and height bitmap.

2. Somewhere else in the LibreOffice code, the SVG icon is converted to a
regular (i.e. not "double sized") PNG image that is saved in a disk cache.

3. ToolboxButtonColorUpdaterBase::Update() is called and it calls
vcl::CommandInfoProvider::GetXGraphicForCommand() to load the lower resolution
PNG file from the disk cache.

4. The lower resolution PNG file and the color rectangle are drawn to a drawing
surface and a bitmap is extracted from the drawing surface. This new image
replaces the higher resolution bitmap created in step 1 above.

I am not familiar with the PNG disk caching code so I'm not sure how this can
be fixed. My first guess is that the PNG cache needs to either be ignored or
should cache "double sized" PNG files. However, I have feeling that that would
also require code to downscale the "double sized" PNG files in
ToolboxButtonColorUpdaterBase::Update() and probably elsewhere in the
LibreOffice code.

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

[Bug 140070] Tools -> Customize dialog search 'All Commands' does not include controls from Styles or Macros categories

2024-08-03 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=140070

V Stuart Foote  changed:

   What|Removed |Added

 CC||j...@cspv.hu

--- Comment #3 from V Stuart Foote  ---
*** Bug 162327 has been marked as a duplicate of this bug. ***

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

[Bug 162327] emphasis and strong are not present in the menu when searching

2024-08-03 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=162327

V Stuart Foote  changed:

   What|Removed |Added

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

--- Comment #2 from V Stuart Foote  ---
Styles *are* available in the 'Customize' dialog. Just that they are not simple
UNO controls and so are categorized separately. As are built-in or user's
Macros, and now links to the Sidebar decks.

It is a dupe though...

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

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

core.git: Branch 'libreoffice-24-8' - 2 commits - extensions/source include/vcl svx/source toolkit/source vcl/source

2024-08-03 Thread Michael Weghorn (via logerrit)
 extensions/source/propctrlr/fontdialog.cxx  |   12 +++-
 extensions/source/propctrlr/formstrings.hxx |1 +
 include/vcl/vclenum.hxx |7 +--
 svx/source/form/fmcontrollayout.cxx |2 +-
 toolkit/source/controls/unocontrol.cxx  |6 ++
 vcl/source/window/brdwin.cxx|2 +-
 6 files changed, 25 insertions(+), 5 deletions(-)

New commits:
commit 2bf3cada925ca49e3ac6a249ec6c342954739986
Author: Michael Weghorn 
AuthorDate: Fri Aug 2 15:09:54 2024 +0200
Commit: Adolfo Jayme Barrientos 
CommitDate: Sat Aug 3 23:32:32 2024 +0200

tdf#153343 Show settings for the actual default font in control properties

Since

commit ea36e0502c0bc381577cfa1b1a7fedf0f05d1d72
Date:   Tue Oct 4 12:42:33 2022 +0100

tdf#150786 use a 'standard' theme for form controls

, form controls in Writer/Calc/Impress documents are
supposed to no longer make use of the system style,
but use style settings independent of the platform
and system style/theme.

Edits in forms actually use the standard font (set
in `ImplStyleData::SetStandardStyles`) by default
since that commit.

However, the font dialog in the control properties
was still showing data for the application default
font that depends on the system style for font
attributes not explicitly set for the control, which
was incorrect and inconsistent with the visual
appearance of the font actually used.

Take `PROPERTY_STANDARD_THEME` introduced in the
above-mentioned commit into account for the dialog
as well when deciding what default font to use.
Add inline comments that the 2 places setting and
making assumptions about the default style of
controls need to be kept in sync.

With this in place, the actually used font height
of 8 (as set in `ImplStyleData::SetStandardStyles`)
is now displayed in the dialog for a newly inserted
edit in Writer instead of something dependent on the
style (e.g. 10 for the kf5 VCL plugin with the Breeze
style in use, or 9 for the qt6 VCL plugin with the Fusion
style).

For the font family, the dialog now shows
"Segoe UI;Tahoma;Arial Unicode MS;Lucida Sans Unicode;DejaVu Sans;Albany 
AMT;Albany;Arial;Nimbus Sans L;Interface 
User;Geneva;Dialog;Lucida;Helvetica;Helmet;Interface System;Sans Serif"
(and "This font has not been installed. The closest available
font will be used.") instead of "Noto Sans", which seems a bit
odd, but is presumably "correct" based on the standard style
font. (In order to change that, it would potentially be necessary
to adjust what style settings are set in the
"standard style settings" for controls.)

Change-Id: I1fbee69fdcd6f73a126df64294eb1bcc44078642
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/171426
Reviewed-by: Michael Weghorn 
Tested-by: Jenkins
(cherry picked from commit 7247f3ad59d64c85dc891bd5195b83c714ce1ce4)
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/171410
Reviewed-by: Adolfo Jayme Barrientos 

diff --git a/extensions/source/propctrlr/fontdialog.cxx 
b/extensions/source/propctrlr/fontdialog.cxx
index f9bc9bd93b61..59ca37b08eda 100644
--- a/extensions/source/propctrlr/fontdialog.cxx
+++ b/extensions/source/propctrlr/fontdialog.cxx
@@ -221,7 +221,17 @@ namespace pcr
 OFontPropertyExtractor aPropExtractor(_rxModel);
 
 // some items, which may be in default state, have to be filled 
with non-void information
-vcl::Font aDefaultVCLFont = 
Application::GetDefaultDevice()->GetSettings().GetStyleSettings().GetAppFont();
+StyleSettings aStyleSettings
+= 
Application::GetDefaultDevice()->GetSettings().GetStyleSettings();
+
+// if PROPERTY_STANDARD_THEME is set, use style settings 
independent of platform (theme)
+// KEEP IN SYNC WITH UnoControl::createPeer
+bool bStandardTheme = false;
+css::uno::Any aAnyStandardTheme = 
_rxModel->getPropertyValue(PROPERTY_STANDARD_THEME);
+if ((aAnyStandardTheme >>= bStandardTheme) && bStandardTheme)
+aStyleSettings.SetStandardStyles();
+
+const vcl::Font aDefaultVCLFont = aStyleSettings.GetAppFont();
 css::awt::FontDescriptor aDefaultFont = 
VCLUnoHelper::CreateFontDescriptor(aDefaultVCLFont);
 
 // get the current properties
diff --git a/extensions/source/propctrlr/formstrings.hxx 
b/extensions/source/propctrlr/formstrings.hxx
index 41deed74c8fb..495e178f842e 100644
--- a/extensions/source/propctrlr/formstrings.hxx
+++ b/extensions/source/propctrlr/formstrings.hxx
@@ -198,6 +198,7 @@ inline constexpr OUString PROPERTY_NOLABEL = 
u"NoLabel"_ustr;
 inline constexpr OUString PROPERTY_URL = u"URL"_ustr;
 
 inline constexpr OUString PROPERTY_SELECTION_TYPE = u"SelectionType"_ustr;
+inline 

[Bug 162263] Some sidebar SVG icons blurry on macOS, also elements of Welcome screen

2024-08-03 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=162263

--- Comment #15 from Patrick Luby (volunteer)  ---
Created attachment 195687
  --> https://bugs.documentfoundation.org/attachment.cgi?id=195687=edit
Snapshot of sidebar character color toolbar buttons in sidebar

The top icons are a snapshot of LibreOffice 28.0 RC (zoomed in) and the bottom
icons are a snapshot of my local build (also zoomed in) with the debug patch in
attachment #195686.

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

[Bug 162335] Print to File option absent

2024-08-03 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=162335

V Stuart Foote  changed:

   What|Removed |Added

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

--- Comment #3 from V Stuart Foote  ---
This is not valid. By default, when you save your save to ODF compliant XML.

If instead you export to PDF or EPub, you've printed to those file formats.

What "to file" print format is missing? What can't you already do...

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

[Bug 162263] Some sidebar SVG icons blurry on macOS, also elements of Welcome screen

2024-08-03 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=162263

--- Comment #14 from Patrick Luby (volunteer)  ---
Created attachment 195686
  --> https://bugs.documentfoundation.org/attachment.cgi?id=195686=edit
Debug patch that disables drawing the color rectangle in the character color
toolbar buttons

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

[Bug 162337] Initial selection of tracked change when Manage Changes dialog is initially shown has changed from the original behavior

2024-08-03 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=162337

--- Comment #1 from Jim Raykowski  ---
Link to a patch that restores the original behavior:
https://gerrit.libreoffice.org/c/core/+/171451

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

[Bug 154959] Brother QL500 / QL570 / QL700 label printers no longer rotate to landscape (Arch / Manjaro)

2024-08-03 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=154959

Caolán McNamara  changed:

   What|Removed |Added

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

--- Comment #21 from Caolán McNamara  ---
https://gerrit.libreoffice.org/c/core/+/171449 looks promising

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

[Bug 162337] New: Initial selection of tracked change when Manage Changes dialog is initially shown has changed from the original behavior

2024-08-03 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=162337

Bug ID: 162337
   Summary: Initial selection of tracked change when Manage
Changes dialog is initially shown has changed from the
original behavior
   Product: LibreOffice
   Version: unspecified
  Hardware: All
OS: All
Status: UNCONFIRMED
  Severity: normal
  Priority: medium
 Component: Writer
  Assignee: libreoffice-bugs@lists.freedesktop.org
  Reporter: rayk...@gmail.com

24 years ago, commit d9466e9e09f8aa618f722d9d7bef7469aa51dc14 was done to
"Select the current/next/prev redline if the dialog starts". In between version
6.2 and 6.3, commit 56dd851cfc77c362c3db5c0aae4a490c7f6782cc broke this
behavior for gtk3 VCL plugin (I think the because selections for the native gtk
treeview do not survive a freeze). By 6.4 alpha+ the gen VCL plugin behavior
only selects the dialog tree entry and not the position in the document
(perhaps commit dbe5388c92d988c106cb8def839d031008a0d642 related).

My question is: Should the original behavior be restore or should the behavior
be as it has become to simply not have any tracked change automatically
selected when the Manage Changes dialog is initially opened?

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

core.git: svx/source

2024-08-03 Thread Mike Kaganski (via logerrit)
 svx/source/dialog/searchcharmap.cxx |2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

New commits:
commit 055c906d7b3f2e3709292d1410358d4e66a500ed
Author: Mike Kaganski 
AuthorDate: Sun Aug 4 00:00:36 2024 +0500
Commit: Mike Kaganski 
CommitDate: Sat Aug 3 22:44:24 2024 +0200

tdf#123527: use the new font in SvxSearchCharSet::RecalculateFont

Taking the font from the render context makes no sense, when the
intention is to set the new font set in SvxShowCharSet::SetFont.
Basically, it now does a similar thing as in overridden parent's
SvxShowCharSet::RecalculateFont.

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

diff --git a/svx/source/dialog/searchcharmap.cxx 
b/svx/source/dialog/searchcharmap.cxx
index c1c289d6366d..16acbc61e985 100644
--- a/svx/source/dialog/searchcharmap.cxx
+++ b/svx/source/dialog/searchcharmap.cxx
@@ -170,7 +170,7 @@ void SvxSearchCharSet::RecalculateFont(vcl::RenderContext& 
rRenderContext)
 
 Size aSize(GetOutputSizePixel());
 
-vcl::Font aFont = rRenderContext.GetFont();
+vcl::Font aFont = maFont;
 aFont.SetWeight(WEIGHT_LIGHT);
 aFont.SetAlignment(ALIGN_TOP);
 int nFontHeight = (aSize.Height() - 5) * 2 / (3 * ROW_COUNT);


[Bug 109232] [META] Special character dialog and toolbar group button bugs and enhancements

2024-08-03 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=109232
Bug 109232 depends on bug 123527, which changed state.

Bug 123527 Summary: Insert / special Character not correctly rebuilding font 
chart to match selected font and search string
https://bugs.documentfoundation.org/show_bug.cgi?id=123527

   What|Removed |Added

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

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

[Bug 154959] Brother QL500 / QL570 / QL700 label printers no longer rotate to landscape (Arch / Manjaro)

2024-08-03 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=154959

--- Comment #20 from Caolán McNamara  ---
Created attachment 195685
  --> https://bugs.documentfoundation.org/attachment.cgi?id=195685=edit
Brother QL500 PPD with which I could reproduce

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

[Bug 154959] Brother QL500 / QL570 / QL700 label printers no longer rotate to landscape (Arch / Manjaro)

2024-08-03 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=154959

--- Comment #19 from Caolán McNamara  ---
Created attachment 195684
  --> https://bugs.documentfoundation.org/attachment.cgi?id=195684=edit
example document

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

[Bug 159477] There should be a way to insert blank spaces instead of "\t" in the Basic IDE when Tab is pressed

2024-08-03 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=159477

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

   What|Removed |Added

 Status|UNCONFIRMED |NEW
 CC||79045_79...@mail.ru
Version|7.6.4.1 release |unspecified
 Ever confirmed|0   |1
 Whiteboard| QA:needsComment|

--- Comment #1 from Roman Kuznetsov <79045_79...@mail.ru> ---
Agree

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

[Bug 161801] Spurious "Default file formats not registered" message in Microsoft Store version

2024-08-03 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=161801

--- Comment #5 from Roman Donchenko  ---
Sorry, I had no access to my computer for a while. Here's my version info:

Version: 24.2.4.2 (X86_64) / LibreOffice Community
Build ID: 51a6219feb6075d9a4c46691dcfe0cd9c4fff3c2
CPU threads: 8; OS: Windows 10.0 Build 22631; UI render: Skia/Vulkan; VCL: win
Locale: ru-RU (ru_RU); UI: ru-RU
Calc: CL threaded

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

[Bug 162052] Macro Editor autocomplete enhancements

2024-08-03 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=162052

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

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution|--- |DUPLICATE

--- Comment #1 from Roman Kuznetsov <79045_79...@mail.ru> ---


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

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

[Bug 66185] Feature request: IDE - Code auto complete for writing macros

2024-08-03 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=66185

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

   What|Removed |Added

 CC||vasoserg...@gmail.com

--- Comment #10 from Roman Kuznetsov <79045_79...@mail.ru> ---
*** Bug 162052 has been marked as a duplicate of this bug. ***

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

[Bug 162090] Crash in: Master document when inserting chapter

2024-08-03 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=162090

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

   What|Removed |Added

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

--- Comment #5 from Roman Kuznetsov <79045_79...@mail.ru> ---
No crash

Version: 25.2.0.0.alpha0+ (X86_64) / LibreOffice Community
Build ID: ccc3996cfcbebe14e9d5f3511906cfc64ddf3452
CPU threads: 16; OS: Windows 10 X86_64 (10.0 build 19045); UI render:
Skia/Raster; VCL: win
Locale: ru-RU (ru_RU); UI: ru-RU
Calc: CL threaded

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

core.git: sw/inc sw/source

2024-08-03 Thread Noel Grandin (via logerrit)
 sw/inc/unotext.hxx   |2 +-
 sw/inc/unotextbodyhf.hxx |2 +-
 sw/source/writerfilter/dmapper/DomainMapper_Impl.cxx |   17 ++---
 sw/source/writerfilter/dmapper/DomainMapper_Impl.hxx |5 +++--
 sw/source/writerfilter/dmapper/PropertyMap.cxx   |3 ++-
 5 files changed, 17 insertions(+), 12 deletions(-)

New commits:
commit 1db0a141021778c66f2a922ddef8494b7a755ca2
Author: Noel Grandin 
AuthorDate: Sat Aug 3 10:23:20 2024 +0200
Commit: Noel Grandin 
CommitDate: Sat Aug 3 21:15:09 2024 +0200

use more concrete UNO type in writerfilter

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

diff --git a/sw/inc/unotext.hxx b/sw/inc/unotext.hxx
index 73fc1e4c57ba..751a1a213070 100644
--- a/sw/inc/unotext.hxx
+++ b/sw/inc/unotext.hxx
@@ -46,7 +46,7 @@ class SwPaM;
 class SwXTextCursor;
 class SwXParagraph;
 
-class SAL_DLLPUBLIC_RTTI SwXText
+class SAL_DLLPUBLIC_RTTI SAL_LOPLUGIN_ANNOTATE("crosscast") SwXText
 : public css::lang::XTypeProvider
 , public css::beans::XPropertySet
 , public css::text::XTextAppendAndConvert
diff --git a/sw/inc/unotextbodyhf.hxx b/sw/inc/unotextbodyhf.hxx
index 3c16da8f7574..cdaeb8e102af 100644
--- a/sw/inc/unotextbodyhf.hxx
+++ b/sw/inc/unotextbodyhf.hxx
@@ -37,7 +37,7 @@ typedef ::cppu::WeakImplHelper
 ,   css::container::XEnumerationAccess
 > SwXBodyText_Base;
 
-class SwXBodyText final
+class SW_DLLPUBLIC SwXBodyText final
 : public SwXBodyText_Base
 , public SwXText
 {
diff --git a/sw/source/writerfilter/dmapper/DomainMapper_Impl.cxx 
b/sw/source/writerfilter/dmapper/DomainMapper_Impl.cxx
index 6138bc7834a6..50bdd274e6f0 100644
--- a/sw/source/writerfilter/dmapper/DomainMapper_Impl.cxx
+++ b/sw/source/writerfilter/dmapper/DomainMapper_Impl.cxx
@@ -148,6 +148,7 @@
 #include 
 #include 
 #include 
+#include 
 
 using namespace ::com::sun::star;
 using namespace oox;
@@ -405,13 +406,11 @@ DomainMapper_Impl::DomainMapper_Impl(
 throw uno::Exception(u"failed to find body text of the insert 
position"_ustr, nullptr);
 }
 
-uno::Reference< text::XTextAppend > xBodyTextAppend( m_xBodyText, 
uno::UNO_QUERY );
-m_aTextAppendStack.push(TextAppendContext(xBodyTextAppend,
+m_aTextAppendStack.push(TextAppendContext(m_xBodyText,
 m_bIsNewDoc ? uno::Reference() : 
m_xBodyText->createTextCursorByRange(m_xInsertTextRange)));
 
 //todo: does it makes sense to set the body text as static text interface?
-uno::Reference< text::XTextAppendAndConvert > xBodyTextAppendAndConvert( 
m_xBodyText, uno::UNO_QUERY );
-m_pTableHandler = new DomainMapperTableHandler(xBodyTextAppendAndConvert, 
*this);
+m_pTableHandler = new DomainMapperTableHandler(m_xBodyText, *this);
 getTableManager( ).setHandler(m_pTableHandler);
 
 getTableManager( ).startLevel();
@@ -528,14 +527,18 @@ OUString DomainMapper_Impl::GetUnusedCharacterStyleName()
 return sPageStyleName;
 }
 
-uno::Reference< text::XText > const & DomainMapper_Impl::GetBodyText()
+rtl::Reference< SwXText > const & DomainMapper_Impl::GetBodyText()
 {
 if(!m_xBodyText.is())
 {
 if (m_xInsertTextRange.is())
-m_xBodyText = m_xInsertTextRange->getText();
+{
+uno::Reference xText = 
m_xInsertTextRange->getText();
+assert(!xText || dynamic_cast(xText.get()));
+m_xBodyText = 
dynamic_cast(m_xInsertTextRange->getText().get());
+}
 else if (m_xTextDocument.is())
-m_xBodyText = m_xTextDocument->getText();
+m_xBodyText = m_xTextDocument->getBodyText();
 }
 return m_xBodyText;
 }
diff --git a/sw/source/writerfilter/dmapper/DomainMapper_Impl.hxx 
b/sw/source/writerfilter/dmapper/DomainMapper_Impl.hxx
index a22574fa3292..223992082645 100644
--- a/sw/source/writerfilter/dmapper/DomainMapper_Impl.hxx
+++ b/sw/source/writerfilter/dmapper/DomainMapper_Impl.hxx
@@ -61,6 +61,7 @@ class SwXTextSection;
 class SwXTextField;
 class SwXTextFrame;
 class SwXTextEmbeddedObject;
+class SwXText;
 namespace com::sun::star{
 namespace awt{
 struct Size;
@@ -553,7 +554,7 @@ private:
 
 // cache next available number, expensive to repeatedly compute
 std::optional m_xNextUnusedCharacterStyleNo;
-css::uno::Reference m_xBodyText;
+rtl::Reference m_xBodyText;
 
 std::stack  
 m_aTextAppendStack;
 std::vector m_vAnchoredStack;
@@ -725,7 +726,7 @@ public:
 css::uno::Reference const & 
GetCharacterStyles();
 css::uno::Reference const& 
GetParagraphStyles();
 OUString GetUnusedCharacterStyleName();
-css::uno::Reference const & GetBodyText();
+rtl::Reference const & GetBodyText();
 const rtl::Reference& GetTextDocument() const
 {
 return 

[Bug 123527] Insert / special Character not correctly rebuilding font chart to match selected font and search string

2024-08-03 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=123527

Mike Kaganski  changed:

   What|Removed |Added

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

--- Comment #10 from Mike Kaganski  ---
https://gerrit.libreoffice.org/c/core/+/171446

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

core.git: basic/source

2024-08-03 Thread Mike Kaganski (via logerrit)
 basic/source/inc/rtlproto.hxx|  100 
 basic/source/inc/runtime.hxx |   94 ++--
 basic/source/inc/stdobj.hxx  |2 
 basic/source/runtime/methods.cxx |  133 +++--
 basic/source/runtime/props.cxx   |  104 -
 basic/source/runtime/runtime.cxx |2 
 basic/source/runtime/stdobj.cxx  |  303 ---
 7 files changed, 301 insertions(+), 437 deletions(-)

New commits:
commit b76af7f488217cb244a68cf4294576237c115aeb
Author: Mike Kaganski 
AuthorDate: Sat Aug 3 18:11:59 2024 +0500
Commit: Mike Kaganski 
CommitDate: Sat Aug 3 21:00:23 2024 +0200

Refactor basic methods representing constants

Makes them more comprehensible; uses semantic names instead of magic
numbers. Added comments to the constants that are unclear.

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

diff --git a/basic/source/inc/rtlproto.hxx b/basic/source/inc/rtlproto.hxx
index 002359435749..ed594583a36d 100644
--- a/basic/source/inc/rtlproto.hxx
+++ b/basic/source/inc/rtlproto.hxx
@@ -28,112 +28,12 @@ typedef void( *RtlCall ) ( StarBASIC* p, SbxArray& rArgs, 
bool bWrite );
 extern void SbRtl_Date(StarBASIC * pBasic, SbxArray & rPar, bool bWrite);
 extern void SbRtl_Err(StarBASIC * pBasic, SbxArray & rPar, bool bWrite);
 extern void SbRtl_Erl(StarBASIC * pBasic, SbxArray & rPar, bool bWrite);
-extern void SbRtl_False(StarBASIC * pBasic, SbxArray & rPar, bool bWrite);
 extern void SbRtl_Empty(StarBASIC * pBasic, SbxArray & rPar, bool bWrite);
 extern void SbRtl_Nothing(StarBASIC * pBasic, SbxArray & rPar, bool bWrite);
 extern void SbRtl_Null(StarBASIC * pBasic, SbxArray & rPar, bool bWrite);
-extern void SbRtl_True(StarBASIC * pBasic, SbxArray & rPar, bool bWrite);
-
-extern void SbRtl_ATTR_NORMAL(StarBASIC * pBasic, SbxArray & rPar, bool 
bWrite);
-extern void SbRtl_ATTR_READONLY(StarBASIC * pBasic, SbxArray & rPar, bool 
bWrite);
-extern void SbRtl_ATTR_HIDDEN(StarBASIC * pBasic, SbxArray & rPar, bool 
bWrite);
-extern void SbRtl_ATTR_SYSTEM(StarBASIC * pBasic, SbxArray & rPar, bool 
bWrite);
-extern void SbRtl_ATTR_VOLUME(StarBASIC * pBasic, SbxArray & rPar, bool 
bWrite);
-extern void SbRtl_ATTR_DIRECTORY(StarBASIC * pBasic, SbxArray & rPar, bool 
bWrite);
-extern void SbRtl_ATTR_ARCHIVE(StarBASIC * pBasic, SbxArray & rPar, bool 
bWrite);
-
-extern void SbRtl_V_EMPTY(StarBASIC * pBasic, SbxArray & rPar, bool bWrite);
-extern void SbRtl_V_NULL(StarBASIC * pBasic, SbxArray & rPar, bool bWrite);
-extern void SbRtl_V_INTEGER(StarBASIC * pBasic, SbxArray & rPar, bool bWrite);
-extern void SbRtl_V_LONG(StarBASIC * pBasic, SbxArray & rPar, bool bWrite);
-extern void SbRtl_V_SINGLE(StarBASIC * pBasic, SbxArray & rPar, bool bWrite);
-extern void SbRtl_V_DOUBLE(StarBASIC * pBasic, SbxArray & rPar, bool bWrite);
-extern void SbRtl_V_CURRENCY(StarBASIC * pBasic, SbxArray & rPar, bool bWrite);
-extern void SbRtl_V_DATE(StarBASIC * pBasic, SbxArray & rPar, bool bWrite);
-extern void SbRtl_V_STRING(StarBASIC * pBasic, SbxArray & rPar, bool bWrite);
-
-extern void SbRtl_MB_OK(StarBASIC * pBasic, SbxArray & rPar, bool bWrite);
-extern void SbRtl_MB_OKCANCEL(StarBASIC * pBasic, SbxArray & rPar, bool 
bWrite);
-extern void SbRtl_MB_ABORTRETRYIGNORE(StarBASIC * pBasic, SbxArray & rPar, 
bool bWrite);
-extern void SbRtl_MB_YESNOCANCEL(StarBASIC * pBasic, SbxArray & rPar, bool 
bWrite);
-extern void SbRtl_MB_YESNO(StarBASIC * pBasic, SbxArray & rPar, bool bWrite);
-extern void SbRtl_MB_RETRYCANCEL(StarBASIC * pBasic, SbxArray & rPar, bool 
bWrite);
-extern void SbRtl_MB_ICONSTOP(StarBASIC * pBasic, SbxArray & rPar, bool 
bWrite);
-extern void SbRtl_MB_ICONQUESTION(StarBASIC * pBasic, SbxArray & rPar, bool 
bWrite);
-extern void SbRtl_MB_ICONEXCLAMATION(StarBASIC * pBasic, SbxArray & rPar, bool 
bWrite);
-extern void SbRtl_MB_ICONINFORMATION(StarBASIC * pBasic, SbxArray & rPar, bool 
bWrite);
-extern void SbRtl_MB_DEFBUTTON1(StarBASIC * pBasic, SbxArray & rPar, bool 
bWrite);
-extern void SbRtl_MB_DEFBUTTON2(StarBASIC * pBasic, SbxArray & rPar, bool 
bWrite);
-extern void SbRtl_MB_DEFBUTTON3(StarBASIC * pBasic, SbxArray & rPar, bool 
bWrite);
-extern void SbRtl_MB_APPLMODAL(StarBASIC * pBasic, SbxArray & rPar, bool 
bWrite);
-extern void SbRtl_MB_SYSTEMMODAL(StarBASIC * pBasic, SbxArray & rPar, bool 
bWrite);
-
-extern void SbRtl_IDOK(StarBASIC * pBasic, SbxArray & rPar, bool bWrite);
-extern void SbRtl_IDCANCEL(StarBASIC * pBasic, SbxArray & rPar, bool bWrite);
-extern void SbRtl_IDABORT(StarBASIC * pBasic, SbxArray & rPar, bool bWrite);
-extern void SbRtl_IDRETRY(StarBASIC * pBasic, SbxArray & rPar, bool bWrite);
-extern void SbRtl_IDIGNORE(StarBASIC * pBasic, SbxArray & rPar, bool bWrite);
-extern void SbRtl_IDYES(StarBASIC * pBasic, SbxArray & rPar, bool bWrite);
-extern void SbRtl_IDNO(StarBASIC * pBasic, SbxArray & 

[Bug 162335] Print to File option absent

2024-08-03 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=162335

--- Comment #2 from Bogaboga Man  ---
I am unable to reproduce. my environment is as follows: - 

Version: 24.2.5.2 (X86_64) / LibreOffice Community
Build ID: bffef4ea93e59bebbeaf7f431bb02b1a39ee8a59
CPU threads: 16; OS: Windows 10.0 Build 22631; UI render: Skia/Raster; VCL: win
Locale: en-CA (en_CA); UI: en-GB
Calc: CL threaded

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

[Bug 162055] Macro IDE cursor

2024-08-03 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=162055

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

   What|Removed |Added

 Status|UNCONFIRMED |NEEDINFO
 Ever confirmed|0   |1
 CC||79045_79...@mail.ru

--- Comment #1 from Roman Kuznetsov <79045_79...@mail.ru> ---
Could you attach some screenshots?

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

[Bug 162249] LibreOffice draw crashed when opening a PDF file

2024-08-03 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=162249

--- Comment #5 from Pierre-Baptiste  ---
Any other PDF tool I could find open the file correctly. I also tried some PDF
fix tools but got no good result with that.

Maybe instead of crashing he could just skip the bad part ?

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

[Bug 35939] ACCESSIBILITY: With LibreOffice Writer, the Windows7 Magnifier doesn't follow the insertion point

2024-08-03 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=35939

--- Comment #26 from luciferdonghua  ---
The issue persists with LibreOffice 3.5.0 Beta 1 on Windows Vista.
https://luciferdonghua.one/

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

[Bug 162249] LibreOffice draw crashed when opening a PDF file

2024-08-03 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=162249

--- Comment #4 from Bogaboga Man  ---
That file fails the "Valid PDF" check with the following message: -

The validation for file
4002051682309_Anno1800_Erweiterung_Manual_DE_201223_web.pdf against PDF/A-2B
validation profile was not successful, your file broke the following rules:

All properties specified in XMP form shall use either the predefined schemas
defined in the XMP Specification, ISO 19005-1 or this part of ISO 19005, or any
extension schemas that comply with 6.6.2.3.2

The crash may be expected after all. Maybe LO should find a way to handle the
crash?

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

[Bug 162335] Print to File option absent

2024-08-03 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=162335

--- Comment #1 from Daniele  ---
Created attachment 195683
  --> https://bugs.documentfoundation.org/attachment.cgi?id=195683=edit
Print dialogue

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

[Bug 162335] New: Print to File option absent

2024-08-03 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=162335

Bug ID: 162335
   Summary: Print to File option absent
   Product: LibreOffice
   Version: 24.2.5.2 release
  Hardware: All
OS: macOS (All)
Status: UNCONFIRMED
  Severity: normal
  Priority: medium
 Component: Writer
  Assignee: libreoffice-bugs@lists.freedesktop.org
  Reporter: grass...@gmail.com

Description:
In File Print the Print to File option is absent.
I had a look in the Preferences for LibreOffice``General Open/Save Dialogs (as
mentioned in some forums) and Use LibreOffice dialogs is not ticked.

Steps to Reproduce:
1. Go to File - Print
2. Look for the Print to File option

Actual Results:
It is nowhere to be seen

Expected Results:
It should be there


Reproducible: Always


User Profile Reset: Yes

Additional Info:
Version: 24.2.5.2 (X86_64) / LibreOffice Community
Build ID: bffef4ea93e59bebbeaf7f431bb02b1a39ee8a59
CPU threads: 8; OS: macOS 14.5; UI render: Skia/Metal; VCL: osx
Locale: en-US (en.UTF-8); UI: en-US
Calc: threaded

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

[Bug 56187] Standard Filter gets wrong criteria from Autofilter and vice versa

2024-08-03 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=56187

--- Comment #18 from oli  ---
Tested with

Version: 24.2.5.2 (X86_64) / LibreOffice Community
Build ID: bffef4ea93e59bebbeaf7f431bb02b1a39ee8a59
CPU threads: 8; OS: Windows 10.0 Build 19045; UI render: Skia/Vulkan; VCL: win
Locale: de-DE (de_DE); UI: de-DE
Calc: CL threaded


behaviour is still the same as described in comment 13

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

[Bug 162334] New: LibreOffice from Microsoft Store can't start with user profile data from LibreOffice downloaded from LibreOffice.org

2024-08-03 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=162334

Bug ID: 162334
   Summary: LibreOffice from Microsoft Store can't start with user
profile data from LibreOffice downloaded from
LibreOffice.org
   Product: LibreOffice
   Version: 24.2.5.2 release
  Hardware: All
OS: Windows (All)
Status: UNCONFIRMED
  Severity: minor
  Priority: medium
 Component: LibreOffice
  Assignee: libreoffice-bugs@lists.freedesktop.org
  Reporter: joaopauloag-freedesk...@yahoo.com.br

Description:
On a machine with Windows 10 or 11, LibreOffice installed from Microsoft Store
(from now on LO-MS) only starts if the user profile data (%AppData%\LibreOffice
folder) is empty or have data from the LO-MS.  If the user has an old profile
from LibreOffice installed from LibreOffice.org (from now on LO.o), LO-MS can't
start.

Steps to Reproduce:
1. On a Windows 10/11 machine, download, install and use LibreOffice from
LibreOffice.org.
2. Optional: Uninstall LibreOffice from LibreOffice.org.
3. Install LibreOffice from Microsoft Store.
4. Try starting LibreOffice that was installed from Microsoft Store.

Actual Results:
LibreOffice installed from Microsoft Store doesn't start, but LibreOffice
installed from LibreOffice.org starts every time, with all the customizations
in the user profile intact.

Expected Results:
LibreOffice from Microsoft Store should be able to start with and use the user
profile created by LibreOffice from LibreOffice.org to make it an easy
transition.


Reproducible: Always


User Profile Reset: Yes

Additional Info:
Both LibreOffice "editions" should be able to start using the same user profile
folder, keeping the settings in sync between then.  There is no need to make
both "editions" run side by side.

An easy workaround for a technical user is erasing the %AppData%\LibreOffice
folder, however all customized settings and quality of life features, such as
recent files list and many others, are lost and not kept in sync between
editions, should the user prefer to go back to the LibreOffice.org "edition"
for any reason.

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

core.git: cui/uiconfig

2024-08-03 Thread Caolán McNamara (via logerrit)
 cui/uiconfig/ui/pageformatpage.ui |4 
 1 file changed, 4 insertions(+)

New commits:
commit 62cc13b766610e1f359eee250df2f524e4dfb0aa
Author: Caolán McNamara 
AuthorDate: Fri Aug 2 19:49:04 2024 +0100
Commit: Caolán McNamara 
CommitDate: Sat Aug 3 20:27:42 2024 +0200

Related: tdf#161662 bring bullet combobox height down

similar to

commit db2a7489fa7ac758c1ab35f49fff284f460c5d4c
CommitDate: Fri Jul 19 17:53:36 2024 +0200

There are some Arabic, etc numbering options in there that cause gtk to
allocate a large odd-looking height for the combobox.

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

diff --git a/cui/uiconfig/ui/pageformatpage.ui 
b/cui/uiconfig/ui/pageformatpage.ui
index 55c57083ef93..7f63d906d904 100644
--- a/cui/uiconfig/ui/pageformatpage.ui
+++ b/cui/uiconfig/ui/pageformatpage.ui
@@ -583,6 +583,10 @@
   
 True
 False
+
+  
+  
+
   
   
 1


[Bug 97577] UI: Source Sans Pro, as Impress default font

2024-08-03 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=97577

V Stuart Foote  changed:

   What|Removed |Added

 CC||libreoffice-ux-advise@lists
   ||.freedesktop.org
   Keywords|difficultyBeginner, |needsUXEval
   |easyHack, needsDevEval  |

--- Comment #23 from V Stuart Foote  ---
(In reply to Laurent Balland from comment #22)
> This report seems outdated, as Source xxx Pro fonts have been unbundled in
> bug 136604

agree,  => WF

> 
> Midnightblue and Vivid Impress templates still use Source Sans Pro

@Heiko, *

Confirm the font(s) are in the templates, but how to resolve. Drop the
templates? or recast into DejaVu or Noto?

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

[Bug 97577] UI: Source Sans Pro, as Impress default font

2024-08-03 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=97577

V Stuart Foote  changed:

   What|Removed |Added

 CC||libreoffice-ux-advise@lists
   ||.freedesktop.org
   Keywords|difficultyBeginner, |needsUXEval
   |easyHack, needsDevEval  |

--- Comment #23 from V Stuart Foote  ---
(In reply to Laurent Balland from comment #22)
> This report seems outdated, as Source xxx Pro fonts have been unbundled in
> bug 136604

agree,  => WF

> 
> Midnightblue and Vivid Impress templates still use Source Sans Pro

@Heiko, *

Confirm the font(s) are in the templates, but how to resolve. Drop the
templates? or recast into DejaVu or Noto?

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

[Bug 160186] Changing Table Auto value or Entry required results in full libreoffice suite crash

2024-08-03 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=160186

--- Comment #15 from cont...@bluesanta.io ---
(In reply to Buovjaga from comment #14)
> Appimages are an easy way to test TDF builds on Linux:
> https://www.libreoffice.org/download/appimage/
> 
> Do you still get the crash with 24.2? Any difference with a TDF build?

Honestly, I ran into so many issues I wasn't able to continue working with the
software at that time. :( Sorry. I do intend to try again, I just couldn't get
it to work well enough for it to be useful.

I think this particular bug happened every time I tried to use it. I haven't
tried recently, although I do intend to return within the foreseeable future.

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

[Bug 133389] Date & time functions in StarBasic and Calc return different results

2024-08-03 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=133389

--- Comment #6 from Mike Kaganski  ---
FTR: also works correctly using Version: 24.2.4.2 (X86_64) / LibreOffice
Community
Build ID: 420(Build:2)
CPU threads: 24; OS: Linux 5.15; UI render: default; VCL: gtk3
Locale: en-US (C.UTF-8); UI: en-US
Ubuntu package version: 4:24.2.4~rc2-0ubuntu0.22.04.1~lo1
Calc: threaded

Note that hard recalculation might be needed first, to update cached formula
results.

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

[Bug 113305] [META] Bundled fonts bugs and enhancements

2024-08-03 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=113305

Laurent Balland  changed:

   What|Removed |Added

 Blocks||97577


Referenced Bugs:

https://bugs.documentfoundation.org/show_bug.cgi?id=97577
[Bug 97577] UI: Source Sans Pro, as Impress default font
-- 
You are receiving this mail because:
You are the assignee for the bug.

[Bug 107817] [META] Impress UI/UX bugs and enhancements

2024-08-03 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=107817
Bug 107817 depends on bug 97577, which changed state.

Bug 97577 Summary: UI: Source Sans Pro, as Impress default font
https://bugs.documentfoundation.org/show_bug.cgi?id=97577

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution|--- |WONTFIX

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

[Bug 103314] [META] Templates bugs and enhancements

2024-08-03 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=103314
Bug 103314 depends on bug 97577, which changed state.

Bug 97577 Summary: UI: Source Sans Pro, as Impress default font
https://bugs.documentfoundation.org/show_bug.cgi?id=97577

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution|--- |WONTFIX

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

[Bug 102985] [META] Font bugs and enhancements

2024-08-03 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=102985
Bug 102985 depends on bug 97577, which changed state.

Bug 97577 Summary: UI: Source Sans Pro, as Impress default font
https://bugs.documentfoundation.org/show_bug.cgi?id=97577

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution|--- |WONTFIX

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

[Bug 97577] UI: Source Sans Pro, as Impress default font

2024-08-03 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=97577

Laurent Balland  changed:

   What|Removed |Added

 Resolution|--- |WONTFIX
 Status|NEW |RESOLVED
 Depends on||113305

--- Comment #22 from Laurent Balland  ---
This report seems outdated, as Source xxx Pro fonts have been unbundled in bug
136604

Midnightblue and Vivid Impress templates still use Source Sans Pro


Referenced Bugs:

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

[Bug 162327] emphasis and strong are not present in the menu when searching

2024-08-03 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=162327

m_a_riosv  changed:

   What|Removed |Added

 CC||miguelangelrv@libreoffice.o
   ||rg

--- Comment #1 from m_a_riosv  ---
Maybe what for you is emphasis and strong, are italic and bold.
The shortcuts are shown as tip, with the mouse over their icon.

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

[Bug 123527] Insert / special Character not correctly rebuilding font chart to match selected font and search string

2024-08-03 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=123527

--- Comment #9 from V Stuart Foote  ---
(In reply to V Stuart Foote from comment #8)
previous issue of a "odd" charmap result on font change has been resolved, e.g.
Marlett returns an empty charmap for any search. Or Liberation Sans Narrow
chart is empty of combining chars with "combi" but "com" does return UCS names
with COMMA.

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

[Bug 123527] Insert / special Character not correctly rebuilding font chart to match selected font and search string

2024-08-03 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=123527

V Stuart Foote  changed:

   What|Removed |Added

 CC||mikekagan...@hotmail.com,
   ||samuel.mehrbrodt@allotropia
   ||.de

--- Comment #8 from V Stuart Foote  ---
(In reply to Luuk from comment #7)
> (In reply to Luuk from comment #6)
> > Still present in:
> > Version: 24.2.1.2 (X86_64) / LibreOffice Community
> > Build ID: db4def46b0453cc22e2d0305797cf981b68ef5ac
> > CPU threads: 12; OS: Windows 10.0 Build 22631; UI render: Skia/Vulkan; VCL:
> > win
> > Locale: nl-NL (nl_NL); UI: en-US
> > Calc: threaded
> 
> (the 'Insert / Special Character' showing wrong characters is still present,
> my second question is answered already...)

I find that if I do a second font selection from the drop list (or close/reopen
the SCD) the charmap refreshes with the desired font.  

It should change/redraw the charmap on first change of font.

But it seems to hold any valid found glyph from prior font selection--then
releases it on a second font selection.

Can see the utility in the UI of keeping prior found glyph queued--to show the
same glyph with a font change.  But shouldn't require a second font selection
when the new font selected does not cover the prior glyph.

Easy (consistent) to work around but maybe need additional logic when font
selected does not cover a prior covered code point. E.g. change from Liberation
Sans --> Liberation Sans Narrow; or Liberation Serif --> Marlett

@Mike, Samuel -- think this was Akshay Deep's GSOC 2017 work on the search for
the SCD. https://gerrit.libreoffice.org/c/core/+/40563 any cycles to have a
look?

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

[Bug 108827] [META] Calc functions bugs and enhancements

2024-08-03 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=108827
Bug 108827 depends on bug 133389, which changed state.

Bug 133389 Summary: Date & time functions in StarBasic and Calc return 
different results
https://bugs.documentfoundation.org/show_bug.cgi?id=133389

   What|Removed |Added

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

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

[Bug 133389] Date & time functions in StarBasic and Calc return different results

2024-08-03 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=133389

Mike Kaganski  changed:

   What|Removed |Added

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

--- Comment #5 from Mike Kaganski  ---
All numbers in row 15 are equal now in all columns, using Version: 24.8.0.2
(X86_64) / LibreOffice Community
Build ID: 57ceca7d2eefdf83e7c9b4135a017f3361a8133f
CPU threads: 24; OS: Windows 11 X86_64 (10.0 build 26100); UI render: default;
VCL: win
Locale: en-US (ru_RU); UI: en-US
Calc: CL threaded.
WORKSFORME.

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

[Bug 162332] New: Calculation Accuracy page needs datetime-specific part removed

2024-08-03 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=162332

Bug ID: 162332
   Summary: Calculation Accuracy page needs datetime-specific part
removed
   Product: LibreOffice
   Version: unspecified
  Hardware: All
OS: All
Status: UNCONFIRMED
  Severity: normal
  Priority: medium
 Component: Documentation
  Assignee: libreoffice-bugs@lists.freedesktop.org
  Reporter: mikekagan...@hotmail.com
CC: er...@redhat.com, olivier.hal...@libreoffice.org

After recent Eike's changes wrt. handling durations, the last part of the
"Calculation Accuracy" page [1] - starting from "An example with dates and
times" - is no longer valid. Durations are now handled specially, and the
example there will show expected 00:10:00.000. That part should be
removed from the page.

[1]
https://help.libreoffice.org/master/en-US/text/scalc/01/calculation_accuracy.html?DbPAR=CALC

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

[Bug 156571] Peculiar addition error resulting in erroneous additional decimal (specifically x.xx99999999999)

2024-08-03 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=156571

Mike Kaganski  changed:

   What|Removed |Added

 Resolution|--- |NOTABUG
 Status|REOPENED|RESOLVED

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

[Bug 123563] 'Page number' never selected in 'Insert' menu when pressing mnemonic 'P' on keyboard (Win-only)

2024-08-03 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=123563

Buovjaga  changed:

   What|Removed |Added

 Resolution|FIXED   |WORKSFORME

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

[Bug 43808] [META] Right-To-Left and Complex Text Layout language issues (RTL/CTL)

2024-08-03 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=43808

V Stuart Foote  changed:

   What|Removed |Added

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

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

[Bug 83066] [META] CJK (Chinese, Japanese, Korean, and Vietnamese) language issues

2024-08-03 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=83066

V Stuart Foote  changed:

   What|Removed |Added

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

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

[Bug 123527] Insert / special Character not correctly rebuilding font chart to match selected font and search string

2024-08-03 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=123527

--- Comment #7 from Luuk  ---
(In reply to Luuk from comment #6)
> Still present in:
> Version: 24.2.1.2 (X86_64) / LibreOffice Community
> Build ID: db4def46b0453cc22e2d0305797cf981b68ef5ac
> CPU threads: 12; OS: Windows 10.0 Build 22631; UI render: Skia/Vulkan; VCL:
> win
> Locale: nl-NL (nl_NL); UI: en-US
> Calc: threaded

(the 'Insert / Special Character' showing wrong characters is still present, my
second question is answered already...)

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

[Bug 123527] Insert / special Character not correctly rebuilding font chart to match selected font and search string

2024-08-03 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=123527

--- Comment #6 from Luuk  ---
Still present in:
Version: 24.2.1.2 (X86_64) / LibreOffice Community
Build ID: db4def46b0453cc22e2d0305797cf981b68ef5ac
CPU threads: 12; OS: Windows 10.0 Build 22631; UI render: Skia/Vulkan; VCL: win
Locale: nl-NL (nl_NL); UI: en-US
Calc: threaded

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

[Bug 85811] [META] Main menu bar bugs and enhancements

2024-08-03 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=85811
Bug 85811 depends on bug 123563, which changed state.

Bug 123563 Summary: 'Page number' never selected in 'Insert' menu when pressing 
mnemonic 'P' on keyboard (Win-only)
https://bugs.documentfoundation.org/show_bug.cgi?id=123563

   What|Removed |Added

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

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

[Bug 123563] 'Page number' never selected in 'Insert' menu when pressing mnemonic 'P' on keyboard (Win-only)

2024-08-03 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=123563

Luuk  changed:

   What|Removed |Added

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

--- Comment #5 from Luuk  ---
This is no longer present in below version:
Version: 24.2.1.2 (X86_64) / LibreOffice Community
Build ID: db4def46b0453cc22e2d0305797cf981b68ef5ac
CPU threads: 12; OS: Windows 10.0 Build 22631; UI render: Skia/Vulkan; VCL: win
Locale: nl-NL (nl_NL); UI: en-US

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

[Bug 162322] [META] Right-to-Left (RTL) text layout issues

2024-08-03 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=162322

Aron Budea  changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever confirmed|0   |1

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

[Bug 162323] [META] Complex Text Layout (CTL) issues

2024-08-03 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=162323

Aron Budea  changed:

   What|Removed |Added

 Ever confirmed|0   |1
 Status|UNCONFIRMED |NEW
 CC||aron.bu...@gmail.com

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

[Bug 162298] Cancelling "Export directly as PDF" deletes text marked as "hidden".

2024-08-03 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=162298

--- Comment #7 from m_a_riosv  ---
Not in the attached odt file, at least I can't find it.

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

[Bug 162330] Calc claims A = B, and B = C, but A != C

2024-08-03 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=162330

--- Comment #4 from Mike Kaganski  ---
FTR: the function doing actual approximate comparisons in Calc is

https://opengrok.libreoffice.org/xref/core/sal/rtl/math.cxx?r=0ccf4478=24361=629#629

and it compares the absolute value of calculated difference (~7.1*10^-14,
~1.4*10^-14, ~8.5*10^-14) with the result of multiplying absolute value of
arguments, i.e. ~22.67, by 2^-48 (which is ~8.05*10^-14 in this case). The
explanation is, that the comparison only takes 48 significant bits of the
compared numbers into account, out of 53 - the last 5 bits are considered to be
unreliable. This is the function that is already built into Calc, to protect
the user against too aggressive exposition to the imprecision of computer
floating-point arithmetics. As seen, the last difference's absolute value is
greater than the threshold.

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

[Bug 162233] LibreOffice commands to convert xlsx that are wider than A4 paper to Pdf, and pdf appears to change pages

2024-08-03 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=162233

--- Comment #5 from Mike Kaganski  ---
No way to tell for sure, without seeing the output (which you substituted by
"didn't seem to take effect"). But maybe you should check if this explanation
helps:

https://ask.libreoffice.org/t/cli-convert-custom-page-range-to-pdf/108475/2

If you have more questions how to use the program correctly, please ask there.

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

[Bug 43808] [META] Right-To-Left and Complex Text Layout language issues (RTL/CTL)

2024-08-03 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=43808

--- Comment #21 from Kovács Viktor  ---
LibreOffice "has" id for Old Hungarian script: "none".
Linux has keyboard layout within extras.
https://keyman.com has Old Hungarian layout, too. Windows, macOS, iPhone, iPod,
iPad.
Android devices has not Old Hungarian font.

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

[Bug 162229] Improve DNA Impress template

2024-08-03 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=162229

Laurent Balland  changed:

   What|Removed |Added

 Attachment #195553|0   |1
is obsolete||
   Assignee|libreoffice-b...@lists.free |jumbo4...@yahoo.fr
   |desktop.org |
 Status|UNCONFIRMED |ASSIGNED
 Ever confirmed|0   |1

--- Comment #5 from Laurent Balland  ---
Created attachment 195682
  --> https://bugs.documentfoundation.org/attachment.cgi?id=195682=edit
Proposed modified DNA Impress template

New proposition with same size for all circles

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

[Bug 162233] LibreOffice commands to convert xlsx that are wider than A4 paper to Pdf, and pdf appears to change pages

2024-08-03 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=162233

--- Comment #4 from siyi <1749014...@qq.com> ---
Excuse me, can you point out the error or provide the correct command-line
parameters

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

[Bug 162233] LibreOffice commands to convert xlsx that are wider than A4 paper to Pdf, and pdf appears to change pages

2024-08-03 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=162233

--- Comment #3 from siyi <1749014...@qq.com> ---
I tried the command line, but it didn't seem to take effect. 
The command line is as follows:
soffice --headless --convert-to
pdf:calc_pdf_Export:{"SinglePageSheets":{"type":"boolean","value":"true"}}
"D:/Clorine.xlsx" --outdir "C:/Users" -env:UserInstallation=file:///C:/Users

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

[Bug 162263] Some sidebar SVG icons blurry on macOS, also elements of Welcome screen

2024-08-03 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=162263

--- Comment #13 from Patrick Luby (volunteer)  ---
(In reply to Heiko Tietze from comment #12)
> SVG icons are rasterized depending on the DPI and we would have to create
> two sizes, if the toolbar is set to small and the sidebar to large. Tomaz,
> you know best.

So I did some debugging and verified that the sidebar icons are using the same
fix for SVG icons that I implemented for the toolbar icons: the SVG icon is
rasterized to a bitmap that is 2x width and height.

How the fix for the toolbar SVG icons works is that the toolbar SVG icons are
rasterized to "double sized" bitmaps and then drawn directly to a drawing
surface to half the width and height. Since on macOS drawing surfaces hold 4
pixels for every one pixel, drawing a bitmap at half its width and height
preserves all of the pixels in a "double sized" bitmap.

I would expect that the same behavior would occur with the sidebar SVG icons.
But, unlike the toolbar icons, the "double sized" bitmap looks like it is
downscaled back to half width and height somewhere *before* drawing. The
LibreOffice code really doesn't handle the "macOS has 4 (really 2x2) pixels per
pixel" behavior as it is unique to macOS.

So, I think my next step is to try to find where LibreOffice is downscaling
sidebar icons before drawing. In other words, the "double sized" bitmap should
be used to draw the icon but it looks like what is drawn is a downscaled copy
of the "double sized" bitmap.

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

[Bug 162094] UCB FileContent getPropertySetInfo command returns sometimes an exotic array

2024-08-03 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=162094

Jean-Pierre Ledure  changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever confirmed|0   |1
 CC||j...@ledure.be

--- Comment #3 from Jean-Pierre Ledure  ---
I confirm the bug under

Version: 24.2.4.2 (X86_64) / LibreOffice Community
Build ID: 51a6219feb6075d9a4c46691dcfe0cd9c4fff3c2
CPU threads: 6; OS: Linux 5.15; UI render: default; VCL: kf5 (cairo+xcb)
Locale: fr-BE (en_US.UTF-8); UI: en-US
Calc: threaded

Additional infos:

- the 5 undesired property names ("sfCR", "sfCRLF", "sfLF", "sfNEWLINE",
"sfTAB") are described in the SF_String module of the ScriptForge Basic
library:
https://opengrok.libreoffice.org/xref/core/wizards/source/scriptforge/SF_String.xba?r=30a6bf39#105

- if I make the same test (after a LO restart and ...) after having replaced
"ScriptForge" by "Access2Base", the execution of the script stops in the middle
of the Access2Base library code with an "Object variable not set" error. Even
more strange.

Both libraries have in common to contain Basic class modules ...

I tested a few other libraries without trouble.

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

  1   2   3   4   5   6   7   8   9   10   >