date:20240221

[Bug 109135] SIDEBAR: Keyboard shortcuts don't work when a sidebar element is active

2024-02-21 Thread bugzilla-daemon

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

lvm  changed:

   What|Removed |Added

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

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

[Bug 159837] keyboard shortcuts don't work if style pane has focus

2024-02-21 Thread bugzilla-daemon

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

lvm  changed:

   What|Removed |Added

 CC||lmiro...@yandex.ru
   See Also||https://bugs.documentfounda
   ||tion.org/show_bug.cgi?id=10
   ||9135

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

[Bug 159837] New: keyboard shortcuts don't work if style pane has focus

2024-02-21 Thread bugzilla-daemon

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

Bug ID: 159837
   Summary: keyboard shortcuts don't work if style pane has focus
   Product: LibreOffice
   Version: 24.2.0.3 release
  Hardware: All
OS: All
Status: UNCONFIRMED
  Severity: normal
  Priority: medium
 Component: Writer
  Assignee: libreoffice-bugs@lists.freedesktop.org
  Reporter: lmiro...@yandex.ru

1.  open a new document and enter some text
2.  press F11 to open styles pane
3.  press ^S to save - document is not saved

no such issue with navigator pane (F5). There is a similar supposedly fixed
issue https://bugs.documentfoundation.org/show_bug.cgi?id=109135, and yet here
we are.

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

core.git: writerfilter/source

2024-02-21 Thread Noel Grandin (via logerrit)

 writerfilter/source/dmapper/CellMarginHandler.cxx |2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

New commits:
commit b863b599c751b28dde2d15188a9ed7cbce4c158a
Author: Noel Grandin 
AuthorDate: Wed Feb 21 20:51:47 2024 +0200
Commit: Miklos Vajna 
CommitDate: Thu Feb 22 08:41:05 2024 +0100

SAL_WARN->INFO in CellMarginHandler::lcl_attribute

this has been here since
commit 6a9e4e77e83875ecce3b387736f6dd1ea221ced8
Author: Rüdiger Timm 
Date:   Fri Apr 18 11:11:49 2008 +
INTEGRATION: CWS xmlfilter04 (1.1.2); FILE ADDED
and is very noisy, but does not seem to indicate a problem,
given the lack of changes here.

I added an assert here, and I saw all of:
case NS_ooxml::LN_CT_TcMar_top:
case NS_ooxml::LN_CT_TcMar_left:
case NS_ooxml::LN_CT_TcMar_bottom:
case NS_ooxml::LN_CT_TcMar_right:

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

diff --git a/writerfilter/source/dmapper/CellMarginHandler.cxx 
b/writerfilter/source/dmapper/CellMarginHandler.cxx
index 8b7b5fa77c23..e8262156e55f 100644
--- a/writerfilter/source/dmapper/CellMarginHandler.cxx
+++ b/writerfilter/source/dmapper/CellMarginHandler.cxx
@@ -62,7 +62,7 @@ void CellMarginHandler::lcl_attribute(Id rName, Value & rVal)
 m_nType = nIntValue;
 break;
 default:
-SAL_WARN("writerfilter", "CellMarginHandler::lcl_attribute: 
unknown attribute");
+SAL_INFO("writerfilter", "CellMarginHandler::lcl_attribute: 
unknown attribute");
 }
 }

[Bug 159836] New: F11 behaviour depends on focus

2024-02-21 Thread bugzilla-daemon

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

Bug ID: 159836
   Summary: F11 behaviour depends on focus
   Product: LibreOffice
   Version: 24.2.0.3 release
  Hardware: All
OS: All
Status: UNCONFIRMED
  Severity: normal
  Priority: medium
 Component: Writer
  Assignee: libreoffice-bugs@lists.freedesktop.org
  Reporter: lmiro...@yandex.ru

Expected behaviour: F11 toggles styles pane on/off wherever pressed

Actual behaviour: 
when document body has focus F11 opens the styles pane if closed or transfers
focus to its body if opened
when styles pane body has focus (i.e. open styles pane and click on styles in
it) F11 closes it
when styles pane window has focus (i.e. open undocked styles pane and click on
its header, not on its body) F11 has no effect at all

The effect of pp1-2 is that double F11 is required to close the styles pane if
document body has focus - first one to transfer focus, second one to actually
close it.

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

[Bug 159835] New: styles pane burger menu doesn't work on the first attempt

2024-02-21 Thread bugzilla-daemon

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

Bug ID: 159835
   Summary: styles pane burger menu doesn't work on the first
attempt
   Product: LibreOffice
   Version: 24.2.0.3 release
  Hardware: All
OS: All
Status: UNCONFIRMED
  Severity: normal
  Priority: medium
 Component: Writer
  Assignee: libreoffice-bugs@lists.freedesktop.org
  Reporter: lmiro...@yandex.ru

prerequisites: styles pane is closed

1.  press F11 to open the styles pane
2.  click its burger menu (≡)
3.  the menu has just four items including both dock and undock, clicking
on undock (if docked) or dock (if undocked) does nothing
4.  close the menu and click on the burger menu again - now it has many
items, but only one of (dock|undock) depending on the current pane state, and
it works

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

Anish Deshpande license statement

2024-02-21 Thread Anish Deshpande

All of my past & future contributions to LibreOffice may be licensed under
the MPLv2/LGPLv3+ dual license.

core.git: Branch 'libreoffice-24-2' - writerfilter/qa writerfilter/source

2024-02-21 Thread Balazs Varga (via logerrit)

 writerfilter/qa/cppunittests/dmapper/DomainMapper.cxx|6 ++
 writerfilter/qa/cppunittests/dmapper/data/tdf158360.docx |binary
 writerfilter/source/dmapper/DomainMapper_Impl.cxx|5 -
 3 files changed, 10 insertions(+), 1 deletion(-)

New commits:
commit 64248c5d42bbf46eeb4c41e79dd0b5e4a360e280
Author: Balazs Varga 
AuthorDate: Tue Feb 20 20:26:25 2024 +0100
Commit: Miklos Vajna 
CommitDate: Thu Feb 22 08:26:14 2024 +0100

tdf#158360 - sw, ooxml import - fix insertTextPortion crash

Before this patch da8dead8e9282010893cbd12519e107baf03cd1a
SvxUnoTextBase::insertTextPortion returned an empty XTextRange
in case of texts in comment. (SwTextAPIObject) Lets use
finishParagraphInsert which also give back an empty XTextRange.

regression from commit: da8dead8e9282010893cbd12519e107baf03cd1a
(tdf#73537 - sc: show author and creation date in calc comments)

Change-Id: I0b33e5b3cae32718a62a7be04b9a88562f85652c
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/163670
Tested-by: Jenkins
Reviewed-by: Balazs Varga 
(cherry picked from commit 7cf3d5e3073dc5cffc64b6d9b32513e90087a3d4)
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/163626
Reviewed-by: Miklos Vajna 

diff --git a/writerfilter/qa/cppunittests/dmapper/DomainMapper.cxx 
b/writerfilter/qa/cppunittests/dmapper/DomainMapper.cxx
index 8452da0203ab..885443c5a210 100644
--- a/writerfilter/qa/cppunittests/dmapper/DomainMapper.cxx
+++ b/writerfilter/qa/cppunittests/dmapper/DomainMapper.cxx
@@ -155,6 +155,12 @@ CPPUNIT_TEST_FIXTURE(Test, testFdo78333)
 // just care that it doesn't crash/assert
 loadFromFile(u"fdo78333-1-minimized.docx");
 }
+
+CPPUNIT_TEST_FIXTURE(Test, testTdf158360)
+{
+// just test that doc with annotation in TOC doesn't crash/assert
+loadFromFile(u"tdf158360.docx");
+}
 }
 
 /* vim:set shiftwidth=4 softtabstop=4 expandtab: */
diff --git a/writerfilter/qa/cppunittests/dmapper/data/tdf158360.docx 
b/writerfilter/qa/cppunittests/dmapper/data/tdf158360.docx
new file mode 100644
index ..a46ee67c007e
Binary files /dev/null and 
b/writerfilter/qa/cppunittests/dmapper/data/tdf158360.docx differ
diff --git a/writerfilter/source/dmapper/DomainMapper_Impl.cxx 
b/writerfilter/source/dmapper/DomainMapper_Impl.cxx
index 7a009d71aee8..0c0fa255d896 100644
--- a/writerfilter/source/dmapper/DomainMapper_Impl.cxx
+++ b/writerfilter/source/dmapper/DomainMapper_Impl.cxx
@@ -3286,7 +3286,10 @@ void DomainMapper_Impl::applyToggleAttributes(const 
PropertyMapPtr& pPropertyMap
 {
 xTOCTextCursor->goLeft(1, false);
 }
-xTextRange = xTextAppend->insertTextPortion(rString, 
aValues, xTOCTextCursor);
+if (IsInComments())
+xTextRange = 
xTextAppend->finishParagraphInsert(aValues, xTOCTextCursor);
+else
+xTextRange = xTextAppend->insertTextPortion(rString, 
aValues, xTOCTextCursor);
 SAL_WARN_IF(!xTextRange.is(), "writerfilter.dmapper", 
"insertTextPortion failed");
 if (!xTextRange.is())
 throw uno::Exception("insertTextPortion failed", 
nullptr);

[Bug 37134] Tabbed UI: Document-per-tab (similar to Firefox, Opera, gedit) MDI

2024-02-21 Thread bugzilla-daemon

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

--- Comment #92 from Regis Perdreau  ---
This ticket is open since 2011... it's a good interesting feature although.
The question are : is it feasible without breaking everything ? Who can do it ?

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

core.git: desktop/Executable_soffice_bin.mk Repository.mk solenv/gbuild static/CustomTarget_unoembind.mk static/StaticLibrary_unoembind.mk unotest/InternalUnoApi_embindtest.mk unotest/Library_embindte

2024-02-21 Thread Stephan Bergmann (via logerrit)

 Repository.mk  |1 
 desktop/Executable_soffice_bin.mk  |   13 
 solenv/gbuild/platform/EMSCRIPTEN_INTEL_GCC.mk |2 -
 static/CustomTarget_unoembind.mk   |6 ++-
 static/StaticLibrary_unoembind.mk  |6 +++
 unotest/InternalUnoApi_embindtest.mk   |   16 ++
 unotest/Library_embindtest.mk  |   26 +
 unotest/Module_unotest.mk  |7 
 unotest/source/embindtest/embindtest.component |   20 +
 unotest/source/embindtest/embindtest.cxx   |   38 +
 unotest/source/embindtest/embindtest.idl   |   18 +++
 unotest/source/embindtest/embindtest.js|   18 +++
 12 files changed, 168 insertions(+), 3 deletions(-)

New commits:
commit d0cb804f7a25274d725475418a97c293f55f30cf
Author: Stephan Bergmann 
AuthorDate: Wed Feb 21 15:10:38 2024 +0100
Commit: Stephan Bergmann 
CommitDate: Thu Feb 22 08:15:30 2024 +0100

Framework for some UNOIDL to test the Embind UNO binding with

It is only built for --enable-dbgutil builds.  Load
instdir/program/qt_soffice.html in a browser and see "Running embindtest" 
in its
console.  For now, it only contains a Test singleton with an empty XTest
interface, which is meant to grow additional methods over time.

(The code needs to reside in the unotest rather than in the static module, 
or
else the wasm build would run into cyclic dependencies.)

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

diff --git a/Repository.mk b/Repository.mk
index 29e2b00e0d45..814ca2edb77b 100644
--- a/Repository.mk
+++ b/Repository.mk
@@ -408,6 +408,7 @@ $(eval $(call 
gb_Helper_register_libraries_for_install,OOOLIBS,ooo, \
drawinglayercore \
drawinglayer \
editeng \
+   $(if $(filter EMSCRIPTEN,$(OS)),$(if $(ENABLE_DBGUTIL),embindtest)) \
$(if $(filter WNT,$(OS)),emser) \
evtatt \
$(call gb_Helper_optional,DBCONNECTIVITY, \
diff --git a/desktop/Executable_soffice_bin.mk 
b/desktop/Executable_soffice_bin.mk
index ad391b3dbc19..34146dc5bfe9 100644
--- a/desktop/Executable_soffice_bin.mk
+++ b/desktop/Executable_soffice_bin.mk
@@ -64,6 +64,19 @@ $(eval $(call gb_Executable_add_ldflags,soffice_bin, \
 ))
 endif
 
+ifneq ($(ENABLE_DBGUTIL),)
+
+$(call gb_Executable_get_linktarget_target,soffice_bin): \
+$(call gb_CustomTarget_get_workdir,static/unoembind)/bindings_uno.js \
+$(SRCDIR)/unotest/source/embindtest/embindtest.js
+
+$(eval $(call gb_Executable_add_ldflags,soffice_bin, \
+--post-js $(call 
gb_CustomTarget_get_workdir,static/unoembind)/bindings_uno.js \
+--post-js $(SRCDIR)/unotest/source/embindtest/embindtest.js \
+))
+
+endif
+
 endif
 
 # vim: set ts=4 sw=4 et:
diff --git a/solenv/gbuild/platform/EMSCRIPTEN_INTEL_GCC.mk 
b/solenv/gbuild/platform/EMSCRIPTEN_INTEL_GCC.mk
index 8a36e425ce7a..ec762431097f 100644
--- a/solenv/gbuild/platform/EMSCRIPTEN_INTEL_GCC.mk
+++ b/solenv/gbuild/platform/EMSCRIPTEN_INTEL_GCC.mk
@@ -27,7 +27,7 @@ gb_EMSCRIPTEN_LDFLAGS += -s TOTAL_MEMORY=1GB -s 
PTHREAD_POOL_SIZE=4
 # To keep the link time (and memory) down, prevent all rewriting options from 
wasm-emscripten-finalize
 # See emscripten.py, finalize_wasm, modify_wasm = True
 # So we need WASM_BIGINT=1 and ASSERTIONS=1 (2 implies STACK_OVERFLOW_CHECK)
-gb_EMSCRIPTEN_LDFLAGS += --bind -s FORCE_FILESYSTEM=1 -s WASM_BIGINT=1 -s 
ERROR_ON_UNDEFINED_SYMBOLS=1 -s FETCH=1 -s ASSERTIONS=1 -s EXIT_RUNTIME=0 -s 
EXPORTED_RUNTIME_METHODS=["UTF16ToString","stringToUTF16","UTF8ToString","allocateUTF8","printErr","ccall","cwrap","addOnPreMain","registerType","throwBindingError"$(if
 $(ENABLE_QT6),$(COMMA)"callMain"$(COMMA)"specialHTMLTargets")]
+gb_EMSCRIPTEN_LDFLAGS += --bind -s FORCE_FILESYSTEM=1 -s WASM_BIGINT=1 -s 
ERROR_ON_UNDEFINED_SYMBOLS=1 -s FETCH=1 -s ASSERTIONS=1 -s EXIT_RUNTIME=0 -s 
EXPORTED_RUNTIME_METHODS=["UTF16ToString","stringToUTF16","UTF8ToString","allocateUTF8","printErr","ccall","cwrap","addOnPreMain"$(if
 
$(ENABLE_DBGUTIL),$(COMMA)"addOnPostRun"),"registerType","throwBindingError"$(if
 $(ENABLE_QT6),$(COMMA)"callMain"$(COMMA)"specialHTMLTargets")]
 gb_EMSCRIPTEN_QTDEFS := -DQT_NO_LINKED_LIST -DQT_NO_JAVA_STYLE_ITERATORS 
-DQT_NO_EXCEPTIONS -DQT_NO_DEBUG -DQT_WIDGETS_LIB -DQT_GUI_LIB -DQT_CORE_LIB
 
 gb_Executable_EXT := .html
diff --git a/static/CustomTarget_unoembind.mk b/static/CustomTarget_unoembind.mk
index cccb36f1dce2..045e0fea511c 100644
--- a/static/CustomTarget_unoembind.mk
+++ b/static/CustomTarget_unoembind.mk
@@ -17,10 +17,12 @@ $(eval $(call 
gb_CustomTarget_register_targets,static/unoembind, \
 $(call gb_CustomTarget_get_workdir,static/unoembind)/bindings_uno.cxx \
 $(call gb_CustomTarget_get_workdir,static/unoembind)/bindings_uno.js: \

[Bug 159834] New: LibreOffice Calc 24.02 Auto-Wrap text when moving cells

2024-02-21 Thread bugzilla-daemon

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

Bug ID: 159834
   Summary: LibreOffice Calc 24.02 Auto-Wrap text when moving
cells
   Product: LibreOffice
   Version: 24.2.0.3 release
  Hardware: x86-64 (AMD64)
OS: Linux (All)
Status: UNCONFIRMED
  Severity: normal
  Priority: medium
 Component: Calc
  Assignee: libreoffice-bugs@lists.freedesktop.org
  Reporter: benico...@gmail.com

Description:
When moving (dragging with mouse) cells with [text = no-wrap], the text gets
[automatically wrapped] when reaching the destination cells ... AND the
corresponding row height is auto-adapted.

L.O. Calc 7.6 does NOT do this.

Steps to Reproduce:
1.input text in cell (Default style: Alignment is NO-Wrap)
2.drag text
3.

Actual Results:
Text is "auto" wrapped. 

Expected Results:
Text formatting should stay consistent. (As in L.O. Calc 7.6)


Reproducible: Always


User Profile Reset: No

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

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

[Bug 159829] Update en_ZA locale (ThousandSeparator and DecimalSeparator)

2024-02-21 Thread bugzilla-daemon

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

--- Comment #3 from Glen A.  ---
Eike,

I understand that, but even though these are the "official" separators, they
are very seldom used.

Have a look at this:
https://unicode-org.atlassian.net/browse/CLDR-14707?focusedCommentId=161272

All 4 of the top banks, the largest retailers, and even the SA Revenue Service
(tax authority).

The CLDR has been updated to follow widespread usage, and I hope that you will
do the same.

If you like, I can try to get in touch with the OP of that issue, to see if he
is in agreement.

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

[Bug 159574] Writer: instant freeze on document containing endnotes at end of section

2024-02-21 Thread bugzilla-daemon

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

Stéphane Guillou (stragu)  changed:

   What|Removed |Added

URL||https://ask.libreoffice.org
   ||/t/file-hangs-lo-in-version
   ||-24-2-but-fine-in-7-5-9-and
   ||-before/101540/
 CC||stephane.guillou@libreoffic
   ||e.org

--- Comment #5 from Stéphane Guillou (stragu) 
 ---
No repro either on Linux:

Version: 7.6.4.1 (X86_64) / LibreOffice Community
Build ID: e19e193f88cd6c0525a17fb7a176ed8e6a3e2aa1
CPU threads: 8; OS: Linux 6.5; UI render: default; VCL: gtk3
Locale: en-AU (en_AU.UTF-8); UI: en-US
Calc: threaded

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

core.git: 2 commits - connectivity/source include/svx include/toolkit sc/inc sc/source sd/inc svx/source sw/inc sw/source

2024-02-21 Thread Noel Grandin (via logerrit)

 connectivity/source/inc/FDatabaseMetaDataResultSet.hxx |2 +-
 include/svx/charmap.hxx|2 +-
 include/toolkit/awt/vclxwindows.hxx|2 +-
 sc/inc/chartlis.hxx|2 +-
 sc/inc/clipcontext.hxx |2 +-
 sc/inc/compiler.hxx|2 +-
 sc/source/ui/inc/csvcontrol.hxx|2 +-
 sc/source/ui/inc/csvgrid.hxx   |2 +-
 sd/inc/Annotation.hxx  |2 +-
 svx/source/sidebar/line/LinePropertyPanelBase.cxx  |1 +
 sw/inc/crsrsh.hxx  |2 +-
 sw/inc/editsh.hxx  |2 +-
 sw/inc/fesh.hxx|2 +-
 sw/source/uibase/inc/wrtsh.hxx |2 +-
 14 files changed, 14 insertions(+), 13 deletions(-)

New commits:
commit a5ccdbbc457fb7aadca2d6a046ab891dedca5bb1
Author: Noel Grandin 
AuthorDate: Wed Feb 21 15:44:35 2024 +0200
Commit: Noel Grandin 
CommitDate: Thu Feb 22 06:59:23 2024 +0100

UBSan RTTI fixes

after I missed a bunch of stuff when testing UBSan with
  commit 3ba92b5f1eaf7d4447a0943ea260db515ca799dc
  hide more symbols
Change-Id: Id3cb0b70b9fa24c7e3fba7fd565eb658dafa00f8

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

diff --git a/connectivity/source/inc/FDatabaseMetaDataResultSet.hxx 
b/connectivity/source/inc/FDatabaseMetaDataResultSet.hxx
index 3376fa47..5be3c15e318b 100644
--- a/connectivity/source/inc/FDatabaseMetaDataResultSet.hxx
+++ b/connectivity/source/inc/FDatabaseMetaDataResultSet.hxx
@@ -54,7 +54,7 @@ namespace connectivity
 //  typedef ORefVectorORow;
 //  typedef ORefVectorORows;
 
-class ODatabaseMetaDataResultSet :
+class SAL_DLLPUBLIC_RTTI ODatabaseMetaDataResultSet :
 public cppu::BaseMutex,
 public  ODatabaseMetaDataResultSet_BASE,
 public  ::comphelper::OPropertyContainer,
diff --git a/include/svx/charmap.hxx b/include/svx/charmap.hxx
index 4035f82d4c3d..b5567a0c8702 100644
--- a/include/svx/charmap.hxx
+++ b/include/svx/charmap.hxx
@@ -52,7 +52,7 @@ namespace svx
 class SvxShowCharSetAcc;
 }
 
-class SAL_WARN_UNUSED SvxShowCharSet : public weld::CustomWidgetController
+class SAL_WARN_UNUSED SAL_DLLPUBLIC_RTTI SvxShowCharSet : public 
weld::CustomWidgetController
 {
 protected:
 VclPtr mxVirDev;
diff --git a/include/toolkit/awt/vclxwindows.hxx 
b/include/toolkit/awt/vclxwindows.hxx
index 58071ad6fff1..60352097019d 100644
--- a/include/toolkit/awt/vclxwindows.hxx
+++ b/include/toolkit/awt/vclxwindows.hxx
@@ -535,7 +535,7 @@ protected:
 virtual voidGetPropertyIds( std::vector< sal_uInt16 >  ) override 
{ return ImplGetPropertyIds( aIds ); }
 };
 
-class SVTXNumericField final : public 
cppu::ImplInheritanceHelper
+class SAL_DLLPUBLIC_RTTI SVTXNumericField final : public 
cppu::ImplInheritanceHelper
 {
 public:
 SVTXNumericField();
diff --git a/sc/inc/chartlis.hxx b/sc/inc/chartlis.hxx
index 5430c3e3c3ba..24368a30d8c0 100644
--- a/sc/inc/chartlis.hxx
+++ b/sc/inc/chartlis.hxx
@@ -38,7 +38,7 @@ class Timer;
 class ScDocument;
 class ScChartUnoData;
 
-class ScChartListener final : public SvtListener
+class SAL_DLLPUBLIC_RTTI ScChartListener final : public SvtListener
 {
 public:
 class ExternalRefListener final : public ScExternalRefManager::LinkListener
diff --git a/sc/inc/clipcontext.hxx b/sc/inc/clipcontext.hxx
index 4efa4fb8382d..a6c989a004f7 100644
--- a/sc/inc/clipcontext.hxx
+++ b/sc/inc/clipcontext.hxx
@@ -44,7 +44,7 @@ public:
 ColumnBlockPositionSet* getBlockPositionSet() { return mpSet.get(); }
 };
 
-class CopyFromClipContext final : public ClipContextBase
+class SAL_DLLPUBLIC_RTTI CopyFromClipContext final : public ClipContextBase
 {
 /** Tracks modified formula group spans. */
 sc::ColumnSpanSet maListeningFormulaSpans;
diff --git a/sc/inc/compiler.hxx b/sc/inc/compiler.hxx
index 3de13eccb665..e31c73ffada9 100644
--- a/sc/inc/compiler.hxx
+++ b/sc/inc/compiler.hxx
@@ -177,7 +177,7 @@ public:
 formula::FormulaToken* CreateToken(ScSheetLimits& rLimits) const;   // 
create typified token
 };
 
-class ScCompiler final : public formula::FormulaCompiler
+class SAL_DLLPUBLIC_RTTI ScCompiler final : public formula::FormulaCompiler
 {
 public:
 
diff --git a/sc/source/ui/inc/csvcontrol.hxx b/sc/source/ui/inc/csvcontrol.hxx
index a764b7178fc9..778f02edc983 100644
--- a/sc/source/ui/inc/csvcontrol.hxx
+++ b/sc/source/ui/inc/csvcontrol.hxx
@@ -219,7 +219,7 @@ inline void ScCsvCmd::Set( ScCsvCmdType eType, sal_Int32 
nParam1, sal_Int32 nPar
 }
 
 /** Base class for the

[Bug 107742] [META] Form control bugs and enhancements

2024-02-21 Thread bugzilla-daemon

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

BogdanB  changed:

   What|Removed |Added

 Depends on||159692


Referenced Bugs:

https://bugs.documentfoundation.org/show_bug.cgi?id=159692
[Bug 159692] Check Boxes are printed/exported at the wrong position
-- 
You are receiving this mail because:
You are the assignee for the bug.

[Bug 159692] Check Boxes are printed/exported at the wrong position

2024-02-21 Thread bugzilla-daemon

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

BogdanB  changed:

   What|Removed |Added

 Blocks||107742


Referenced Bugs:

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

[Bug 159802] Writer Document does not print with Form detail in 24.2 release

2024-02-21 Thread bugzilla-daemon

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

BogdanB  changed:

   What|Removed |Added

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

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

[Bug 159692] Check Boxes are printed/exported at the wrong position

2024-02-21 Thread bugzilla-daemon

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

BogdanB  changed:

   What|Removed |Added

 CC||buzea.bog...@libreoffice.or
   ||g
   See Also||https://bugs.documentfounda
   ||tion.org/show_bug.cgi?id=15
   ||9802

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

core.git: Branch 'distro/vector/vector-7.5.9' - 3 commits - include/sal oox/source sw/qa sw/source

2024-02-21 Thread Mike Kaganski (via logerrit)

 include/sal/types.h |6 ++
 oox/source/crypto/CryptTools.cxx|   11 
 sw/qa/extras/uiwriter/uiwriter8.cxx |   40 
 sw/source/core/doc/DocumentContentOperationsManager.cxx |   14 -
 4 files changed, 68 insertions(+), 3 deletions(-)

New commits:
commit 709b0820d86d5e00659949db82837c86ddb9607c
Author: Mike Kaganski 
AuthorDate: Wed Feb 21 22:27:37 2024 +0600
Commit: Mike Kaganski 
CommitDate: Wed Feb 21 23:03:14 2024 +0600

Implement SAL_WNODEPRECATED_DECLARATIONS_[PUSH/POP] on MSVC

Required for --disable-nss build on Windows, which needs the same fix as in
commit 71d4abc51b556e147ab53a9a52b15be36fc710a3 
(-Werror,-Wdeprecated-declarations
(Emscripten), 2024-01-18).

Change-Id: I4206cbc0cb80be7ddee1c3f21de50d853828300e

diff --git a/include/sal/types.h b/include/sal/types.h
index df160d2eef50..c61956f647d7 100644
--- a/include/sal/types.h
+++ b/include/sal/types.h
@@ -504,6 +504,12 @@ template< typename T1, typename T2 > inline T1 
static_int_cast(T2 n) {
 _Pragma(SAL_STRINGIFY_ARG(GCC diagnostic ignored 
"-Wdeprecated-declarations"))
 #define SAL_WNODEPRECATED_DECLARATIONS_POP \
 _Pragma(SAL_STRINGIFY_ARG(GCC diagnostic pop))
+#elif defined LIBO_INTERNAL_ONLY && defined _MSC_VER
+#define SAL_WNODEPRECATED_DECLARATIONS_PUSH \
+_Pragma(SAL_STRINGIFY_ARG(warning(push))) \
+_Pragma(SAL_STRINGIFY_ARG(warning(disable : 4996)))
+#define SAL_WNODEPRECATED_DECLARATIONS_POP \
+_Pragma(SAL_STRINGIFY_ARG(warning(pop)))
 #else
 #   define SAL_WNODEPRECATED_DECLARATIONS_PUSH
 #   define SAL_WNODEPRECATED_DECLARATIONS_POP
commit 0e0f991054d4e8142e209bc8aecfae9af603cd9e
Author: Stephan Bergmann 
AuthorDate: Thu Jan 18 13:16:56 2024 +0100
Commit: Mike Kaganski 
CommitDate: Wed Feb 21 21:35:39 2024 +0600

-Werror,-Wdeprecated-declarations (Emscripten)

> oox/source/crypto/CryptTools.cxx:57:40: error: 'HMAC_CTX_free' is 
deprecated [-Werror,-Wdeprecated-declarations]
> void operator()(HMAC_CTX* p) { HMAC_CTX_free(p); }
>^
> workdir/UnpackedTarball/openssl/include/openssl/hmac.h:35:1: note: 
'HMAC_CTX_free' has been explicitly marked deprecated here
> OSSL_DEPRECATEDIN_3_0 void HMAC_CTX_free(HMAC_CTX *ctx);
> ^
> workdir/UnpackedTarball/openssl/include/openssl/macros.h:182:49: note: 
expanded from macro 'OSSL_DEPRECATEDIN_3_0'
> #   define OSSL_DEPRECATEDIN_3_0OSSL_DEPRECATED(3.0)
> ^
> workdir/UnpackedTarball/openssl/include/openssl/macros.h:62:52: note: 
expanded from macro 'OSSL_DEPRECATED'
> # define OSSL_DEPRECATED(since) __attribute__((deprecated))
>^
> oox/source/crypto/CryptTools.cxx:112:29: error: 'HMAC_CTX_new' is 
deprecated [-Werror,-Wdeprecated-declarations]
> mpHmacContext.reset(HMAC_CTX_new());
> ^
> workdir/UnpackedTarball/openssl/include/openssl/hmac.h:33:1: note: 
'HMAC_CTX_new' has been explicitly marked deprecated here
> OSSL_DEPRECATEDIN_3_0 HMAC_CTX *HMAC_CTX_new(void);
> ^
> workdir/UnpackedTarball/openssl/include/openssl/macros.h:182:49: note: 
expanded from macro 'OSSL_DEPRECATEDIN_3_0'
> #   define OSSL_DEPRECATEDIN_3_0OSSL_DEPRECATED(3.0)
> ^
> workdir/UnpackedTarball/openssl/include/openssl/macros.h:62:52: note: 
expanded from macro 'OSSL_DEPRECATED'
> # define OSSL_DEPRECATED(since) __attribute__((deprecated))
>^
> oox/source/crypto/CryptTools.cxx:125:9: error: 'HMAC_Init_ex' is 
deprecated [-Werror,-Wdeprecated-declarations]
> HMAC_Init_ex(mpHmacContext.get(), rKey.data(), rKey.size(), 
aEvpMd, nullptr);
> ^
> workdir/UnpackedTarball/openssl/include/openssl/hmac.h:43:1: note: 
'HMAC_Init_ex' has been explicitly marked deprecated here
> OSSL_DEPRECATEDIN_3_0 int HMAC_Init_ex(HMAC_CTX *ctx, const void *key, 
int len,
> ^
> workdir/UnpackedTarball/openssl/include/openssl/macros.h:182:49: note: 
expanded from macro 'OSSL_DEPRECATEDIN_3_0'
> #   define OSSL_DEPRECATEDIN_3_0OSSL_DEPRECATED(3.0)
> ^
> workdir/UnpackedTarball/openssl/include/openssl/macros.h:62:52: note: 
expanded from macro 'OSSL_DEPRECATED'
> # define OSSL_DEPRECATED(since) __attribute__((deprecated))
>^
> oox/source/crypto/CryptTools.cxx:499:12: error: 'HMAC_Update' is 
deprecated [-Werror,-Wdeprecated-declarations]
> return HMAC_Update(mpImpl->mpHmacContext.get(), rInput.data(), 
nActualInputLength) != 0;
>^
>

[Bug 159831] Segmentation fault on exit

2024-02-21 Thread bugzilla-daemon

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

Stéphane Guillou (stragu)  changed:

   What|Removed |Added

Version|unspecified |7.6.4.1 release

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

[Bug 157042] [Linux only] Calc crashes when closed in rtl::str::release<_rtl_uString>(_rtl_uString*) (steps in comment 27)

2024-02-21 Thread bugzilla-daemon

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

Stéphane Guillou (stragu)  changed:

   What|Removed |Added

 CC||fa...@fabiosirna.com

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

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

[Bug 159831] Segmentation fault on exit

2024-02-21 Thread bugzilla-daemon

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

Stéphane Guillou (stragu)  changed:

   What|Removed |Added

 Resolution|--- |DUPLICATE
 CC||stephane.guillou@libreoffic
   ||e.org
 Status|UNCONFIRMED |RESOLVED

--- Comment #2 from Stéphane Guillou (stragu) 
 ---
This is probably the same as bug 157042, looking at the trace.
Please let us know if it is not resolved in the upcoming 7.6.5 version.
Thank you!

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

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

[Bug 156487] If the show changes mode is turned off and the column is deleted, it will not be hidden.

2024-02-21 Thread bugzilla-daemon

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

Stéphane Guillou (stragu)  changed:

   What|Removed |Added

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

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

[Bug 150673] Track changes doesn't record deletion of a table column (only rows)

2024-02-21 Thread bugzilla-daemon

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

Stéphane Guillou (stragu)  changed:

   What|Removed |Added

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

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

[Bug 159196] Deleting a column of a floating table with Track changes ON and show OFF deletes the whole table

2024-02-21 Thread bugzilla-daemon

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

Stéphane Guillou (stragu)  changed:

   What|Removed |Added

   See Also||https://bugs.documentfounda
   ||tion.org/show_bug.cgi?id=15
   ||6487,
   ||https://bugs.documentfounda
   ||tion.org/show_bug.cgi?id=15
   ||0673
 CC||nem...@numbertext.org
   Keywords||bibisected, bisected,
   ||regression
Version|Inherited From OOo  |7.6.0.0 alpha0+
  Regression By||László Németh

--- Comment #6 from Stéphane Guillou (stragu) 
 ---
Actually, the disappearance of the whole table from OOo 3.3 to LO 7.5 was
unrelated to track changes. It also happens with track changes off, and was
resolved in 7.5.

Issues with deleting a column while tracking changes started in 7.6. Bibisected
with linux-64-7.6:

0) No issue at oldest

1) Column not deleted, table's contents deleted instead since
[93946771cff6ca5a85d02a2276a691f051223e50], which is an implementation error
from when deletion of columns started being tracked:

commit  d1004cdd6a445ae73673b0ca360ae034b0ec09f2
author  László NémethTue May 09 16:51:06 2023 +0200
committer   László NémethThu May 11 13:51:47
2023 +0200
tdf#150673 sw offapi: add change tracking of table column deletion

(same at [ef40a621e99ce3c3abd2ad9b67915eec060f3ef8]
e91faddabdf5d586c0044a3e125bdea6c2e21532, which is when bug 159812 started)

2) Whole table gone when deleting the column since
[88d9624e446f3362be67a141b4c5725c54746bca], which is
dfa57ee45bf9aef73f8bf385b089739ee0572998, a cherrypick of:

commit  43b128a960d1712b984402e1b69cefecdb75462a
author  László Németh   Tue Aug 08 19:46:15 2023 +0200
committer   László Németh   Wed Aug 09 16:28:37 2023 +0200
tdf#156487 sw tracked table column: fix Hide Changes

László, can you please have a look?

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

[Bug 141619] Undoing of Replace All operation leaves a "dirty" spreadsheet, force recalculation needed

2024-02-21 Thread bugzilla-daemon

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

--- Comment #7 from Kevin Suo  ---
Many commits in the bibsected range does fails to build. Now I managed to:
1. Setup a Fedora 19;
2. Created a new branch based on commit
4347e3b15f10784b482544bd6324d3fcd4f0146c (Adjusted the patch against mdds
0.9.0.). This commit also failes to build due to the use of "return NULL" in
"sc/source/core/data/column2.cxx" and a wrong placement of "}" after the
"return", so I fixed that mannually to let the new branch build.
3. In the new branch, I revert 66d3f24334e69e1655e83520950c59a0bda095a3 (Make
sure to set the cloned formula cells dirty during undo / redo.). The build is
success, but this is still a "bad" commit.

So the revised bibisected range is
https://cgit.freedesktop.org/libreoffice/core/log/?qt=range=ac84ffb3c90bb5788608eadf2177f587021daaad..66d3f24334e69e1655e83520950c59a0bda095a3

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

[Bug 159814] FILESAVE/FILEOPEN .xlsx:Comment Shadow Always displayed

2024-02-21 Thread bugzilla-daemon

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

--- Comment #5 from Saburo  ---
Created attachment 192706
  --> https://bugs.documentfoundation.org/attachment.cgi?id=192706=edit
Screenshot excel

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

[Bug 159814] FILESAVE/FILEOPEN .xlsx:Comment Shadow Always displayed

2024-02-21 Thread bugzilla-daemon

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

--- Comment #4 from Saburo  ---
Created attachment 192705
  --> https://bugs.documentfoundation.org/attachment.cgi?id=192705=edit
xls Comment no shadow

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

[Bug 159814] FILESAVE/FILEOPEN .xlsx:Comment Shadow Always displayed

2024-02-21 Thread bugzilla-daemon

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

--- Comment #3 from Saburo  ---
Created attachment 192704
  --> https://bugs.documentfoundation.org/attachment.cgi?id=192704=edit
xlsx Comment no shadow

Excel 2010

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

[Bug 159832] LibreOffice does not show any icons

2024-02-21 Thread bugzilla-daemon

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

--- Comment #3 from Stéphane Guillou (stragu) 
 ---
(note that packages from a distribution might have been customised to pick a
specific icon theme, so if this version of Mint is still supported, you might
want to report the issue on their bug tracker, if not already reported)

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

[Bug 159832] LibreOffice does not show any icons

2024-02-21 Thread bugzilla-daemon

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

Stéphane Guillou (stragu)  changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEEDINFO
 CC||stephane.guillou@libreoffic
   ||e.org
 Ever confirmed|0   |1

--- Comment #2 from Stéphane Guillou (stragu) 
 ---
Thanks for the report.
This looks like an issue with the automatically picked icon theme not matching
your light/dark UI theme.
You can pick a light mode icon theme by hand in Tools > Options > LibreOffice >
View.

7.3  is not supported anymore, and many improvements have been made to dark
mode support in recent versions, so please test the latest version (24.2) and
let us know if it now behaves better regarding automatic icon theme choice.
https://www.libreoffice.org/download/download/

Thank you!

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

[Bug 133092] [META] Crash bugs

2024-02-21 Thread bugzilla-daemon

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

Stéphane Guillou (stragu)  changed:

   What|Removed |Added

 Depends on||158124


Referenced Bugs:

https://bugs.documentfoundation.org/show_bug.cgi?id=158124
[Bug 158124] Holding down delete key doesn't work and causes crash with
Japanese - Romaji keyboard layout
-- 
You are receiving this mail because:
You are the assignee for the bug.

[Bug 158124] Holding down delete key doesn't work and causes crash with Japanese - Romaji keyboard layout

2024-02-21 Thread bugzilla-daemon

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

Stéphane Guillou (stragu)  changed:

   What|Removed |Added

Summary|Holding down delete key |Holding down delete key
   |doesn't work and causes |doesn't work and causes
   |crash   |crash with Japanese -
   ||Romaji keyboard layout
 Blocks||133092
   Severity|normal  |critical


Referenced Bugs:

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

[Bug 114220] [META] Drag and drop bugs and enhancements

2024-02-21 Thread bugzilla-daemon

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

Stéphane Guillou (stragu)  changed:

   What|Removed |Added

 Depends on||159816


Referenced Bugs:

https://bugs.documentfoundation.org/show_bug.cgi?id=159816
[Bug 159816] Crash in drag-n-drop of multiple paragraphs with a bookmark
-- 
You are receiving this mail because:
You are the assignee for the bug.

[Bug 108288] [META] Bookmark bugs and enhancements

2024-02-21 Thread bugzilla-daemon

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

Stéphane Guillou (stragu)  changed:

   What|Removed |Added

 Depends on||159816


Referenced Bugs:

https://bugs.documentfoundation.org/show_bug.cgi?id=159816
[Bug 159816] Crash in drag-n-drop of multiple paragraphs with a bookmark
-- 
You are receiving this mail because:
You are the assignee for the bug.

[Bug 132157] [META] BigPtrArray::Index2Block undo crashes

2024-02-21 Thread bugzilla-daemon

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

Stéphane Guillou (stragu)  changed:

   What|Removed |Added

 Depends on||159816


Referenced Bugs:

https://bugs.documentfoundation.org/show_bug.cgi?id=159816
[Bug 159816] Crash in drag-n-drop of multiple paragraphs with a bookmark
-- 
You are receiving this mail because:
You are the assignee for the bug.

[Bug 135072] Crash undo comparing documents BigPtrArray::Index2Block+0xc8

2024-02-21 Thread bugzilla-daemon

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

--- Comment #8 from Stéphane Guillou (stragu) 
 ---
Created attachment 192703
  --> https://bugs.documentfoundation.org/attachment.cgi?id=192703=edit
crash minidump

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

[Bug 135072] Crash undo comparing documents BigPtrArray::Index2Block+0xc8

2024-02-21 Thread bugzilla-daemon

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

--- Comment #7 from Stéphane Guillou (stragu) 
 ---
With debug build, same assert as in comment 3:

warn:xmloff:327703:327703:xmloff/source/text/txtparai.cxx:358: unknown
attribute http://www.w3.org/1999/xlink xlink:type value=simple
warn:legacy.osl:327703:327703:sw/source/core/unocore/unoobj2.cxx:1354: no
parent text?
warn:legacy.osl:327703:327703:sw/source/core/unocore/unoobj2.cxx:1354: no
parent text?
warn:legacy.osl:327703:327703:sw/source/core/unocore/unoobj2.cxx:1354: no
parent text?
warn:sw:327703:327703:sw/source/core/doc/DocumentRedlineManager.cxx:111:
redline table corrupted: overlapping redlines
warn:sw.core:327703:327703:sw/source/core/attr/calbck.cxx:196: a 12SwCharFormat
client added as listener to a 12SwCharFormat during client iteration.
warn:legacy.tools:327703:327703:sfx2/source/control/request.cxx:421: Set Return
value multiple times?
soffice.bin:
/home/tdf/lode/jenkins/workspace/lo_gerrit/tb/src_master/sal/rtl/strtmpl.hxx:890:
void rtl::str::newFromSubString(rtl_tString**, const rtl_tString*, sal_Int32,
sal_Int32) [with rtl_tString = _rtl_uString; sal_Int32 = int]: Assertion
`false' failed.
warn:desktop:327703:327703:desktop/source/app/crashreport.cxx:61: minidump
generated:
/home/stragu/.config/libreofficedev/4/crash//021915f6-fdfa-4ef1-85f03393-4a120c45.dmp
soffice.bin:
/home/tdf/lode/jenkins/workspace/lo_gerrit/tb/src_master/include/rtl/ustring.hxx:2246:
std::u16string_view rtl::OUString::subView(sal_Int32, sal_Int32) const:
Assertion `count >= 0' failed.

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

[Bug 135072] Crash undo comparing documents BigPtrArray::Index2Block+0xc8

2024-02-21 Thread bugzilla-daemon

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

--- Comment #6 from Stéphane Guillou (stragu) 
 ---
Created attachment 192702
  --> https://bugs.documentfoundation.org/attachment.cgi?id=192702=edit
smaller reproducer files

With this two smaller files, following the same steps, I get the same crash
signature BigPtrArray::Index2Block(int) const 
https://crashreport.libreoffice.org/stats/crash_details/88f94bc4-0d0c-4f71-a0bb-6f11b8aeae41

Version: 7.6.4.1 (X86_64) / LibreOffice Community
Build ID: e19e193f88cd6c0525a17fb7a176ed8e6a3e2aa1
CPU threads: 8; OS: Linux 6.5; UI render: default; VCL: gtk3
Locale: en-AU (en_AU.UTF-8); UI: en-US
Calc: threaded

Recent trunk build also crashes:

Version: 24.8.0.0.alpha0+ (X86_64) / LibreOffice Community
Build ID: ef9e1116d1100af50d7b74dcee5155c81b7b50fb
CPU threads: 8; OS: Linux 6.5; UI render: default; VCL: gtk3
Locale: en-AU (en_AU.UTF-8); UI: en-US
Calc: threaded

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

[Bug 135072] Crash undo comparing documents BigPtrArray::Index2Block+0xc8

2024-02-21 Thread bugzilla-daemon

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

Stéphane Guillou (stragu)  changed:

   What|Removed |Added

   Severity|normal  |critical

--- Comment #5 from Stéphane Guillou (stragu) 
 ---
Still reproduced in:

Version: 24.8.0.0.alpha0+ (X86_64) / LibreOffice Community
Build ID: ef9e1116d1100af50d7b74dcee5155c81b7b50fb
CPU threads: 8; OS: Linux 6.5; UI render: default; VCL: gtk3
Locale: en-AU (en_AU.UTF-8); UI: en-US
Calc: threaded

This is actually reproducible with small documents, I'll attache a new sample.

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

[Bug 140147] Position of cursor not saved correctly (see comment 46 for bibisect)

2024-02-21 Thread bugzilla-daemon

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

--- Comment #69 from shariqk...@gmail.com ---
present in

Version: 7.6.4.1 (X86_64) / LibreOffice Community
Build ID: e19e193f88cd6c0525a17fb7a176ed8e6a3e2aa1
CPU threads: 4; OS: Linux 5.15; UI render: default; VCL: gtk3
Locale: en-IN (en_IN); UI: en-US
Calc: threaded

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

[Bug 158124] Holding down delete key doesn't work and causes crash

2024-02-21 Thread bugzilla-daemon

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

--- Comment #26 from Patrick Luby  ---
I forgot to mention a workaround: switch your keyboard layout to "ABC -
Extended" when editing the document. I couldn't reproduce the crash with that
keyboard layout.

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

[Bug 158124] Holding down delete key doesn't work and causes crash

2024-02-21 Thread bugzilla-daemon

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

Patrick Luby  changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever confirmed|0   |1

--- Comment #25 from Patrick Luby  ---
(In reply to Patrick Luby from comment #24)
> Created attachment 192701 [details]
> Crash log in debug build with Japanese - Romaji keyboard layout

I can now reproduce this bug with the Japanese - Romaji keyboard layout. With
LibreOffice 24.2.0.3, I see the "one character deleted, then nothing for a few
seconds". Then, on the next save, LibreOffice crashes.

But, in my local debug build, I see the crash while pressing and holding the
delete key. So maybe that is progress. I've attached a crash log of my debug
build crash in attachment #192701. Looks like it is in the Writer code but not
sure what the code is doing. I am not familiar with the Writer code.

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

[Bug 158124] Holding down delete key doesn't work and causes crash

2024-02-21 Thread bugzilla-daemon

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

--- Comment #24 from Patrick Luby  ---
Created attachment 192701
  --> https://bugs.documentfoundation.org/attachment.cgi?id=192701=edit
Crash log in debug build with Japanese - Romaji keyboard layout

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

[Bug 159825] default characters in calc

2024-02-21 Thread bugzilla-daemon

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

--- Comment #4 from ady  ---
@Tracey,

With all due respect, reviewing other reports that you started (not so long
ago), you keep opening reports about basically the same thing, just with a
slight different wording, or a slight different problem that has the same basic
solution as in another report that you opened before.

You even have reports that were left in NEEDINFO status without replying to
them.

This site is not for user support, but for bug reports or enhancement requests.
There are user guides, user mailing lists, and ,
among other possibilities. Please use them. Only open a new report when there
is _really_ a bug report or an enhancement request, preferably after confirming
it with other users in those other channels.

I'll leave this report in the same status as I see it now, NEEDINFO. I hope you
realize that this is not a real bug report and close it as INVALID yourself.

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

[Bug 105948] [META] Undo/Redo bugs and enhancements

2024-02-21 Thread bugzilla-daemon

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

Stéphane Guillou (stragu)  changed:

   What|Removed |Added

 Depends on||132157


Referenced Bugs:

https://bugs.documentfoundation.org/show_bug.cgi?id=132157
[Bug 132157] [META] BigPtrArray::Index2Block undo crashes
-- 
You are receiving this mail because:
You are the assignee for the bug.

[Bug 132157] [META] BigPtrArray::Index2Block undo crashes

2024-02-21 Thread bugzilla-daemon

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

Stéphane Guillou (stragu)  changed:

   What|Removed |Added

 Blocks||105948


Referenced Bugs:

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

[Bug 105537] [META] Assertion failed crashes

2024-02-21 Thread bugzilla-daemon

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

Stéphane Guillou (stragu)  changed:

   What|Removed |Added

 Depends on||159813


Referenced Bugs:

https://bugs.documentfoundation.org/show_bug.cgi?id=159813
[Bug 159813] Assertion failed when dragging-and-dropping text
-- 
You are receiving this mail because:
You are the assignee for the bug.

[Bug 159827] Formatting: moving an anchored images makes the text reflow around the image, not the anchor.

2024-02-21 Thread bugzilla-daemon

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

--- Comment #4 from Richard Neill  ---
Thanks for your help in comment #3 - that's really helpful.

Yes, you're right, that setting "Wrap = Through" (in the context menu) does
what I want. But I still contend that there's a significant usability bug here.

1. The default option ("Wrap = Optimal") does the wrong (imho) thing.

2. The correct option ("Wrap = Through") doesn't persist if I insert another
image. Not even in the same document, let alone as a preference.

3. The Arrange => Bring to Front option does nothing.

4. This "wrap = through" option is, I think, rather non-intuitive and
non-discoverable. I say this as a LibreOffice user since 1997, and a
professional software engineer who had never known about this till today. If I
missed this, it's a fair chance that most newer users have also missed it.

Consider: 
I'm not trying to "wrap the text around the image", I'm trying to "paste the
image on top of (not into) of the text, without the text jumping around".

Might I suggest two possible resolutions:

(i)  set Wrap = Through as the default, or
(ii) change the context menu from "Wrap" to "Wrap text/image"

the latter will at least make the behaviour more discoverable.

Thanks - Richard

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

[Bug 159833] New: Unclear language on failure to acess remote resource

2024-02-21 Thread bugzilla-daemon

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

Bug ID: 159833
   Summary: Unclear language on failure to acess remote resource
   Product: LibreOffice
   Version: 24.2.0.3 release
  Hardware: All
OS: Windows (All)
Status: UNCONFIRMED
  Severity: normal
  Priority: medium
 Component: Writer
  Assignee: libreoffice-bugs@lists.freedesktop.org
  Reporter: bogaboga...@gmail.com

Description:
When trying to access a remote file via a service like Google Drive, the
"failure to open" language used isn't clear at all! It refers to "The Specified
Device is Invalid" yet no mention of "device" exists earlier!

Steps to Reproduce:
1. File -> Open Remote -> Manage services - > Add service 
2. [Select Google Drive under Type]
3. Enter the Share, User and Password
4. Click OK

Actual Results:
On failure, the language of the error returned doesn't have anything to do with
what was entered. It talks of "Specified Device." No mention of "Device" in
earlier text/UI at all!

Expected Results:
More meaningful error message associated with what was entered or whose access
was attempted


Reproducible: Always


User Profile Reset: No

Additional Info:
Use relevant language so as to have the user pinpoint where the problem may
lie.

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

[Bug 159832] LibreOffice does not show any icons

2024-02-21 Thread bugzilla-daemon

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

--- Comment #1 from no...@gmx.com ---
Created attachment 192698
  --> https://bugs.documentfoundation.org/attachment.cgi?id=192698=edit
Screenshot - LibreOffice 7.3.7.2 doesn't show any icons - even after
reinstallation on Mint

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

[Bug 159832] New: LibreOffice does not show any icons

2024-02-21 Thread bugzilla-daemon

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

Bug ID: 159832
   Summary: LibreOffice does not show any icons
   Product: LibreOffice
   Version: 7.3.7.2 release
  Hardware: x86-64 (AMD64)
OS: Linux (All)
Status: UNCONFIRMED
  Severity: normal
  Priority: medium
 Component: Writer
  Assignee: libreoffice-bugs@lists.freedesktop.org
  Reporter: no...@gmx.com

Description:
Even after reinstalling the full package (1:7.3.7-0ubuntu0.22.04.4) in Linux
Mint 21.2 Cinnamon (5.8.4) on kernel 5.15.0-94-generic

Even trying to solve the problem with safe mode with a reset of the LibreOffice
user profile

No more icons are displayed in any of the LibreOffice apps

Steps to Reproduce:
Simply start-up the writer

Actual Results:
No icons are displayed immediately

Expected Results:
Icons shown as usual ^^


Reproducible: Always


User Profile Reset: Yes

Additional Info:
no additional information needed

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

[Bug 158124] Holding down delete key doesn't work and causes crash

2024-02-21 Thread bugzilla-daemon

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

--- Comment #23 from nicholasak...@hotmail.com ---
Thank you so much for your time on this! In answer to your questions:

-The crash happens after that “non-ODF” message.

-I don’t see any formatting marks when holding down delete after selecting View
> Formatting Marks.

-The 1st keyboard layout that shows up is “ABC – Extended” and the 2nd is
“Japanese – Romaji” and those are the only 2.

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

[Bug 159826] Bullets and numbering number: "none" does not display a number

2024-02-21 Thread bugzilla-daemon

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

--- Comment #1 from Bogaboga Man  ---
Created attachment 192697
  --> https://bugs.documentfoundation.org/attachment.cgi?id=192697=edit
Problem goes away once Number is chosen for level 2

Problem goes away once Number is chosen for level 2

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

[Bug 159829] Update en_ZA locale (ThousandSeparator and DecimalSeparator)

2024-02-21 Thread bugzilla-daemon

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

Eike Rathke  changed:

   What|Removed |Added

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

--- Comment #2 from Eike Rathke  ---
Please see bug 119613 for why LO uses the current separators.

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

core.git: sd/source

2024-02-21 Thread Armin Le Grand (allotropia) (via logerrit)

 sd/source/ui/unoidl/DrawController.cxx |   23 +--
 1 file changed, 21 insertions(+), 2 deletions(-)

New commits:
commit 8eee7eab8087590aa19bb9989c294e9be767f356
Author: Armin Le Grand (allotropia) 
AuthorDate: Wed Feb 21 15:51:23 2024 +0100
Commit: Armin Le Grand 
CommitDate: Wed Feb 21 23:29:41 2024 +0100

IASS: Allow exit Impress when SlideShow is running

Change-Id: Iffccf2c7fe37845f9da44fd911cf974db026af89
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/163697
Tested-by: Jenkins
Reviewed-by: Armin Le Grand 

diff --git a/sd/source/ui/unoidl/DrawController.cxx 
b/sd/source/ui/unoidl/DrawController.cxx
index 011bfe939858..8ae76e58e66b 100644
--- a/sd/source/ui/unoidl/DrawController.cxx
+++ b/sd/source/ui/unoidl/DrawController.cxx
@@ -182,8 +182,27 @@ sal_Bool SAL_CALL DrawController::suspend( sal_Bool 
Suspend )
 {
 // do not allow suspend if a slideshow needs this controller!
 rtl::Reference< SlideShow > xSlideShow( SlideShow::GetSlideShow( 
*pViewShellBase ) );
-if( xSlideShow.is() && xSlideShow->dependsOn(pViewShellBase) )
-return false;
+if (xSlideShow.is())
+{
+if (SlideShow::IsInteractiveSlideshow())
+{
+// IASS mode: If preview mode, end it
+if (xSlideShow->isInteractiveSetup())
+xSlideShow->endInteractivePreview();
+
+// end the SlideShow
+xSlideShow->end();
+
+// use SfxBaseController::suspend( Suspend ) below
+// for normal processing and return value
+}
+else
+{
+// original reaction - prevent exit
+if (xSlideShow->dependsOn(pViewShellBase))
+return false;
+}
+}
 }
 }

[Bug 159831] Segmentation fault on exit

2024-02-21 Thread bugzilla-daemon

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

m_a_riosv  changed:

   What|Removed |Added

 CC||miguelangelrv@libreoffice.o
   ||rg

--- Comment #1 from m_a_riosv  ---
Please test in safe mode, Menu/Help/Restart in Safe Mode.

Please paste the information in Menu/Help/About LibreOffice, there is a copy
icon.

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

[Bug 159827] Formatting: moving an anchored images makes the text reflow around the image, not the anchor.

2024-02-21 Thread bugzilla-daemon

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

m_a_riosv  changed:

   What|Removed |Added

 CC||miguelangelrv@libreoffice.o
   ||rg

--- Comment #3 from m_a_riosv  ---
Maybe you need to set up properly the 'Wrap' option.

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

[Bug 159825] default characters in calc

2024-02-21 Thread bugzilla-daemon

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

--- Comment #3 from m_a_riosv  ---
Maybe fits better for you modifying the default template for calc.
https://help.libreoffice.org/latest/en-US/text/shared/guide/template_manager.html?DbPAR=SHARED#bm_id041620170817452766

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

[Bug 159825] default characters in calc

2024-02-21 Thread bugzilla-daemon

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

m_a_riosv  changed:

   What|Removed |Added

 CC||miguelangelrv@libreoffice.o
   ||rg

--- Comment #2 from m_a_riosv  ---
[Ctrl+M] clear the direct format, so cell's style is applied.
In your case 'Default style'.
Instead of change the size while the cell is selected, you can:
Option a: Modify the 'Default style' for the 'Font' options.
or
Option b: Create a new style from 'Default style' giving it the name you like,
modify 'Font' to what you need, and applied this new style to the cells.

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

[Bug 159818] Locale Setting Wrong for Page Style

2024-02-21 Thread bugzilla-daemon

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

m_a_riosv  changed:

   What|Removed |Added

 CC||miguelangelrv@libreoffice.o
   ||rg

--- Comment #6 from m_a_riosv  ---
In any case, it could be a request for enhancement but not a bug.

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

core.git: sw/source

2024-02-21 Thread Noel Grandin (via logerrit)

 sw/source/core/attr/calbck.cxx |9 -
 1 file changed, 9 deletions(-)

New commits:
commit 018f58b5f2d891b71c4824ff4dd324172b63ad42
Author: Noel Grandin 
AuthorDate: Wed Feb 21 20:17:21 2024 +0200
Commit: Noel Grandin 
CommitDate: Wed Feb 21 22:02:24 2024 +0100

remove some log noise

this warning was added in
   commit 5630cca2031eeeaa20c916ea9542ccef2327349f
   Merge: 0562ba185b5c f6c764706cd4
   Author: Jan Holesovsky 
   Date:   Wed Mar 23 17:00:12 2011 +0100
   Merge commit 'ooo/DEV300_m103'

but does not seem to indicate an actual issue, and is rather noisy

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

diff --git a/sw/source/core/attr/calbck.cxx b/sw/source/core/attr/calbck.cxx
index 871dff43477b..a58cd89baf45 100644
--- a/sw/source/core/attr/calbck.cxx
+++ b/sw/source/core/attr/calbck.cxx
@@ -188,15 +188,6 @@ void SwModify::Add( SwClient* pDepend )
 if(pDepend->m_pRegisteredIn == this)
 return;
 
-#if OSL_DEBUG_LEVEL > 0
-if(sw::ClientIteratorBase::s_pClientIters)
-{
-for(auto& rIter : 
sw::ClientIteratorBase::s_pClientIters->GetRingContainer())
-{
-SAL_WARN_IF(_rRoot == m_pWriterListeners, "sw.core", "a " 
<< typeid(*pDepend).name() << " client added as listener to a " << 
typeid(*this).name() << " during client iteration.");
-}
-}
-#endif
 // deregister new client in case it is already registered elsewhere
 if( pDepend->m_pRegisteredIn != nullptr )
 pDepend->m_pRegisteredIn->Remove( pDepend );

core.git: include/sal

2024-02-21 Thread Mike Kaganski (via logerrit)

 include/sal/types.h |6 ++
 1 file changed, 6 insertions(+)

New commits:
commit 6329a56f601748f5a8dd6da9f0a90d3e57efcaf2
Author: Mike Kaganski 
AuthorDate: Wed Feb 21 22:27:37 2024 +0600
Commit: Mike Kaganski 
CommitDate: Wed Feb 21 21:43:15 2024 +0100

Implement SAL_WNODEPRECATED_DECLARATIONS_[PUSH/POP] on MSVC

Required for --disable-nss build on Windows, which needs the same fix as in
commit 71d4abc51b556e147ab53a9a52b15be36fc710a3 
(-Werror,-Wdeprecated-declarations
(Emscripten), 2024-01-18).

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

diff --git a/include/sal/types.h b/include/sal/types.h
index df160d2eef50..c61956f647d7 100644
--- a/include/sal/types.h
+++ b/include/sal/types.h
@@ -504,6 +504,12 @@ template< typename T1, typename T2 > inline T1 
static_int_cast(T2 n) {
 _Pragma(SAL_STRINGIFY_ARG(GCC diagnostic ignored 
"-Wdeprecated-declarations"))
 #define SAL_WNODEPRECATED_DECLARATIONS_POP \
 _Pragma(SAL_STRINGIFY_ARG(GCC diagnostic pop))
+#elif defined LIBO_INTERNAL_ONLY && defined _MSC_VER
+#define SAL_WNODEPRECATED_DECLARATIONS_PUSH \
+_Pragma(SAL_STRINGIFY_ARG(warning(push))) \
+_Pragma(SAL_STRINGIFY_ARG(warning(disable : 4996)))
+#define SAL_WNODEPRECATED_DECLARATIONS_POP \
+_Pragma(SAL_STRINGIFY_ARG(warning(pop)))
 #else
 #   define SAL_WNODEPRECATED_DECLARATIONS_PUSH
 #   define SAL_WNODEPRECATED_DECLARATIONS_POP

[Bug 159831] New: Segmentation fault on exit

2024-02-21 Thread bugzilla-daemon

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

Bug ID: 159831
   Summary: Segmentation fault on exit
   Product: LibreOffice
   Version: unspecified
  Hardware: All
OS: All
Status: UNCONFIRMED
  Severity: normal
  Priority: medium
 Component: Calc
  Assignee: libreoffice-bugs@lists.freedesktop.org
  Reporter: fa...@fabiosirna.com

As soon as I close the LibreCalc, I get an error. This is the log.




Application: soffice (soffice), signal: Segmentation fault

   PID: 6603 (soffice.bin)
   UID: 1000 (fabio)
   GID: 1000 (fabio)
Signal: 11 (SEGV)
 Timestamp: Wed 2024-02-21 21:37:32 CET (9s ago)
  Command Line: /usr/lib64/libreoffice/program/soffice.bin --calc
--splash-pipe=5
Executable: /usr/lib64/libreoffice/program/soffice.bin
 Control Group:
/user.slice/user-1000.slice/user@1000.service/app.slice/app-libreoffice\x2dcalc-cf14d57206ad46118bb58e8ee6e48c73.scope
  Unit: user@1000.service
 User Unit: app-libreoffice\x2dcalc-cf14d57206ad46118bb58e8ee6e48c73.scope
 Slice: user-1000.slice
 Owner UID: 1000 (fabio)
   Boot ID: 3c7cbdeefdd8410eb3c4e3f485502d6f
Machine ID: 0959f08706a34a3387265cf4bf8ae110
  Hostname: tumbleweed
   Storage:
/var/lib/systemd/coredump/core.soffice\x2ebin.1000.3c7cbdeefdd8410eb3c4e3f485502d6f.6603.170854785200.zst
(present)
  Size on Disk: 63.3M
   Message: Process 6603 (soffice.bin) of user 1000 dumped core.

Stack trace of thread 6603:
#0  0x7f63698949ec __pthread_kill_implementation (libc.so.6
+ 0x949ec)
#1  0x7f6369841176 raise (libc.so.6 + 0x41176)
#2  0x7f6363034d9a _ZN6KCrash19defaultCrashHandlerEi
(libKF5Crash.so.5 + 0x7d9a)
#3  0x7f6369841240 __restore_rt (libc.so.6 + 0x41240)
#4  0x7f636e35fab0 _ZN3rtl3str7releaseI12_rtl_uStringEEvPT_
(libuno_sal.so.3 + 0x16ab0)
#5  0x7f636aebdcbb
_ZNSt10_HashtableIN3rtl8OUStringESt4pairIKS1_N3com3sun4star3uno3AnyEESaIS9_ENSt8__detail10_Select1stESt8equal_toIS1_ESt4hashIS1_ENSB_18_Mod_range_hashingENSB_20_Default_ranged_hashENSB_20_Prime_rehash_policyENSB_17_Hashtable_traitsILb1ELb0ELb15clearEv
(libmergedlo.so + 0x12bdcbb)
#6  0x7f636b00d693
_ZN10comphelper6detail20ConfigurationWrapperD1Ev (libmergedlo.so + 0x140d693)
#7  0x7f63698439e6 __run_exit_handlers (libc.so.6 +
0x439e6)
#8  0x7f6369843b30 exit (libc.so.6 + 0x43b30)
#9  0x7f636982a1f7 __libc_start_call_main (libc.so.6 +
0x2a1f7)
#10 0x7f636982a2b9 __libc_start_main@@GLIBC_2.34 (libc.so.6
+ 0x2a2b9)
#11 0x5598c78010c5 _start (soffice.bin + 0x10c5)

Stack trace of thread 6623:
#0  0x7f63698e552b __getpid (libc.so.6 + 0xe552b)
#1  0x7f63404eaa69 n/a (libhsa-runtime64.so.1 + 0xeaa69)
#2  0x7f63404e9719 n/a (libhsa-runtime64.so.1 + 0xe9719)
#3  0x7f63404e2a4e n/a (libhsa-runtime64.so.1 + 0xe2a4e)
#4  0x7f6340476f94 n/a (libhsa-runtime64.so.1 + 0x76f94)
#5  0x7f634045092e n/a (libhsa-runtime64.so.1 + 0x5092e)
#6  0x7f6340468b12 n/a (libhsa-runtime64.so.1 + 0x68b12)
#7  0x7f634041a9e7 n/a (libhsa-runtime64.so.1 + 0x1a9e7)
#8  0x7f6369892bb2 start_thread (libc.so.6 + 0x92bb2)
#9  0x7f636991400c __clone3 (libc.so.6 + 0x11400c)

Stack trace of thread 6605:
#0  0x7f636990578f __poll (libc.so.6 + 0x10578f)
#1  0x7f636836aaff n/a (libglib-2.0.so.0 + 0x5daff)
#2  0x7f636836b20c g_main_context_iteration
(libglib-2.0.so.0 + 0x5e20c)
#3  0x7f636514688e
_ZN20QEventDispatcherGlib13processEventsE6QFlagsIN10QEventLoop17ProcessEventsFlagEE
(libQt5Core.so.5 + 0x34688e)
#4  0x7f63650ec3cb
_ZN10QEventLoop4execE6QFlagsINS_17ProcessEventsFlagEE (libQt5Core.so.5 +
0x2ec3cb)
#5  0x7f6364f0304e _ZN7QThread4execEv (libQt5Core.so.5 +
0x10304e)
#6  0x7f6363211517 n/a (libQt5DBus.so.5 + 0x1a517)
#7  0x7f6364f0427d n/a (libQt5Core.so.5 + 0x10427d)
#8  0x7f6369892bb2 start_thread (libc.so.6 + 0x92bb2)
#9  0x7f636991400c __clone3 (libc.so.6 + 0x11400c)
ELF object binary architecture: AMD x86-64


This GDB supports auto-downloading debuginfo from the following URLs:
  
Enable debuginfod for this session? (y or [n]) [answered N; input not from
terminal]
Debuginfod has been disabled.
To make this setting permanent, add 'set debuginfod enabled off' to .gdbinit.
[New LWP 6603]
[New LWP 6623]

[Bug 159830] New: [LOCALHELP] Update Help page on File Properties additions (DUBLIN CORE)

2024-02-21 Thread bugzilla-daemon

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

Bug ID: 159830
   Summary: [LOCALHELP] Update Help page on File Properties
additions (DUBLIN CORE)
   Product: LibreOffice
   Version: 7.6.4.1 release
  Hardware: All
OS: All
Status: UNCONFIRMED
  Severity: normal
  Priority: medium
 Component: Documentation
  Assignee: libreoffice-bugs@lists.freedesktop.org
  Reporter: olivier.hal...@libreoffice.org
CC: olivier.hal...@libreoffice.org

Following 24.2 new features 

"Introduced additional editable metadata fields Contributor, Coverage,
Identifier, Publisher, Relation, Rights, Source, Type. See File ▸ Properties...
▸ Description. tdf#138792 (Sarper Akdemir, allotropia)"

bug#138792

Help file to touch and update:

text/shared/01/01100100.xhp

Note: It will be good to have the exact/standard definition of each new field.

https://www.dublincore.org/specifications/dublin-core/dces/

https://bugs.documentfoundation.org/show_bug.cgi?id=138792#c9

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

[Bug 159825] default characters in calc

2024-02-21 Thread bugzilla-daemon

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

BogdanB  changed:

   What|Removed |Added

 CC||buzea.bog...@libreoffice.or
   ||g
 Status|UNCONFIRMED |NEEDINFO
 Ever confirmed|0   |1

--- Comment #1 from BogdanB  ---
Please tell us your Libreoffice version. Help - About.

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

[Bug 133092] [META] Crash bugs

2024-02-21 Thread bugzilla-daemon

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

Bug 158360 Summary: [CRASH] LibreOffice crashes after editing, closing and 
trying to reopen DOCX file
https://bugs.documentfoundation.org/show_bug.cgi?id=158360

   What|Removed |Added

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

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

core.git: Branch 'libreoffice-24-2' - sw/source

2024-02-21 Thread Miklos Vajna (via logerrit)

 sw/source/uibase/dialog/SwSpellDialogChildWindow.cxx |5 +
 1 file changed, 5 insertions(+)

New commits:
commit 866e411950645f0b5e8d473adbf6c3505119f9da
Author: Miklos Vajna 
AuthorDate: Mon Feb 19 16:46:53 2024 +0100
Commit: Xisco Fauli 
CommitDate: Wed Feb 21 21:21:49 2024 +0100

sw: fix crash in SwSpellDialogChildWindow::LockFocusNotification()

Crashreport signature:

Fatal signal received: SIGSEGV code: 128 for address: 0x0
program/libswlo.so
SwSpellDialogChildWindow::GetNextWrongSentence(bool)

sw/source/uibase/dialog/SwSpellDialogChildWindow.cxx:824
program/libcuilo.so

svx::SpellDialog::GetNextSentence_Impl(std::unique_ptr >*, bool, bool)

/opt/rh/devtoolset-10/root/usr/include/c++/10/bits/stl_vector.h:919
program/libcuilo.so

svx::SpellDialog::SpellContinue_Impl(std::unique_ptr >*, bool, bool)
cui/source/dialogs/SpellDialog.cxx:370
/opt/collaboraoffice/program/libcuilo.so
svx::SpellDialog::InitHdl(void*)

/opt/rh/devtoolset-10/root/usr/include/c++/10/bits/unique_ptr.h:173

Change-Id: I0ecae218beb30e5136f7a6f468e3eb9f6e6e5009
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/163637
Tested-by: Jenkins
Reviewed-by: Miklos Vajna 
(cherry picked from commit d505b8d2730b93cea8d2dcf2656af37c6c8cc580)
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/163615
Reviewed-by: Xisco Fauli 

diff --git a/sw/source/uibase/dialog/SwSpellDialogChildWindow.cxx 
b/sw/source/uibase/dialog/SwSpellDialogChildWindow.cxx
index 5af09a6adf52..869a0fba0025 100644
--- a/sw/source/uibase/dialog/SwSpellDialogChildWindow.cxx
+++ b/sw/source/uibase/dialog/SwSpellDialogChildWindow.cxx
@@ -821,6 +821,11 @@ bool 
SwSpellDialogChildWindow::SpellDrawText_Impl(SwWrtShell& rSh, svx::SpellPor
 
 void SwSpellDialogChildWindow::LockFocusNotification(bool bLock)
 {
+if (!m_pSpellState)
+{
+return;
+}
+
 OSL_ENSURE(m_pSpellState->m_bLockFocus != bLock, "invalid locking - no 
change of state");
 m_pSpellState->m_bLockFocus = bLock;
 }

core.git: Branch 'libreoffice-24-2' - sc/qa sc/source

2024-02-21 Thread Miklos Vajna (via logerrit)

 sc/qa/filter/html/html.cxx|   25 +
 sc/source/filter/html/htmlexp.cxx |   35 ++-
 2 files changed, 55 insertions(+), 5 deletions(-)

New commits:
commit fd83dcf65fdc3ad41781ee30cf6f0777feb7e3bf
Author: Miklos Vajna 
AuthorDate: Thu Feb 15 08:09:51 2024 +0100
Commit: Xisco Fauli 
CommitDate: Wed Feb 21 21:20:10 2024 +0100

tdf#159483 sc HTML copy: handle data-sheets-value attribute for the bool 
case

Similar to commit f8c95cf93ce9ab8b9b78f3af03411d0cc2e195ba (tdf#159483
sc HTML import: handle data-sheets-value attribute for the bool case,
2024-02-08).

Change-Id: I25ce8c81bd906ac0fb912e125e061516a604e786
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/163419
Reviewed-by: Miklos Vajna 
Tested-by: Jenkins
(cherry picked from commit 411158832462b1077a8f5dc6379f2056f2338249)
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/163405
Reviewed-by: Xisco Fauli 

diff --git a/sc/qa/filter/html/html.cxx b/sc/qa/filter/html/html.cxx
index e0d7977c8000..fb9a436c72a0 100644
--- a/sc/qa/filter/html/html.cxx
+++ b/sc/qa/filter/html/html.cxx
@@ -214,6 +214,31 @@ CPPUNIT_TEST_FIXTURE(Test, testCopyText)
 htmlDocUniquePtr pHtmlDoc = parseHtmlStream();
 assertXPath(pHtmlDoc, "//td"_ostr, "data-sheets-value"_ostr, "{ \"1\": 2, 
\"2\": \"01\"}");
 }
+
+CPPUNIT_TEST_FIXTURE(Test, testCopyBoolean)
+{
+// Given a document with boolean values in A1-A2:
+createScDoc();
+ScDocument* pDoc = getScDoc();
+ScAddress aCellPos1(/*nColP=*/0, /*nRowP=*/0, /*nTabP=*/0);
+pDoc->SetString(aCellPos1, "TRUE");
+ScAddress aCellPos2(/*nColP=*/0, /*nRowP=*/1, /*nTabP=*/0);
+pDoc->SetString(aCellPos2, "FALSE");
+
+// When copying those values:
+ScImportExport aExporter(*pDoc, ScRange(aCellPos1, aCellPos2));
+SvMemoryStream aStream;
+CPPUNIT_ASSERT(aExporter.ExportStream(aStream, OUString(), 
SotClipboardFormatId::HTML));
+
+// Then make sure the values are booleans:
+aStream.Seek(0);
+htmlDocUniquePtr pHtmlDoc = parseHtmlStream();
+// Without the accompanying fix in place, this test would have failed with:
+// - XPath '//td' no attribute 'data-sheets-value' exist
+// i.e. metadata was missing to avoid converting TRUE to text.
+assertXPath(pHtmlDoc, "(//td)[1]"_ostr, "data-sheets-value"_ostr, "{ 
\"1\": 4, \"4\": 1}");
+assertXPath(pHtmlDoc, "(//td)[2]"_ostr, "data-sheets-value"_ostr, "{ 
\"1\": 4, \"4\": 0}");
+}
 }
 
 CPPUNIT_PLUGIN_IMPLEMENT();
diff --git a/sc/source/filter/html/htmlexp.cxx 
b/sc/source/filter/html/htmlexp.cxx
index a2f14f6eff43..1e5dcf24b6c5 100644
--- a/sc/source/filter/html/htmlexp.cxx
+++ b/sc/source/filter/html/htmlexp.cxx
@@ -88,6 +88,8 @@
 #include 
 #include 
 #include 
+#include 
+#include 
 
 using ::editeng::SvxBorderLine;
 using namespace ::com::sun::star;
@@ -1143,13 +1145,36 @@ void ScHTMLExport::WriteCell( sc::ColumnBlockPosition& 
rBlockPos, SCCOL nCol, SC
 aStrTD.append(HTMLOutFuncs::CreateTableDataOptionsValNum(bValueData, fVal,
 nFormat, *pFormatter, ));
 
-if (!bValueData)
+std::optional oJson;
+if (bValueData)
+{
+if (nFormat)
+{
+const SvNumberformat* pFormatEntry = pFormatter->GetEntry(nFormat);
+if (pFormatEntry)
+{
+OUString aNumStr = pFormatEntry->GetFormatstring();
+if (aNumStr == "BOOLEAN")
+{
+// 4 is boolean.
+oJson.emplace();
+oJson->put("1", static_cast(4));
+oJson->put("4", static_cast(fVal));
+}
+}
+}
+}
+else
 {
 // 2 is text.
-tools::JsonWriter aJson;
-aJson.put("1", static_cast(2));
-aJson.put("2", pDoc->GetString(aPos));
-OUString aJsonString = 
OUString::fromUtf8(aJson.finishAndGetAsOString());
+oJson.emplace();
+oJson->put("1", static_cast(2));
+oJson->put("2", pDoc->GetString(aPos));
+}
+
+if (oJson)
+{
+OUString aJsonString = 
OUString::fromUtf8(oJson->finishAndGetAsOString());
 aStrTD.append(" " OOO_STRING_SVTOOLS_HTML_O_DSval "=\""
   + HTMLOutFuncs::ConvertStringToHTML(aJsonString) + "\"");
 }

core.git: Branch 'libreoffice-24-2' - sw/qa sw/source

2024-02-21 Thread Mike Kaganski (via logerrit)

 sw/qa/extras/uiwriter/uiwriter9.cxx |   41 
 sw/source/core/doc/DocumentContentOperationsManager.cxx |   14 -
 2 files changed, 52 insertions(+), 3 deletions(-)

New commits:
commit 344c18c8e54a4382f7b990b58ed4c083d0568f74
Author: Mike Kaganski 
AuthorDate: Wed Feb 21 16:20:08 2024 +0600
Commit: Xisco Fauli 
CommitDate: Wed Feb 21 21:16:15 2024 +0100

tdf#159813, tdf#159816: Use correct copied PaM

This fixes both the assertion in CopyFlyInFlyImpl (tdf#159813) and
crash in BigPtrArray::operator[] (tdf#159816).

Change-Id: Ia3424e3a58c7d8fb3e1257dcdbf062fb893da8db
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/163683
Tested-by: Jenkins
Reviewed-by: Mike Kaganski 
Signed-off-by: Xisco Fauli 
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/163698

diff --git a/sw/qa/extras/uiwriter/uiwriter9.cxx 
b/sw/qa/extras/uiwriter/uiwriter9.cxx
index 58c95f21d03d..3772955dd9c1 100644
--- a/sw/qa/extras/uiwriter/uiwriter9.cxx
+++ b/sw/qa/extras/uiwriter/uiwriter9.cxx
@@ -28,8 +28,10 @@
 #include 
 #include 
 #include 
+#include 
 #include 
 #include 
+#include 
 
 namespace
 {
@@ -159,6 +161,45 @@ CPPUNIT_TEST_FIXTURE(SwUiWriterTest9, testTdf159565)
  xSelection->getString());
 }
 
+CPPUNIT_TEST_FIXTURE(SwUiWriterTest9, testTdf159816)
+{
+createSwDoc();
+
+SwDoc* pDoc = getSwDoc();
+CPPUNIT_ASSERT(pDoc);
+SwWrtShell* pWrtShell = pDoc->GetDocShell()->GetWrtShell();
+CPPUNIT_ASSERT(pWrtShell);
+
+// Add 5 empty paragraphs
+pWrtShell->SplitNode();
+pWrtShell->SplitNode();
+pWrtShell->SplitNode();
+pWrtShell->SplitNode();
+pWrtShell->SplitNode();
+
+// Add a bookmark at the very end
+IDocumentMarkAccess& rIDMA(*pDoc->getIDocumentMarkAccess());
+rIDMA.makeMark(*pWrtShell->GetCursor(), "Mark", 
IDocumentMarkAccess::MarkType::BOOKMARK,
+   sw::mark::InsertMode::New);
+
+// Get coordinates of the end point in the document
+SwRootFrame* pLayout = pDoc->getIDocumentLayoutAccess().GetCurrentLayout();
+SwFrame* pPage = pLayout->Lower();
+SwFrame* pBody = pPage->GetLower();
+SwFrame* pLastPara = 
pBody->GetLower()->GetNext()->GetNext()->GetNext()->GetNext()->GetNext();
+Point ptTo = pLastPara->getFrameArea().BottomRight();
+
+pWrtShell->SelAll();
+
+// Drag-n-drop to its own end
+rtl::Reference xTransfer = new SwTransferable(*pWrtShell);
+// Without the fix, this would crash: either in CopyFlyInFlyImpl 
(tdf#159813):
+// Assertion failed: !pCopiedPaM || pCopiedPaM->End()->GetNode() == 
rRg.aEnd.GetNode()
+// or in BigPtrArray::operator[] (tdf#159816):
+// Assertion failed: idx < m_nSize
+xTransfer->PrivateDrop(*pWrtShell, ptTo, /*bMove=*/true, 
/*bXSelection=*/true);
+}
+
 } // end of anonymous namespace
 CPPUNIT_PLUGIN_IMPLEMENT();
 
diff --git a/sw/source/core/doc/DocumentContentOperationsManager.cxx 
b/sw/source/core/doc/DocumentContentOperationsManager.cxx
index 09e0a1233e5d..57b8e58310d9 100644
--- a/sw/source/core/doc/DocumentContentOperationsManager.cxx
+++ b/sw/source/core/doc/DocumentContentOperationsManager.cxx
@@ -3788,11 +3788,16 @@ void DocumentContentOperationsManager::CopyWithFlyInFly(
 SwDoc& rDest = rInsPos.GetDoc();
 SwNodeIndex aSavePos( rInsPos );
 
+SwPaM aCopiedPaM(rRg.aStart, rRg.aEnd);
+if (pCopiedPaM)
+aCopiedPaM = pCopiedPaM->first;
+
 if (rRg.aStart != rRg.aEnd)
 {
 bool bEndIsEqualEndPos = rInsPos == rRg.aEnd.GetNode();
 --aSavePos;
 SaveRedlEndPosForRestore aRedlRest( rInsPos, 0 );
+auto savedEndContentIndex = aCopiedPaM.End()->GetContentIndex();
 
 // insert behind the already copied start node
 m_rDoc.GetNodes().CopyNodes( rRg, rInsPos, false, true );
@@ -3801,6 +3806,10 @@ void DocumentContentOperationsManager::CopyWithFlyInFly(
 if (bEndIsEqualEndPos)
 {
 const_cast(rRg.aEnd).Assign(aSavePos.GetNode(), +1);
+// pCopiedPaM->first now spans a range from the start of the 
original selection
+// to the end of newly added text, and the insertion point is in 
the middle of
+// that range. Adjust the local copy to cover the original copied 
PaM.
+aCopiedPaM.End()->Assign(rRg.aEnd, savedEndContentIndex);
 }
 }
 
@@ -3810,7 +3819,6 @@ void DocumentContentOperationsManager::CopyWithFlyInFly(
 // sw_fieldmarkhide: also needs to be done before making frames
 if (m_rDoc.getIDocumentMarkAccess()->getAllMarksCount())
 {
-SwPaM aRgTmp( rRg.aStart, rRg.aEnd );
 SwPosition targetPos(aSavePos, SwNodeOffset(rRg.aStart != rRg.aEnd ? 
+1 : 0));
 if (pCopiedPaM && rRg.aStart != pCopiedPaM->first.Start()->GetNode())
 {
@@ -3823,7 +3831,7 @@ void DocumentContentOperationsManager::CopyWithFlyInFly(
 targetPos = pCopiedPaM->second;
 }
 
-

[Bug 159828] EXCEL FILOPEN

2024-02-21 Thread bugzilla-daemon

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

--- Comment #2 from Bogaboga Man  ---
Attaching a sample file would be helpful.

"It happens only with file of a few Mo, not with small ones with only a few
Ko."

Please advise: What sizes are we talking about here?

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

[Bug 159829] Update en_ZA locale (ThousandSeparator and DecimalSeparator)

2024-02-21 Thread bugzilla-daemon

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

Xisco Faulí  changed:

   What|Removed |Added

 CC||er...@redhat.com,
   ||xiscofa...@libreoffice.org

--- Comment #1 from Xisco Faulí  ---
Hello Eike,
I thought you might be interested in this issue

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

[Bug 159782] Issues with the footer on Calc

2024-02-21 Thread bugzilla-daemon

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

--- Comment #5 from m_a_riosv  ---
To attach the sample file, you can see it over the report 'Add an attachment'.

Clicking on the icon in 'About LibreOffice', you are copying the information
that you can paste here. (Nothing to do with attach the file)

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

[Bug 159828] EXCEL FILOPEN

2024-02-21 Thread bugzilla-daemon

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

Xisco Faulí  changed:

   What|Removed |Added

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

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

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

core.git: sw/qa

2024-02-21 Thread Xisco Fauli (via logerrit)

 sw/qa/extras/uiwriter/uiwriter6.cxx |   13 +
 1 file changed, 13 insertions(+)

New commits:
commit 66b30842e86fb6041bd6a453c6e3a877a3c177c1
Author: Xisco Fauli 
AuthorDate: Wed Feb 21 15:49:56 2024 +0100
Commit: Xisco Fauli 
CommitDate: Wed Feb 21 20:56:03 2024 +0100

tdf#159797: sw_uiwriter6: Add unittest

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

diff --git a/sw/qa/extras/uiwriter/uiwriter6.cxx 
b/sw/qa/extras/uiwriter/uiwriter6.cxx
index 88c8a354d98d..826cf40b4d58 100644
--- a/sw/qa/extras/uiwriter/uiwriter6.cxx
+++ b/sw/qa/extras/uiwriter/uiwriter6.cxx
@@ -3008,6 +3008,19 @@ CPPUNIT_TEST_FIXTURE(SwUiWriterTest6, 
testTdf106663HeaderTextFrameGoToNextPlacem
 
CPPUNIT_ASSERT(pCursor->GetPoint()->GetNode().GetTextNode()->GetText().startsWith("Heading"));
 }
 
+CPPUNIT_TEST_FIXTURE(SwUiWriterTest6, testTdf159797)
+{
+createSwDoc();
+SwXTextDocument& rTextDoc = dynamic_cast(*mxComponent);
+
+emulateTyping(rTextDoc, u"This - is replaced. - But this is not 
replaced.");
+// Without the fix in place, this would fail with
+// - Expected: This – is replaced. – But this is not replaced.
+// - Actual  : This – is replaced. - But this is not replaced.
+CPPUNIT_ASSERT_EQUAL(u"This – is replaced. – But this is not 
replaced."_ustr,
+ getParagraph(1)->getString());
+}
+
 CPPUNIT_TEST_FIXTURE(SwUiWriterTest6, testTdf155407)
 {
 createSwDoc();

core.git: Branch 'libreoffice-24-2' - editeng/source

2024-02-21 Thread Oliver Specht (via logerrit)

 editeng/source/misc/svxacorr.cxx |2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

New commits:
commit 9d0b8f692737e63614594d5f2c545d6e81b69fbb
Author: Oliver Specht 
AuthorDate: Tue Feb 20 15:38:36 2024 +0100
Commit: Adolfo Jayme Barrientos 
CommitDate: Wed Feb 21 20:50:29 2024 +0100

tdf#159797 replace dash also between sentences

Autocorrection replaces " - " with "  " also after
dot, question mark and exclamation mark.

Change-Id: Iad4b6c6073ab90b0c86514b8683dd2a07197f59d
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/163659
Tested-by: Jenkins
Reviewed-by: Thorsten Behrens 
(cherry picked from commit 95017739a05c4f515fc42caebfd1e01e8a9ba160)
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/163625
Reviewed-by: Adolfo Jayme Barrientos 

diff --git a/editeng/source/misc/svxacorr.cxx b/editeng/source/misc/svxacorr.cxx
index ff2c4518aadd..676959d43dbe 100644
--- a/editeng/source/misc/svxacorr.cxx
+++ b/editeng/source/misc/svxacorr.cxx
@@ -614,7 +614,7 @@ bool SvxAutoCorrect::FnChgToEnEmDash(
 sImplEndSkipChars,(cCh = rTxt[ --n ])); )
 ;
 // found: "[A-z0-9][] - 
[][A-z0-9]
-if( rCC.isLetterNumeric( OUString(cCh) ))
+if (rCC.isLetterNumeric(OUString(cCh)) || 
lcl_IsInArr(u".!?", cCh))
 {
 rDoc.Delete( nTmpPos, nTmpPos + nLen );
 rDoc.Insert( nTmpPos, bAlwaysUseEmDash ? sEmDash : 
sEnDash );

[Bug 159829] New: Update en_ZA locale (ThousandSeparator and DecimalSeparator)

2024-02-21 Thread bugzilla-daemon

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

Bug ID: 159829
   Summary: Update en_ZA locale (ThousandSeparator and
DecimalSeparator)
   Product: LibreOffice
   Version: unspecified
  Hardware: All
OS: All
Status: UNCONFIRMED
  Severity: enhancement
  Priority: medium
 Component: Localization
  Assignee: libreoffice-bugs@lists.freedesktop.org
  Reporter: glen...@gmail.com

Description:
The ThousandSeparator and DecimalSeparator has been updated for the en_ZA
locale in CLDR v43.1.

See:

- https://unicode-org.atlassian.net/browse/CLDR-16247
- https://cldr.unicode.org/index/downloads/cldr-43#h.qobmda543waj

Actual Results:
en_ZA locale is not up-to-date with CLDR data.

 
,

Expected Results:
en_ZA locale is up-to-date with CLDR data.

,
.


Reproducible: Always


User Profile Reset: No

Additional Info:
Version: 24.2.0.3 (X86_64) / LibreOffice Community
Build ID: da48488a73ddd66ea24cf16bbc4f7b9c08e9bea1
CPU threads: 20; OS: Windows 10.0 Build 22621; UI render: Skia/Raster; VCL: win
Locale: en-ZA (en_ZA); UI: en-ZA
Calc: threaded

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

[Bug 159828] New: EXCEL FILOPEN

2024-02-21 Thread bugzilla-daemon

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

Bug ID: 159828
   Summary: EXCEL FILOPEN
   Product: LibreOffice
   Version: 24.2.0.3 release
  Hardware: x86-64 (AMD64)
OS: Linux (All)
Status: UNCONFIRMED
  Severity: normal
  Priority: medium
 Component: Calc
  Assignee: libreoffice-bugs@lists.freedesktop.org
  Reporter: pjmhwo...@laposte.net

When I save an excel file after modification (keeping the excel format), it is
deleted from the disk, replaced by an unusable tmp file.
I need to save it again with file/save as.
It happens only with file of a few Mo, not with small ones with only a few Ko.

I hope it is clear, i do not speak English.

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

[Bug 157135] LibreOffice 7.6 stalls/crashes under Windows 11 with Norwegian (Bokmål) locale when opening file dialog

2024-02-21 Thread bugzilla-daemon

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

--- Comment #58 from SSamiK  ---
I think I might have the same issue. Also Norwegian OS/Locale 

I have made a WinDBG MiniDump 

Loading Dump File [C:\soffice.bin_240221_135559.dmp]
Comment: '
*** procdump64.exe  soffice.bin -h
*** Hung window detected: 13093c'
User Mini Dump File: Only registers, stack and portions of memory are available

WARNING: Whitespace at end of path element

* Path validation summary **
Response Time (ms) Location
Deferred   CACHE*C:\symbols
Deferred  
SRV*https://dev-downloads.libreoffice.org/symstore/symbols
WARNING: Whitespace at end of path element
Symbol search path is:
CACHE*C:\symbols;SRV*https://dev-downloads.libreoffice.org/symstore/symbols;SRV*https://msdl.microsoft.com/download/symbols

Executable search path is: 
Windows 10 Version 19045 MP (4 procs) Free x64
Product: WinNt, suite: SingleUserTS Personal
Edition build lab: 19041.1.amd64fre.vb_release.191206-1406
Machine Name:
Debug session time: Wed Feb 21 13:55:59.000 2024 (UTC + 1:00)
System Uptime: not available
Process Uptime: 0 days 0:00:19.000



Loading unloaded module list
.
For analysis of this file, run !analyze -v
ntdll!NtWaitForSingleObject+0x14:
7ffe`0de2d064 c3  ret
0:000> !analyze -v
***
* *
*Exception Analysis   *
* *
***


KEY_VALUES_STRING: 1

Key  : Analysis.CPU.mSec
Value: 27671

Key  : Analysis.DebugAnalysisManager
Value: Create

Key  : Analysis.Elapsed.mSec
Value: 88788

Key  : Analysis.Init.CPU.mSec
Value: 14984

Key  : Analysis.Init.Elapsed.mSec
Value: 610778

Key  : Analysis.Memory.CommitPeak.Mb
Value: 551

Key  : Timeline.Process.Start.DeltaSec
Value: 19

Key  : WER.OS.Branch
Value: vb_release

Key  : WER.OS.Timestamp
Value: 2019-12-06T14:06:00Z

Key  : WER.OS.Version
Value: 10.0.19041.1

Key  : WER.Process.Version
Value: 73.2.0.0


FILE_IN_CAB:  soffice.bin_240221_135559.dmp

COMMENT:  
*** procdump64.exe  soffice.bin -h
*** Hung window detected: 13093c

NTGLOBALFLAG:  0

PROCESS_BAM_CURRENT_THROTTLED: 0

PROCESS_BAM_PREVIOUS_THROTTLED: 0

APPLICATION_VERIFIER_FLAGS:  0

EXCEPTION_RECORD:  (.exr -1)
ExceptionAddress: 
   ExceptionCode: 8003 (Break instruction exception)
  ExceptionFlags: 
NumberParameters: 0

FAULTING_THREAD:  2438

PROCESS_NAME:  icudt73.dll

ERROR_CODE: (NTSTATUS) 0x8003 - {EXCEPTION}  Breakpoint  A breakpoint has
been reached.

EXCEPTION_CODE_STR:  8003

STACK_TEXT:  
0083`3af8ad38 7ffe`0b0830ce : 7ffd`be9477b0 7ffe`0ae1fc71
0083`3af8b100 01fe`61e42940 : ntdll!NtWaitForSingleObject+0x14
0083`3af8ad40 7ffd`bd7175fe : 0083`3af8af00 7ffe`0aecbbf8
0083` `0264 : KERNELBASE!WaitForSingleObjectEx+0x8e
0083`3af8ade0 7ffd`bd7171c9 : 01fe`61f5c720 0083`3af8af10
` 7ffd`be9477b0 :
mergedlo!google_breakpad::ExceptionHandler::WriteMinidumpOnHandlerThread+0x8e
0083`3af8ae10 7ffe`0ae22438 : `00cb `
01fe`6c8e3b20 7ffe`0ae13a81 :
mergedlo!google_breakpad::ExceptionHandler::HandleInvalidParameter+0x1a9
0083`3af8b730 7ffe`0ae22379 : 01fe`75c878a0 7ffe`0ae13496
`00cb 01fe`6c8e3b20 : ucrtbase!_invalid_parameter+0xb4
0083`3af8b770 7ffe`0ae508a1 : 01fe`75c878a0 `
` `04e4 : ucrtbase!invalid_parameter_noinfo+0x9
0083`3af8b7b0 7ffe`0ae0c3fc : 0083`3af8b8f0 0083`3af8bac8
01fe`75c878a0 `003f : ucrtbase!_mbstowcs_s_l+0x43f91
0083`3af8b820 7ffe`0ae0c32f : `000b `
` 0083`3af8b8f0 :
ucrtbase!::operator()+0x9c
0083`3af8b8a0 7ffe`0ae0c2e7 : 0083`3af8b9a0 `000f
`000f 0083`3af8b920 : ucrtbase!__crt_seh_guarded_call::operator()<,
&, >+0x3b
0083`3af8b8d0 7ffd`e9a521d5 : ` 01fe`6c8e3b20
`0004 01fe`0004 : ucrtbase!setlocale+0x47
0083`3af8b910 7ffd`e9a44c1e : `000b `
0083`3af8ba70 `000f :
msvcp140!std::_Locinfo::_Locinfo_dtor+0x15
0083`3af8b940 7ffd`bd6c6d16 :

core.git: writerfilter/qa writerfilter/source

2024-02-21 Thread Balazs Varga (via logerrit)

 writerfilter/qa/cppunittests/dmapper/DomainMapper.cxx|6 ++
 writerfilter/qa/cppunittests/dmapper/data/tdf158360.docx |binary
 writerfilter/source/dmapper/DomainMapper_Impl.cxx|5 -
 3 files changed, 10 insertions(+), 1 deletion(-)

New commits:
commit 7cf3d5e3073dc5cffc64b6d9b32513e90087a3d4
Author: Balazs Varga 
AuthorDate: Tue Feb 20 20:26:25 2024 +0100
Commit: Balazs Varga 
CommitDate: Wed Feb 21 20:36:38 2024 +0100

tdf#158360 - sw, ooxml import - fix insertTextPortion crash

Before this patch da8dead8e9282010893cbd12519e107baf03cd1a
SvxUnoTextBase::insertTextPortion returned an empty XTextRange
in case of texts in comment. (SwTextAPIObject) Lets use
finishParagraphInsert which also give back an empty XTextRange.

regression from commit: da8dead8e9282010893cbd12519e107baf03cd1a
(tdf#73537 - sc: show author and creation date in calc comments)

Change-Id: I0b33e5b3cae32718a62a7be04b9a88562f85652c
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/163670
Tested-by: Jenkins
Reviewed-by: Balazs Varga 

diff --git a/writerfilter/qa/cppunittests/dmapper/DomainMapper.cxx 
b/writerfilter/qa/cppunittests/dmapper/DomainMapper.cxx
index 8452da0203ab..885443c5a210 100644
--- a/writerfilter/qa/cppunittests/dmapper/DomainMapper.cxx
+++ b/writerfilter/qa/cppunittests/dmapper/DomainMapper.cxx
@@ -155,6 +155,12 @@ CPPUNIT_TEST_FIXTURE(Test, testFdo78333)
 // just care that it doesn't crash/assert
 loadFromFile(u"fdo78333-1-minimized.docx");
 }
+
+CPPUNIT_TEST_FIXTURE(Test, testTdf158360)
+{
+// just test that doc with annotation in TOC doesn't crash/assert
+loadFromFile(u"tdf158360.docx");
+}
 }
 
 /* vim:set shiftwidth=4 softtabstop=4 expandtab: */
diff --git a/writerfilter/qa/cppunittests/dmapper/data/tdf158360.docx 
b/writerfilter/qa/cppunittests/dmapper/data/tdf158360.docx
new file mode 100644
index ..a46ee67c007e
Binary files /dev/null and 
b/writerfilter/qa/cppunittests/dmapper/data/tdf158360.docx differ
diff --git a/writerfilter/source/dmapper/DomainMapper_Impl.cxx 
b/writerfilter/source/dmapper/DomainMapper_Impl.cxx
index f73504824ea0..0b1ff5e0e6e3 100644
--- a/writerfilter/source/dmapper/DomainMapper_Impl.cxx
+++ b/writerfilter/source/dmapper/DomainMapper_Impl.cxx
@@ -3287,7 +3287,10 @@ void 
DomainMapper_Impl::MergeAtContentImageRedlineWithNext(const css::uno::Refer
 {
 xTOCTextCursor->goLeft(1, false);
 }
-xTextRange = xTextAppend->insertTextPortion(rString, 
aValues, xTOCTextCursor);
+if (IsInComments())
+xTextRange = 
xTextAppend->finishParagraphInsert(aValues, xTOCTextCursor);
+else
+xTextRange = xTextAppend->insertTextPortion(rString, 
aValues, xTOCTextCursor);
 SAL_WARN_IF(!xTextRange.is(), "writerfilter.dmapper", 
"insertTextPortion failed");
 if (!xTextRange.is())
 throw uno::Exception("insertTextPortion failed", 
nullptr);

[Bug 158124] Holding down delete key doesn't work and causes crash

2024-02-21 Thread bugzilla-daemon

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

--- Comment #22 from Patrick Luby  ---
(In reply to Patrick Luby from comment #21)
> Probably no formatting are inserted, but since you see a crash when saving,
> I am wondering if press and holding the delete key is getting converted to a
> raw hidden character somewhere.

One more question: which keyboard layout is your Mac set to? If you search for
"keyboard layouts" in the System Preference application, what is the first
keyboards layout in the "All Input Sources" section that you see?

I usually have my Mac set to "U.S." (i.e. QWERTY) or "French" (i.e. AZERTY) so
maybe this bug only happens with certain keyboard layouts. If you are using a
different keyboard layout, then I can try using the same layout on my machine.

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

[Bug 153293] [META] Dark Mode bugs and enhancements

2024-02-21 Thread bugzilla-daemon

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

Bug 159535 Summary: Writer comments have a shadow that is hardcoded onto a 
white background even in dark mode
https://bugs.documentfoundation.org/show_bug.cgi?id=159535

   What|Removed |Added

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

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

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

2024-02-21 Thread bugzilla-daemon

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

Bug 159535 Summary: Writer comments have a shadow that is hardcoded onto a 
white background even in dark mode
https://bugs.documentfoundation.org/show_bug.cgi?id=159535

   What|Removed |Added

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

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

core.git: sw/source

2024-02-21 Thread Heiko Tietze (via logerrit)

 sw/source/uibase/docvw/ShadowOverlayObject.cxx |   21 +++--
 1 file changed, 7 insertions(+), 14 deletions(-)

New commits:
commit 215a7afd6042c35a45509cea3eae69254d676429
Author: Heiko Tietze 
AuthorDate: Wed Feb 21 16:10:40 2024 +0100
Commit: Heiko Tietze 
CommitDate: Wed Feb 21 20:03:19 2024 +0100

Resolves tdf#159535 - Less obtrusive shadow for comments

Change-Id: Ic4b55ebb52aaf03738184dcc0d3b8d57c9ee57a3
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/163699
Tested-by: Jenkins
Reviewed-by: Heiko Tietze 

diff --git a/sw/source/uibase/docvw/ShadowOverlayObject.cxx 
b/sw/source/uibase/docvw/ShadowOverlayObject.cxx
index fa905b97567b..ef2ed5dd8b6d 100644
--- a/sw/source/uibase/docvw/ShadowOverlayObject.cxx
+++ b/sw/source/uibase/docvw/ShadowOverlayObject.cxx
@@ -73,6 +73,8 @@ public:
 drawinglayer::primitive2d::Primitive2DReference 
ShadowPrimitive::create2DDecomposition(
 const drawinglayer::geometry::ViewInformation2D& /*rViewInformation*/) 
const
 {
+const Color aBgCol = 
svtools::ColorConfig().GetColorValue(svtools::WRITERSECTIONBOUNDARIES).nColor;
+const Color aBgColInv = aBgCol.IsDark() ? COL_WHITE : COL_BLACK;
 // get logic sizes in object coordinate system
 basegfx::B2DRange aRange(maBasePosition);
 drawinglayer::primitive2d::Primitive2DReference xRet;
@@ -80,7 +82,7 @@ drawinglayer::primitive2d::Primitive2DReference 
ShadowPrimitive::create2DDecompo
 {
 case SS_NORMAL:
 {
-aRange.expand(basegfx::B2DTuple(getSecondPosition().getX(), 
getSecondPosition().getY() + (2.0 * getDiscreteUnit(;
+aRange.expand(basegfx::B2DTuple(getSecondPosition().getX(), 
getSecondPosition().getY() + (1.0 * getDiscreteUnit(;
 
 ::drawinglayer::attribute::FillGradientAttribute 
aFillGradientAttribute(
 css::awt::GradientStyle_LINEAR,
@@ -88,10 +90,7 @@ drawinglayer::primitive2d::Primitive2DReference 
ShadowPrimitive::create2DDecompo
 0.5,
 0.5,
 M_PI,
-basegfx::BColorStops(
-basegfx::BColor(230.0/255.0,230.0/255.0,230.0/255.0),
-basegfx::BColor(180.0/255.0,180.0/255.0,180.0/255.0)));
-
+basegfx::BColorStops(aBgCol.getBColor(), 
aBgColInv.getBColor()));
 xRet =
 new drawinglayer::primitive2d::FillGradientPrimitive2D(
 aRange,
@@ -100,17 +99,14 @@ drawinglayer::primitive2d::Primitive2DReference 
ShadowPrimitive::create2DDecompo
 }
 case SS_VIEW:
 {
-aRange.expand(basegfx::B2DTuple(getSecondPosition().getX(), 
getSecondPosition().getY() + (4.0 * getDiscreteUnit(;
+aRange.expand(basegfx::B2DTuple(getSecondPosition().getX(), 
getSecondPosition().getY() + (2.0 * getDiscreteUnit(;
 drawinglayer::attribute::FillGradientAttribute 
aFillGradientAttribute(
 css::awt::GradientStyle_LINEAR,
 0.0,
 0.5,
 0.5,
 M_PI,
-basegfx::BColorStops(
-basegfx::BColor(230.0/255.0,230.0/255.0,230.0/255.0),
-basegfx::BColor(180.0/255.0,180.0/255.0,180.0/255.0)));
-
+basegfx::BColorStops(aBgCol.getBColor(), 
aBgColInv.getBColor()));
 xRet =
 new drawinglayer::primitive2d::FillGradientPrimitive2D(
 aRange,
@@ -126,10 +122,7 @@ drawinglayer::primitive2d::Primitive2DReference 
ShadowPrimitive::create2DDecompo
 0.5,
 0.5,
 M_PI,
-basegfx::BColorStops(
-basegfx::BColor(230.0/255.0,230.0/255.0,230.0/255.0),
-basegfx::BColor(83.0/255.0,83.0/255.0,83.0/255.0)));
-
+basegfx::BColorStops(aBgCol.getBColor(), 
aBgColInv.getBColor()));
 xRet =
 new drawinglayer::primitive2d::FillGradientPrimitive2D(
 aRange,

[Bug 159827] Formatting: moving an anchored images makes the text reflow around the image, not the anchor.

2024-02-21 Thread bugzilla-daemon

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

--- Comment #2 from Richard Neill  ---
Created attachment 192695
  --> https://bugs.documentfoundation.org/attachment.cgi?id=192695=edit
This is with the text reflowed to the wrong-place

I've now tried to drag the image where I want it. That's fine, but the text
(the word "Signed" has now jumped to the right. I didn't move the text. 

There's no way to get this to line up nicely to look like:

Signed:   [PNG here]
Name:  My name.


Here's what I think should happen, as a mental picture of the physical
interface.

(a) The bottom layer is my main text document.
(b) The top layer is a 2cm x 1cm scrap of paper.
(c) an elastic band connects (a) to (b). 
(d) the left-hand end of the elastic is pinned to the main document by the
anchor.
(e) the right hand of the elastic is free to move, when I move (b).

So dragging the PNG should be able to move it anywhere I want, while the word
"Signed:", and the anchor point should not move.

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

[Bug 159827] Formatting: moving an anchored images makes the text reflow around the image, not the anchor.

2024-02-21 Thread bugzilla-daemon

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

--- Comment #1 from Richard Neill  ---
Created attachment 192694
  --> https://bugs.documentfoundation.org/attachment.cgi?id=192694=edit
PNG is in the wrong place

This is what happens immediately after inserting the image.
It's not where I want it (which is fine; I expect to move it to the left).
But the text is correctly positioned.

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

[Bug 159827] New: Formatting: moving an anchored images makes the text reflow around the image, not the anchor.

2024-02-21 Thread bugzilla-daemon

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

Bug ID: 159827
   Summary: Formatting: moving an anchored images makes the text
reflow around the image, not the anchor.
   Product: LibreOffice
   Version: 7.6.4.1 release
  Hardware: x86-64 (AMD64)
OS: Linux (All)
Status: UNCONFIRMED
  Severity: normal
  Priority: medium
 Component: Writer
  Assignee: libreoffice-bugs@lists.freedesktop.org
  Reporter: freedesk...@richardneill.org

Description:
When inserting an image, it's very difficult to place it in the right place in
a document. While the anchor sits in the right place, the image isn't "in front
of the document, on the layer above" but within the flow of the text. So, as we
move the image around, the text unexpectedly reflows. See screenshots.

Steps to Reproduce:
Consider a simple document where I have:

SIGNED:   [signature goes here]
NAME: Richard Neill

I insert a signature PNG and anchor it next to the word signed. 

I then try to move the image to be in the right place in the document.

Actual Results:
The image "won't go" where I want it, but is offset to the right.
If I drag the image into the right place, then the text jumps around!
See screenshots:

1. wrong-place.png - this is when I insert the image before moving it. The PNG
starts out too far to the right.

2. wrong-text.png - this is what happens after I drag the PNG to the place I
want it to be - but the word "Signed:" has now jumped to the right.

Expected Results:
I should be able to place the image close to the anchor point but on a z-layer
that is "in front" of the text.




Reproducible: Always


User Profile Reset: Yes

Additional Info:
It doesn't matter whether I anchor it To Character or Paragraph, this behaviour
is the same. There is no permutation of moves and settings I can find which
doesn't have this issue.  Thanks for your help and time.

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

[Bug 159826] New: Bullets and numbering number: "none" does not display a number

2024-02-21 Thread bugzilla-daemon

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

Bug ID: 159826
   Summary: Bullets and numbering number: "none" does not display
a number
   Product: LibreOffice
   Version: unspecified
  Hardware: All
OS: All
Status: UNCONFIRMED
  Severity: normal
  Priority: medium
 Component: Writer
  Assignee: libreoffice-bugs@lists.freedesktop.org
  Reporter: mqx68...@zbock.com

Created attachment 192693
  --> https://bugs.documentfoundation.org/attachment.cgi?id=192693=edit
Error visualization

The headline sounds a bit pronouncing, but the picture actually explains
everything

1. New Text Document.
2. Format -> Bullets and Numbering -> Customize.
3. Level 1: Number: 1,2,3,...
4. Level 2: 
Number: None
Show Sublevels: 2
5. Level 3: 
Number: Number: 1,2,3,...
Show Sublevels: 3

Result:
Level 2 does not display a number

Expected Result:
Level 2 should show me the number of level 1 




PS: Level 3 is displayed correctly

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

[Bug 33743] Add "Basic Fonts" option to Calc, Impress, and Draw

2024-02-21 Thread bugzilla-daemon

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

--- Comment #32 from Tracey  ---
Alt+1 (right side menu) under properties, styles, character:

Is this supposed to be the way to set the calc the default character style?

Please advise.
Thanks, Tracey

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

[Bug 159825] New: default characters in calc

2024-02-21 Thread bugzilla-daemon

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

Bug ID: 159825
   Summary: default characters in calc
   Product: LibreOffice
   Version: unspecified
  Hardware: All
OS: All
Status: UNCONFIRMED
  Severity: normal
  Priority: medium
 Component: Calc
  Assignee: libreoffice-bugs@lists.freedesktop.org
  Reporter: traceyad2...@gmail.com

Created attachment 192692
  --> https://bugs.documentfoundation.org/attachment.cgi?id=192692=edit
sample file

After setting the character name to LibreOffice Sans and size to 12 point,
entering +m resets the font size to 10

Sometimes +m sets the font name to Arial and font size to 10

Ouch, Tracey

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

core.git: Branch 'distro/collabora/co-24.04' - 11 commits - oox/source sal/osl sc/source sfx2/uiconfig sw/inc sw/qa sw/source unotools/source vcl/inc vcl/osx writerfilter/source

2024-02-21 Thread Patrick Luby (via logerrit)

 oox/source/export/vmlexport.cxx   |7 
 sal/osl/unx/file.cxx  |   54 +++-
 sc/source/filter/rtf/rtfparse.cxx |4 
 sfx2/uiconfig/ui/panel.ui |3 
 sw/inc/crsrsh.hxx |4 
 sw/inc/ndarr.hxx  |9 
 sw/inc/node.hxx   |2 
 sw/qa/core/layout/data/floattable-wrapped-by-table-nested.docx|binary
 sw/qa/core/layout/tabfrm.cxx  |   14 +
 sw/qa/extras/layout/data/largeTopMarginAndHiddenFirstSection.fodt |   15 +
 sw/qa/extras/layout/data/pageBreakInHiddenSection.fodt|   90 
+++
 sw/qa/extras/layout/layout3.cxx   |   68 -
 sw/qa/extras/uiwriter/data/FrameInHiddenSection.fodt  |   20 +
 sw/qa/extras/uiwriter/data/hiddenSectionsAroundPageBreak.fodt |   21 +
 sw/qa/extras/uiwriter/uiwriter9.cxx   |   37 +++
 sw/source/core/crsr/crsrsh.cxx|   25 +-
 sw/source/core/crsr/pam.cxx   |5 
 sw/source/core/crsr/swcrsr.cxx|4 
 sw/source/core/doc/docedt.cxx |4 
 sw/source/core/docnode/ndsect.cxx |4 
 sw/source/core/docnode/nodes.cxx  |   58 +++-
 sw/source/core/docnode/section.cxx|7 
 sw/source/core/edit/editsh.cxx|2 
 sw/source/core/inc/frame.hxx  |2 
 sw/source/core/inc/sectfrm.hxx|2 
 sw/source/core/inc/txtfrm.hxx |2 
 sw/source/core/layout/calcmove.cxx|   13 -
 sw/source/core/layout/findfrm.cxx |8 
 sw/source/core/layout/flowfrm.cxx |  119 
--
 sw/source/core/layout/frmtool.cxx |   23 -
 sw/source/core/layout/ftnfrm.cxx  |   10 
 sw/source/core/layout/pagechg.cxx |5 
 sw/source/core/layout/sectfrm.cxx |   37 +++
 sw/source/core/layout/tabfrm.cxx  |   16 +
 sw/source/core/layout/trvlfrm.cxx |   25 +-
 sw/source/core/text/txtfrm.cxx|   19 -
 sw/source/ui/fldui/flddok.cxx |2 
 unotools/source/ucbhelper/tempfile.cxx|   91 
---
 vcl/inc/osx/salnsmenu.h   |   10 
 vcl/osx/salmenu.cxx   |   13 -
 vcl/osx/salnsmenu.mm  |   80 ++
 vcl/osx/vclnsapp.mm   |   49 
 writerfilter/source/dmapper/DomainMapper.cxx  |3 
 writerfilter/source/dmapper/PropertyIds.cxx   |1 
 writerfilter/source/dmapper/PropertyIds.hxx   |1 
 45 files changed, 711 insertions(+), 277 deletions(-)

New commits:
commit feb680acb5dc25d6789289ce52812b11fa69e0c2
Author: Patrick Luby 
AuthorDate: Mon Feb 19 15:11:56 2024 -0500
Commit: Andras Timar 
CommitDate: Wed Feb 21 18:08:10 2024 +0100

tdf#126638 dispatch key shortcut events to modal windows

Some modal windows, such as the native Open and Save dialogs,
return NO from -[NSWindow performKeyEquivalent:]. Fortunately,
the main menu's -[NSMenu performKeyEquivalent:] is then called
so we can catch and redirect any modal window's key shortcut
events without triggering the modal window's "disallowed
action" beep.

Change-Id: Ib1fff68ab159361ceb847881e3a4da4736a33f51
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/163605
Tested-by: Jenkins
Reviewed-by: Patrick Luby 
(cherry picked from commit 64ca3756416f0355b2008f39120e68ac42269784)
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/163618
Reviewed-by: Adolfo Jayme Barrientos 

diff --git a/vcl/inc/osx/salnsmenu.h b/vcl/inc/osx/salnsmenu.h
index 696abca2fc0b..9e0f9acf68ed 100644
--- a/vcl/inc/osx/salnsmenu.h
+++ b/vcl/inc/osx/salnsmenu.h
@@ -35,17 +35,25 @@ class AquaSalMenuItem;
 {
 AquaSalMenu* mpMenu;
 }
++ (BOOL)dispatchSpecialKeyEquivalents:(NSEvent*)pEvent;
 - (id)initWithMenu:(AquaSalMenu*)pMenu;
 - (void)menuNeedsUpdate:(NSMenu*)pMenu;
 - (void)setSalMenu:(AquaSalMenu*)pMenu;
 @end
 
-@interface SalNSMenuItem : NSMenuItem
+@interface SalNSMenuItem : NSMenuItem 
 {

[Bug 157207] Auto-size the "Search Results" dialog (after a find & replace across multiple sheets) to avoid scrolling

2024-02-21 Thread bugzilla-daemon

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

Jeff Fortin Tam  changed:

   What|Removed |Added

 Ever confirmed|1   |0
 Resolution|INSUFFICIENTDATA|---
 Status|RESOLVED|UNCONFIRMED

--- Comment #8 from Jeff Fortin Tam  ---
Hi, sorry for the delay, as I have now tested with LibreOffice 24.2 just to be
sure…

My suggestion still stands: I was not requesting for the dialog to be resizable
(as it already is), I was suggesting for it to be auto-sized to the appropriate
size (whenever possible / whenever space is sufficient) to avoid the user
having to resize by themselves. 
I still believe that having the user manually resize that dialog is superfluous
work that the machine should take care of.

In addition to the article I had linked to in the description above,
see also this additional article: https://zachholman.com/posts/shit-work/

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

[Bug 113136] [META] Find & Replace Dialog

2024-02-21 Thread bugzilla-daemon

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

Bug 157207 Summary: Auto-size the "Search Results" dialog (after a find & 
replace across multiple sheets) to avoid scrolling
https://bugs.documentfoundation.org/show_bug.cgi?id=157207

   What|Removed |Added

 Status|RESOLVED|UNCONFIRMED
 Resolution|INSUFFICIENTDATA|---

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

[Bug 159814] FILESAVE/FILEOPEN .xlsx:Comment Shadow Always displayed

2024-02-21 Thread bugzilla-daemon

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

ady  changed:

   What|Removed |Added

   Keywords||filter:xls, filter:xlsx

--- Comment #2 from ady  ---
Also not saving/exporting the shadow setting of the comment in XLS file format.

I admit I don't recall whether such setting is supported in XLS format to begin
with.

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

[Bug 159817] Form controls coordinates scrambled when exporting to pdf with uncheked form creation in Writer

2024-02-21 Thread bugzilla-daemon

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

raal  changed:

   What|Removed |Added

  Regression By||Noel Grandin
 OS|Windows (All)   |All
 CC||noelgran...@gmail.com,
   ||r...@post.cz
   Keywords|bibisectRequest,|bibisected, bisected,
   |possibleRegression  |regression

--- Comment #7 from raal  ---
This seems to have begun at the below commit in bibisect repository/OS
linux-64-24.2.
Adding Cc: to Noel Grandin ; Could you possibly take a look at this one?
Thanks

7c7bdf963cd38aa3454c1aef299685f47e96207f is the first bad commit
commit 7c7bdf963cd38aa3454c1aef299685f47e96207f
Author: Jenkins Build User 
Date:   Tue Jul 4 19:23:17 2023 +0200

source sha:7441aaa4c5b2215e369c62e22af098184e8ce807

153967: unnecessary LogicToPixel in RadioButton::Draw |
https://gerrit.libreoffice.org/c/core/+/153967

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

[Bug 159824] FILESAVE ODF->RTF: axial gradients become 2-color linear

2024-02-21 Thread bugzilla-daemon

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

Justin L  changed:

   What|Removed |Added

 Ever confirmed|0   |1
   Assignee|libreoffice-b...@lists.free |jl...@mail.com
   |desktop.org |
 Status|UNCONFIRMED |ASSIGNED

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

[Bug 114005] [META] Gradient fill bugs and enhancements

2024-02-21 Thread bugzilla-daemon

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

Justin L  changed:

   What|Removed |Added

 Depends on||159824


Referenced Bugs:

https://bugs.documentfoundation.org/show_bug.cgi?id=159824
[Bug 159824] FILESAVE ODF->RTF: axial gradients become 2-color linear
-- 
You are receiving this mail because:
You are the assignee for the bug.

[Bug 159824] New: FILESAVE ODF->RTF: axial gradients become 2-color linear

2024-02-21 Thread bugzilla-daemon

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

Bug ID: 159824
   Summary: FILESAVE ODF->RTF: axial gradients become 2-color
linear
   Product: LibreOffice
   Version: 7.6.0.0 alpha0+
  Hardware: All
OS: All
Status: UNCONFIRMED
  Keywords: bibisected, bisected, filter:rtf, regression
  Severity: normal
  Priority: medium
 Component: LibreOffice
  Assignee: libreoffice-bugs@lists.freedesktop.org
  Reporter: jl...@mail.com
CC: armin.le.gr...@me.com, jl...@mail.com
Blocks: 114005

Created attachment 192691
  --> https://bugs.documentfoundation.org/attachment.cgi?id=192691=edit
axialFill.odt: white - green - white radial gradient becomes white - green

Starting in LO 7.6, exporting a LO defined axial gradient resulted in a two
color linear gradient, due to
commit bb198176684c3d9377e26c04a29ec66deb811949
Author: Armin Le Grand (allotropia) on Fri Apr 21 15:18:09 2023 +0200
MCGR: Make MCGR default for oox im/export, cleanup


Referenced Bugs:

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

[Bug 159325] Excel File with hidden diagram breaks rendering

2024-02-21 Thread bugzilla-daemon

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

--- Comment #4 from ady  ---
I found the hidden chart by using Calc's menu View > Navigator (F5). The chart
itself remains hidden, but I can see the corners.

I guess that by "flickering" you mean that the chart remains hidden and that
the "only" way to make it visible in Calc is to click and hold the mouse's
button on it, which shows the chart for a second. You can still move or resize
the (hidden) chart.

Right-click on the (hidden) chart area > Edit. That shows the chart, until we
exit from edit mode.

While in edit mode for the chart, I can save the file as a new XLSX and when
reloading it the chart is visible, even when not in edit mode.

I am tempted to ask which precise attribute is applied in Excel for the chart
to be hidden, in order to test for compatibility or support in Calc for an
equivalent setting/attribute. But...

(In reply to Franz from comment #0)
> Bonus Excel handles this in a corrupt state too. No Editing or Undoing
> possible.

If the XLSX file was created by Excel, and Excel itself has a problem with this
file (or with the chart), IDK how exactly Calc should know how to handle this
in some "better" way. I guess this makes Calc "compatible" (in some way) with
what happens in Excel.

For any kind of improvement, we would need to know which exact attribute Calc
is supposed to match or emulate or be compatible with.

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

[Bug 159822] Selecting the contents of all cells in a table and pressing DEL will delete the table instead of its contents

2024-02-21 Thread bugzilla-daemon

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

Rainer Bielefeld Retired  changed:

   What|Removed |Added

 CC||LibreOffice@bielefeldundbus
   ||s.de
 Ever confirmed|0   |1
  Component|Impress |Draw
Version|7.6.4.1 release |7.2.5.2 release
 Status|UNCONFIRMED |NEW

--- Comment #1 from Rainer Bielefeld Retired  
---
Already REPRODUCIBLE in DRAW with

Version: 7.2.5.2 (x64) / LibreOffice Community
Build ID: 499f9727c189e6ef3471021d6132d4c694f357e5
CPU threads: 12; OS: Windows 10.0 Build 19045; UI render: default; VCL: win
Locale: de-DE (de_DE); UI: de-DE
Calc: CL

Version: 7.2.5.2 (x64) / LibreOffice Community
Build ID: 499f9727c189e6ef3471021d6132d4c694f357e5
CPU threads: 12; OS: Windows 10.0 Build 19045; UI render: Skia/Raster; VCL: win
Locale: de-DE (de_DE); UI: de-DE
Calc: CL

Was still ok with
Version: 7.0.0.1 (x64)
Build ID: 04ba7e3f1e51af6c5d653e543a620e36719083fd
CPU threads: 12; OS: Windows 10.0 Build 19045; UI render: Skia/Vulkan; VCL: win
Locale: de-DE (de_DE); UI: en-US
Calc: CL

Addtional ℹ️️
-
a) I think DRAW is the more general Component
b) Not limited to , same with  and 
   Menu ˋEdit → Cutˊ
c) No DUPs found with Query


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

1 2 3 >

1 - 100 of 230 matches

Mail list logo