[Bug 159885] the latest text editing version hangs unexpectedly in the middle of writing

[bugzilla-daemon]

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

ady  changed:

   What|Removed |Added

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

--- Comment #7 from ady  ---
I thought you said that LO 7.x used to work for you.

Please check whether there are driver updates available for your system. Some
Skia issues are sometimes solved with that.

You comment 6 sounds as your whole OS crashing, not just LO. That was not the
impression from comment 0. Please clarify.

Please also test using LO menu Help > Restart in Safe Mode, with the version
you have now.

Additionally, please remember not to run 2 versions of LO simultaneously – you
can have 2 versions installed in parallel, but it is recommended not to run
them both at the same time. The same goes for LO and AOO; run only one of them
at a time.

Please report back about all these points, including about updating your
(graphic) drivers.

In the mean time, I am setting this report back to unconfirmed.

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

[Bug 159985] Changing Macro Security level should warn about the need to reload the file to apply the settings

[bugzilla-daemon]

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

--- Comment #12 from Mike Kaganski  ---
I disagree.

When I work with many documents, and at some point, I open a specific document,
and realize that it requires a different security level. I modify the level,
and may want to reload that specific file. But I would hate to have a nagging
prompt.

The maximal tolerable level of nagging would be an infobar. My preferred
solution would be an infotip in the security dialog. No intrusive prompts.

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

[Bug 159985] Changing Macro Security level should warn about the need to reload the file to apply the settings

[bugzilla-daemon]

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

--- Comment #12 from Mike Kaganski  ---
I disagree.

When I work with many documents, and at some point, I open a specific document,
and realize that it requires a different security level. I modify the level,
and may want to reload that specific file. But I would hate to have a nagging
prompt.

The maximal tolerable level of nagging would be an infobar. My preferred
solution would be an infotip in the security dialog. No intrusive prompts.

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

[Bug 100632] SIDEBAR, FILEOPEN: Certain Position & Size fields in Sidebar are not filled for this SVG

[bugzilla-daemon]

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

--- Comment #11 from Harald Berger  ---
=== German ===
Draw - Seitenleiste - Felder für Position und Größe sind manchmal leer (weiß).

Vorgehen
Das Vorgehen ist wiederholbar.
Einfügen eines gefüllten Quadrats (auch jedes andere Objekt möglich).
Alle Felder Position X, Y und Breite Höhe zeigen Werte an.
Abwählen des Objektes und sofort wieder Anwählen (auch mehrfach) erhält die
Werte in den Feldern.
Wird zwischen Abwählen und Anwählen eine Pause gemacht von 2-3 Sekunde bleiben
die 4 Felder leer (Zeitfaktor!).
Nach dem Ändern des Objektes Position und Größe werden jeweils die Werte wieder
angezeigt, die am Objekt durch Ändern herbeigeführt werden.
Beispiele:
Positionsverschiebung X führt wieder zur Anzeige des Feldes X, der Rest bleibt
leer.
Objekt größer ziehen in die Breite führt wieder zur Anzeige der Breite, der
Rest bleibt leer; etc.

=== EDraw - Sidebar - Fields for position and size are sometimes empty (white).

Procedure
The procedure can be repeated.
Insert a filled square (any other object is also possible).
All fields Position X, Y and Width Height show values.
Deselecting the object and immediately selecting it again (even several times)
retains the values in the fields.
If there is a pause of 2-3 seconds between deselecting and selecting, the 4
fields remain empty (time factor!).
After changing the position and size of the object, the values that were
created by changing the object are displayed again.
Examples:
Moving position X causes field X to be displayed again, the rest remains empty.
Dragging the object to a larger width will display the width again, the rest
will remain empty, etc.

Translated with www.DeepL.com/Translator (free version)nglish ===

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

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

[Bug 160102] Items in the field type drop-down in design view of tables should be sorted alphabetically

[bugzilla-daemon]

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

Robert Großkopf  changed:

   What|Removed |Added

 CC||rob...@familiegrosskopf.de
 Status|UNCONFIRMED |NEW
Version|7.6.2.1 release |Inherited From OOo
 Ever confirmed|0   |1

--- Comment #1 from Robert Großkopf  ---
There seems to be no logical order in the list of field types. Might be we
should order the fields by "numeric", "date and time", "text" and others. Also
alphabetical order will be better than the order in list box of the editor now.

This behavior is as old as OpenOffice Base exists.

I will set this one to NEW.

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

[Bug 159985] Changing Macro Security level should warn about the need to reload the file to apply the settings

[bugzilla-daemon]

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

--- Comment #11 from Eyal Rozenberg  ---
(In reply to Rafael Lima from comment #9)
> What about we simply reload all opened files right after the security
> options are changed? This would be invisible to the user and would make the
> macros work.

Invisibility is inappropriate of course (as Mike points out). But - why not
give a prompt for reloading documents? That could explain why it may be
important to reload. And the user could choose whether they want to (save and)
reload everything or nothing (and perhaps individual files? Not sure.)


(In reply to Mike Kaganski from comment #10)
> I suggest even do it without saving all the unsaved changes ;-P

What about prompting the user about a reload?

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

[Bug 159985] Changing Macro Security level should warn about the need to reload the file to apply the settings

[bugzilla-daemon]

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

--- Comment #11 from Eyal Rozenberg  ---
(In reply to Rafael Lima from comment #9)
> What about we simply reload all opened files right after the security
> options are changed? This would be invisible to the user and would make the
> macros work.

Invisibility is inappropriate of course (as Mike points out). But - why not
give a prompt for reloading documents? That could explain why it may be
important to reload. And the user could choose whether they want to (save and)
reload everything or nothing (and perhaps individual files? Not sure.)


(In reply to Mike Kaganski from comment #10)
> I suggest even do it without saving all the unsaved changes ;-P

What about prompting the user about a reload?

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

[Bug 159779] Monospaced ligatures intermingle with Arabic text

[bugzilla-daemon]

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

Buovjaga  changed:

   What|Removed |Added

 Ever confirmed|0   |1
 CC||ilmari.lauhakangas@libreoff
   ||ice.org
 Status|UNCONFIRMED |NEEDINFO

--- Comment #3 from Buovjaga  ---
The imgur link is broken. Please attach the image to the report, so it is not
lost.

I tested it, but I am not seeing any issue comparing to how Firefox renders the
text here.

Version: 24.8.0.0.alpha0+ (X86_64) / LibreOffice Community
Build ID: e939685f9c6918830bd3097062790bfccbce937e
CPU threads: 2; OS: Windows 10.0 Build 22621; UI render: Skia/Raster; VCL: win
Locale: en-US (en_US); UI: en-US
Calc: threaded

Version: 7.5.6.0.0+ (X86_64) / LibreOffice Community
Build ID: f0e825382a76d685998be702ed551a00b73476a5
CPU threads: 2; OS: Windows 10.0 Build 22621; UI render: default; VCL: win
Locale: en-US (en_US); UI: en-US
Calc: threaded

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

[Bug 89219] LO BASE: Formatted Field Form Control Text formatting broken, displays only zero numeral and numbers

[bugzilla-daemon]

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

--- Comment #14 from Robert Großkopf  ---
Bug still the same in LO 24.2.1.2 on OpenSUSE 15.4 64bit rpm Linux

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

[Bug 159885] the latest text editing version hangs unexpectedly in the middle of writing

[bugzilla-daemon]

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

--- Comment #6 from PAUL HOFSETH  ---
Thanks for your exytensive reply. i have changed the version and still have
hangs

Version: 7.6.5.2 (X86_64) / LibreOffice Community
Build ID: 38d5f62f85355c192ef5f1dd47c5c0c0c6d6598b
CPU threads: 8; OS: Windows 10.0 Build 19045; UI render: Skia/Vulkan; VCL: win
Locale: nb-NO (nb_NO); UI: nb-NO

This version also hangs unexectedly even with empty profile & profile clened of
all annoying textcorrecting prechoices.BUT it was stable this morning when
running mye standard tests where "save as" leads to hang:  even with  momory
hogginmg programs like firefox running qt the same time. Whwn crashing Windows
still claims that the cause of "not communicating ewith windows" is unknown. So
far I am using the very stable Apache Oo version for my manuscripts

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

[Bug 160113] Font scaling with SAL_USE_VCLPLUGIN=qt6 incorrect

[bugzilla-daemon]

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

--- Comment #1 from Evert  ---
Created attachment 193036
  --> https://bugs.documentfoundation.org/attachment.cgi?id=193036=edit
Screenshot with SAL_USE_VCLPLUGIN=qt5

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

[Bug 160113] New: Font scaling with SAL_USE_VCLPLUGIN=qt6 incorrect

[bugzilla-daemon]

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

Bug ID: 160113
   Summary: Font scaling with SAL_USE_VCLPLUGIN=qt6 incorrect
   Product: LibreOffice
   Version: 24.2.1.2 release
  Hardware: All
OS: All
Status: UNCONFIRMED
  Severity: normal
  Priority: medium
 Component: graphics stack
  Assignee: libreoffice-bugs@lists.freedesktop.org
  Reporter: evors...@gmail.com

Created attachment 193035
  --> https://bugs.documentfoundation.org/attachment.cgi?id=193035=edit
Screenshot of the incorrectly sized fonts

Hi there!

I have recently started using QT6 on this Arch machine, as it hit the stable
repositories. This particular workstation is using Wayland and has one QHD
monitor (0) set to a scaling factor of 150%, and a 4K monitor (1) set to a
scaling factor of 120%.

When using SAL_USE_VCLPLUGIN=qt5, the font scaling is proper on all libreoffice
apps. 

If I don't specify SAL_USE_VCLPLUGIN, or set it to SAL_USE_VCLPLUGIN=qt6, the
fonts used by Libreoffice are way too big, making dialog windows unreadable.
There is a screenshot attached to show what I mean.

As another workaround, I can set scaling to 100% on both monitors, the fonts
are also normally sized. For day to day work, this is not a workable solution,
as scaling is the recommended way for dealing with HDPI monitors.

For now, I will be using SAL_USE_VCLPLUGIN=qt5, and I will keep an eye on this
bug report.

More about my system:
Operating System: Arch Linux 
KDE Plasma Version: 6.0.1
KDE Frameworks Version: 6.0.0
Qt Version: 6.6.2
Kernel Version: 6.6.21-1-lts (64-bit)
Graphics Platform: Wayland
Processors: 32 × 13th Gen Intel® Core™ i9-13900HX
Memory: 62.5 GiB of RAM
Graphics Processor: Mesa Intel® Graphics
Manufacturer: TUXEDO
Product Name: PD5x_7xSNC_SND_SNE

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

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

[Patrick Luby (via logerrit)]

 vcl/source/window/paint.cxx |2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

New commits:
commit c4d42d7ffca8c8e1bfc6d23d5ca3b7553be5e78e
Author: Patrick Luby 
AuthorDate: Thu Mar 7 17:22:35 2024 -0500
Commit: Adolfo Jayme Barrientos 
CommitDate: Sat Mar 9 07:31:00 2024 +0100

tdf#159996 use transparent alpha mask for output device

Since commit 81994cb2b8b32453a92bcb011830fcb884f22ff3, fixed text
needs to be drawn to an output device with a transparent alpha
mask.

Change-Id: I2036e8c6c9133b1caceb24aeca40f04524c16b23
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/164556
Tested-by: Jenkins
Reviewed-by: Patrick Luby 
(cherry picked from commit 73c14fcf97a1dcc9c95c98f9223449957b0b4963)
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/164500
Reviewed-by: Noel Grandin 
Tested-by: Adolfo Jayme Barrientos 
Reviewed-by: Adolfo Jayme Barrientos 

diff --git a/vcl/source/window/paint.cxx b/vcl/source/window/paint.cxx
index a98703ca255b..deb4bc33 100644
--- a/vcl/source/window/paint.cxx
+++ b/vcl/source/window/paint.cxx
@@ -1523,7 +1523,7 @@ void Window::ImplPaintToDevice( OutputDevice* 
i_pTargetOutDev, const Point& i_rP
 VclPtrInstance pMaskedDevice(*i_pTargetOutDev,
 DeviceFormat::WITH_ALPHA);
 
-pMaskedDevice->SetOutputSizePixel( GetOutputSizePixel() );
+pMaskedDevice->SetOutputSizePixel( GetOutputSizePixel(), true, true );
 pMaskedDevice->EnableRTL( IsRTLEnabled() );
 aMtf.WindStart();
 aMtf.Play(*pMaskedDevice);

[Bug 158773] FILEOPEN PPTX Slow loading of file with lots of unused master pages

[bugzilla-daemon]

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

--- Comment #20 from Commit Notification 
 ---
Noel Grandin committed a patch related to this issue.
It has been pushed to "master":

https://git.libreoffice.org/core/commit/632fc28fda03e312b2eb2d5843459b3ceee43534

tdf#158773 add a set to sd::ShapeList

It will be available in 24.8.0.

The patch should be included in the daily builds available at
https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More
information about daily builds can be found at:
https://wiki.documentfoundation.org/Testing_Daily_Builds

Affected users are encouraged to test the fix and report feedback.

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

core.git: sd/inc sd/source

[Noel Grandin (via logerrit)]

 sd/inc/shapelist.hxx |2 ++
 sd/source/core/shapelist.cxx |   14 +++---
 2 files changed, 9 insertions(+), 7 deletions(-)

New commits:
commit 632fc28fda03e312b2eb2d5843459b3ceee43534
Author: Noel Grandin 
AuthorDate: Fri Mar 8 21:47:47 2024 +0200
Commit: Noel Grandin 
CommitDate: Sat Mar 9 07:09:04 2024 +0100

tdf#158773 add a set to sd::ShapeList

because the std::list is atrociously bad at checking if the element
already exists when the number of shapes gets large.

Shaves 5% off the load time

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

diff --git a/sd/inc/shapelist.hxx b/sd/inc/shapelist.hxx
index 6528cc073286..c93344835016 100644
--- a/sd/inc/shapelist.hxx
+++ b/sd/inc/shapelist.hxx
@@ -23,6 +23,7 @@
 #include 
 
 #include 
+#include 
 
 namespace sd
 {
@@ -65,6 +66,7 @@ namespace sd
 typedef std::list< SdrObject* > ListImpl;
 ListImpl maShapeList;
 ListImpl::iterator maIter;
+std::unordered_set maShapeSet;
 };
 }
 
diff --git a/sd/source/core/shapelist.cxx b/sd/source/core/shapelist.cxx
index 613286c9b9b7..a73044ba864f 100644
--- a/sd/source/core/shapelist.cxx
+++ b/sd/source/core/shapelist.cxx
@@ -38,8 +38,7 @@ ShapeList::~ShapeList()
 /** adds the given shape to this list */
 void ShapeList::addShape( SdrObject& rObject )
 {
-ListImpl::iterator aIter( std::find( maShapeList.begin(), 
maShapeList.end(),  ) );
-if( aIter == maShapeList.end() )
+if( maShapeSet.insert().second )
 {
 maShapeList.push_back();
 rObject.AddObjectUser( *this );
@@ -53,9 +52,9 @@ void ShapeList::addShape( SdrObject& rObject )
 /** removes the given shape from this list */
 void ShapeList::removeShape( SdrObject& rObject )
 {
-ListImpl::iterator aIter( std::find( maShapeList.begin(), 
maShapeList.end(),  ) );
-if( aIter != maShapeList.end() )
+if( maShapeSet.erase() )
 {
+ListImpl::iterator aIter( std::find( maShapeList.begin(), 
maShapeList.end(),  ) );
 bool bIterErased = aIter == maIter;
 
 (*aIter)->RemoveObjectUser(*this);
@@ -76,6 +75,7 @@ void ShapeList::clear()
 {
 ListImpl aShapeList;
 aShapeList.swap( maShapeList );
+maShapeSet.clear();
 
 for( auto& rpShape : aShapeList )
 rpShape->RemoveObjectUser(*this);
@@ -92,14 +92,14 @@ bool ShapeList::isEmpty() const
 /** returns true if given shape is part of this list */
 bool ShapeList::hasShape( SdrObject& rObject ) const
 {
-return std::find( maShapeList.begin(), maShapeList.end(),  )  != 
maShapeList.end();
+return maShapeSet.contains(  );
 }
 
 void ShapeList::ObjectInDestruction(const SdrObject& rObject)
 {
-ListImpl::iterator aIter( std::find( maShapeList.begin(), 
maShapeList.end(),  ) );
-if( aIter != maShapeList.end() )
+if( maShapeSet.erase() )
 {
+ListImpl::iterator aIter( std::find( maShapeList.begin(), 
maShapeList.end(),  ) );
 bool bIterErased = aIter == maIter;
 
 aIter = maShapeList.erase( aIter );

[Bug 160112] New: Placement of I-Beam pointer before editing

[bugzilla-daemon]

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

Bug ID: 160112
   Summary: Placement of  I-Beam pointer before editing
   Product: LibreOffice
   Version: 7.6.5.2 release
  Hardware: All
OS: All
Status: UNCONFIRMED
  Severity: enhancement
  Priority: medium
 Component: Writer
  Assignee: libreoffice-bugs@lists.freedesktop.org
  Reporter: all.onl...@posteo.eu

Description:
this is something that bothers me since long editing texts.
Presently when I click into a text to edit, the I-Beam pointer stays on the
point of insertion and distorts the view. However, when I point there one can
assume that I want to work there! Ideally the pointer would jump away 2
centimetre to clear the view. 
Version: 7.6.5.2 (X86_64) / LibreOffice Community
Build ID: 60(Build:2)
CPU threads: 16; OS: Linux 6.5; UI render: default; VCL: gtk3
Locale: de-DE (en_GB.UTF-8); UI: de-DE
Ubuntu package version: 4:7.6.5-0ubuntu0.22.04.1~lo1
Calc: threaded

Steps to Reproduce:
1. Point your I/beam pointer into a text
2. 
3.

Actual Results:
The view on the characters to be edited are hampered by the pointer 

Expected Results:
After placing the pointer I would like to be able to see where I edit clealry


Reproducible: Always


User Profile Reset: No

Additional Info:
Ideally the pointer would jump away 2 centimetre to clear the view.

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

[Bug 148249] CONFIGURATION: paths of user files in the cloud

[bugzilla-daemon]

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

--- Comment #5 from Christian Lehmann  ---
When I am back home, I will both try an IP address for my configuration files
and I will try to upload my user dictionary. How do I go about the latter
action?

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

[Bug 160111] New: Would like LibreOffice Writer to include a 'pageless' option

[bugzilla-daemon]

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

Bug ID: 160111
   Summary: Would like LibreOffice Writer to include a 'pageless'
option
   Product: LibreOffice
   Version: unspecified
  Hardware: x86-64 (AMD64)
OS: All
Status: UNCONFIRMED
  Severity: enhancement
  Priority: medium
 Component: Writer
  Assignee: libreoffice-bugs@lists.freedesktop.org
  Reporter: da...@kdladage.com

Description:
Meeple Mountain uses Google Docs for collaboration. When using Google Docs, I
have found it very useful to use their 'pageless' option. In most other
instances, I use LibreOffice. I find this 'pageless' option useful enough that
I would like to see LibreOffice Writer include it.

Steps to Reproduce:
1. Open LibreOffice Writer
2. Go to page setup
3. There is no option for working 'pageless'

Actual Results:
There is no option for working 'pageless'

Expected Results:
There is no option for working 'pageless'


Reproducible: Always


User Profile Reset: No

Additional Info:
I would like an option to work 'pageless'

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

[Bug 121851] Calc loses time zone information for datetime cells

[bugzilla-daemon]

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

himajin100...@gmail.com changed:

   What|Removed |Added

URL|https://howsociable.com/|

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

[Bug 160108] When I have multiple writer documents open and I save and close one or two the entire program crashes

[bugzilla-daemon]

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

--- Comment #1 from DuyN  ---
Thank you for reporting the bug. I can not reproduce the bug in 

Version: 24.2.1.2 (X86_64) / LibreOffice Community
Build ID: db4def46b0453cc22e2d0305797cf981b68ef5ac
CPU threads: 16; OS: Windows 10.0 Build 22631; UI render: Skia/Vulkan; VCL: win
Locale: en-US (en_US); UI: en-US
Calc: threaded

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

[Bug 159794] inconsistency in backspacing through indents

[bugzilla-daemon]

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

QA Administrators  changed:

   What|Removed |Added

 Whiteboard| QA:needsComment|

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

[Bug 158648] Can't use scrollbar in presenter console's Slides view in RTL UI

[bugzilla-daemon]

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

QA Administrators  changed:

   What|Removed |Added

 Whiteboard| QA:needsComment|

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

[Bug 159794] inconsistency in backspacing through indents

[bugzilla-daemon]

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

QA Administrators  changed:

   What|Removed |Added

 Whiteboard| QA:needsComment|

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

[Bug 159779] Monospaced ligatures intermingle with Arabic text

[bugzilla-daemon]

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

QA Administrators  changed:

   What|Removed |Added

 Whiteboard| QA:needsComment|

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

[Bug 159757] Complex script word-by-word navigation and selection does not work at all

[bugzilla-daemon]

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

QA Administrators  changed:

   What|Removed |Added

 Whiteboard| QA:needsComment|

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

[Bug 141099] unable to access shared file (libre calc) by crossed platform (MS office)

[bugzilla-daemon]

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

QA Administrators  changed:

   What|Removed |Added

 Whiteboard| QA:needsComment|

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

[Bug 159860] Add command to clean up unused master slides

[bugzilla-daemon]

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

QA Administrators  changed:

   What|Removed |Added

 Whiteboard|| QA:needsComment

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

[Bug 139967] "Ignore double spaces" option in AutoCorrect might be better labeled "prevent double spaces" - and behaves differently than Help page

[bugzilla-daemon]

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

QA Administrators  changed:

   What|Removed |Added

 Whiteboard| QA:needsComment|

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

[Bug 158932] move heading up -- promote / denote outline level (NAVIGATOR)

[bugzilla-daemon]

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

QA Administrators  changed:

   What|Removed |Added

 Ever confirmed|1   |0
 Status|NEEDINFO|UNCONFIRMED

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

[Bug 160100] Callout COPY loses formatting, pasted position makes useless.

[bugzilla-daemon]

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

QA Administrators  changed:

   What|Removed |Added

 Ever confirmed|1   |0
 Status|NEEDINFO|UNCONFIRMED

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

[Bug 160100] Callout COPY loses formatting, pasted position makes useless.

[bugzilla-daemon]

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

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

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

[Bug 157591] context menu: "add to dictionary" -- no need to deselect word before

[bugzilla-daemon]

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

QA Administrators  changed:

   What|Removed |Added

 Status|NEEDINFO|UNCONFIRMED
 Ever confirmed|1   |0

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

[Bug 158932] move heading up -- promote / denote outline level (NAVIGATOR)

[bugzilla-daemon]

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

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

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

[Bug 157591] context menu: "add to dictionary" -- no need to deselect word before

[bugzilla-daemon]

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

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

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

[Bug 156706] libre office calc macro screen record error

[bugzilla-daemon]

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

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

Please read this message in its entirety before proceeding.

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

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

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

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

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

e) Read all comments and provide any requested information

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

a) respond via email 

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

Warm Regards,
QA Team

MassPing-NeedInfo-FollowUp

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

[Bug 156706] libre office calc macro screen record error

[bugzilla-daemon]

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

QA Administrators  changed:

   What|Removed |Added

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

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

[Bug 156690] When LibreOffice Calc is maximized, UI moves behind the action bar (i.e. GNOME dock)

[bugzilla-daemon]

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

QA Administrators  changed:

   What|Removed |Added

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

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

[Bug 89219] LO BASE: Formatted Field Form Control Text formatting broken, displays only zero numeral and numbers

[bugzilla-daemon]

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

--- Comment #13 from QA Administrators  ---
Dear Doug,

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

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

If you have time, please do the following:

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

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

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

Please DO NOT

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


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

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


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

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

Warm Regards,
QA Team

MassPing-UntouchedBug

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

[Bug 156690] When LibreOffice Calc is maximized, UI moves behind the action bar (i.e. GNOME dock)

[bugzilla-daemon]

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

--- Comment #5 from QA Administrators  ---
Dear shiv.baratam,

Please read this message in its entirety before proceeding.

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

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

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

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

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

e) Read all comments and provide any requested information

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

a) respond via email 

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

Warm Regards,
QA Team

MassPing-NeedInfo-FollowUp

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

[Bug 78470] MS WORD legacy input field not supported

[bugzilla-daemon]

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

--- Comment #16 from QA Administrators  ---
Dear AngelBlueSky,

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

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

If you have time, please do the following:

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

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

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

Please DO NOT

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


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

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


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

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

Warm Regards,
QA Team

MassPing-UntouchedBug

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

[Bug 147467] Reject changes doesn't restore numbering properly

[bugzilla-daemon]

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

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

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

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

If you have time, please do the following:

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

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

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

Please DO NOT

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


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

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


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

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

Warm Regards,
QA Team

MassPing-UntouchedBug

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

[Bug 132693] firebird - cannot execute multiple SQL commands in one go in Tools > SQL (driver does not implement sdbc::XMultipleResults)

[bugzilla-daemon]

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

--- Comment #9 from QA Administrators  ---
Dear jcs.LibreOffice,

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

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

If you have time, please do the following:

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

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

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

Please DO NOT

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


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

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


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

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

Warm Regards,
QA Team

MassPing-UntouchedBug

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

[Bug 160110] New: LibreOffice Draw: smart hyperlinking within a document

[bugzilla-daemon]

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

Bug ID: 160110
   Summary: LibreOffice Draw: smart hyperlinking within a document
   Product: LibreOffice
   Version: 7.6.2.1 release
  Hardware: x86-64 (AMD64)
OS: Windows (All)
Status: UNCONFIRMED
  Severity: enhancement
  Priority: medium
 Component: Draw
  Assignee: libreoffice-bugs@lists.freedesktop.org
  Reporter: yeohak...@hotmail.com

Description:
Hyperlinks are created for pages within the same document.

When new pages are inserted or deleted in between the 'calling' and 'target'
pages, the hyperlinks have to be redone all over.

It will be great if the hyperlinks are 'smart / active', i.e. if it was
originally linked to page 4, but now page 3 has been deleted, so the link
should now be to page 3, not page 4.

In other words, the hyperlink should link to the page, not the page number.  Of
course, if the page has been deleted, then it will not work, fair enough.


Steps to Reproduce:
1. Hyperlink a text to another page in the same Draw document.
2. Add or remove page(s) in between these two pages.


Actual Results:
The hyperlink goes to the wrong page.

Expected Results:
The hyperlink should follow the original linked page, even if pages in between
had been added or deleted.


Reproducible: Always


User Profile Reset: No

Additional Info:
None

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

[Bug 160109] New: LibreOffice Draw: cannot add hyperlink to image objects

[bugzilla-daemon]

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

Bug ID: 160109
   Summary: LibreOffice Draw: cannot add hyperlink to image
objects
   Product: LibreOffice
   Version: 7.6.2.1 release
  Hardware: x86-64 (AMD64)
OS: Windows (All)
Status: UNCONFIRMED
  Severity: enhancement
  Priority: medium
 Component: Draw
  Assignee: libreoffice-bugs@lists.freedesktop.org
  Reporter: yeohak...@hotmail.com

Description:
I need to add hyperlinks to jump around in the Draw document.  However, I could
only add hyperlinks to text, not images or icons.  This reduces the
attractiveness of the document.

Will be great if this feature is available in Draw.

Steps to Reproduce:
1. Insert an image
2. Click on the image
3. Insert a hyperlink, and follow the steps.


Actual Results:
After all the clicking, the hyperlink does not get created!

Expected Results:
Active hyperlink on that image object.


Reproducible: Always


User Profile Reset: No

Additional Info:
None

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

[Bug 159885] the latest text editing version hangs unexpectedly in the middle of writing

[bugzilla-daemon]

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

--- Comment #5 from ady  ---
I am tempted to change this report back from WFM to unconfirmed. The fact that
Miguel cannot reproduce the problem does not mean that the problem is not there
or that it cannot be replicated by anyone else, or that the problem is uniquely
related to one corrupted profile.

@Paul,

Anyone trying to replicate this would need more info about your system. Please
open LO and go to menu Help > About; use the icon in the middle to copy the
info to the clipboard and then post a new comment here and paste the copied
info. There is more than just a version number.

Additionally, when you go to menu Help > Restart in Safe Mode, there is an
option to completely reset your user profile to "factory defaults", with 2
sub-items. Please check those 2 sub-items too, but BEWARE that any
customization you have had until that moment will be lost. There are also an
advance option in the same dialogue that allows you to save a backup of your
current profile before resetting it.

The reason to ask you to reset your profile is because you are able to work
normally in LO's Safe Mode, which suggests some kind of profile corruption, at
least potentially. There might be some other cause for your problem. In any
case, your situation might not be easy to replicate by other users, and
therefore not easy to resolve by a developer.

One potential semi-random test is to go to menu Tools > Options > Lode/Save >
General > Save AutoRecovery information every 10 minutes and disable that check
box.

An additional possible test could be to uninstall the current version of LO you
currently have, and re-install the latest 7.6. version (ATM 7.6.5). I am not
suggesting this as a real solution, but as a possible test (only if resetting
your profile and providing your info here has no positive results). If using
version 7.6 again would not generate the same crashes as your current 24.2
version, it would suggest that there is something unique in LO 24.2 that is not
present in 7.6 that crashes. Please use this as a last resort and only after
providing the requested info of your current version, and possibly additional
other steps that might be suggested in later comments.

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

core.git: sw/qa

[Justin Luth (via logerrit)]

 sw/qa/extras/ooxmlexport/data/tdf160077_layoutInCellB.docx |binary
 1 file changed

New commits:
commit 4904e608fd7ac3d61c924a17fe3494f5e4a43ae6
Author: Justin Luth 
AuthorDate: Fri Mar 8 17:43:51 2024 -0500
Commit: Justin Luth 
CommitDate: Sat Mar 9 01:45:33 2024 +0100

replace unit test font with Liberation Sans

since I was getting a build failure on Ubuntu 24.04

warn:vcl.fonts:1268905:1268905:
vcl/unx/generic/fontmanager/fontconfig.cxx:1192:
PrintFontManager::Substitute: missing font: 'Rockwell'
try: Noto Sans instead

replaced theme1.xml Rockwell and Franklin fonts
with Liberation Sans

Change-Id: I365f64c927fcb2211990321e906f757c2d03e893
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/164603
Tested-by: Jenkins
Reviewed-by: Justin Luth 

diff --git a/sw/qa/extras/ooxmlexport/data/tdf160077_layoutInCellB.docx 
b/sw/qa/extras/ooxmlexport/data/tdf160077_layoutInCellB.docx
index 741bf8270855..625e149ff38e 100644
Binary files a/sw/qa/extras/ooxmlexport/data/tdf160077_layoutInCellB.docx and 
b/sw/qa/extras/ooxmlexport/data/tdf160077_layoutInCellB.docx differ

[Bug 159904] Menu bar disappears when coming out of full screen if template selection dialog is open (Unity)

[bugzilla-daemon]

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

--- Comment #13 from maloure...@fc.ul.pt ---
It will take a much serious bug to make it worth it to go back to GNOME, even
though Unity is mostly obsolete.

Thank you for the time you spent on this.

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

[Bug 160108] New: When I have multiple writer documents open and I save and close one or two the entire program crashes

[bugzilla-daemon]

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

Bug ID: 160108
   Summary: When I have multiple writer documents open and I save
and close one or two the entire program crashes
   Product: LibreOffice
   Version: 7.6.5.2 release
  Hardware: All
OS: Windows (All)
Status: UNCONFIRMED
  Severity: normal
  Priority: medium
 Component: Writer
  Assignee: libreoffice-bugs@lists.freedesktop.org
  Reporter: valerian.t.thomp...@gmail.com

Description:
Twice now I have been working with 4 libreoffice writer documents and when I am
done and start saving and closing documents, the entire program crashes and
takes my remaining files with it. The first time I saved two documents and
closed one and the entire program crashed and took my other three documents
with it. The second time I saved and closed two documents before the program
crashed and took the remaining two documents.

Steps to Reproduce:
1.Have multiple writer documents open
2.Save one or more documents
3.Close one or more documents

Actual Results:
Writer crashes

Expected Results:
writer continues to work until I have saved and closed all documents


Reproducible: Always


User Profile Reset: No

Additional Info:
Version: 7.6.5.2 (X86_64) / LibreOffice Community
Build ID: 38d5f62f85355c192ef5f1dd47c5c0c0c6d6598b
CPU threads: 16; OS: Windows 10.0 Build 22631; UI render: Skia/Raster; VCL: win
Locale: en-US (en_US); UI: en-US
Calc: threaded

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

[Bug 159857] Calc v 7.6.5.2 EDITING retrogression: use of arrow keys to expand a selection has no visual feedback in colored cells.

[bugzilla-daemon]

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

--- Comment #3 from ady  ---
(In reply to wjsim from comment #2)
> 
> Version: 24.2.1.2 (X86_64) / LibreOffice Community
> Build ID: db4def46b0453cc22e2d0305797cf981b68ef5ac
> CPU threads: 16; OS: Windows 10.0 Build 19045; UI render: Skia/Vulkan; VCL:
> win
> Locale: en-US (en_US); UI: en-US
> Calc: CL threaded

@wjsim,
You claim you can replicate this report under Windows, while this report is
presented for macOS. FWIW, I also attempted to replicate this under Windows,
but I don't see the problem on any version I tested – I can clearly see the
selected area under some colored background. This is the reason I asked for a
sample spreadsheet file in comment 1.

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

[Bug 141578] Libreoffice unusable with different scale factors used for different screens in multimonitor setup (on kf5/qt5/qt6 vcl + wayland)

[bugzilla-daemon]

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

--- Comment #52 from Martin  ---
Still present in LO 24.2.1.2 running on Plasma 5.27.8.

After trying all the different combinations of WAYLAND_DISPLAY and
SAL_USE_VCLPLUGIN, the one that works the best for me is (uses XWayland):

WAYLAND_DISPLAY= SAL_USE_VCLPLUGIN=kf5 /usr/bin/libreoffice

The workaround that works fine for me at this time is to put an executable
script under e.g. ~/.local/bin called "libreoffice" containing:

#!/bin/bash
WAYLAND_DISPLAY= SAL_USE_VCLPLUGIN=kf5 /usr/bin/libreoffice "$@"

Make sure that this location (~/.local/bin) is in your PATH. If the .desktop
files used to start the libreoffice programs call e.g. "localc" rather than
"libreoffice --calc", then you also need "localc" etc. scripts (in order to be
able to start libreoffice programs from the GUI). If the .desktop files in your
distro use an absolute path for the executable, then you need to override
those.

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

[Bug 160107] New: FORMATTING: Pivot Row field with Compact layout supports only Standard Format

[bugzilla-daemon]

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

Bug ID: 160107
   Summary: FORMATTING: Pivot Row field with Compact layout
supports only Standard Format
   Product: LibreOffice
   Version: 24.2.0.1 rc
  Hardware: x86-64 (AMD64)
OS: Linux (All)
Status: UNCONFIRMED
  Severity: normal
  Priority: medium
 Component: Calc
  Assignee: libreoffice-bugs@lists.freedesktop.org
  Reporter: micha.otto...@gmail.com

Created attachment 193034
  --> https://bugs.documentfoundation.org/attachment.cgi?id=193034=edit
Pivot-Table in Compact layout with a Row field formatted as Date

When in a Pivot-Table with a Row field formatted as Date 
this Row field is changed to Compact layout, 
this Field is always shown as Standard Format. 
In Tabular layout and Outline layout, the Date Format is fine. 

( might be related to:)
( Calc doesn't save pivot table compact layout to ODS file format )
( https://bugs.documentfoundation.org/show_bug.cgi?id=155073  )
( which however works fine with my file.  ) 

Version: 24.2.0.1 (X86_64) / LibreOffice Community
Build ID: b4d45829793cddfe67b58a53f495528c75738d8a
CPU threads: 2; OS: Linux 5.4; UI render: default; VCL: gtk3
Locale: de-DE (de_DE.UTF-8); UI: de-DE
Calc: threaded

Ubuntu 20.04.6 LTS

in attached example (Pivot-Spielergebnisse.ods)
the Field "Datum" (Source in column A, which is formatted as a Date) 
is shown as number values 45325...45374 
instead of 03.02.24...23.03.24 (dates in DE notation)


same behaviour was found with other Formats: 
Time, or Currecy, or Percentage, or Decimal Number,
they are always formatted Standard in the Compact layout.
No matter as well, without Identify categories (if all values are in place).
No matter as well if this Field is not in column A.
No matter as well, if the Pivot-Table Destination is a separate table.

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

[Bug 160106] Floating multipage table rendered (mostly) off-canvas after deleting a row; hiding >30 pages of content

[bugzilla-daemon]

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

--- Comment #1 from Telesto  ---
Alternative
1. Open attachment 191005
2. Check page count (51 pages on file open)
3. Press Enter 11 times (fine)
4. Press Enter again a couple of times (pages start to vanish)
5. Press CTRL+Z multiple times -> Pages still gone

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

Digression from [libreoffice-design] Minutes from the UX/design meeting 2023-Mar-07

[paul hofseth]

sirs,

Sorry for disturbing this august assembly.

I repeat my resultless calling for concentration on overall function 
without crashing, rather than on small improvements to appearance and 
efficiency of use.


--
In my case i have listed aimilar "hangs" on the bug report site and 
received helpful but ineffective  advice ad fixing the user profile 
(Which is empty, and even  emptier  after having cleaned out all 
preexisting choices and trying once more)


I made a few very brief test documents today rather than risking my work 
texts (choosing the Times new roman type i always use. but only typing 
"text nr.xx and xxx in the content ) libre office crashed when saving, 
even though all other progams on the machine (exept the usual windows 
junk) was turned off. Below is what the operating system had to say:


"soffice.bin
   7.6.5.2
   22b4
   01da716c7d500190
   24
   C:\Program Files\LibreOffice\program\soffice.bin
   41d25edb-3128-4b92-b9b6-991947c70f40


   Unknown
   55006E006B006E006F0077006E00 "

And when using the restore text option the program hung once moreuntil i 
killed it.

-

I do not expect any replies from this group, but please do create a 
"life vest"- rescue button mode: which will enable users to copy 
existing text while waiting to shut it down or for|he program hang to 
resolve itself (assuming that stability cannot be reached ) In the 
meantime for my book manuscripts i must use Apaches open office which is 
stable.


yours

paul hofseth

Den 07-03-2024 15:39, skrev Heiko Tietze:

Present: Cor, Sahil, Felix, Rafael, Hossein, Heiko
Comments: Stephane, Ady, Stuart

Tickets/Topics

 * 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
   + use ellipsis too (Stephane)
   + emphasizing the text that is explicitly being searched (Ady)
 + bug 157227
   + agree with the request to use more of the display (Stuart)
   + wrapping might be another idea (Rafael)
 + rather not because makes reading more difficult (Sahil)
   + ellipsis at start and end to bring the search term into the view 
(Felix)
   + simple solution covers most cases (and can be done as easyhack) 
(Cor)
   + ellipsis hinders reading the text, eg. if the search term is near 
end (Cor)

   + dialog is good as it, width should be adjusted carefully (Hossein)
   + With various scaling factors (2x, 3x, etc.) and different DPIs 
(HiDPI)
 these days, the issue of too big / too small dialogs and the need 
to add

 scrolling can also be seen elsewhere (Hossein)
   => resize the dialog if the content takes more space but only up to 
a

  reasonable width

 * CALC UI: Menu item "View headers" in menu "View" named wrong
   + https://bugs.documentfoundation.org/show_bug.cgi?id=159738
   + changed because of the Notebookbar
 a) have a dedicated NotebookbarLabel
 b) change back and accept the longer label
+ or hide the View Header command in the NB variant
 c) change the UI label to "View Headers"
 d) accept the situation, ie. NAB/WF
   + a) sounds good but c) could be a quick solution here (Rafael)
 + probably with some tooltip (Heiko)
   + a) is okay but prefer d) rather than c) (Cor)
 + nitpicking anyway; tooltip is good (Rafael)
   + icon on the command would be nice (Felix)
   => add a tooltip "Toggle row/column header on/off" to command
  and the tools > options dialog

 * UI: A button to expand the animation picker dialog to dedicated 
dialog

   + https://bugs.documentfoundation.org/show_bug.cgi?id=145038
   + icons may help, even in the current form, in sidebar (Hossein)
   + icon view like at the transition deck sounds good (Rafael)
   + dedicated dialog needed for notebookbar-only variants (Sahil)
   + on the long run we should add some styles-like widget for
 animations as known from MSO (Hossein)
   => comment

 * Reworking of dialogues Organize macros (make from 5 existing only 
one)

   + https://bugs.documentfoundation.org/show_bug.cgi?id=120658
   + Issue is worse than that considering Python, and APSO (Hossein)
   + Most things (editing, etc.) are not usable for Python, even with
 5 dialogs (Hossein)
   + Every change should have in mind that it is about macro 
programming in

 general, and not only BASIC scripting (Hossein)
   + unified dialogs are not always easier to use (Cor)
   + suggested proposal is difficult to implement and suspect a lot of
 side effects (Rafael)
   + APSO is the way to go for Python at least (Rafael, Hossein)
   => comment

[Bug 160106] Floating multipage table rendered (mostly) off-canvas after deleting a row; hiding >30 pages of content

[bugzilla-daemon]

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

Telesto  changed:

   What|Removed |Added

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

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

[Bug 158344] FILEOPEN DOCX Crash on opening file

[bugzilla-daemon]

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

Telesto  changed:

   What|Removed |Added

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

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

[Bug 160106] New: Floating multipage table rendered (mostly) off-canvas after deleting a row; hiding >30 pages of content

[bugzilla-daemon]

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

Bug ID: 160106
   Summary: Floating multipage table rendered (mostly) off-canvas
after deleting a row; hiding >30 pages of content
   Product: LibreOffice
   Version: 24.8.0.0 alpha0+ Master
  Hardware: All
OS: All
Status: UNCONFIRMED
  Severity: normal
  Priority: medium
 Component: Writer
  Assignee: libreoffice-bugs@lists.freedesktop.org
  Reporter: tele...@surfxs.nl

Description:
Floating multipage table rendered (mostly) off-canvas after deleting a row;
hiding >30 pages of content

Steps to Reproduce:
1. Open attachment 191005 (158344)
2. Look at the page counter (51 pages)
3. Place cursor in the first row of the table on page 1
4. Press Delete Row -> 16 pages left 
5. (Bonus) Press CTRL+Z -> 61 pages

The table is present but rendered off-canvas

Actual Results:
Table rendered of canvas

Expected Results:
Table should be visible


Reproducible: Always


User Profile Reset: No

Additional Info:
Version: 24.8.0.0.alpha0+ (X86_64) / LibreOffice Community
Build ID: ff113b34dd6f54765995440cbedd27483fadb844
CPU threads: 4; OS: Windows 6.3 Build 9600; UI render: Skia/Raster; VCL: win
Locale: nl-NL (nl_NL); UI: en-US
Calc: CL threaded

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

core.git: Branch 'libreoffice-24-2' - sal/osl

[Stephan Bergmann (via logerrit)]

 sal/osl/unx/file.cxx |6 +++---
 1 file changed, 3 insertions(+), 3 deletions(-)

New commits:
commit 0b5a9065263bf8f82db497a1f2c51bf531a341fe
Author: Stephan Bergmann 
AuthorDate: Fri Mar 8 08:38:44 2024 +0100
Commit: Stephan Bergmann 
CommitDate: Fri Mar 8 22:47:54 2024 +0100

Blind fix for Linux 32-bit builds

...which, according to
 
"32
bit build failure (smb, narrowing)", started to fail with

> /<>/sal/osl/unx/file.cxx: In function ‘void 
osl_file_adjustLockFlags(const rtl::OString&, int*, sal_uInt32*)’:
> /<>/sal/osl/unx/file.cxx:71:26: error: narrowing conversion 
of ‘4283649346’ from ‘unsigned int’ to ‘int’ [-Wnarrowing]
> 71 | #define CIFS_SUPER_MAGIC 0xFF534D42
>|  ^~
> /<>/sal/osl/unx/file.cxx:795:14: note: in expansion of macro 
‘CIFS_SUPER_MAGIC’
>795 | case CIFS_SUPER_MAGIC:
>|  ^~~~

etc.  My Fedora 39 "Linux man-pages 6.05" statfs(2) man page explains about 
the
struct statfs f_type field of __fsword_t type:  "The __fsword_t type used 
for
various fields in the statfs structure definition is a glibc internal type, 
not
intended for public use.  This leaves the programmer in a bit of a conundrum
when trying to copy or compare these fields to local variables in a program.
Using unsigned int for such variables suffices on most systems."  But the
underlying __FSWORD_T_TYPE looks like it is actually defined as a signed 
type in
/usr/include/bits/typesizes.h.

Change-Id: Ida3ae84031c4e48b0d6e69d76b66b4e4facfa1ae
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/164561
Tested-by: René Engelhard 
Reviewed-by: René Engelhard 
Tested-by: Jenkins
Reviewed-by: Stephan Bergmann 
(cherry picked from commit 0f5dfaebd61b9cabbe9762865563c2296ebb0112)
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/164504

diff --git a/sal/osl/unx/file.cxx b/sal/osl/unx/file.cxx
index 0ca8822016e1..ee7412dd1041 100644
--- a/sal/osl/unx/file.cxx
+++ b/sal/osl/unx/file.cxx
@@ -67,9 +67,9 @@
 #ifdef LINUX
 #include 
 // As documented by the kernel
-#define SMB_SUPER_MAGIC  0x517B
-#define CIFS_SUPER_MAGIC 0xFF534D42
-#define SMB2_SUPER_MAGIC 0xFE534D42
+#define SMB_SUPER_MAGIC  static_cast<__fsword_t>(0x517B)
+#define CIFS_SUPER_MAGIC static_cast<__fsword_t>(0xFF534D42)
+#define SMB2_SUPER_MAGIC static_cast<__fsword_t>(0xFE534D42)
 #endif
 
 namespace {

core.git: external/skia

[Stephan Bergmann (via logerrit)]

 external/skia/UnpackedTarball_skia.mk|1 +
 external/skia/sort-comparison-assumption.patch.0 |   16 
 2 files changed, 17 insertions(+)

New commits:
commit 01067e964a876e38e99a099f62fe514a211a5fca
Author: Stephan Bergmann 
AuthorDate: Fri Mar 8 12:57:51 2024 +0100
Commit: Stephan Bergmann 
CommitDate: Fri Mar 8 22:47:30 2024 +0100

external/skia: Fix a std::sort comparison function's assertion assumptions

At least with a LLVM 19 libc++ in hardening debug mode (where it uses 
additional
invocations of the comparison function passed to std::sort, to verify that 
the
function actually implements a strict weak ordering), chart2_dialogs_test 
failed
with

> LO_TEST_LOCALE=en-US
> [_RUN_] Chart2DialogsTest::openAnyDialog
> 
workdir/UnpackedTarball/skia/src/sksl/transform/SkSLFindAndDeclareBuiltinVariables.cpp:112:
 fatal error: "assert(InterfaceBlockName(*a) != InterfaceBlockName(*b))"

apparently because the implementation of std::sort made additional
same-arguments calls of operator ()(x, x) that the Skia implementation of 
the
comparison function was not expecting to happen.  But the only relevant
guarantee that C++20 appears to make for std::sort is that its complexity is
O(N log N) comparisons, so any implementation could legitimately do such a
"useless" additional same-arguments call of operator ()(x, x) for each of 
the N
elements of the to-be-sorted range.

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

diff --git a/external/skia/UnpackedTarball_skia.mk 
b/external/skia/UnpackedTarball_skia.mk
index 2cdcf62872d3..9e603dcb28dd 100644
--- a/external/skia/UnpackedTarball_skia.mk
+++ b/external/skia/UnpackedTarball_skia.mk
@@ -41,6 +41,7 @@ skia_patches := \
 ubsan-missing-typeinfo.patch.1 \
 incomplete-type-SkImageGenerator.patch.1 \
 0001-AvoidCombiningExtrememelyLargeMeshes.patch.1 \
+sort-comparison-assumption.patch.0 \
 
 $(eval $(call gb_UnpackedTarball_set_patchlevel,skia,1))
 
diff --git a/external/skia/sort-comparison-assumption.patch.0 
b/external/skia/sort-comparison-assumption.patch.0
new file mode 100644
index ..b23ae0418123
--- /dev/null
+++ b/external/skia/sort-comparison-assumption.patch.0
@@ -0,0 +1,16 @@
+--- src/sksl/transform/SkSLFindAndDeclareBuiltinVariables.cpp
 src/sksl/transform/SkSLFindAndDeclareBuiltinVariables.cpp
+@@ -105,11 +105,11 @@
+   }
+   switch (a->kind()) {
+   case ProgramElement::Kind::kGlobalVar:
+-  SkASSERT(GlobalVarBuiltinName(*a) != 
GlobalVarBuiltinName(*b));
++  SkASSERT(GlobalVarBuiltinName(*a) != 
GlobalVarBuiltinName(*b) || a == b);
+   return GlobalVarBuiltinName(*a) < 
GlobalVarBuiltinName(*b);
+ 
+   case ProgramElement::Kind::kInterfaceBlock:
+-  SkASSERT(InterfaceBlockName(*a) != 
InterfaceBlockName(*b));
++  SkASSERT(InterfaceBlockName(*a) != 
InterfaceBlockName(*b) || a == b);
+   return InterfaceBlockName(*a) < 
InterfaceBlockName(*b);
+ 
+   default:

core.git: 2 commits - static/README.wasm.md static/source unotest/source

[Stephan Bergmann (via logerrit)]

 static/README.wasm.md  |3 -
 static/source/unoembindhelpers/PrimaryBindings.cxx |8 +--
 unotest/source/embindtest/embindtest.js|   53 +++--
 3 files changed, 34 insertions(+), 30 deletions(-)

New commits:
commit 20f1f529a29fdbc6a531a8c82f4aeff8ff3908bd
Author: Stephan Bergmann 
AuthorDate: Fri Mar 8 18:01:21 2024 +0100
Commit: Stephan Bergmann 
CommitDate: Fri Mar 8 22:45:26 2024 +0100

Embind construction of UNO Any Type

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

diff --git a/static/source/unoembindhelpers/PrimaryBindings.cxx 
b/static/source/unoembindhelpers/PrimaryBindings.cxx
index a250e31aa144..8fb5ad39a6da 100644
--- a/static/source/unoembindhelpers/PrimaryBindings.cxx
+++ b/static/source/unoembindhelpers/PrimaryBindings.cxx
@@ -279,7 +279,7 @@ EMSCRIPTEN_BINDINGS(PrimaryBindings)
 case TypeClass_STRING:
 return Any{ OUString(rObject.as()) };
 case TypeClass_TYPE:
-return {}; //TODO
+return css::uno::Any(rObject.as());
 case TypeClass_SEQUENCE:
 return {}; //TODO
 case TypeClass_ENUM:
diff --git a/unotest/source/embindtest/embindtest.js 
b/unotest/source/embindtest/embindtest.js
index c5cb7db12169..8568fa2acaa2 100644
--- a/unotest/source/embindtest/embindtest.js
+++ b/unotest/source/embindtest/embindtest.js
@@ -242,9 +242,9 @@ Module.addOnPostRun(function() {
 console.assert(v.get().toString() === 'long');
 console.assert(test.isAnyType(v));
 v.delete();
-//TODO: let a = new Module.uno_Any(Module.uno_Type.Type(), 
Module.uno_Type.Long());
-//TODO: console.assert(test.isAnyType(a));
-//TODO: a.delete();
+let a = new Module.uno_Any(Module.uno_Type.Type(), 
Module.uno_Type.Long());
+console.assert(test.isAnyType(a));
+a.delete();
 }
 {
 let v = test.getAnySequence();
commit 80bb8c666f09264b0df7181d03ebad3b883de797
Author: Stephan Bergmann 
AuthorDate: Fri Mar 8 17:50:57 2024 +0100
Commit: Stephan Bergmann 
CommitDate: Fri Mar 8 22:45:11 2024 +0100

Redesign Embind UNO Any construction

...taking a full UNO Type instead of just a UNO Type class (so that it will 
be
able to construct Any containing sequence, enum, struct, exception, and
interface, in later steps); moving the Type argument first (as that looks 
more
natural), and renaming from Any to uno_Any (in line with the other uno_Type,
uno_Sequence_..., etc.)

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

diff --git a/static/README.wasm.md b/static/README.wasm.md
index ef8a02f8261a..1abfd39de6c8 100644
--- a/static/README.wasm.md
+++ b/static/README.wasm.md
@@ -248,7 +248,8 @@ while (xParaEnumeration.hasMoreElements()) {
 xParagraph = new css.text.XTextRange(xParaEnumeration.nextElement(), 
Module.uno_Reference.FromAny);
 if (xParagraph.$is()) {
 xParaProps = new css.beans.XPropertySet(xParagraph.$query());
-let color = new Module.Any(Math.floor(Math.random() * 0xFF), 
css.uno.TypeClass.LONG);
+let color = new Module.uno_Any(
+Module.uno_Type.Long(), Math.floor(Math.random() * 0xFF));
 xParaProps.setPropertyValue("CharColor", color);
 color.delete();
 }
diff --git a/static/source/unoembindhelpers/PrimaryBindings.cxx 
b/static/source/unoembindhelpers/PrimaryBindings.cxx
index bfbf7d90b12d..a250e31aa144 100644
--- a/static/source/unoembindhelpers/PrimaryBindings.cxx
+++ b/static/source/unoembindhelpers/PrimaryBindings.cxx
@@ -248,9 +248,9 @@ EMSCRIPTEN_BINDINGS(PrimaryBindings)
 });
 
 // Any
-class_("Any")
-.constructor(+[](const val& rObject, const TypeClass& rUnoType) -> Any 
{
-switch (rUnoType)
+class_("uno_Any")
+.constructor(+[](const css::uno::Type& rUnoType, const val& rObject) 
-> Any {
+switch (rUnoType.getTypeClass())
 {
 case TypeClass_VOID:
 return {};
diff --git a/unotest/source/embindtest/embindtest.js 
b/unotest/source/embindtest/embindtest.js
index a825946fee34..c5cb7db12169 100644
--- a/unotest/source/embindtest/embindtest.js
+++ b/unotest/source/embindtest/embindtest.js
@@ -112,7 +112,7 @@ Module.addOnPostRun(function() {
 console.assert(v.get() === undefined);
 console.assert(test.isAnyVoid(v));
 v.delete();
-let a = new Module.Any(undefined, css.uno.TypeClass.VOID);
+let a = new Module.uno_Any(Module.uno_Type.Void(), undefined);
 console.assert(test.isAnyVoid(a));
 a.delete();
 }

core.git: 2 commits - static/source unotest/source

[Stephan Bergmann (via logerrit)]

 static/source/unoembindhelpers/PrimaryBindings.cxx |   55 ++---
 unotest/source/embindtest/embindtest.js|8 ++-
 2 files changed, 45 insertions(+), 18 deletions(-)

New commits:
commit ad7963f939c629657c1aca03765169ace14a5bbd
Author: Stephan Bergmann 
AuthorDate: Fri Mar 8 17:27:52 2024 +0100
Commit: Stephan Bergmann 
CommitDate: Fri Mar 8 22:44:50 2024 +0100

Directly go via std::u16string

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

diff --git a/static/source/unoembindhelpers/PrimaryBindings.cxx 
b/static/source/unoembindhelpers/PrimaryBindings.cxx
index 54ce34d0724c..bfbf7d90b12d 100644
--- a/static/source/unoembindhelpers/PrimaryBindings.cxx
+++ b/static/source/unoembindhelpers/PrimaryBindings.cxx
@@ -18,9 +18,6 @@
 #include 
 #include 
 #include 
-#include 
-#include 
-#include 
 #include 
 #include 
 #include 
@@ -142,18 +139,6 @@ EM_JS(void, jsRegisterString, (std::type_info const* raw),
 
 namespace
 {
-OString toUtf8(OUString const& string)
-{
-OString s;
-if (!string.convertToString(, RTL_TEXTENCODING_UTF8,
-RTL_UNICODETOTEXT_FLAGS_UNDEFINED_ERROR
-| RTL_UNICODETOTEXT_FLAGS_INVALID_ERROR))
-{
-throw css::uno::RuntimeException("cannot convert OUString to UTF-8");
-}
-return s;
-}
-
 void copyStruct(typelib_CompoundTypeDescription* desc, void const* source, 
void* dest)
 {
 if (desc->pBaseTypeDescription != nullptr)
@@ -258,8 +243,8 @@ EMSCRIPTEN_BINDINGS(PrimaryBindings)
 return 
css::uno::Type(css::uno::TypeClass_INTERFACE, OUString(name));
 })
 .function("toString", +[](css::uno::Type const& self) {
-auto const name = toUtf8(self.getTypeName());
-return std::string(name.getStr(), name.getLength());
+auto const name = self.getTypeName();
+return std::u16string(name.getStr(), name.getLength());
 });
 
 // Any
commit 747cfc7a021d8a4664462ddd6b0fad6c178da602
Author: Stephan Bergmann 
AuthorDate: Fri Mar 8 17:20:52 2024 +0100
Commit: Stephan Bergmann 
CommitDate: Fri Mar 8 22:44:37 2024 +0100

Improve Embind'ing of UNO Type

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

diff --git a/static/source/unoembindhelpers/PrimaryBindings.cxx 
b/static/source/unoembindhelpers/PrimaryBindings.cxx
index 985ebacc52b2..54ce34d0724c 100644
--- a/static/source/unoembindhelpers/PrimaryBindings.cxx
+++ b/static/source/unoembindhelpers/PrimaryBindings.cxx
@@ -221,6 +221,42 @@ EMSCRIPTEN_BINDINGS(PrimaryBindings)
 
 emscripten::class_("uno_Type")
 .smart_ptr("uno_Type$")
+.class_function("Void", +[]() { return cppu::UnoType::get(); })
+.class_function("Boolean", +[]() { return cppu::UnoType::get(); 
})
+.class_function("Byte", +[]() { return cppu::UnoType::get(); 
})
+.class_function("Short", +[]() { return 
cppu::UnoType::get(); })
+.class_function("UnsignedShort", +[]() { return 
cppu::UnoType::get(); })
+.class_function("Long", +[]() { return 
cppu::UnoType::get(); })
+.class_function("UnsignedLong", +[]() { return 
cppu::UnoType::get(); })
+.class_function("Hyper", +[]() { return 
cppu::UnoType::get(); })
+.class_function("UnsignedHyper", +[]() { return 
cppu::UnoType::get(); })
+.class_function("Float", +[]() { return cppu::UnoType::get(); })
+.class_function("Double", +[]() { return cppu::UnoType::get(); 
})
+.class_function("Char", +[]() { return 
cppu::UnoType::get(); })
+.class_function("String", +[]() { return 
cppu::UnoType::get(); })
+.class_function("Type", +[]() { return 
cppu::UnoType::get(); })
+.class_function("Any", +[]() { return 
cppu::UnoType::get(); })
+.class_function("Sequence",
++[](css::uno::Type const& type) {
+return css::uno::Type(css::uno::TypeClass_SEQUENCE,
+  "[]" + type.getTypeName());
+})
+.class_function("Enum",
++[](std::u16string const& name) {
+return css::uno::Type(css::uno::TypeClass_ENUM, 
OUString(name));
+})
+.class_function("Struct",
++[](std::u16string const& name) {
+return css::uno::Type(css::uno::TypeClass_STRUCT, 
OUString(name));
+})
+.class_function("Exception",
++[](std::u16string const& name) {
+return 

[Bug 160105] Infinite hang/freeze after pressing delete with a floating table below

[bugzilla-daemon]

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

Telesto  changed:

   What|Removed |Added

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

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

[Bug 158344] FILEOPEN DOCX Crash on opening file

[bugzilla-daemon]

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

Telesto  changed:

   What|Removed |Added

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

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

[Bug 160105] New: Infinite hang/freeze after pressing delete with a floating table below

[bugzilla-daemon]

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

Bug ID: 160105
   Summary: Infinite hang/freeze after pressing delete with a
floating table below
   Product: LibreOffice
   Version: 24.8.0.0 alpha0+ Master
  Hardware: All
OS: All
Status: UNCONFIRMED
  Severity: normal
  Priority: medium
 Component: Writer
  Assignee: libreoffice-bugs@lists.freedesktop.org
  Reporter: tele...@surfxs.nl

Description:
Infinite hang/freeze after pressing delete with a floating table below

Steps to Reproduce:
1. Open attachment 191006 (bug 158344)
2. Press delete -> freeze

Actual Results:
Freeze/hang

Expected Results:
No/freeze hang


Reproducible: Always


User Profile Reset: No

Additional Info:
Version: 24.8.0.0.alpha0+ (X86_64) / LibreOffice Community
Build ID: ff113b34dd6f54765995440cbedd27483fadb844
CPU threads: 4; OS: Windows 6.3 Build 9600; UI render: Skia/Raster; VCL: win
Locale: nl-NL (nl_NL); UI: en-US
Calc: CL threaded

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

[Bug 160104] New: Closing the solver dialog marks the file as modified even if nothing is changed

[bugzilla-daemon]

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

Bug ID: 160104
   Summary: Closing the solver dialog marks the file as modified
even if nothing is changed
   Product: LibreOffice
   Version: 24.8.0.0 alpha0+ Master
  Hardware: All
OS: All
Status: UNCONFIRMED
  Severity: normal
  Priority: medium
 Component: Calc
  Assignee: libreoffice-bugs@lists.freedesktop.org
  Reporter: rafael.palma.l...@gmail.com

Simply opening and closing the Solver dialog without changing anything will
mark the file as modified.

Steps to reproduce
1) Open attachment 189033 from bug 156814
2) Go to Tools - Solver
3) Click "Close" without changing anything
4) Notice that the file is marked as modified

Expected results:
If nothing changed in the dialog, then the file should not be marked as
modified

System info

Version: 24.2.1.2 (X86_64) / LibreOffice Community
Build ID: 420(Build:2)
CPU threads: 16; OS: Linux 6.5; UI render: default; VCL: kf5 (cairo+xcb)
Locale: pt-BR (pt_BR.UTF-8); UI: en-US
Ubuntu package version: 4:24.2.1~rc2-0ubuntu0.23.10.1~lo1
Calc: threaded

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

[Bug 45904] Move Java based API tests to C++

[bugzilla-daemon]

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

--- Comment #381 from Commit Notification 
 ---
Luv Sharma committed a patch related to this issue.
It has been pushed to "master":

https://git.libreoffice.org/core/commit/26d0ce6fd07bfdabc35d01dbc385974f570a59c6

tdf#45904 Remove old SwXFootnoteText Java test

It will be available in 24.8.0.

The patch should be included in the daily builds available at
https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More
information about daily builds can be found at:
https://wiki.documentfoundation.org/Testing_Daily_Builds

Affected users are encouraged to test the fix and report feedback.

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

core.git: framework/qa qadevOOo/Jar_OOoRunner.mk qadevOOo/objdsc qadevOOo/tests sw/qa

[Luv Sharma (via logerrit)]

 framework/qa/complex/api_internal/api.lst   |1 
 qadevOOo/Jar_OOoRunner.mk   |1 
 qadevOOo/objdsc/sw/com.sun.star.comp.office.SwXFootnoteText.csv |   19 -
 qadevOOo/tests/java/mod/_sw/SwXFootnoteText.java|  151 
--
 sw/qa/unoapi/sw_2.sce   |1 
 5 files changed, 173 deletions(-)

New commits:
commit 26d0ce6fd07bfdabc35d01dbc385974f570a59c6
Author: Luv Sharma 
AuthorDate: Tue Mar 5 12:32:14 2024 +0530
Commit: Hossein 
CommitDate: Fri Mar 8 22:05:15 2024 +0100

tdf#45904 Remove old SwXFootnoteText Java test

Change-Id: I04ade7be60083d4bc57b400b7aa82850424e1e9b
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/164407
Tested-by: Jenkins
Reviewed-by: Hossein 

diff --git a/framework/qa/complex/api_internal/api.lst 
b/framework/qa/complex/api_internal/api.lst
index 39a3ba9332a5..223a1c941632 100644
--- a/framework/qa/complex/api_internal/api.lst
+++ b/framework/qa/complex/api_internal/api.lst
@@ -142,7 +142,6 @@ job206=sw.SwXCell
 job208=sw.SwXDocumentIndexMark
 job209=sw.SwXEndnoteProperties
 job211=sw.SwXFieldMaster
-job215=sw.SwXFootnoteText
 job216=sw.SwXFrames
 job217=sw.SwXHeadFootText
 job218=sw.SwXLineNumberingProperties
diff --git a/qadevOOo/Jar_OOoRunner.mk b/qadevOOo/Jar_OOoRunner.mk
index 3ac7e9144aa1..e0514bc74b30 100644
--- a/qadevOOo/Jar_OOoRunner.mk
+++ b/qadevOOo/Jar_OOoRunner.mk
@@ -1093,7 +1093,6 @@ $(eval $(call gb_Jar_add_sourcefiles,OOoRunner,\
 qadevOOo/tests/java/mod/_sw/SwXDrawPage \
 qadevOOo/tests/java/mod/_sw/SwXEndnoteProperties \
 qadevOOo/tests/java/mod/_sw/SwXFieldMaster \
-qadevOOo/tests/java/mod/_sw/SwXFootnoteText \
 qadevOOo/tests/java/mod/_sw/SwXFrames \
 qadevOOo/tests/java/mod/_sw/SwXHeadFootText \
 qadevOOo/tests/java/mod/_sw/SwXLineNumberingProperties \
diff --git a/qadevOOo/objdsc/sw/com.sun.star.comp.office.SwXFootnoteText.csv 
b/qadevOOo/objdsc/sw/com.sun.star.comp.office.SwXFootnoteText.csv
deleted file mode 100644
index 6bba3d3cf263..
--- a/qadevOOo/objdsc/sw/com.sun.star.comp.office.SwXFootnoteText.csv
+++ /dev/null
@@ -1,19 +0,0 @@
-"SwXFootnoteText";"com::sun::star::text::XTextRangeMover#optional";"moveTextRange()"
-"SwXFootnoteText";"com::sun::star::text::XSimpleText";"createTextCursor()"
-"SwXFootnoteText";"com::sun::star::text::XSimpleText";"createTextCursorByRange()"
-"SwXFootnoteText";"com::sun::star::text::XSimpleText";"insertString()"
-"SwXFootnoteText";"com::sun::star::text::XSimpleText";"insertControlCharacter()"
-"SwXFootnoteText";"com::sun::star::container::XElementAccess";"getElementType()"
-"SwXFootnoteText";"com::sun::star::container::XElementAccess";"hasElements()"
-"SwXFootnoteText";"com::sun::star::text::XTextRange";"getText()"
-"SwXFootnoteText";"com::sun::star::text::XTextRange";"getStart()"
-"SwXFootnoteText";"com::sun::star::text::XTextRange";"getEnd()"
-"SwXFootnoteText";"com::sun::star::text::XTextRange";"getString()"
-"SwXFootnoteText";"com::sun::star::text::XTextRange";"setString()"
-"SwXFootnoteText";"com::sun::star::text::Text";"StartRedline#optional"
-"SwXFootnoteText";"com::sun::star::text::Text";"EndRedline#optional"
-"SwXFootnoteText";"com::sun::star::container::XEnumerationAccess#optional";"createEnumeration()"
-"SwXFootnoteText";"com::sun::star::text::XText";"insertTextContent()"
-"SwXFootnoteText";"com::sun::star::text::XText";"removeTextContent()"
-"SwXFootnoteText";"com::sun::star::text::XRelativeTextContentInsert#optional";"insertTextContentBefore()"
-"SwXFootnoteText";"com::sun::star::text::XRelativeTextContentInsert#optional";"insertTextContentAfter()"
diff --git a/qadevOOo/tests/java/mod/_sw/SwXFootnoteText.java 
b/qadevOOo/tests/java/mod/_sw/SwXFootnoteText.java
deleted file mode 100644
index 374e89c660ac..
--- a/qadevOOo/tests/java/mod/_sw/SwXFootnoteText.java
+++ /dev/null
@@ -1,151 +0,0 @@
-/*
- * This file is part of the LibreOffice project.
- *
- * This Source Code Form is subject to the terms of the Mozilla Public
- * License, v. 2.0. If a copy of the MPL was not distributed with this
- * file, You can obtain one at http://mozilla.org/MPL/2.0/.
- *
- * This file incorporates work covered by the following license notice:
- *
- *   Licensed to the Apache Software Foundation (ASF) under one or more
- *   contributor license agreements. See the NOTICE file distributed
- *   with this work for additional information regarding copyright
- *   ownership. The ASF licenses this file to you under the Apache
- *   License, Version 2.0 (the "License"); you may not use this file
- *   except in compliance with the License. You may obtain a copy of
- *   the License at http://www.apache.org/licenses/LICENSE-2.0 .
- */
-
-package mod._sw;
-
-import java.io.PrintWriter;
-
-import lib.TestCase;
-import lib.TestEnvironment;
-import lib.TestParameters;
-import util.InstCreator;
-import util.ParagraphDsc;
-import 

[Bug 159904] Menu bar disappears when coming out of full screen if template selection dialog is open (Unity)

[bugzilla-daemon]

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

Michael Weghorn  changed:

   What|Removed |Added

 Status|RESOLVED|VERIFIED

--- Comment #12 from Michael Weghorn  ---
(In reply to Stéphane Guillou (stragu) from comment #8)
> Michael, what's your opinion on this? "Won't fix" as we can hardly continue
> supporting Unity in its current state?

Sounds reasonable to me, comment 9 and comment 11 sound like this might indeed
be an bug in Unity rather than LO.

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

[Bug 160103] New: Plasma 6 Wayland with fractional scaling set to 125% menus are very big

[bugzilla-daemon]

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

Bug ID: 160103
   Summary: Plasma 6 Wayland with fractional scaling set to 125%
menus are very big
   Product: LibreOffice
   Version: 24.2.1.2 release
  Hardware: All
OS: Linux (All)
Status: UNCONFIRMED
  Severity: normal
  Priority: medium
 Component: graphics stack
  Assignee: libreoffice-bugs@lists.freedesktop.org
  Reporter: johann.hoec...@gmail.com

Created attachment 193033
  --> https://bugs.documentfoundation.org/attachment.cgi?id=193033=edit
screenshot showing the problem

Plasma 6.0.1, QT6, fracational sclaing set to 125%, menu items and dialog boxes
are so big that Libreoffice is unusable

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

[Bug 159779] Monospaced ligatures intermingle with Arabic text

[bugzilla-daemon]

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

--- Comment #2 from wjsim  ---
Thank you for reporting the bug. I wasn't able to use the font in versions:

Version: 24.2.1.2 (X86_64) / LibreOffice Community
Build ID: db4def46b0453cc22e2d0305797cf981b68ef5ac
CPU threads: 16; OS: Windows 10.0 Build 19045; UI render: Skia/Vulkan; VCL: win
Locale: en-US (en_US); UI: en-US
Calc: CL threaded

Version: 24.8.0.0.alpha0+ (X86_64) / LibreOffice Community
Build ID: 6a064b1967e06e40be40817deff99d00c1a8554f
CPU threads: 16; OS: Windows 10.0 Build 19045; UI render: Skia/Vulkan; VCL: win
Locale: en-US (en_US); UI: en-US
Calc: CL threaded

I'm not sure if that is just on my end, but I've reinstalled both versions of
LibreOffice for the sake of testing but to no avail.

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

[Bug 133092] [META] Crash bugs

[bugzilla-daemon]

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

Bug 158343 Summary: FILEOPEN DOCX Crash on opening file
https://bugs.documentfoundation.org/show_bug.cgi?id=158343

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution|--- |DUPLICATE

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

[Bug 158343] FILEOPEN DOCX Crash on opening file

[bugzilla-daemon]

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

Gabor Kelemen (allotropia)  changed:

   What|Removed |Added

 CC||vmik...@collabora.com
 Resolution|--- |DUPLICATE
 Status|NEW |RESOLVED

--- Comment #5 from Gabor Kelemen (allotropia)  ---
This seems to be fixed in master since:

https://git.libreoffice.org/core/+/186de7178c6065e1de13fd216b46ac9b716e44c5

author  Miklos Vajna Thu Feb 29 08:17:41 2024 +0100
committer   Miklos Vajna Thu Feb 29 11:39:54
2024 +0100
treec33dcbd5b761d1c1cf095918ae126c228f409227
parent  62f71496c9faf071ba838df1e5d0d7b1465ab839 [diff]

tdf#158801 sw floattable: fix crash with headers and interactive editing

Thanks Miklos :)

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

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

[Bug 158773] FILEOPEN PPTX Slow loading of file with lots of unused master pages

[bugzilla-daemon]

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

--- Comment #19 from Commit Notification 
 ---
Noel Grandin committed a patch related to this issue.
It has been pushed to "master":

https://git.libreoffice.org/core/commit/6a3b20b14d32922c99df4ad65271499d0a8d663e

tdf#158773 do the cheap checks first

It will be available in 24.8.0.

The patch should be included in the daily builds available at
https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More
information about daily builds can be found at:
https://wiki.documentfoundation.org/Testing_Daily_Builds

Affected users are encouraged to test the fix and report feedback.

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

core.git: svx/source

[Noel Grandin (via logerrit)]

 svx/source/sdr/properties/textproperties.cxx |   16 +++-
 1 file changed, 11 insertions(+), 5 deletions(-)

New commits:
commit 6a3b20b14d32922c99df4ad65271499d0a8d663e
Author: Noel Grandin 
AuthorDate: Fri Mar 8 19:51:30 2024 +0200
Commit: Noel Grandin 
CommitDate: Fri Mar 8 21:38:46 2024 +0100

tdf#158773 do the cheap checks first

the HasText() call inside TextProperties::Notify is surprisingly
expensive, so only do it when we know we are interested.

Shaves 25% off the load time here

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

diff --git a/svx/source/sdr/properties/textproperties.cxx 
b/svx/source/sdr/properties/textproperties.cxx
index 220d6a528ef1..90c68df3fa2a 100644
--- a/svx/source/sdr/properties/textproperties.cxx
+++ b/svx/source/sdr/properties/textproperties.cxx
@@ -550,15 +550,15 @@ namespace sdr::properties
 // call parent
 AttributeProperties::Notify(rBC, rHint);
 
-SdrTextObj& rObj = static_cast(GetSdrObject());
-if(!rObj.HasText())
-return;
-
 SfxHintId nId(rHint.GetId());
-const svx::ITextProvider& rTextProvider(getTextProvider());
 
 if(SfxHintId::DataChanged == nId && rBC.IsSfxStyleSheet())
 {
+SdrTextObj& rObj = static_cast(GetSdrObject());
+if(!rObj.HasText())
+return;
+
+const svx::ITextProvider& rTextProvider(getTextProvider());
 sal_Int32 nText = rTextProvider.getTextCount();
 while (nText--)
 {
@@ -580,6 +580,11 @@ namespace sdr::properties
 }
 else if(SfxHintId::Dying == nId && rBC.IsSfxStyleSheet())
 {
+SdrTextObj& rObj = static_cast(GetSdrObject());
+if(!rObj.HasText())
+return;
+
+const svx::ITextProvider& rTextProvider(getTextProvider());
 sal_Int32 nText = rTextProvider.getTextCount();
 while (nText--)
 {
@@ -598,6 +603,7 @@ namespace sdr::properties
 
 if(aOldName != aNewName)
 {
+const svx::ITextProvider& rTextProvider(getTextProvider());
 sal_Int32 nText = rTextProvider.getTextCount();
 while (nText--)
 {

[Bug 145614] Convert #define to enum or constexpr

[bugzilla-daemon]

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

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

https://git.libreoffice.org/core/commit/8e5a5b7af90ebe4ad35b89ec30f4f19191d9b1ec

tdf#145614 Convert #define to enum

It will be available in 24.8.0.

The patch should be included in the daily builds available at
https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More
information about daily builds can be found at:
https://wiki.documentfoundation.org/Testing_Daily_Builds

Affected users are encouraged to test the fix and report feedback.

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

[Bug 145614] Convert #define to enum or constexpr

[bugzilla-daemon]

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

Commit Notification  changed:

   What|Removed |Added

 Whiteboard|target:7.4.0 target:7.5.0   |target:7.4.0 target:7.5.0
   |target:7.6.0 target:24.2.0  |target:7.6.0 target:24.2.0
   ||target:24.8.0

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

[Bug 133092] [META] Crash bugs

[bugzilla-daemon]

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

Bug 158344 Summary: FILEOPEN DOCX Crash on opening file
https://bugs.documentfoundation.org/show_bug.cgi?id=158344

   What|Removed |Added

 Status|NEEDINFO|RESOLVED
 Resolution|--- |FIXED

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

[Bug 158344] FILEOPEN DOCX Crash on opening file

[bugzilla-daemon]

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

Gabor Kelemen (allotropia)  changed:

   What|Removed |Added

 Status|NEEDINFO|RESOLVED
 CC||vmik...@collabora.com
 Resolution|--- |FIXED

--- Comment #5 from Gabor Kelemen (allotropia)  ---
Seems to be fixed in 24.2 since:

https://git.libreoffice.org/core/+/223d2fac61e061478721a7a4a89b1362f5037d8f

author  Miklos Vajna Wed Nov 22 08:31:17 2023 +0100
committer   Miklos Vajna Wed Nov 22 09:57:04
2023 +0100

sw floattable: fix crash by trying harder to split tables

Thanks Miklos :)

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

core.git: connectivity/source

[AhmedHamed (via logerrit)]

 connectivity/source/inc/propertyids.hxx |  126 
 1 file changed, 65 insertions(+), 61 deletions(-)

New commits:
commit 8e5a5b7af90ebe4ad35b89ec30f4f19191d9b1ec
Author: AhmedHamed 
AuthorDate: Sat Feb 24 17:32:31 2024 +0200
Commit: Hossein 
CommitDate: Fri Mar 8 21:30:01 2024 +0100

tdf#145614 Convert #define to enum

Change-Id: I949fb5327032228b7aecfea762e23fdea692ca78
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/163887
Tested-by: Jenkins
Reviewed-by: Hossein 

diff --git a/connectivity/source/inc/propertyids.hxx 
b/connectivity/source/inc/propertyids.hxx
index 1a9e3720f963..daf69dce7ce0 100644
--- a/connectivity/source/inc/propertyids.hxx
+++ b/connectivity/source/inc/propertyids.hxx
@@ -36,74 +36,78 @@ namespace dbtools
 };
 }
 
-#define PROPERTY_ID_QUERYTIMEOUT1
-#define PROPERTY_ID_MAXFIELDSIZE2
-#define PROPERTY_ID_MAXROWS 3
-#define PROPERTY_ID_CURSORNAME  4
-#define PROPERTY_ID_RESULTSETCONCURRENCY5
-#define PROPERTY_ID_RESULTSETTYPE   6
-#define PROPERTY_ID_FETCHDIRECTION  7
-#define PROPERTY_ID_FETCHSIZE   8
-#define PROPERTY_ID_ESCAPEPROCESSING9
-#define PROPERTY_ID_USEBOOKMARKS10
-// Column
-#define PROPERTY_ID_NAME11
-#define PROPERTY_ID_TYPE12
-#define PROPERTY_ID_TYPENAME13
-#define PROPERTY_ID_PRECISION   14
-#define PROPERTY_ID_SCALE   15
-#define PROPERTY_ID_ISNULLABLE  16
-#define PROPERTY_ID_ISAUTOINCREMENT 17
-#define PROPERTY_ID_ISROWVERSION18
-#define PROPERTY_ID_DESCRIPTION 19
-#define PROPERTY_ID_DEFAULTVALUE20
+enum PropertyId
+{
+PROPERTY_ID_QUERYTIMEOUT = 1,
+PROPERTY_ID_MAXFIELDSIZE = 2,
+PROPERTY_ID_MAXROWS = 3,
+PROPERTY_ID_CURSORNAME = 4,
+PROPERTY_ID_RESULTSETCONCURRENCY = 5,
+PROPERTY_ID_RESULTSETTYPE = 6,
+PROPERTY_ID_FETCHDIRECTION = 7,
+PROPERTY_ID_FETCHSIZE = 8,
+PROPERTY_ID_ESCAPEPROCESSING = 9,
+PROPERTY_ID_USEBOOKMARKS = 10,
+
+// Column
+PROPERTY_ID_NAME = 11,
+PROPERTY_ID_TYPE = 12,
+PROPERTY_ID_TYPENAME = 13,
+PROPERTY_ID_PRECISION = 14,
+PROPERTY_ID_SCALE = 15,
+PROPERTY_ID_ISNULLABLE = 16,
+PROPERTY_ID_ISAUTOINCREMENT = 17,
+PROPERTY_ID_ISROWVERSION = 18,
+PROPERTY_ID_DESCRIPTION = 19,
+PROPERTY_ID_DEFAULTVALUE = 20,
 
-#define PROPERTY_ID_REFERENCEDTABLE 21
-#define PROPERTY_ID_UPDATERULE  22
-#define PROPERTY_ID_DELETERULE  23
-#define PROPERTY_ID_CATALOG 24
-#define PROPERTY_ID_ISUNIQUE25
-#define PROPERTY_ID_ISPRIMARYKEYINDEX   26
-#define PROPERTY_ID_ISCLUSTERED 27
-#define PROPERTY_ID_ISASCENDING 28
-#define PROPERTY_ID_SCHEMANAME  29
-#define PROPERTY_ID_CATALOGNAME 30
+PROPERTY_ID_REFERENCEDTABLE = 21,
+PROPERTY_ID_UPDATERULE = 22,
+PROPERTY_ID_DELETERULE = 23,
+PROPERTY_ID_CATALOG = 24,
+PROPERTY_ID_ISUNIQUE = 25,
+PROPERTY_ID_ISPRIMARYKEYINDEX = 26,
+PROPERTY_ID_ISCLUSTERED = 27,
+PROPERTY_ID_ISASCENDING = 28,
+PROPERTY_ID_SCHEMANAME = 29,
+PROPERTY_ID_CATALOGNAME = 30,
 
-#define PROPERTY_ID_COMMAND 31
-#define PROPERTY_ID_CHECKOPTION 32
-#define PROPERTY_ID_PASSWORD33
-#define PROPERTY_ID_RELATEDCOLUMN   34
+PROPERTY_ID_COMMAND = 31,
+PROPERTY_ID_CHECKOPTION = 32,
+PROPERTY_ID_PASSWORD = 33,
+PROPERTY_ID_RELATEDCOLUMN = 34,
 
-#define PROPERTY_ID_FUNCTION35
-#define PROPERTY_ID_TABLENAME   36
-#define PROPERTY_ID_REALNAME37
-#define PROPERTY_ID_DBASEPRECISIONCHANGED   38
-#define PROPERTY_ID_ISCURRENCY  39
-#define PROPERTY_ID_ISBOOKMARKABLE  40
+PROPERTY_ID_FUNCTION = 35,
+PROPERTY_ID_TABLENAME = 36,
+PROPERTY_ID_REALNAME = 37,
+PROPERTY_ID_DBASEPRECISIONCHANGED = 38,
+PROPERTY_ID_ISCURRENCY = 39,
+PROPERTY_ID_ISBOOKMARKABLE = 40,
 
-#define PROPERTY_ID_INVALID_INDEX   41
-#define PROPERTY_ID_HY010   43
-#define PROPERTY_ID_LABEL   44
-#define PROPERTY_ID_DELIMITER   45
-#define PROPERTY_ID_FORMATKEY   46
-#define PROPERTY_ID_LOCALE  47
-#define PROPERTY_ID_IM001   48
+PROPERTY_ID_INVALID_INDEX = 41,
+PROPERTY_ID_HY010 = 43,
+PROPERTY_ID_LABEL = 44,
+

[Bug 107733] [META] Hyperlink bugs and enhancements

[bugzilla-daemon]

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

Bug 142133 Summary: Hyperlinks cannot be clicked / interacted with in PDF 
export of RTF or DOCX files (comment 9)
https://bugs.documentfoundation.org/show_bug.cgi?id=142133

   What|Removed |Added

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

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

[Bug 103378] [META] PDF export bugs and enhancements

[bugzilla-daemon]

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

Bug 142133 Summary: Hyperlinks cannot be clicked / interacted with in PDF 
export of RTF or DOCX files (comment 9)
https://bugs.documentfoundation.org/show_bug.cgi?id=142133

   What|Removed |Added

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

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

[Bug 159833] Unclear language on failure to access remote resource

[bugzilla-daemon]

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

wjsim  changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever confirmed|0   |1

--- Comment #2 from wjsim  ---
Thank you for reporting the bug. I can confirm that the bug is present in

Version: 24.2.1.2 (X86_64) / LibreOffice Community
Build ID: db4def46b0453cc22e2d0305797cf981b68ef5ac
CPU threads: 16; OS: Windows 10.0 Build 19045; UI render: Skia/Vulkan; VCL: win
Locale: en-US (en_US); UI: en-US
Calc: CL threaded

However, it seems the steps to setup Google Drive with LibreOffice is a bit
awkward, I followed the steps in: 

https://ask.libreoffice.org/t/remote-files-and-google-drive-problems/78875/2

Unfortunately, I was unable to get it working properly.

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

core.git: vcl/qa writerfilter/source

[Xisco Fauli (via logerrit)]

 vcl/qa/cppunit/pdfexport/data/tdf142133.docx  |binary
 vcl/qa/cppunit/pdfexport/pdfexport.cxx|   35 ++
 writerfilter/source/dmapper/DomainMapper_Impl.cxx |   23 --
 writerfilter/source/dmapper/DomainMapper_Impl.hxx |3 +
 4 files changed, 52 insertions(+), 9 deletions(-)

New commits:
commit b56678ae967bb1e09b52930a0b1d59a5e68bb7be
Author: Xisco Fauli 
AuthorDate: Fri Mar 8 14:23:08 2024 +0100
Commit: Xisco Fauli 
CommitDate: Fri Mar 8 21:09:31 2024 +0100

tdf#142133: partially revert 576611895e5

if 'Internet Link' character style doens't exist then
apply the hyperlink style
This also reverts 023285158bde72dcd73b965ce205cf8550e7a5e2
"tdf#128504 save DOCX as ODT: don't color not highlighted hyperlinks"
which is no longer necessary

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

diff --git a/vcl/qa/cppunit/pdfexport/data/tdf142133.docx 
b/vcl/qa/cppunit/pdfexport/data/tdf142133.docx
new file mode 100644
index ..fa1e155b873e
Binary files /dev/null and b/vcl/qa/cppunit/pdfexport/data/tdf142133.docx differ
diff --git a/vcl/qa/cppunit/pdfexport/pdfexport.cxx 
b/vcl/qa/cppunit/pdfexport/pdfexport.cxx
index d362a3855303..e9a8530c3cce 100644
--- a/vcl/qa/cppunit/pdfexport/pdfexport.cxx
+++ b/vcl/qa/cppunit/pdfexport/pdfexport.cxx
@@ -2740,6 +2740,41 @@ CPPUNIT_TEST_FIXTURE(PdfExportTest, testTdf157816Link)
 CPPUNIT_ASSERT_EQUAL(static_cast(4), 
pAnnots->GetElements().size());
 }
 
+CPPUNIT_TEST_FIXTURE(PdfExportTest, testTdf142133)
+{
+vcl::filter::PDFDocument aDocument;
+load(u"tdf142133.docx", aDocument);
+
+// The document has one page.
+std::vector aPages = aDocument.GetPages();
+CPPUNIT_ASSERT_EQUAL(static_cast(1), aPages.size());
+
+auto pAnnots = 
dynamic_cast(aPages[0]->Lookup("Annots"_ostr));
+CPPUNIT_ASSERT(pAnnots);
+
+// There should be one annotation
+CPPUNIT_ASSERT_EQUAL(static_cast(1), 
pAnnots->GetElements().size());
+auto pAnnotReference
+= 
dynamic_cast(pAnnots->GetElements()[0]);
+CPPUNIT_ASSERT(pAnnotReference);
+vcl::filter::PDFObjectElement* pAnnot = pAnnotReference->LookupObject();
+CPPUNIT_ASSERT(pAnnot);
+// We're expecting something like /Type /Annot /A << /Type /Action /S /URI 
/URI (path)
+CPPUNIT_ASSERT_EQUAL(
+"Annot"_ostr,
+
static_cast(pAnnot->Lookup("Type"_ostr))->GetValue());
+CPPUNIT_ASSERT_EQUAL(
+"Link"_ostr,
+
static_cast(pAnnot->Lookup("Subtype"_ostr))->GetValue());
+auto pAction = 
dynamic_cast(pAnnot->Lookup("A"_ostr));
+CPPUNIT_ASSERT(pAction);
+auto pURIElem
+= 
dynamic_cast(pAction->LookupElement("URI"_ostr));
+CPPUNIT_ASSERT(pURIElem);
+// Check it matches
+CPPUNIT_ASSERT_EQUAL("https://google.com/"_ostr, pURIElem->GetValue());
+}
+
 CPPUNIT_TEST_FIXTURE(PdfExportTest, testTdf142806)
 {
 aMediaDescriptor["FilterName"] <<= OUString("writer_pdf_Export");
diff --git a/writerfilter/source/dmapper/DomainMapper_Impl.cxx 
b/writerfilter/source/dmapper/DomainMapper_Impl.cxx
index bbdfbd35c34a..f4943c60c88c 100644
--- a/writerfilter/source/dmapper/DomainMapper_Impl.cxx
+++ b/writerfilter/source/dmapper/DomainMapper_Impl.cxx
@@ -3304,6 +3304,15 @@ void 
DomainMapper_Impl::MergeAtContentImageRedlineWithNext(const css::uno::Refer
 }
 else
 {
+if (IsOpenField() && GetTopFieldContext()->GetFieldId() == 
FIELD_HYPERLINK)
+{
+// It is content of hyperlink field. We need to create and 
remember
+// character style for later applying to hyperlink
+PropertyValueVector_t aProps = 
comphelper::sequenceToContainer< PropertyValueVector_t 
>(GetTopContext()->GetPropertyValues());
+OUString sHyperlinkStyleName = 
GetStyleSheetTable()->getOrCreateCharStyle(aProps, /*bAlwaysCreate=*/false);
+
GetTopFieldContext()->SetHyperlinkStyle(sHyperlinkStyleName);
+}
+
 #if !defined(MACOSX) // TODO: check layout differences and support all 
platforms, if needed
 sal_Int32 nPos = 0;
 OUString sFontName;
@@ -8787,25 +8796,21 @@ void DomainMapper_Impl::PopFieldContext()
 
xCrsrProperties->setPropertyValue("VisitedCharStyleName",uno::Any(sDisplayName));
 
xCrsrProperties->setPropertyValue("UnvisitedCharStyleName",uno::Any(sDisplayName));
 }
-else
+else if 
(!pContext->GetHyperlinkStyle().isEmpty())
 {
 uno::Any aAny = 
xCrsrProperties->getPropertyValue("CharStyleName");
 

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

[Miklos Vajna (via logerrit)]

 sw/qa/core/layout/data/floattable-in-section.docx |binary
 sw/qa/core/layout/layact.cxx  |   22 ++
 sw/source/core/layout/layact.cxx  |6 +-
 3 files changed, 27 insertions(+), 1 deletion(-)

New commits:
commit a85bd1bc9305af059d880ee422a656a3d9ce1b0b
Author: Miklos Vajna 
AuthorDate: Fri Feb 23 09:12:17 2024 +0100
Commit: Michael Stahl 
CommitDate: Fri Mar 8 20:57:51 2024 +0100

Related: tdf#158986 sw floattable: fix unexpected page break with sections

Regression from commit c303981cfd95ce1c3881366023d5495ae2edce97
(tdf#156724 sw: layout: fix tables not splitting due to footnotes
differently, 2023-08-24), the floating table in the DOCX version of the
bugdoc went from page 1 to page 2.

It seems what happens is that the first page has 2 section frames, and
we used to directly recalc the last lower of the first section frame,
which triggered a recalc of the second section frame, so the table moved
from page 2 to page 1 once the top of the second section frame was
reduced (so the table could fit on page 1). But this direct recalc was
removed because it caused problems for split tables and footnotes in
tdf#156724.

Fix the problem by conditionally restoring the OptCalc() call in
SwLayAction::FormatLayout(): only do it for the last lower of section
frames, which is enough for the DOCX version of tdf#158986, but it keeps
the old tdf#156724 use-case working (the layout of that bugdoc doesn't
modify with this change).

The RTF version of the bugdoc (which was the originally reported
problem) still needs more work, but that's hopefully not a layout
problem but an RTF import one.

Change-Id: I1134ec3a27aec8ee871b535d81dedf9d27bd6bd5
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/163805
Reviewed-by: Miklos Vajna 
Tested-by: Jenkins
(cherry picked from commit 397d72e582c725d162c7e0b819dc6c0bb62e42b0)
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/163768
Reviewed-by: Michael Stahl 

diff --git a/sw/qa/core/layout/data/floattable-in-section.docx 
b/sw/qa/core/layout/data/floattable-in-section.docx
index a0e9090bcccf..9aab264867f0 100644
Binary files a/sw/qa/core/layout/data/floattable-in-section.docx and 
b/sw/qa/core/layout/data/floattable-in-section.docx differ
diff --git a/sw/qa/core/layout/layact.cxx b/sw/qa/core/layout/layact.cxx
index d432ae52b7c5..8923d6b0e89a 100644
--- a/sw/qa/core/layout/layact.cxx
+++ b/sw/qa/core/layout/layact.cxx
@@ -86,6 +86,28 @@ CPPUNIT_TEST_FIXTURE(Test, testTdf157096)
 
 CPPUNIT_ASSERT_EQUAL(1, getPages());
 }
+
+CPPUNIT_TEST_FIXTURE(Test, testSplitFlyInSection)
+{
+// Given a document with multiple sections, the 2nd section on page 1 has 
a one-page floating
+// table:
+createSwDoc("floattable-in-section.docx");
+
+// When laying out that document:
+SwDoc* pDoc = getSwDoc();
+SwRootFrame* pLayout = pDoc->getIDocumentLayoutAccess().GetCurrentLayout();
+
+// Then make sure the table is on page 1, not on page 2:
+auto pPage1 = pLayout->Lower()->DynCastPageFrame();
+CPPUNIT_ASSERT(pPage1);
+// Without the fix in place, it would have failed, the table was on page 
2, not on page 1.
+CPPUNIT_ASSERT(pPage1->GetSortedObjs());
+SwSortedObjs& rPage1Objs = *pPage1->GetSortedObjs();
+CPPUNIT_ASSERT_EQUAL(static_cast(1), rPage1Objs.size());
+auto pPage2 = pPage1->GetNext()->DynCastPageFrame();
+CPPUNIT_ASSERT(pPage2);
+CPPUNIT_ASSERT(!pPage2->GetSortedObjs());
+}
 }
 
 /* vim:set shiftwidth=4 softtabstop=4 expandtab: */
diff --git a/sw/source/core/layout/layact.cxx b/sw/source/core/layout/layact.cxx
index a705ef251176..06c3027bebc5 100644
--- a/sw/source/core/layout/layact.cxx
+++ b/sw/source/core/layout/layact.cxx
@@ -1433,7 +1433,11 @@ bool SwLayAction::FormatLayout( OutputDevice 
*pRenderContext, SwLayoutFrame *pLa
 PopFormatLayout();
 }
 }
-// else: don't calc content frames any more
+else if (pLay->IsSctFrame() && pLow->IsTextFrame() && pLow == 
pLay->GetLastLower())
+{
+// else: only calc the last text lower of sections
+pLow->OptCalc();
+}
 
 if ( IsAgain() )
 return false;

[Bug 107200] [META] Writer table and cell selection issues

[bugzilla-daemon]

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

Bug 144854 Summary: Selecting a Table Column Selects the Whole Table
https://bugs.documentfoundation.org/show_bug.cgi?id=144854

   What|Removed |Added

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

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

[Bug 144854] Selecting a Table Column Selects the Whole Table

[bugzilla-daemon]

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

wjsim  changed:

   What|Removed |Added

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

--- Comment #6 from wjsim  ---
This bug is no longer reproducible in

Version: 24.2.1.2 (X86_64) / LibreOffice Community
Build ID: db4def46b0453cc22e2d0305797cf981b68ef5ac
CPU threads: 16; OS: Windows 10.0 Build 19045; UI render: Skia/Vulkan; VCL: win
Locale: en-US (en_US); UI: en-US
Calc: CL threaded

Version: 24.8.0.0.alpha0+ (X86_64) / LibreOffice Community
Build ID: 6a064b1967e06e40be40817deff99d00c1a8554f
CPU threads: 16; OS: Windows 10.0 Build 19045; UI render: Skia/Vulkan; VCL: win
Locale: en-US (en_US); UI: en-US
Calc: CL threaded

Changing status to RESOLVED WORKSFORME

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

[Bug 144479] Export PDF: Radio buttons are not properly grouped if document has more than one page

[bugzilla-daemon]

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

--- Comment #5 from wjsim  ---
This bug is no longer reproducible in

Version: 24.2.1.2 (X86_64) / LibreOffice Community
Build ID: db4def46b0453cc22e2d0305797cf981b68ef5ac
CPU threads: 16; OS: Windows 10.0 Build 19045; UI render: Skia/Vulkan; VCL: win
Locale: en-US (en_US); UI: en-US
Calc: CL threaded

As well as

Version: 24.8.0.0.alpha0+ (X86_64) / LibreOffice Community
Build ID: 6a064b1967e06e40be40817deff99d00c1a8554f
CPU threads: 16; OS: Windows 10.0 Build 19045; UI render: Skia/Vulkan; VCL: win
Locale: en-US (en_US); UI: en-US
Calc: CL threaded

However, I do want to point out that from LibreOffice Draw, the radio buttons
function properly, however acrobatic doesn't seem to work the way it should, so
the bug persists in the opposite way if that makes sense for me. I'll leave the
bug status as new for now.

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

[Bug 160102] New: Items in the field type drop-down in design view of tables should be sorted alphabetically

[bugzilla-daemon]

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

Bug ID: 160102
   Summary: Items in the field type drop-down in design view of
tables should be sorted alphabetically
   Product: LibreOffice
   Version: 7.6.2.1 release
  Hardware: x86-64 (AMD64)
OS: Windows (All)
Status: UNCONFIRMED
  Severity: enhancement
  Priority: medium
 Component: Base
  Assignee: libreoffice-bugs@lists.freedesktop.org
  Reporter: soljwfmxrdwydkh...@nthrw.com

Description:
As it is presented in the UI now, there doesn't seem to be a logical order.
With an alphabetical order, it will at least be easier to select from the list.

Steps to Reproduce:
1. Open a base database (.odb) file
2. Select 'Create Table in Design View' from tasks
3. Enter a field name
4. Open the field type drop-down list

Actual Results:
a 21 item drop-down list is presented in the order: Tiny Integer [TINYINT],
BigInt [BIGINT], Image [LONGVARBINARY], Binary [VARBINARY], Binary (fix)
[BINARY], Memo [LONGVARCHAR], Text (fix) [CHAR], Number [NUMERIC], Decimal
[DECIMAL], Integer [INTEGER], Small Integer [SMALLINT], Float [FLOAT], Real
[REAL], Double [DOUBLE], Text [VARCHAR], Text [VARCHAR IGNORECASE], Yes/No
[BOOLEAN], Date [DATE], Time [TIME], Date/lime [TIMESTAMP], OTHER [OTHER]


Expected Results:
a drop-down list with the items sorted in some order. e.g. alphabetically
(BigInt [BIGINT], Binary (fix) [BINARY], Binary [VARBINARY], Date [DATE],
Date/lime [TIMESTAMP], Decimal [DECIMAL], Double [DOUBLE], Float [FLOAT], Image
[LONGVARBINARY], Integer [INTEGER], Memo [LONGVARCHAR], Number [NUMERIC], OTHER
[OTHER], Real [REAL], Small Integer [SMALLINT], Text (fix) [CHAR], Text
[VARCHAR IGNORECASE], Text [VARCHAR], Time [TIME], Tiny Integer [TINYINT],
Yes/No [BOOLEAN]), or in order of size.


Reproducible: Always


User Profile Reset: No

Additional Info:
as the list is quite long, it's hard to find the desired type. personally i
think the alphabetical sort is the easiest to navigate

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

[Bug 160072] Inconsistent handling of objects on Calc sheets with select all (Delete, clear contents, copy-paste)

[bugzilla-daemon]

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

--- Comment #7 from jollytall  ---
I never had a problem with the object being copied, and I did not comment on
it. I do not think we should make users unhappy.
I had two issues:
- The original was that if an object is considered part of a sheet or attached
to some cells, then it should be treated consistently, i.e. if I select it, it
should also be deleted with Del. I do not see why Cut should be different than
Del.
- In your quoted sentence I just replied to your comment that selecting cells
does not select the object, while actually selecting enough cells, selects the
object as well. My issue here was again not the fact that it can be copied, but
that it cannot be deleted the same way. That led me to the thought that it
would be logic to see when the object is selected and when it is not.

Thinking more on it, this highlights why the current working is inconsistent.
Imagine that a selection is always clearly visible (orange dots or animated
dashes), what probably would be good anyway.
What would we see now when Ctrl-A? This is one step and should only have one
result, either or:
Option 1. If the object is marked selected (so it should be selected!) then why
it is not deleted when I press Del?
Option 2. If the object is not marked selected (so it surely is not selected)
then why is it Cut, Copied, when I press Ctrl-X or Ctrl-C?

I still think that there should be one answer. I personally do not have a
preference, whether Option 1 or 2 is better, but I think it should be marked on
the object. If it were marked then the user could also easily add the object to
the selection (in case of Option 2) with a Ctrl-Click or similarly could remove
it (Option 1) before Del, Ctrl-X, Ctrl-C.

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

[Bug 160072] Inconsistent handling of objects on Calc sheets with select all (Delete, clear contents, copy-paste)

[bugzilla-daemon]

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

--- Comment #7 from jollytall  ---
I never had a problem with the object being copied, and I did not comment on
it. I do not think we should make users unhappy.
I had two issues:
- The original was that if an object is considered part of a sheet or attached
to some cells, then it should be treated consistently, i.e. if I select it, it
should also be deleted with Del. I do not see why Cut should be different than
Del.
- In your quoted sentence I just replied to your comment that selecting cells
does not select the object, while actually selecting enough cells, selects the
object as well. My issue here was again not the fact that it can be copied, but
that it cannot be deleted the same way. That led me to the thought that it
would be logic to see when the object is selected and when it is not.

Thinking more on it, this highlights why the current working is inconsistent.
Imagine that a selection is always clearly visible (orange dots or animated
dashes), what probably would be good anyway.
What would we see now when Ctrl-A? This is one step and should only have one
result, either or:
Option 1. If the object is marked selected (so it should be selected!) then why
it is not deleted when I press Del?
Option 2. If the object is not marked selected (so it surely is not selected)
then why is it Cut, Copied, when I press Ctrl-X or Ctrl-C?

I still think that there should be one answer. I personally do not have a
preference, whether Option 1 or 2 is better, but I think it should be marked on
the object. If it were marked then the user could also easily add the object to
the selection (in case of Option 2) with a Ctrl-Click or similarly could remove
it (Option 1) before Del, Ctrl-X, Ctrl-C.

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

[Bug 131531] FILESAVE ODT->DOCX: Header height of first page is not reserved

[bugzilla-daemon]

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

--- Comment #11 from wjsim  ---
This bug is still present in

Version: 24.2.1.2 (X86_64) / LibreOffice Community
Build ID: db4def46b0453cc22e2d0305797cf981b68ef5ac
CPU threads: 16; OS: Windows 10.0 Build 19045; UI render: Skia/Vulkan; VCL: win
Locale: en-US (en_US); UI: en-US
Calc: CL threaded

The bug is also still present in

Version: 24.8.0.0.alpha0+ (X86_64) / LibreOffice Community
Build ID: 6a064b1967e06e40be40817deff99d00c1a8554f
CPU threads: 16; OS: Windows 10.0 Build 19045; UI render: Skia/Vulkan; VCL: win
Locale: en-US (en_US); UI: en-US
Calc: CL threaded

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

[Bug 159857] Calc v 7.6.5.2 EDITING retrogression: use of arrow keys to expand a selection has no visual feedback in colored cells.

[bugzilla-daemon]

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

wjsim  changed:

   What|Removed |Added

 Ever confirmed|0   |1
 Status|UNCONFIRMED |NEW

--- Comment #2 from wjsim  ---
Thank you for reporting the bug. I can confirm that the bug is present in

Version: 24.2.1.2 (X86_64) / LibreOffice Community
Build ID: db4def46b0453cc22e2d0305797cf981b68ef5ac
CPU threads: 16; OS: Windows 10.0 Build 19045; UI render: Skia/Vulkan; VCL: win
Locale: en-US (en_US); UI: en-US
Calc: CL threaded

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

[Bug 160100] Callout COPY loses formatting, pasted position makes useless.

[bugzilla-daemon]

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

--- Comment #2 from Ian Eales  ---
Make a chart
Add a callout
add some text
copy the callout w Ctrl-C
paste the callout w Ctrl-V


pasted callout is @ chart 0:0, text is 2x



select pasted callout and move

Indicator line endpoint is stuck behind chart border and not selectable

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

[Bug 122587] Allow moving objects to a different layer without using drag-and-drop

[bugzilla-daemon]

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

--- Comment #12 from V Stuart Foote  ---
(In reply to Jim Raykowski from comment #9)
> Created attachment 190894 [details]

> How about .uno:SetLayer for the command name, "Move to Layer..." for the
> context label, and "Open a dialog to change the layer of the object" for the
> tool tip?

That works for me! Sorry this fell through the cracks Jim--should have pursued
when you cobbled it together.

Context menu entry Rresident on the sd Layers bar, but should also make it onto
the context menu for shapes on the current SB Navigator deck for Draw.

Still think some mix of UI for Z-order sensitive layering on the SB is needed,
would think Navigator--but could replicate the current sd Layers bar in a new
deck.  See also bug 56498 and bug 90244

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

Adlair Cerecedo-Mendez license statement

[Adlair Cerecedo Mendez]

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

[Bug 159795] Failed to paste from outside after internal copy (libobasis24.2-gnome-integration_24.2.0.3-3_amd64.deb:libvclplug_gtk3lo.so)

[bugzilla-daemon]

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

--- Comment #3 from wjsim  ---
Thank you for reporting the bug. I can not reproduce the bug in

Version: 24.2.1.2 (X86_64) / LibreOffice Community
Build ID: db4def46b0453cc22e2d0305797cf981b68ef5ac
CPU threads: 16; OS: Windows 10.0 Build 19045; UI render: Skia/Vulkan; VCL: win
Locale: en-US (en_US); UI: en-US
Calc: CL threaded

As well as 

Version: 24.8.0.0.alpha0+ (X86_64) / LibreOffice Community
Build ID: 6a064b1967e06e40be40817deff99d00c1a8554f
CPU threads: 16; OS: Windows 10.0 Build 19045; UI render: Skia/Vulkan; VCL: win
Locale: en-US (en_US); UI: en-US
Calc: CL threaded

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

[Bug 140749] Editing settings from a drop down menu from SQL to Value List and/or back, draws window black partially

[bugzilla-daemon]

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

--- Comment #4 from wjsim  ---
This bug is still present in

Version: 24.2.1.2 (X86_64) / LibreOffice Community
Build ID: db4def46b0453cc22e2d0305797cf981b68ef5ac
CPU threads: 16; OS: Windows 10.0 Build 19045; UI render: Skia/Vulkan; VCL: win
Locale: en-US (en_US); UI: en-US
Calc: CL threaded

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

[Bug 160099] LibreOffice crashing after upgrade

[bugzilla-daemon]

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

V Stuart Foote  changed:

   What|Removed |Added

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


Referenced Bugs:

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

[Bug 123012] Upgrade can fail with running LO processes

[bugzilla-daemon]

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

V Stuart Foote  changed:

   What|Removed |Added

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

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

[Bug 113117] [META] Windows installer/uninstaller bugs and enhancements

[bugzilla-daemon]

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

V Stuart Foote  changed:

   What|Removed |Added

 Depends on||160099


Referenced Bugs:

https://bugs.documentfoundation.org/show_bug.cgi?id=160099
[Bug 160099] LibreOffice crashing after upgrade
-- 
You are receiving this mail because:
You are the assignee for the bug.

[Bug 160101] cursor at the end of a line

[bugzilla-daemon]

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

wjsim  changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEEDINFO
 Ever confirmed|0   |1

--- Comment #1 from wjsim  ---
Thank you for reporting the bug. I can not reproduce the bug in

Version: 24.2.1.2 (X86_64) / LibreOffice Community
Build ID: db4def46b0453cc22e2d0305797cf981b68ef5ac
CPU threads: 16; OS: Windows 10.0 Build 19045; UI render: Skia/Vulkan; VCL: win
Locale: en-US (en_US); UI: en-US
Calc: CL threaded

However, I would like to point out that it might be that the steps weren't
clear enough to reproduce properly. 

Please provide a clearer set of step-by-step instructions on how to reproduce
the problem.
I have set the bug's status to 'NEEDINFO'. Please change it back to
'UNCONFIRMED' once the requested information is provided.

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