Enquiry Regarding GSoC 2024 Participation: Potential Collaboration Opportunity

[Akshay Kumar Dubey]

Hello,

I hope this email finds you well. I am writing to express my keen interest
in contributing to Google Summer of Code (GSoC) 2024 with this esteemed
organization. I am enthusiastic about the opportunity to collaborate and
contribute to meaningful projects aligned with your mission. I look forward
to the possibility of working together.

i assure you that I will be passionate about the tasks given to me.

I would greatly appreciate any suggestions or guidance on how I can best
align my skills and interests with your projects.

[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

m_a_riosv  changed:

   What|Removed |Added

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

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

[Bug 157460] FILEOPEN PPTX: Elbow connector adjustment value has wrong value

[bugzilla-daemon]

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

Gabor Kelemen (allotropia)  changed:

   What|Removed |Added

  Regression By||Tibor Nagy

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

[Bug 42982] Improve UNO API error reporting

[bugzilla-daemon]

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

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

https://git.libreoffice.org/core/commit/487ce28057656e752dc9bb7eddea5befb446ad0a

tdf#42982 Improve UNO API error reporting

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: comphelper/source

[AhmedHamed (via logerrit)]

 comphelper/source/misc/mimeconfighelper.cxx |6 +++---
 1 file changed, 3 insertions(+), 3 deletions(-)

New commits:
commit 487ce28057656e752dc9bb7eddea5befb446ad0a
Author: AhmedHamed 
AuthorDate: Thu Feb 22 21:25:04 2024 +0200
Commit: Hossein 
CommitDate: Tue Feb 27 23:30:46 2024 +0100

tdf#42982 Improve UNO API error reporting

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

diff --git a/comphelper/source/misc/mimeconfighelper.cxx 
b/comphelper/source/misc/mimeconfighelper.cxx
index bedd714bab49..41005f3cbcdd 100644
--- a/comphelper/source/misc/mimeconfighelper.cxx
+++ b/comphelper/source/misc/mimeconfighelper.cxx
@@ -44,7 +44,7 @@ MimeConfigurationHelper::MimeConfigurationHelper( 
uno::Reference< uno::XComponen
 : m_xContext(std::move( xContext ))
 {
 if ( !m_xContext.is() )
-throw uno::RuntimeException();
+throw uno::RuntimeException("MimeConfigurationHelper:: empty component 
context");
 }
 
 
@@ -315,12 +315,12 @@ uno::Sequence< beans::NamedValue > 
MimeConfigurationHelper::GetObjPropsFromConfi
 {
 uno::Sequence< OUString > aVerbShortcuts;
 if ( !(xObjectProps->getByName( aObjPropNames[nInd] ) >>= 
aVerbShortcuts) )
-throw uno::RuntimeException();
+throw uno::RuntimeException("Failed to get verb 
shortcuts from object properties");
 uno::Sequence< embed::VerbDescriptor > aVerbDescriptors( 
aVerbShortcuts.getLength() );
 auto aVerbDescriptorsRange = 
asNonConstRange(aVerbDescriptors);
 for ( sal_Int32 nVerbI = 0; nVerbI < 
aVerbShortcuts.getLength(); nVerbI++ )
 if ( !GetVerbByShortcut( aVerbShortcuts[nVerbI], 
aVerbDescriptorsRange[nVerbI] ) )
-throw uno::RuntimeException();
+throw uno::RuntimeException("Failed to get verb 
descriptor by shortcut");
 
 pResult[nInd+1].Value <<= aVerbDescriptors;
 }

[Bug 159901] Calc=>Style: Hidden when print (Ukryj na wydruku)

[bugzilla-daemon]

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

--- Comment #3 from m_a_riosv  ---
Created attachment 192835
  --> https://bugs.documentfoundation.org/attachment.cgi?id=192835=edit
Modified sample file

You have set up the borders with direct format, which overrides the styles
options.

The best way is to clear the direct format in those cells, and set up the
styles, one for not protected, and one for use with the conditional format,
making the second descending from the first, you only need to change the
protection.

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

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

[bugzilla-daemon]

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

Mike Kaganski  changed:

   What|Removed |Added

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

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

FTR: for me, it was important that non-Unicode language is also set to the
Norwegian (Bokmål) before the problem could be reproduced.

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

core.git: sc/source

[Andrea Gelmini (via logerrit)]

 sc/source/ui/view/tabvwsh4.cxx |2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

New commits:
commit 971e32c280f2891445d8ec2b57a130962a9c7627
Author: Andrea Gelmini 
AuthorDate: Tue Feb 27 20:18:32 2024 +0100
Commit: Julien Nabet 
CommitDate: Tue Feb 27 22:43:59 2024 +0100

Fix typo

Change-Id: I53e801cd4688c8495deecfb7a67a4ce39bdda978
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/164054
Tested-by: Julien Nabet 
Reviewed-by: Julien Nabet 

diff --git a/sc/source/ui/view/tabvwsh4.cxx b/sc/source/ui/view/tabvwsh4.cxx
index 8236256b25e8..d8d8b08219a3 100644
--- a/sc/source/ui/view/tabvwsh4.cxx
+++ b/sc/source/ui/view/tabvwsh4.cxx
@@ -270,7 +270,7 @@ void ScTabViewShell::Deactivate(bool bMDI)
 {
 HideNoteMarker();   // note marker
 
-// in LOK case this could be trigerred on every action from other view 
(doc_setView)
+// in LOK case this could be triggered on every action from other view 
(doc_setView)
 // we don't want to hide tooltip only because other view did some 
action
 if ( pHdl && !comphelper::LibreOfficeKit::isActive() )
 pHdl->HideTip();// Hide formula auto input tip

[Bug 159930] New: Minus sign mis-placed with format ".00" until save/reload

[bugzilla-daemon]

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

Bug ID: 159930
   Summary: Minus sign mis-placed with format ".00" until
save/reload
   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: jim.av...@gmail.com

Description:
In calc: A number format code which does not specify any digits to the left of
the decimal for example ".00;-.00", is spontaneously changed when
saving/reloading to insert a '#' before the decimal, to ""#.00;-#.00" in this
example.

The problem is that until a save/reload is done, the format mis-behaves: The
'-' symbol is mis-placed in large negative values.   For example "-.00" is
shown instead of "-.00".

I think LO should either:

1. Handle ".00;-.00" correctly (i.e. not mis-place the minus sign) and do not
alter the format when saving;  or

2. Immediately force-insert the '#' instead of waiting for a Save/Reload (or
treat the format as an error and inform the user).

Either way, LO should not display wrong results, or different results after
save/reload.


Steps to Reproduce:
1. Right-click on a cell -> Format Cells -> Numbers
2. Enter ".00;-.00" (without quotes) in the "Format code" box.  Click OK
3. Enter a large negative value into the cell such as -9
(wrong display appears)
4. Save & Reload
(display is correct; inspecting the format shows it was changed)

Actual Results:
Display shows "9-.00"


Expected Results:
It should show "-9.00" and should not modify the format during save/reload;
OR, the format should be modified instantly when the user enters it so it will
work;
OR, the user should be informed that the format is illegal (if it is...)


Reproducible: Always


User Profile Reset: No

Additional Info:
Version: 24.8.0.0.alpha0+ (X86_64) / LibreOffice Community
Build ID: 3b73071f7a7fcf80547da81e5effe4ed6018bbb4
CPU threads: 12; OS: Linux 6.5; UI render: default; VCL: gtk3
Locale: en-US (en_US.UTF-8); UI: en-US
Calc: threaded

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

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

[bugzilla-daemon]

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

Rafael Lima  changed:

   What|Removed |Added

 CC||bogaboga...@gmail.com

--- Comment #33 from Rafael Lima  ---
*** Bug 159929 has been marked as a duplicate of this bug. ***

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

[Bug 159929] Have "Apply-to-all" option for Basic Fonts

[bugzilla-daemon]

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

Rafael Lima  changed:

   What|Removed |Added

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

--- Comment #1 from Rafael Lima  ---
Indeed... this has been requested by other users.

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

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

core.git: Branch 'distro/collabora/co-24.04' - sc/source

[Gülşah Köse (via logerrit)]

 sc/source/ui/app/inputhdl.cxx |4 +++-
 1 file changed, 3 insertions(+), 1 deletion(-)

New commits:
commit d52dfa7ecbf9cb50a4007b44af9cd23ad08c5d8e
Author: Gülşah Köse 
AuthorDate: Tue Feb 27 13:07:18 2024 +0300
Commit: Gülşah Köse 
CommitDate: Tue Feb 27 21:49:17 2024 +0100

Online: Prevent hiding tooltips due to other users action.

Other user's actions like reloading reopening or refreshing
document causes hiding other user function tooltips.

Signed-off-by: Gülşah Köse 
Change-Id: I0aeb0aeb98182398e4740c71cfd65c4df2c51ba6
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/163978
Tested-by: Jenkins CollaboraOffice 

diff --git a/sc/source/ui/app/inputhdl.cxx b/sc/source/ui/app/inputhdl.cxx
index 62a7d7b9bf09..5d45d930b3eb 100644
--- a/sc/source/ui/app/inputhdl.cxx
+++ b/sc/source/ui/app/inputhdl.cxx
@@ -4446,7 +4446,9 @@ void ScInputHandler::NotifyChange( const ScInputHdlState* 
pState,
 pDelayTimer->Start();
 }
 
-HideTip();
+// Don't hide function tooltip in LOK, a remote user might be using tip.
+if (bStopEditing)
+HideTip();
 HideTipBelow();
 bInOwnChange = false;
 }

[Bug 117123] Editing: Using ALT + number moves position in a table

[bugzilla-daemon]

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

Andreas Heinisch  changed:

   What|Removed |Added

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

--- Comment #6 from Andreas Heinisch  ---

I can repro using: 
Version: 6.4.7.2 (x64)
Build ID: 639b8ac485750d5696d7590a72ef1b496725cfb5
CPU threads: 6; OS: Windows 10.0 Build 19045; UI render: default; VCL: win; 
Locale: de-DE (de_DE); UI-Language: en-US
Calc: CL

and
Version: 7.2.3.2 (x64) / LibreOffice Community
Build ID: d166454616c1632304285822f9c83ce2e660fd92
CPU threads: 6; OS: Windows 10.0 Build 19045; UI render: Skia/Raster; VCL: win
Locale: de-DE (de_DE); UI: en-US
Calc: CL

Gone in:
Version: 24.8.0.0.alpha0+ (X86_64) / LibreOffice Community
Build ID: b7af81a02e7a2ce5c881c54d3b44a974415cd96a
CPU threads: 6; OS: Windows 10.0 Build 19045; UI render: Skia/Raster; VCL: win
Locale: de-DE (de_DE); UI: en-US
Calc: CL threaded

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

[Bug 100366] [META] Impress/Draw table bugs and enhancements

[bugzilla-daemon]

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

Bug 117123 Summary: Editing: Using ALT + number moves position in a table
https://bugs.documentfoundation.org/show_bug.cgi?id=117123

   What|Removed |Added

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

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

core.git: solenv/bin

[Caolán McNamara (via logerrit)]

 solenv/bin/native-code.py |2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

New commits:
commit 01707d3b3a27bc0d6c482f05a669f8ef11be74b1
Author: Caolán McNamara 
AuthorDate: Tue Feb 27 16:54:19 2024 +
Commit: Caolán McNamara 
CommitDate: Tue Feb 27 21:39:24 2024 +0100

ofz#67046 fix build failure

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

diff --git a/solenv/bin/native-code.py b/solenv/bin/native-code.py
index 915218b865da..f4a910172984 100755
--- a/solenv/bin/native-code.py
+++ b/solenv/bin/native-code.py
@@ -118,7 +118,7 @@ core_constructor_list = [
 "com_sun_star_comp_rendering_MtfRenderer_get_implementation",
 # cui/util/cui.component
 ("com_sun_star_cui_ColorPicker_get_implementation", "#if !ENABLE_FUZZERS"),
-"com_sun_star_cui_GetCreateDialogFactoryService",
+("com_sun_star_cui_GetCreateDialogFactoryService", "#if !ENABLE_FUZZERS"),
 # dbaccess/util/dba.component
 "com_sun_star_comp_dba_DataAccessDescriptorFactory",
 "com_sun_star_comp_dba_OCommandDefinition",

[Bug 159544] Function COUNTIFS empty cells are counted up to the nearest filled one, EDITING

[bugzilla-daemon]

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

Xisco Faulí  changed:

   What|Removed |Added

 CC||xiscofa...@libreoffice.org
   Severity|normal  |major
   Priority|medium  |high

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

[Bug 136372] [META] PPTX shape related issues

[bugzilla-daemon]

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

Bug 149784 Summary: FILEOPEN: PPTX: Incorrect position of line connectors in 
grouped shapes
https://bugs.documentfoundation.org/show_bug.cgi?id=149784

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution|--- |DUPLICATE

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

core.git: Branch 'distro/collabora/co-23.05' - sc/source

[Gülşah Köse (via logerrit)]

 sc/source/ui/app/inputhdl.cxx |4 +++-
 1 file changed, 3 insertions(+), 1 deletion(-)

New commits:
commit 73d3ee33f80c8e46a7002ec538eef23a69842135
Author: Gülşah Köse 
AuthorDate: Tue Feb 27 13:07:18 2024 +0300
Commit: Gülşah Köse 
CommitDate: Tue Feb 27 21:35:22 2024 +0100

Online: Prevent hiding tooltips due to other users action.

Other user's actions like reloading reopening or refreshing
document causes hiding other user function tooltips.

Signed-off-by: Gülşah Köse 
Change-Id: I0aeb0aeb98182398e4740c71cfd65c4df2c51ba6
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/163979
Reviewed-by: Szymon Kłos 
Tested-by: Jenkins CollaboraOffice 

diff --git a/sc/source/ui/app/inputhdl.cxx b/sc/source/ui/app/inputhdl.cxx
index aede676ebdde..c03d36aab311 100644
--- a/sc/source/ui/app/inputhdl.cxx
+++ b/sc/source/ui/app/inputhdl.cxx
@@ -4451,7 +4451,9 @@ void ScInputHandler::NotifyChange( const ScInputHdlState* 
pState,
 pDelayTimer->Start();
 }
 
-HideTip();
+// Don't hide function tooltip in LOK, a remote user might be using tip.
+if (bStopEditing)
+HideTip();
 HideTipBelow();
 bInOwnChange = false;
 }

[Bug 159890] FILEOPEN: DOCX: Most line styles ignored

[bugzilla-daemon]

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

--- Comment #4 from Alvaro Segura  ---
I realized had previously used an old version of Word. Now I did the same with
the current MS Word and the lines seem well imported in LO.

Maybe older versions stored line styles in a different way that is not fully
understood by LO. But given that current versions are supported, the severity
of this issue is reduced.

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

[Bug 158101] Disabled popup menu items are visible with non-gtk backend

[bugzilla-daemon]

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

Tex2002ans  changed:

   What|Removed |Added

 CC||Tex2002ans+LibreOffice@gmai
   ||l.com

--- Comment #13 from Tex2002ans  ---
On Heiko's comment 5:

> DontHideDisabledEntry false (top) vs. true (bottom) [...]
>
> Disabled entries should be shown, hidden not.

I stumbled upon "DontHideDisabledEntry" through duplicate bug 159898... and
left this comment about the advanced setting's current name:

- - -

Weird, do these Expert configs usually have "double negatives"?

- "Hide Disabled Entry"
   = Enabled means "YES hide"
   = Disabled means "NO hide"

vs. the current:

- "Don't Hide Disabled Entry"
   = Enabled means "YES DO NOT hide!"
   = Disabled means "NO DO NOT hide!"

The current wording seems pretty confusing to me.

- - -

(Should something like this be marked as a separate bug report / enhancement
request? Or is it better to have it where the initial patches were?)

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

core.git: sc/inc

[Caolán McNamara (via logerrit)]

 sc/inc/column.hxx |4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)

New commits:
commit fd948fd27356e703fffc7e46df0f0e3a22f57967
Author: Caolán McNamara 
AuthorDate: Tue Feb 27 12:42:45 2024 +
Commit: Caolán McNamara 
CommitDate: Tue Feb 27 20:48:51 2024 +0100

save a few bytes per column

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

diff --git a/sc/inc/column.hxx b/sc/inc/column.hxx
index 7b07f310b23e..306d7d28de3f 100644
--- a/sc/inc/column.hxx
+++ b/sc/inc/column.hxx
@@ -206,8 +206,8 @@ class ScColumn : protected ScColumnData
 // Sparklines
 sc::SparklineStoreType maSparklines;
 
-std::size_t mnBlkCountFormula;
-std::size_t mnBlkCountCellNotes;
+sal_uInt32 mnBlkCountFormula;
+sal_uInt32 mnBlkCountCellNotes;
 
 SCCOL   nCol;
 SCTAB   nTab;

[Bug 159898] Writer context menu displays greyed out non-available options

[bugzilla-daemon]

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

--- Comment #9 from Tex2002ans  ---
> But wasn't this fixed for bug 158101?

Yep, it looks like it!

Thanks Heiko for more info + thanks Jim for already preemptively fixing this
for 24.2.1! :)

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

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

[bugzilla-daemon]

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

--- Comment #67 from Mike Kaganski  ---
As expected: regression after commit ed259e5efe432386b54c553cbc644b3b64976852.

The hang / crash appears in the boost::locale::generator::operator()
(https://opengrok.libreoffice.org/xref/core/unotools/source/i18n/resmgr.cxx?r=dcea29c2#205),
when trying to instantiate "en-US.UTF8" locale, which is actually not defined
on Windows. Interesting is the text before that point, explaining some problems
with "invalid locale", and installing hooks to intercept the problems.

Despite the precautions, the problem results in a crash in CRT, which gets
intercepted by our crashreport service. And it also tries to use the CRT, which
is in a hung state, so everything is locked to death.

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

[Bug 159929] New: Have "Apply-to-all" option for Basic Fonts

[bugzilla-daemon]

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

Bug ID: 159929
   Summary: Have "Apply-to-all" option for Basic Fonts
   Product: LibreOffice
   Version: 24.2.0.3 release
  Hardware: x86-64 (AMD64)
OS: Windows (All)
Status: UNCONFIRMED
  Severity: minor
  Priority: medium
 Component: Writer
  Assignee: libreoffice-bugs@lists.freedesktop.org
  Reporter: bogaboga...@gmail.com

Created attachment 192834
  --> https://bugs.documentfoundation.org/attachment.cgi?id=192834=edit
File where enhancement should be incorporated

At present, one has to click through all items (Default, Heading, List,
Caption, , Index), in order to change them to whatever font they want for both
type and size.

Implementing an "Apply-to-all" to both font and size option would save a user a
few clicks. That is, one chooses a font type and simply checks a check-box and
perhaps size resulting into a particular font and size being applied to all
items.

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

[Bug 159687] Cutting rows from specific file with whole column references in formula is slow

[bugzilla-daemon]

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

Balázs Varga (allotropia)  changed:

   What|Removed |Added

   Assignee|libreoffice-b...@lists.free |balazs.varga...@gmail.com
   |desktop.org |
 Status|UNCONFIRMED |NEW
 Ever confirmed|0   |1

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

[Bug 159903] Paragraph style indent settings not working correctly

[bugzilla-daemon]

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

Rainer Bielefeld Retired  changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever confirmed|0   |1

--- Comment #7 from Rainer Bielefeld Retired  
---
Did not find obvious DUP with query


So NEW

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

core.git: oox/source

[Justin Luth (via logerrit)]

 oox/source/drawingml/fillproperties.cxx |4 
 1 file changed, 4 insertions(+)

New commits:
commit 5920bc2d1a624021a6f3eb42a56ce9b96b53a39f
Author: Justin Luth 
AuthorDate: Tue Feb 27 08:23:44 2024 -0500
Commit: Justin Luth 
CommitDate: Tue Feb 27 19:50:57 2024 +0100

address shortcoming: document why I avoided axials for transparency

Hmm, I like to complain when other people
don't comment on why certain situations are excluded,
and yet I did the same thing here.

Thanks vmiklos for pointing that out.

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

diff --git a/oox/source/drawingml/fillproperties.cxx 
b/oox/source/drawingml/fillproperties.cxx
index f24208722cb5..596e18f2176e 100644
--- a/oox/source/drawingml/fillproperties.cxx
+++ b/oox/source/drawingml/fillproperties.cxx
@@ -543,6 +543,10 @@ void FillProperties::pushToPropMap(ShapePropertyMap& 
rPropMap, const GraphicHelp
 
 // convert DrawingML angle (in 1/6 degrees) to API 
angle (in 1/10 degrees)
 aGradient.SetAngle(Degree10(static_cast< sal_Int16 >( 
(8100 - (nDmlAngle / (PER_DEGREE / 10))) % 3600 )));
+
+// If this is symmetrical, set it as an axial gradient for 
better UI/export.
+// There were chart2 unit test failures when doing this to 
transparent gradients
+// so just avoid that case.
 if (!bContainsTransparency)
 aGradient.tryToConvertToAxial();
 }

[Bug 159579] Charts in Calc converted from OLE to images when upgrading 7.5 to 7.6 and 7.6 to 24.2

[bugzilla-daemon]

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

--- Comment #7 from Chris Kirkland  ---
(In reply to Stéphane Guillou (stragu) from comment #6)
> I have tested on Windows 11:
> 
> 1. Create a chart in an ODS file with LO 7.6.5.2
> 2. Open ODS file in 24.2.0.3
> 
> I could not reproduce.
> Marking as "need info" while we wait for a potential example file.
> 
> If you still have the original file (with OLE objects), you could try to
> reset your user profile (after backing up the original) and open the file
> again with the newer version, see if the issue persists.

Hi, The original file lost the OLE part of the objects and left them only as
images. There are no OLE objects left in the file, only images. I have copied
the data into a new file in case it is something to do with the original file's
make-up or an error that has crept in over the years.
I Have converted the file to zip and compared with a Calc file with a chart.
Faulty file has: 
Configurations2 [folder]
META-INF [folder]
Pictures [folder]
Thumbnails [folder]
Content.xml
Manifest.rdf
meta.xml
mimetype
settings.xml
styles.xml
File with chart:
Configurations2 [folder]
META-INF [folder]
Object 1 [folder]
ObjectReplacements [folder]
Thumbnails [folder]
Content.xml
Manifest.rdf
meta.xml
mimetype
settings.xml
styles.xml
I'm not sure if this helps.

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

[Bug 159910] Buttons in navigator not properly announced by Orca screen reader (gtk3 VCL plugin)

[bugzilla-daemon]

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

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

https://git.libreoffice.org/core/commit/d31c0fd5ed9fe563386cf317b366a0e739302dd2

tdf#159910 sw a11y: Set a11y names for Navigator items

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 159910] Buttons in navigator not properly announced by Orca screen reader (gtk3 VCL plugin)

[bugzilla-daemon]

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

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

https://git.libreoffice.org/core/commit/ad1167b92b8b8fdabf6b21e945682c0bafc80946

tdf#159910 a11y VclBuilder: Apply tool item's a11y name to itself

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 159910] Buttons in navigator not properly announced by Orca screen reader (gtk3 VCL plugin)

[bugzilla-daemon]

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

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

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

tdf#159910 vcl a11y: Allow explicitly setting toolbar item a11y name

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: sw/uiconfig

[Michael Weghorn (via logerrit)]

 sw/uiconfig/swriter/ui/navigatorpanel.ui |   19 +++
 1 file changed, 19 insertions(+)

New commits:
commit d31c0fd5ed9fe563386cf317b366a0e739302dd2
Author: Michael Weghorn 
AuthorDate: Tue Feb 27 13:42:01 2024 +0100
Commit: Michael Weghorn 
CommitDate: Tue Feb 27 19:35:02 2024 +0100

tdf#159910 sw a11y: Set a11y names for Navigator items

Set accessible names for the items (mostly toolbar items)
in the Navigator.

This makes the Orca screen reader with the gtk3 VCL plugin
announce these as expected when they receive focus.

For now, take over the existing tooltip text for the
accessible name. This can be further tweaked if necessary.

With the previous commit

Change-Id: I45b87839dda90083ceba1c43fdb4d4ec460fce3d
Author: Michael Weghorn 
Date:   Tue Feb 27 13:12:43 2024 +0100

tdf#159910 a11y VclBuilder: Apply tool item's a11y name to itself

, these a11y names are now also used for the VCL implementation
(s. `VCLXAccessibleToolBoxItem::implGetAccessibleName`).
The accessible name there remains the same for now, as the
previous fallback was the tooltip name, which at least
currently still has the same text.

It seems reasonable to align the gtk3 and VCL implementation
more with each other and support the default mechanism
of explicitly setting an accessible name on the corresponding
widget in the .ui file.

Change-Id: I852503e849651bb7be4daa419ec2379568623f0f
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/164035
Tested-by: Jenkins
Reviewed-by: Michael Weghorn 

diff --git a/sw/uiconfig/swriter/ui/navigatorpanel.ui 
b/sw/uiconfig/swriter/ui/navigatorpanel.ui
index e7c3020cdbdf..18599af36c90 100644
--- a/sw/uiconfig/swriter/ui/navigatorpanel.ui
+++ b/sw/uiconfig/swriter/ui/navigatorpanel.ui
@@ -234,6 +234,7 @@
 sw/res/sc20244.png
 
   
+Toggle Master 
View
 Switches between master 
view and normal view if a master document is open.
   
 
@@ -347,6 +348,7 @@
 True
 
   
+Go to page
 Enter a page that you want to go 
to and press enter or use the buttons to move to the previous or next 
page.
   
 
@@ -384,6 +386,7 @@
 sw/res/sc20234.png
 
   
+Content 
Navigation View
 Switches between 
the display of all categories in the Navigator and the selected 
category.
   
 
@@ -411,6 +414,7 @@
 sw/res/sc20179.png
 
   
+Header
 Moves the 
cursor to the header, or from the header to the document text area.
   
 
@@ -428,6 +432,7 @@
 sw/res/sc20177.png
 
   
+Footer
 Moves the 
cursor to the footer, or from the footer to the document text area.
   
 
@@ -445,6 +450,7 @@
 sw/res/sc20182.png
 
   
+Anchor-Text
 Jumps between 
the footnote text and the footnote anchor.
   
 
@@ -462,6 +468,7 @@
 sw/res/sc20183.png
 
   
+Set 
Reminder
 Click here to 
set a reminder at the current cursor position. You can define up to five 
reminders. To jump to a reminder, click the Navigation icon, in the Navigation 
window click the Reminder icon, and then click the Previous or Next 
button.
   
 
@@ -489,6 +496,7 @@
 sw/res/sc20236.png
 
   
+Show Up to 
Outline Level
 Use this 
option to control what headings in the document structure are displayed in the 
Navigator window. Click the icon, and choose an outline level number. Any 
heading with an outline number less than or equal to the selected number will 
be displayed.
   
 
@@ -518,6 +526,7 @@
 

core.git: 2 commits - accessibility/source include/vcl vcl/inc vcl/source

[Michael Weghorn (via logerrit)]

 accessibility/source/standard/vclxaccessibletoolboxitem.cxx |6 ++
 include/vcl/builder.hxx |   12 +++--
 include/vcl/toolbox.hxx |4 +
 vcl/inc/toolbox.h   |1 
 vcl/source/window/builder.cxx   |   25 
 vcl/source/window/toolbox2.cxx  |   17 
 6 files changed, 53 insertions(+), 12 deletions(-)

New commits:
commit ad1167b92b8b8fdabf6b21e945682c0bafc80946
Author: Michael Weghorn 
AuthorDate: Tue Feb 27 13:12:43 2024 +0100
Commit: Michael Weghorn 
CommitDate: Tue Feb 27 19:34:55 2024 +0100

tdf#159910 a11y VclBuilder: Apply tool item's a11y name to itself

For the VCL `ToolBox` implementation of a toolbar, the items
are not represented by own widgets (`vcl::Window`s), but handled
by the `ToolBox`.

As a consequence, the `vcl::Window` passed to
`VclBuilder::applyAtkProperties` cannot be the tool item
itself (e.g. a `GtkToolButton` in the .ui file), but is the
`ToolBox`, i.e. the (VCL builder implementation of the
`GtkToolbar` parent widget in the .ui file).

So far, the ATK properties set for the tool item were
just applied to the parent instead.

For example, with the upcoming

Change-Id: I852503e849651bb7be4daa419ec2379568623f0f
Author: Michael Weghorn 
Date:   Tue Feb 27 11:51:55 2024 +0100

tdf#159910 sw a11y: Set a11y names for Navigator items

, this would result in the toolbars getting the name of their
last item (one of the toolbars in the Navigator would
get the a11y name "Show Up to Outline Level") and the
toolbar items would only have an a11y name set because
they still fall back to the tooltip text for the a11y name.

Adjust that to set the accessible name for the
actual toolbar item when a toolbar item is
processed. (Add a bool param to indicate that).

See also `VclBuilder::applyPackingProperty` which
already had a similar way to determine and handle that
case.

With this in place, the accessible name set in the .ui
file is now applied to the toolbar item as expected.

(The accessible description could be handled similarly,
but I'm a bit more hesitant to add that right away because
the accessible description is currently also used for the
extended tooltip text and the NVDA screen reader on Windows
announces the description in addition to the name by default.)

Change-Id: I45b87839dda90083ceba1c43fdb4d4ec460fce3d
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/164034
Tested-by: Jenkins
Reviewed-by: Michael Weghorn 

diff --git a/include/vcl/builder.hxx b/include/vcl/builder.hxx
index 37fbfbe97e16..59202ba34062 100644
--- a/include/vcl/builder.hxx
+++ b/include/vcl/builder.hxx
@@ -353,9 +353,12 @@ private:
 voidextractMnemonicWidget(const OUString , stringmap );
 
 // either pParent or pAtkProps must be set, pParent for a child of a 
widget, pAtkProps for
-// collecting the atk info for a GtkMenuItem
-voidhandleChild(vcl::Window *pParent, stringmap *pAtkProps, 
xmlreader::XmlReader );
-VclPtr handleObject(vcl::Window *pParent, stringmap 
*pAtkProps, xmlreader::XmlReader );
+// collecting the atk info for a GtkMenuItem,
+// if bToolbarItem=true, pParent is the ToolBox that the item belongs to, 
since there's no widget for the item itself
+voidhandleChild(vcl::Window *pParent, stringmap *pAtkProps, 
xmlreader::XmlReader , bool bToolbarItem = false);
+// if bToolbarItem=true, pParent is the ToolBox that the item belongs to, 
since there's no widget for the item itself
+VclPtr handleObject(vcl::Window *pParent, stringmap 
*pAtkProps, xmlreader::XmlReader , bool bToolbarItem);
+
 voidhandlePacking(vcl::Window *pCurrent, vcl::Window *pParent, 
xmlreader::XmlReader );
 static std::vector 
handleStyle(xmlreader::XmlReader , int );
 static OUString getStyleClass(xmlreader::XmlReader );
@@ -385,7 +388,8 @@ private:
 
 stringmap   handleAtkObject(xmlreader::XmlReader ) const;
 
-static void applyAtkProperties(vcl::Window *pWindow, const stringmap& 
rProperties);
+// if bToolbarItem=true, pParent is the ToolBox that the item belongs to, 
since there's no widget for the item itself
+void applyAtkProperties(vcl::Window *pWindow, const stringmap& 
rProperties, bool bToolbarItem);
 
 voidhandleActionWidget(xmlreader::XmlReader );
 
diff --git a/vcl/source/window/builder.cxx b/vcl/source/window/builder.cxx
index 0fcf7d6b65fd..7c77fad75a53 100644
--- a/vcl/source/window/builder.cxx
+++ b/vcl/source/window/builder.cxx
@@ -2796,7 +2796,7 @@ void VclBuilder::tweakInsertedChild(vcl::Window *pParent, 
vcl::Window* pCurrentC
 }
 }
 
-void VclBuilder::handleChild(vcl::Window 

core.git: Branch 'libreoffice-7-6' - canvas/source

[Sarper Akdemir (via logerrit)]

 canvas/source/cairo/cairo_canvashelper.cxx |2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

New commits:
commit a2c0ab909195c803401cc710985f19723680e0eb
Author: Sarper Akdemir 
AuthorDate: Mon Jan 15 07:01:01 2024 +0300
Commit: Xisco Fauli 
CommitDate: Tue Feb 27 19:31:44 2024 +0100

tdf#156830: fix faulty transformation order in cairo canvas for patterns

Change-Id: Ib58e845c23dd14bbc3b96e5549a722b650d593a6
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/162069
Tested-by: Jenkins
Reviewed-by: Sarper Akdemir 
(cherry picked from commit 84055d875ead6d7862cd8ddc5697a280240411fe)
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/162008
Reviewed-by: Thorsten Behrens 
(cherry picked from commit 3add4092d29b9b03c00dfa24caa917a3fc84540b)
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/163972
Tested-by: Xisco Fauli 
Reviewed-by: Xisco Fauli 

diff --git a/canvas/source/cairo/cairo_canvashelper.cxx 
b/canvas/source/cairo/cairo_canvashelper.cxx
index 14113e89361f..2bfca55f317c 100644
--- a/canvas/source/cairo/cairo_canvashelper.cxx
+++ b/canvas/source/cairo/cairo_canvashelper.cxx
@@ -488,7 +488,7 @@ constexpr OUStringLiteral 
PARAMETRICPOLYPOLYGON_IMPLEMENTATION_NAME = u"Canvas::
 geometry::IntegerSize2D aSize = 
aTexture.Bitmap->getSize();
 
 cairo_matrix_init_scale( , 
1.0/aSize.Width, 1.0/aSize.Height );
-cairo_matrix_multiply( , 
,  );
+cairo_matrix_multiply( , 
,  );
 cairo_matrix_invert(  );
 
 // we don't care about repeat mode yet, so the 
workaround is disabled for now

core.git: Branch 'libreoffice-7-6' - framework/qa

[Caolán McNamara (via logerrit)]

 framework/qa/cppunit/dispatchtest.cxx |3 +--
 1 file changed, 1 insertion(+), 2 deletions(-)

New commits:
commit 0d341dc692ca4529c012813cae3738aef6128670
Author: Caolán McNamara 
AuthorDate: Tue Oct 10 21:23:43 2023 +0100
Commit: Xisco Fauli 
CommitDate: Tue Feb 27 19:31:15 2024 +0100

make CppunitTest_framework_dispatch reliable

the appearance of 2 interceptions is reproducible for me on linux with

make CppunitTest_framework_dispatch VALGRIND=memcheck

1st time
 #1 (anonymous 
namespace)::MyInterceptor::queryDispatch(com::sun::star::util::URL const&, 
rtl::OUString const&, int) at core/framework/qa/cppunit/dispatchtest.cxx:139
 #2 non-virtual thunk to (anonymous 
namespace)::MyInterceptor::queryDispatch(com::sun::star::util::URL const&, 
rtl::OUString const&, int) at core/framework/qa/cppunit/dispatchtest.cxx:0
 #3 framework::InterceptionHelper::queryDispatch(com::sun::star::util::URL 
const&, rtl::OUString const&, int) at 
core/framework/source/dispatch/interceptionhelper.cxx:87
 #4 non-virtual thunk to 
framework::InterceptionHelper::queryDispatch(com::sun::star::util::URL const&, 
rtl::OUString const&, int) at 
core/framework/source/dispatch/interceptionhelper.cxx:0
 #5 (anonymous 
namespace)::XFrameImpl::queryDispatch(com::sun::star::util::URL const&, 
rtl::OUString const&, int) at core/framework/source/services/frame.cxx:2329
 #6 non-virtual thunk to (anonymous 
namespace)::XFrameImpl::queryDispatch(com::sun::star::util::URL const&, 
rtl::OUString const&, int) at core/framework/source/services/frame.cxx:0
 #7 
framework::DispatchHelper::executeDispatch(com::sun::star::uno::Reference
 const&, rtl::OUString const&, rtl::OUString const&, int, 
com::sun::star::uno::Sequence const&) at 
core/framework/source/services/dispatchhelper.cxx:110
 #8 non-virtual thunk to 
framework::DispatchHelper::executeDispatch(com::sun::star::uno::Reference
 const&, rtl::OUString const&, rtl::OUString const&, int, 
com::sun::star::uno::Sequence const&) at 
core/framework/source/services/dispatchhelper.cxx:0
 #9 
unotest::MacrosTest::dispatchCommand(com::sun::star::uno::Reference
 const&, rtl::OUString const&, 
com::sun::star::uno::Sequence const&) at 
core/unotest/source/cpp/macros_test.cxx:94
 #10 (anonymous namespace)::testInterception::TestBody() at 
core/framework/qa/cppunit/dispatchtest.cxx:172

2nd time
 #1 (anonymous 
namespace)::MyInterceptor::queryDispatch(com::sun::star::util::URL const&, 
rtl::OUString const&, int) at core/framework/qa/cppunit/dispatchtest.cxx:139
 #2 non-virtual thunk to (anonymous 
namespace)::MyInterceptor::queryDispatch(com::sun::star::util::URL const&, 
rtl::OUString const&, int) at core/framework/qa/cppunit/dispatchtest.cxx:0
 #3 framework::InterceptionHelper::queryDispatch(com::sun::star::util::URL 
const&, rtl::OUString const&, int) at 
core/framework/source/dispatch/interceptionhelper.cxx:87
 #4 non-virtual thunk to 
framework::InterceptionHelper::queryDispatch(com::sun::star::util::URL const&, 
rtl::OUString const&, int) at 
core/framework/source/dispatch/interceptionhelper.cxx:0
 #5 (anonymous 
namespace)::XFrameImpl::queryDispatch(com::sun::star::util::URL const&, 
rtl::OUString const&, int) at core/framework/source/services/frame.cxx:2329
 #6 non-virtual thunk to (anonymous 
namespace)::XFrameImpl::queryDispatch(com::sun::star::util::URL const&, 
rtl::OUString const&, int) at core/framework/source/services/frame.cxx:0
 #7 SfxStateCache::GetSlotServer(SfxDispatcher&, 
com::sun::star::uno::Reference 
const&) at core/sfx2/source/control/statcach.cxx:263
 #8 SfxBindings::UpdateSlotServer_Impl() at 
core/sfx2/source/control/bindings.cxx:1083
 #9 SfxBindings::NextJob_Impl(Timer const*) at 
core/sfx2/source/control/bindings.cxx:1254
 #10 SfxBindings::NextJob(Timer*) at 
core/sfx2/source/control/bindings.cxx:1222
 #11 SfxBindings::LinkStubNextJob(void*, Timer*) at 
core/sfx2/source/control/bindings.cxx:1219
 #12 Link::Call(Timer*) const at 
core/include/tools/link.hxx:111
 #13 Timer::Invoke() at core/vcl/source/app/timer.cxx:76
 #14 Scheduler::CallbackTaskScheduling() at 
core/vcl/source/app/scheduler.cxx:480
 #15 SalTimer::CallCallback() at core/vcl/inc/saltimer.hxx:55
 #16 SvpSalInstance::CheckTimeout(bool) at core/vcl/headless/svpinst.cxx:161
 #17 SvpSalInstance::ImplYield(bool, bool) at 
core/vcl/headless/svpinst.cxx:399
 #18 SvpSalInstance::DoYield(bool, bool) at 
core/vcl/headless/svpinst.cxx:471
 #19 ImplYield(bool, bool) at core/vcl/source/app/svapp.cxx:377
 #20 Scheduler::ProcessEventsToIdle() at core/vcl/source/app/svapp.cxx:407
 #21 
unotest::MacrosTest::dispatchCommand(com::sun::star::uno::Reference
 const&, rtl::OUString const&, 
com::sun::star::uno::Sequence const&) at 
core/unotest/source/cpp/macros_test.cxx:95
 #22 (anonymous namespace)::testInterception::TestBody() at 

core.git: configure.ac

[Andrea Gelmini (via logerrit)]

 configure.ac |2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

New commits:
commit a403fcd3a0f9e6e57f57b9961f7732d9fd95ab17
Author: Andrea Gelmini 
AuthorDate: Tue Feb 27 15:52:40 2024 +0100
Commit: Julien Nabet 
CommitDate: Tue Feb 27 19:12:54 2024 +0100

Fix typo

Change-Id: I30bd7ed93eedf241fde23b35ac674d010c9e6575
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/164043
Tested-by: Julien Nabet 
Reviewed-by: Julien Nabet 

diff --git a/configure.ac b/configure.ac
index 6c6509ad3fd8..ae808e69c5b0 100644
--- a/configure.ac
+++ b/configure.ac
@@ -6834,7 +6834,7 @@ if test "$_os" = "WINNT"; then
 IFS='.' read -r SDK_v1 SDK_v2 SDK_v3 SDK_v4 <<< 
"$WINDOWS_SDK_LIB_SUBDIR"
 # Assuming maximum of 5 digits for each part and ignoring last part
 SDK_NORMALIZED_VER=$((SDK_v1 * 100 + SDK_v2 * 10 + SDK_v3))
-# 10.0.20348.0 is the minumum required version
+# 10.0.20348.0 is the minimum required version
 if test "$SDK_NORMALIZED_VER" -lt 10020348; then
 AC_MSG_ERROR([You need Windows SDK greater than or equal 
10.0.20348.0])
 fi

core.git: Branch 'distro/cib/libreoffice-6-4' - distro-configs/LibreOfficeLinux.conf

[Thorsten Behrens (via logerrit)]

 distro-configs/LibreOfficeLinux.conf |1 +
 1 file changed, 1 insertion(+)

New commits:
commit 9a1976f072aa94623a7f2f77796ecd0e075d157a
Author: Thorsten Behrens 
AuthorDate: Tue Feb 27 18:46:54 2024 +0100
Commit: Thorsten Behrens 
CommitDate: Tue Feb 27 18:46:54 2024 +0100

Revert "tdf#159502 remove --without-system-libxml from 
LibreOfficeLinux.conf"

This reverts commit 678b716506c20566167d19168f33aa94db7407e3.

Reason for revert: lets not change baseline/system requirements on an
LTS branch.

diff --git a/distro-configs/LibreOfficeLinux.conf 
b/distro-configs/LibreOfficeLinux.conf
index 607699b5c610..00a70c75010b 100644
--- a/distro-configs/LibreOfficeLinux.conf
+++ b/distro-configs/LibreOfficeLinux.conf
@@ -4,6 +4,7 @@
 --without-system-poppler
 --without-system-openssl
 --without-system-libpng
+--without-system-libxml
 --without-system-jpeg
 --without-system-jars
 --without-system-postgresql

[Bug 159544] Function COUNTIFS empty cells are counted up to the nearest filled one, EDITING

[bugzilla-daemon]

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

--- Comment #14 from Buovjaga  ---
(In reply to ady from comment #13)
> (In reply to Buovjaga from comment #11)
> 
> > Plot twist: if you do hard recalc twice with attachment 192832 [details],
> > you get
> > 
> > 3
> > 3
> > 4
> 
> The double hard recalc is only needed in certain versions (e.g. 7.4.3.2) /
> commits, but not in later versions.
> 
> IDK what's the reason for the need of a multiple hard recalc and why some
> formulas' results change only after the second one, but it would still
> suggest that there is not 1 but at least 2 items influencing the results of
> these formulas. How these, in term, influence the identification of the
> problem(s) and respective solution(s) for each, IDK either.

Ok, I checked with linux-64-7.6 and the need for two recalcs stopped with
e7897ce47e415e46eb36687f911a9a4b09ca6b8a
crashtesting: crash in ScInterpreter::ScCountIfs

It mentions "bodge this to fill in 0 for missing ranges"

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

[Bug 159928] LibreOffice crashes every time I try to paste something into a new file

[bugzilla-daemon]

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

--- Comment #1 from Bruce Laycraft  ---
Created attachment 192833
  --> https://bugs.documentfoundation.org/attachment.cgi?id=192833=edit
Paste error

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

[Bug 159928] New: LibreOffice crashes every time I try to paste something into a new file

[bugzilla-daemon]

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

Bug ID: 159928
   Summary: LibreOffice crashes every time I try to paste
something into a new file
   Product: LibreOffice
   Version: 24.2.0.3 release
  Hardware: Other
OS: Windows (All)
Status: UNCONFIRMED
  Severity: normal
  Priority: medium
 Component: Writer
  Assignee: libreoffice-bugs@lists.freedesktop.org
  Reporter: notreve2...@pm.me

Description:
"Box" pops up: Authenticatio...
Wrong user name and password for mail.proton.me
User name: xx
Password: x
"check box" Remember password
Help OK Cancel

Steps to Reproduce:
1.Copy email contents
2.Paste email text into Open Office
3.

Actual Results:
OpenOffice locked up

Expected Results:
Text should have appeared on the page!


Reproducible: Always


User Profile Reset: No

Additional Info:
Trying to paste the info from Help-About LibreOffice did nothing!

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

[Bug 159544] Function COUNTIFS empty cells are counted up to the nearest filled one, EDITING

[bugzilla-daemon]

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

--- Comment #13 from ady  ---
(In reply to Buovjaga from comment #11)

> Plot twist: if you do hard recalc twice with attachment 192832 [details],
> you get
> 
> 3
> 3
> 4

The double hard recalc is only needed in certain versions (e.g. 7.4.3.2) /
commits, but not in later versions.

IDK what's the reason for the need of a multiple hard recalc and why some
formulas' results change only after the second one, but it would still suggest
that there is not 1 but at least 2 items influencing the results of these
formulas. How these, in term, influence the identification of the problem(s)
and respective solution(s) for each, IDK either.

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

[Bug 159544] Function COUNTIFS empty cells are counted up to the nearest filled one, EDITING

[bugzilla-daemon]

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

--- Comment #12 from Buovjaga  ---
(In reply to Buovjaga from comment #11)
> (In reply to ady from comment #10)
> > (In reply to Buovjaga from comment #9)
> > > In bug 159858 I got 7674399aac661eb503d7badc53b9a4d68bd9839d as the exact
> > > result.
> > 
> > There must be 2 reasons for the bug(s), instead of just 1 unique commit.
> > Please see attachment 192832 [details] in tdf#159858 that proves it.
> 
> Plot twist: if you do hard recalc twice with attachment 192832 [details],
> you get
> 
> 3
> 3
> 4

...in commit 7674399aac661eb503d7badc53b9a4d68bd9839d that is

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

[Bug 159544] Function COUNTIFS empty cells are counted up to the nearest filled one, EDITING

[bugzilla-daemon]

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

--- Comment #11 from Buovjaga  ---
(In reply to ady from comment #10)
> (In reply to Buovjaga from comment #9)
> > In bug 159858 I got 7674399aac661eb503d7badc53b9a4d68bd9839d as the exact
> > result.
> 
> There must be 2 reasons for the bug(s), instead of just 1 unique commit.
> Please see attachment 192832 [details] in tdf#159858 that proves it.

Plot twist: if you do hard recalc twice with attachment 192832, you get

3
3
4

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

[Bug 159858] COUNTIFS doesn't count empty cells at the end of the 1st range if there is non-empty cells before

[bugzilla-daemon]

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

--- Comment #8 from Buovjaga  ---
(In reply to Buovjaga from comment #6)
> (In reply to ady from comment #4)
> > Created attachment 192832 [details]
> > Example with results of several LO versions
> > 
> > This file shows the most simple case of the problem, with the results of the
> > same formulas calculated with diverse versions of LO Calc.
> > 
> > Since this is the simplest case, I would suggest setting this report as the
> > main one, and the others as dupes of this report.
> 
> I wonder what explains the different result compared to my example file?

Aah, Heisenberg's revenge: try doing hard recalc *twice*!

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

[Bug 159858] COUNTIFS doesn't count empty cells at the end of the 1st range if there is non-empty cells before

[bugzilla-daemon]

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

--- Comment #7 from ady  ---
(In reply to Buovjaga from comment #6)
> I wonder what explains the different result compared to my example file?

In attachment 192832, please note the result for LO 7.4.3.2 for each of the
formulas, and compare the results with the other versions. Such comparison
shows that there are at least 2 separated issues – I am _guessing_ that it
could be possibly related to the temporal patches in tdf#151958, but yet to be
proven.

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

[Bug 159543] Cannot resize graphical objects that overlap header/footer

[bugzilla-daemon]

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

Bob Harvey  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 159543] Cannot resize graphical objects that overlap header/footer

[bugzilla-daemon]

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

Bob Harvey  changed:

   What|Removed |Added

 Ever confirmed|1   |0
 Status|NEEDINFO|UNCONFIRMED

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

[Bug 159543] Cannot resize graphical objects that overlap header/footer

[bugzilla-daemon]

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

--- Comment #10 from Bob Harvey  ---
I just expect the drag handles to work if the cursor knows they are there and
changes shape to suggest they should.  That's all I expect.

And if some weird interaction with the footer means they can't, then the drag
handles should not be displayed in the first place.  (or perhaps in red to
denote they don't work???)

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

[Bug 159543] Cannot resize graphical objects that overlap header/footer

[bugzilla-daemon]

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

--- Comment #10 from Bob Harvey  ---
I just expect the drag handles to work if the cursor knows they are there and
changes shape to suggest they should.  That's all I expect.

And if some weird interaction with the footer means they can't, then the drag
handles should not be displayed in the first place.  (or perhaps in red to
denote they don't work???)

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

[Bug 159858] COUNTIFS doesn't count empty cells at the end of the 1st range if there is non-empty cells before

[bugzilla-daemon]

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

--- Comment #6 from Buovjaga  ---
(In reply to ady from comment #4)
> Created attachment 192832 [details]
> Example with results of several LO versions
> 
> This file shows the most simple case of the problem, with the results of the
> same formulas calculated with diverse versions of LO Calc.
> 
> Since this is the simplest case, I would suggest setting this report as the
> main one, and the others as dupes of this report.

I wonder what explains the different result compared to my example file?

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

[Bug 159544] Function COUNTIFS empty cells are counted up to the nearest filled one, EDITING

[bugzilla-daemon]

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

--- Comment #10 from ady  ---
(In reply to Buovjaga from comment #9)
> In bug 159858 I got 7674399aac661eb503d7badc53b9a4d68bd9839d as the exact
> result.

There must be 2 reasons for the bug(s), instead of just 1 unique commit. Please
see attachment 192832 [details] in tdf#159858 that proves it.

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

[Bug 159858] COUNTIFS doesn't count empty cells at the end of the 1st range if there is non-empty cells before

[bugzilla-daemon]

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

--- Comment #5 from ady  ---
(In reply to Buovjaga from comment #3)

> With the example file, result for both after hard recalc (Ctrl+Shift+F9) is
> 3 while it should be 4 starting at commit
> 7674399aac661eb503d7badc53b9a4d68bd9839d. Tested with linux-64-7.4.

There must be 2 reasons for the bug(s), instead of just 1 unique commit. Please
see attachment 192832 that proves it.

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

[Bug 159858] COUNTIFS doesn't count empty cells at the end of the 1st range if there is non-empty cells before

[bugzilla-daemon]

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

--- Comment #4 from ady  ---
Created attachment 192832
  --> https://bugs.documentfoundation.org/attachment.cgi?id=192832=edit
Example with results of several LO versions

This file shows the most simple case of the problem, with the results of the
same formulas calculated with diverse versions of LO Calc.

Since this is the simplest case, I would suggest setting this report as the
main one, and the others as dupes of this report.

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

core.git: sw/source

[Stephan Bergmann (via logerrit)]

 sw/source/core/inc/UndoManager.hxx |2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

New commits:
commit c1b5607264e3bafeb35df80c16664f2bddf33c2b
Author: Stephan Bergmann 
AuthorDate: Tue Feb 27 11:29:52 2024 +0100
Commit: Stephan Bergmann 
CommitDate: Tue Feb 27 17:42:53 2024 +0100

Fix UBSan build's RTTI needs

...after 3ba92b5f1eaf7d4447a0943ea260db515ca799dc "hide more symbols" had 
caused
CppunitTest_sw_uiwriter to fail with

> DynamicLibraryManagerException: "Failed to load dynamic library: 
workdir/LinkTarget/CppunitTest/libtest_sw_uiwriter.so
> workdir/LinkTarget/CppunitTest/libtest_sw_uiwriter.so: undefined symbol: 
_ZTIN2sw11UndoManagerE"

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

diff --git a/sw/source/core/inc/UndoManager.hxx 
b/sw/source/core/inc/UndoManager.hxx
index 5d292ce995b7..0993cdf5c656 100644
--- a/sw/source/core/inc/UndoManager.hxx
+++ b/sw/source/core/inc/UndoManager.hxx
@@ -38,7 +38,7 @@ namespace sw {
  * It contains a stack of SwUndo actions, each of which represents one 
user-visible
  * undo / redo step.
  */
-class UndoManager final
+class SAL_DLLPUBLIC_RTTI UndoManager final
 : public IDocumentUndoRedo
 , public SdrUndoManager
 {

[Bug 159544] Function COUNTIFS empty cells are counted up to the nearest filled one, EDITING

[bugzilla-daemon]

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

Buovjaga  changed:

   What|Removed |Added

 CC||ilmari.lauhakangas@libreoff
   ||ice.org

--- Comment #9 from Buovjaga  ---
In bug 159858 I got 7674399aac661eb503d7badc53b9a4d68bd9839d as the exact
result.

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

[Bug 108253] [META] Calc cell formula bugs and enhancements

[bugzilla-daemon]

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

Bug 159858 Summary: COUNTIFS doesn't count empty cells at the end of the 1st 
range if there is non-empty cells before
https://bugs.documentfoundation.org/show_bug.cgi?id=159858

   What|Removed |Added

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

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

[Bug 159858] COUNTIFS doesn't count empty cells at the end of the 1st range if there is non-empty cells before

[bugzilla-daemon]

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

Buovjaga  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
   Keywords|bibisectNotNeeded   |bibisected, bisected
 Resolution|--- |DUPLICATE

--- Comment #3 from Buovjaga  ---
(In reply to ady from comment #1)
> This has been a problem since LO 7.4.
> 
> This problem is related to tdf#151958 and tdf#159544, among others. This
> tdf#159858 shows a simple case to test for the bug(s).
> 
> For an example similar to that described in this tdf#159858 comment 0, using
> semicolon as argument separator:
> 
>  |A|B|C|D|E|F|G|H
> 1|x||x||x||x|
> 2|x|x|x|x|x|x|x|x
> 
> where "||" means an empty cell, and;
> _ |A|B|C|D|E|F|G|H represent the respective column headers, and;
> _ the initial "1" and "2" in each line represent the respective row headers.
> 
> 
> 1. 
> =COUNTIFS(A1:H1;"=";A2:H2;"x")
> 
> fails since LO 7.4 up until recent 24.8 alpha.
> 
> 
> 2. 
> =COUNTIFS(A1:H1;"=";A2:H2;"=x")
> 
> fails in (only) part of the range of versions, including recent LO 24.8
> alpha.

With the example file, result for both after hard recalc (Ctrl+Shift+F9) is 3
while it should be 4 starting at commit
7674399aac661eb503d7badc53b9a4d68bd9839d. Tested with linux-64-7.4.

So this is actually a dupe of bug 159544.

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

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

[Bug 159544] Function COUNTIFS empty cells are counted up to the nearest filled one, EDITING

[bugzilla-daemon]

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

Buovjaga  changed:

   What|Removed |Added

 CC||lebry...@gmail.com

--- Comment #8 from Buovjaga  ---
*** Bug 159858 has been marked as a duplicate of this bug. ***

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

[Bug 108844] [META] Cut/copy bugs and enhancements

[bugzilla-daemon]

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

Stéphane Guillou (stragu)  changed:

   What|Removed |Added

 Depends on||159871


Referenced Bugs:

https://bugs.documentfoundation.org/show_bug.cgi?id=159871
[Bug 159871] Pasting formulas to text editor by View Formulas (Ctrl+`) mode
skips sheet address
-- 
You are receiving this mail because:
You are the assignee for the bug.

[Bug 159871] Pasting formulas to text editor by View Formulas (Ctrl+`) mode skips sheet address

[bugzilla-daemon]

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

Stéphane Guillou (stragu)  changed:

   What|Removed |Added

 Blocks||108253, 108844
 CC||heiko.tietze@documentfounda
   ||tion.org,
   ||stephane.guillou@libreoffic
   ||e.org
   Keywords||implementationError


Referenced Bugs:

https://bugs.documentfoundation.org/show_bug.cgi?id=108253
[Bug 108253] [META] Calc cell formula bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=108844
[Bug 108844] [META] Cut/copy bugs and enhancements
-- 
You are receiving this mail because:
You are the assignee for the bug.

[Bug 108253] [META] Calc cell formula bugs and enhancements

[bugzilla-daemon]

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

Stéphane Guillou (stragu)  changed:

   What|Removed |Added

 Depends on||159871


Referenced Bugs:

https://bugs.documentfoundation.org/show_bug.cgi?id=159871
[Bug 159871] Pasting formulas to text editor by View Formulas (Ctrl+`) mode
skips sheet address
-- 
You are receiving this mail because:
You are the assignee for the bug.

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

[bugzilla-daemon]

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

Stéphane Guillou (stragu)  changed:

   What|Removed |Added

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

--- Comment #1 from Stéphane Guillou (stragu) 
 ---
I am not able to interact with the main window while the template picker is
open. I tested 6.4 and and 7.6.
Can you please test a currently-supported version, 7.6 or 24.2?
Thank you.

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

[Bug 159858] COUNTIFS doesn't count empty cells at the end of the 1st range if there is non-empty cells before

[bugzilla-daemon]

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

Buovjaga  changed:

   What|Removed |Added

 CC||ilmari.lauhakangas@libreoff
   ||ice.org

--- Comment #2 from Buovjaga  ---
Created attachment 192831
  --> https://bugs.documentfoundation.org/attachment.cgi?id=192831=edit
Example file

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

[Bug 150816] Sparklines in merged cells are missing options

[bugzilla-daemon]

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

Stéphane Guillou (stragu)  changed:

   What|Removed |Added

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

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

[Bug 108320] [META] Calc cells merging and splitting bugs and enhancements

[bugzilla-daemon]

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

Stéphane Guillou (stragu)  changed:

   What|Removed |Added

 Depends on||159712


Referenced Bugs:

https://bugs.documentfoundation.org/show_bug.cgi?id=159712
[Bug 159712] Sparklines don't take the space of the whole merged cell
-- 
You are receiving this mail because:
You are the assignee for the bug.

[Bug 159712] Sparklines don't take the space of the whole merged cell

[bugzilla-daemon]

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

Stéphane Guillou (stragu)  changed:

   What|Removed |Added

 Blocks||108320
 OS|Windows (All)   |All
 CC||stephane.guillou@libreoffic
   ||e.org
   See Also||https://bugs.documentfounda
   ||tion.org/show_bug.cgi?id=15
   ||0816
Version|24.2.0.3 release|7.6.5.2 release

--- Comment #4 from Stéphane Guillou (stragu) 
 ---
Reproduced:

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


Referenced Bugs:

https://bugs.documentfoundation.org/show_bug.cgi?id=108320
[Bug 108320] [META] Calc cells merging and splitting bugs and enhancements
-- 
You are receiving this mail because:
You are the assignee for the bug.

[Bug 112228] [META] Desktop environment bugs and enhancements

[bugzilla-daemon]

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

Stéphane Guillou (stragu)  changed:

   What|Removed |Added

 Depends on||159700


Referenced Bugs:

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

[Bug 159700] [META] KF6 VCL plugin bugs and enhancements

[bugzilla-daemon]

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

Stéphane Guillou (stragu)  changed:

   What|Removed |Added

 Blocks||112228


Referenced Bugs:

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

[Bug 107836] [META] Page and section column bugs and enhancements

[bugzilla-daemon]

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

Stéphane Guillou (stragu)  changed:

   What|Removed |Added

 Depends on||159675


Referenced Bugs:

https://bugs.documentfoundation.org/show_bug.cgi?id=159675
[Bug 159675] FORMATTING - Text in column disappears when modified
-- 
You are receiving this mail because:
You are the assignee for the bug.

[Bug 159675] FORMATTING - Text in column disappears when modified

[bugzilla-daemon]

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

Stéphane Guillou (stragu)  changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
 CC||stephane.guillou@libreoffic
   ||e.org
 Ever confirmed|0   |1
 Blocks||107836
 OS|Windows (All)   |All

--- Comment #6 from Stéphane Guillou (stragu) 
 ---
(In reply to ludovic.crepel from comment #4)
> Created attachment 192528 [details]
Reproduced the issue:
- Place cursor before the heading "Dons" in the left half of the page
- Press backspace
Result: red triangle denoting hidden contents next to "Inventaire" heading.
Ctrl + Z does not restore original layount. (See also bug 159698.)

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


Referenced Bugs:

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

core.git: sc/source

[Gülşah Köse (via logerrit)]

 sc/source/ui/app/inputhdl.cxx |4 +++-
 1 file changed, 3 insertions(+), 1 deletion(-)

New commits:
commit d208c1910b54f5dc711e490e68899ca13121e586
Author: Gülşah Köse 
AuthorDate: Tue Feb 27 13:07:18 2024 +0300
Commit: Gülşah Köse 
CommitDate: Tue Feb 27 17:13:34 2024 +0100

Online: Prevent hiding tooltips due to other users action.

Other user's actions like reloading reopening or refreshing
document causes hiding other user function tooltips.

Signed-off-by: Gülşah Köse 
Change-Id: I0aeb0aeb98182398e4740c71cfd65c4df2c51ba6
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/164027
Tested-by: Jenkins

diff --git a/sc/source/ui/app/inputhdl.cxx b/sc/source/ui/app/inputhdl.cxx
index e0d9be5bdc97..8ea3f33157a9 100644
--- a/sc/source/ui/app/inputhdl.cxx
+++ b/sc/source/ui/app/inputhdl.cxx
@@ -4445,7 +4445,9 @@ void ScInputHandler::NotifyChange( const ScInputHdlState* 
pState,
 pDelayTimer->Start();
 }
 
-HideTip();
+// Don't hide function tooltip in LOK, a remote user might be using tip.
+if (bStopEditing)
+HideTip();
 HideTipBelow();
 bInOwnChange = false;
 }

[Bug 159698] Undo change doesn't restore previous layout

[bugzilla-daemon]

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

Stéphane Guillou (stragu)  changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever confirmed|0   |1

--- Comment #4 from Stéphane Guillou (stragu) 
 ---
Reproduced on Windows 11:

Version: 24.2.0.3 (X86_64) / LibreOffice Community
Build ID: da48488a73ddd66ea24cf16bbc4f7b9c08e9bea1
CPU threads: 4; OS: Windows 10.0 Build 22631; UI render: Skia/Raster; VCL: win
Locale: en-US (en_US); UI: en-US
Calc: threaded

and Linux:

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

The issue was that on Linux, the contents were already pushed to a second page
at fileopen because of Georgia font fallback.

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

core.git: sc/source

[Szymon Kłos (via logerrit)]

 sc/source/ui/view/tabvwsh4.cxx |4 +++-
 1 file changed, 3 insertions(+), 1 deletion(-)

New commits:
commit d0873e6c0faff565fabd50767a03e709653c039d
Author: Szymon Kłos 
AuthorDate: Mon Feb 26 15:39:30 2024 +0100
Commit: Gülşah Köse 
CommitDate: Tue Feb 27 17:13:04 2024 +0100

lok: don't hide tooltim on every action

Signed-off-by: Szymon Kłos 
Change-Id: I62f69071a4857f7413a995da1ff9fc6ba2f942d2
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/163977
Tested-by: Jenkins
Reviewed-by: Gülşah Köse 

diff --git a/sc/source/ui/view/tabvwsh4.cxx b/sc/source/ui/view/tabvwsh4.cxx
index da9ce6851087..8236256b25e8 100644
--- a/sc/source/ui/view/tabvwsh4.cxx
+++ b/sc/source/ui/view/tabvwsh4.cxx
@@ -270,7 +270,9 @@ void ScTabViewShell::Deactivate(bool bMDI)
 {
 HideNoteMarker();   // note marker
 
-if ( pHdl )
+// in LOK case this could be trigerred on every action from other view 
(doc_setView)
+// we don't want to hide tooltip only because other view did some 
action
+if ( pHdl && !comphelper::LibreOfficeKit::isActive() )
 pHdl->HideTip();// Hide formula auto input tip
 }
 }

[Bug 159698] Undo change doesn't restore previous layout

[bugzilla-daemon]

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

Stéphane Guillou (stragu)  changed:

   What|Removed |Added

 CC||stephane.guillou@libreoffic
   ||e.org

--- Comment #3 from Stéphane Guillou (stragu) 
 ---
No repro in:

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

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

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

[Bug 159920] Calc UI Incorrect rendering of rotated text

[bugzilla-daemon]

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

--- Comment #6 from David Lynch  ---
Created attachment 192830
  --> https://bugs.documentfoundation.org/attachment.cgi?id=192830=edit
Shows 80% zoom

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

[Bug 159920] Calc UI Incorrect rendering of rotated text

[bugzilla-daemon]

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

--- Comment #5 from David Lynch  ---
Created attachment 192829
  --> https://bugs.documentfoundation.org/attachment.cgi?id=192829=edit
Shows 90% zoom

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

[Bug 159858] COUNTIFS doesn't count empty cells at the end of the 1st range if there is non-empty cells before

[bugzilla-daemon]

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

Buovjaga  changed:

   What|Removed |Added

   Keywords||bibisectNotNeeded,
   ||regression

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

[Bug 159920] Calc UI Incorrect rendering of rotated text

[bugzilla-daemon]

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

--- Comment #4 from David Lynch  ---
Created attachment 192828
  --> https://bugs.documentfoundation.org/attachment.cgi?id=192828=edit
Show spreadsheet at zoom 80%, 90% and 1005

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

[Bug 159920] Calc UI Incorrect rendering of rotated text

[bugzilla-daemon]

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

--- Comment #3 from David Lynch  ---
The rendering is correct at zoom 100% and 80%, at 90% it is in error.
Attachments show this.

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

[Bug 158256] Writer Label difficulties with Avery 8160

[bugzilla-daemon]

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

Stéphane Guillou (stragu)  changed:

   What|Removed |Added

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

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

[Bug 159694] Avery 5160 first column of text printing ON TOP of second column - Previews perfect; prints incorrectly

[bugzilla-daemon]

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

Stéphane Guillou (stragu)  changed:

   What|Removed |Added

 Resolution|FIXED   |WORKSFORME
   See Also||https://bugs.documentfounda
   ||tion.org/show_bug.cgi?id=15
   ||8256
 CC||stephane.guillou@libreoffic
   ||e.org

--- Comment #4 from Stéphane Guillou (stragu) 
 ---
Let's set as "works for me", as "fixed" means we identified a patch that fixed
it.
Glad it works for you in DOCX, but would still be interesting to figure out why
it is different when using ODT...

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

[Bug 71169] EDITING: Impress custom animations 'Lighten', 'Darken', 'Desaturate' and 'Contrasting Color' should work on pictures (only affects text, area fill and line)

[bugzilla-daemon]

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

Stéphane Guillou (stragu)  changed:

   What|Removed |Added

Summary|EDITING: Impress custom |EDITING: Impress custom
   |animations 'Lighten' and|animations 'Lighten',
   |'Contrasting Color' don't   |'Darken', 'Desaturate' and
   |work with pictures  |'Contrasting Color' should
   ||work on pictures (only
   ||affects text, area fill and
   ||line)
 Blocks||104238
 CC||stephane.guillou@libreoffic
   ||e.org

--- Comment #10 from Stéphane Guillou (stragu) 
 ---
Had been raised also in bug 120093.

See attachment 192827 for a showcase of numerous Emphasis animations.

Lighten, Darken, Contrasting Color, Desaturate, Color Blend... all sound like
they should work on a raster image, but they currently only affect:
- the text attached to the picture (if any)
- its Line property (if set)
- its Area fill (if set and the image has some transparency).

In my opinion, this is an enhancement request rather than a bug.


Referenced Bugs:

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

[Bug 104238] [META] Impress image bugs and enhancements

[bugzilla-daemon]

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

Stéphane Guillou (stragu)  changed:

   What|Removed |Added

 Depends on||71169


Referenced Bugs:

https://bugs.documentfoundation.org/show_bug.cgi?id=71169
[Bug 71169] EDITING: Impress custom animations 'Lighten', 'Darken',
'Desaturate' and 'Contrasting Color' should work on pictures (only affects
text, area fill and line)
-- 
You are receiving this mail because:
You are the assignee for the bug.

[Bug 159515] Custom shape with bitmap fill with image with transparent parts is wrongly rendered in extrusion mode

[bugzilla-daemon]

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

--- Comment #14 from Patrick Luby  ---
One more detail: I unzipped both of the attached sample documents and opened
the .png files within the documents in LibreOffice. All render correctly so I
suspect that alpha inversion of the rose image is occurring when the extrusion
process copies the loaded .png data. Not sure if that helps.

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

[Bug 146356] ODT: No easy way to create an empty paragraph before Table of Content if document starts with table of content

[bugzilla-daemon]

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

Oliver Specht (CIB)  changed:

   What|Removed |Added

   Assignee|libreoffice-b...@lists.free |oliver.spe...@cib.de
   |desktop.org |

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

[Bug 159927] Applied date/time language not detected in insert header/footer dialog

[bugzilla-daemon]

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

Justin L  changed:

   What|Removed |Added

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

--- Comment #1 from Justin L  ---
proposed fix at https://gerrit.libreoffice.org/c/core/+/164045

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

[Bug 159903] Paragraph style indent settings not working correctly

[bugzilla-daemon]

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

--- Comment #6 from Matthew Kogan  ---
Looks like there's an ApplyCharUnit property in Options, LibreOffice, Advanced,
Expert Configuration.

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

[Bug 71169] EDITING: Impress custom animations 'Lighten' and 'Contrasting Color' don't work with pictures

[bugzilla-daemon]

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

Stéphane Guillou (stragu)  changed:

   What|Removed |Added

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

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

[Bug 120093] Limit the choice of Emphasis custom animations when the selected object is an image

[bugzilla-daemon]

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

Stéphane Guillou (stragu)  changed:

   What|Removed |Added

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

--- Comment #3 from Stéphane Guillou (stragu) 
 ---
(In reply to Stéphane Guillou (stragu) from comment #1)
> (In reply to Buovjaga from comment #0)
> > 7-9 might be made to work in theory.
> This makes perfect sense, I think it should be opened as a separate
> enhancement request.
Ah, kind of already tracked in bug 71169.

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

[Bug 159903] Paragraph style indent settings not working correctly

[bugzilla-daemon]

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

--- Comment #5 from Rainer Bielefeld Retired  
---
@Matthew:
Reason might be related to 'Bug 101895 - Paragraph dialog units shown as "ch"
and "lines" when "Enable char unit" is enabled by default'?

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

[Bug 159903] Paragraph style indent settings not working correctly

[bugzilla-daemon]

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

--- Comment #4 from Rainer Bielefeld Retired  
---
As I learned now indent unit might mean "characters". Assume that that unit
(Asian layout?) is reason for problems.

Where the heck can I find preference "Enable char unit"?

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

[Bug 120093] Limit the choice of Emphasis custom animations when the selected object is an image

[bugzilla-daemon]

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

--- Comment #2 from Stéphane Guillou (stragu) 
 ---
Created attachment 192827
  --> https://bugs.documentfoundation.org/attachment.cgi?id=192827=edit
test ODP with many animations on raster images

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

[Bug 159903] Paragraph style indent settings not working correctly

[bugzilla-daemon]

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

--- Comment #3 from Matthew Kogan  ---
I don't know why it's showing as ch for you. For me, in 6.2.4, it shows as
4.00cm and -4.00cm.

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

[Bug 109362] [META] Custom/object animation bugs and enhancements

[bugzilla-daemon]

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

Bug 120093 Summary: Limit the choice of Emphasis custom animations when the 
selected object is an image
https://bugs.documentfoundation.org/show_bug.cgi?id=120093

   What|Removed |Added

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

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

[Bug 120093] Limit the choice of Emphasis custom animations when the selected object is an image

[bugzilla-daemon]

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

Stéphane Guillou (stragu)  changed:

   What|Removed |Added

 CC||stephane.guillou@libreoffic
   ||e.org
 Resolution|--- |WORKSFORME
 Status|NEW |RESOLVED

--- Comment #1 from Stéphane Guillou (stragu) 
 ---
Update with:

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

> 1. Change fill color
Useful if using a raster image with transparency and an Area Fill
> 2. Change line color
Useful if Line property applied to image (i.e. a border/frame)
> 3. Color blend
> 4. Complementary color
> 5. Complementary color 2
> 6. Contrasting color
> 7. Darken
> 8. Desaturate
> 9. Lighten
3 to 9 all have an effect if there is text attached to the image
> 10. Blast (works only with hardware acceleration off)
> 11. Blink
> 12. Flicker (works only with hardware acceleration off)
> 13. Teeter (works only with hardware acceleration off)
10 to 13 all have an effect (be it only on text, or on whole picture), with
hardware acceleration turned on.

So I don't think there's a case for limiting the choice of animations here, and
I am closing as "works for me". If there are issues remaining (and I'm sure
there are some, as we're talking about animations!), or even if I missed
something in there, let's open more specific, actionable reports.

(In reply to Buovjaga from comment #0)
> 7-9 might be made to work in theory.
This makes perfect sense, I think it should be opened as a separate enhancement
request.

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

[Bug 159921] number of pages indication: display format options (enhancement request)

[bugzilla-daemon]

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

--- Comment #2 from V Stuart Foote  ---
Using the SB Navigator deck, or the pop-out  Navigator, in default Page
mode for go-to-page movement also does a good job of keeping the view port to a
single page with a corresponding "Page x of y" format on the status bar.

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

[Bug 159921] number of pages indication: display format options (enhancement request)

[bugzilla-daemon]

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

--- Comment #2 from V Stuart Foote  ---
Using the SB Navigator deck, or the pop-out  Navigator, in default Page
mode for go-to-page movement also does a good job of keeping the view port to a
single page with a corresponding "Page x of y" format on the status bar.

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

[Bug 159903] Paragraph style indent settings not working correctly

[bugzilla-daemon]

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

Rainer Bielefeld Retired  changed:

   What|Removed |Added

 CC||LibreOffice@bielefeldundbus
   ||s.de

--- Comment #2 from Rainer Bielefeld Retired  
---
Created attachment 192826
  --> https://bugs.documentfoundation.org/attachment.cgi?id=192826=edit
Comparison of screenshots in LibO 4.0.0 and LibO 7.6

REPRODUCIBLE with Installation of Version: 7.6.4.1 (X86_64) 
Build ID: e19e193f88cd6c0525a17fb7a176ed8e6a3e2aa1
CPU threads: 12; OS: Windows 10.0 Build 19045; UI render: Skia/Raster; VCL: win
Locale: Locale: de-DE (de_DE); UI: de-DE; Theme: Automatic (Colibre)
Calc: CL threaded – Normal User Profile

As you can see in my screenshots indent information simply will be lost in
current versions.

I do not know used unit "ch" in indent dimensions.

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

[Bug 159921] number of pages indication: display format options (enhancement request)

[bugzilla-daemon]

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

V Stuart Foote  changed:

   What|Removed |Added

 Blocks||86066


Referenced Bugs:

https://bugs.documentfoundation.org/show_bug.cgi?id=86066
[Bug 86066] [META] Bugs and improvements to the statusbar
-- 
You are receiving this mail because:
You are the assignee for the bug.

[Bug 159921] number of pages indication: display format options (enhancement request)

[bugzilla-daemon]

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

V Stuart Foote  changed:

   What|Removed |Added

 Blocks||86066


Referenced Bugs:

https://bugs.documentfoundation.org/show_bug.cgi?id=86066
[Bug 86066] [META] Bugs and improvements to the statusbar
-- 
You are receiving this mail because:
You are on the CC list for the bug.