[Bug 162321] unable to change background colour

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

ady  changed:

   What|Removed |Added

 Resolution|--- |INVALID
 Status|UNCONFIRMED |RESOLVED

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

[Bug 162290] Conditional format error

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

--- Comment #10 from ady  ---
(In reply to m_a_riosv from comment #9)
> Range shown is correct H3:H16?

That is probably a typo. The range is H2:H16. In addition to being the natural
range according to the table (header in Row 1, actual data in Rows 2:16), you
can also open the Manage CF dialog and there are two ranges with CF: H2:H16 and
H3:H21.

But since the problem is triggered later-on in the steps, the specific range
and the way you get to the relevant problematic step is less important.

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

[Bug 162321] unable to change background colour

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

--- Comment #1 from roberto  ---
Sorry, there must be something else interfering. With a clean sheet it works
just fine.

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

[Bug 102495] [META] KDE (kf5) VCL backend bugs and enhancements

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

Rafael Lima  changed:

   What|Removed |Added

 Depends on||162297


Referenced Bugs:

https://bugs.documentfoundation.org/show_bug.cgi?id=162297
[Bug 162297] KDE desktop has issue with long extended tips, text line does not
fold
-- 
You are receiving this mail because:
You are the assignee for the bug.

[Bug 162321] New: unable to change background colour

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

Bug ID: 162321
   Summary: unable to change background colour
   Product: LibreOffice
   Version: 24.2.5.2 release
  Hardware: All
OS: Windows (All)
Status: UNCONFIRMED
  Severity: normal
  Priority: medium
 Component: Calc
  Assignee: libreoffice-bugs@lists.freedesktop.org
  Reporter: robert.j.k...@gmail.com

Description:
In the latest version of calc (24.2.5.2) I am unable to change the background
colour of cells.

Steps to Reproduce:
1.click on background colour
2.pick whatever other colour
3.nothing changes

Actual Results:
I don't know, it's really pretty simple.

Expected Results:
nothing happened


Reproducible: Always


User Profile Reset: Yes

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

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

core.git: vcl/source

2024-08-02 Thread Caolán McNamara (via logerrit)
 vcl/source/gdi/pdfwriter_impl.cxx |2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

New commits:
commit 32d13514951be9be9b18448b88404465448ba02b
Author: Caolán McNamara 
AuthorDate: Thu Aug 1 09:49:49 2024 +0100
Commit: Caolán McNamara 
CommitDate: Fri Aug 2 20:40:00 2024 +0200

m_aPixelSize should be in pixels, but GetPrefSize depends on GetPrefMapMode

i.e later we do:

Size aSize = PixelToLogic(rEmit.m_aPixelSize, 
MapMode(m_aMapMode.GetMapUnit()));

and PrefSize is in PrefMapMode units.

Change-Id: I387316804496fc0a05c3370f370f5f562c288d77
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/171251
Tested-by: Jenkins CollaboraOffice 
Reviewed-by: Miklos Vajna 
(cherry picked from commit de15d0a566ce72f2d508ceb7b3fbf60d2aa31329)
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/171358
Reviewed-by: Caolán McNamara 
Tested-by: Jenkins

diff --git a/vcl/source/gdi/pdfwriter_impl.cxx 
b/vcl/source/gdi/pdfwriter_impl.cxx
index 9d88863ecf45..70058f24e426 100644
--- a/vcl/source/gdi/pdfwriter_impl.cxx
+++ b/vcl/source/gdi/pdfwriter_impl.cxx
@@ -9818,7 +9818,7 @@ void PDFWriterImpl::createEmbeddedFile(const Graphic& 
rGraphic, ReferenceXObject
 }
 
 rEmit.m_nFormObject = createObject();
-rEmit.m_aPixelSize = rGraphic.GetPrefSize();
+rEmit.m_aPixelSize = rGraphic.GetSizePixel();
 }
 
 void PDFWriterImpl::drawJPGBitmap( SvStream& rDCTData, bool bIsTrueColor, 
const Size& rSizePixel, const tools::Rectangle& rTargetArea, const AlphaMask& 
rAlphaMask, const Graphic& rGraphic )


[Bug 153866] .uno:IndexMarkToIndex not working

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

Björn Michaelsen  changed:

   What|Removed |Added

Summary|Crash in:   |.uno:IndexMarkToIndex not
   |SwTextFrame::MapViewToModel |working
   |(o3tl::strong_int)|

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

[Bug 162121] 24.2.5 Writer: long text in alphabetical index entry flows through margin, does not wrap to next line

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

gladys  changed:

   What|Removed |Added

   Keywords|bibisectRequest, regression |bisected
 CC||gladys7da...@gmail.com

--- Comment #11 from gladys  ---
bibisection with windows 10 seem to point to commit 

commit: 10d753b8aadb50ec4309551b97d4cf2163ea3e3d
author: Michael Stahl  
Date: Thu Jun 13 2024 12:59

commit mesage: 
tdf#158658 sw: text formatting: try to make TabOverMargin more crazy

... to better match Word's formatting; this commit is not based on a
complete diagnosis of Word's compatibility-mode tab-in-margin
formatting disorders.

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

[Bug 162319] Allow to rename a database range

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

--- Comment #2 from Rafael Lima  ---
(In reply to Rafael Lima from comment #1)
> We can see what happens if they're made visible.

I meant we can try it and see what happens if they're made visible.

But I can't work on this right now.

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

[Bug 152653] Introduce proper Paragraph Style support in Impress/Draw

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

--- Comment #10 from Eyal Rozenberg  ---
(In reply to Cor Nouws from comment #8)
Sorry, I missed that comment.

> Attached a presentation showing how you can use/create 'paragraph' styles in
> Impress/Draw.

Cor, this bug is about styles of _paragraphs_, not of drawing objects. When you
set a drawing object style, it affects all paragraph entire object. 

> I would love to understand what people think they will use paragraph styles
> for,

Most of the ways they use paragraph styles for in Writer (and especially in
boxes within Writer) - to style paragraph-level features like direction,
indentation, vertical margins and spacing, etc.

> assuming they make use the formatting/styles concept that our
> presentation module offers of course :p 

Those definitely include paragraph-level direct formatting.

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

[Bug 162319] Allow to rename a database range

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

Rafael Lima  changed:

   What|Removed |Added

 Ever confirmed|0   |1
 CC||rafael.palma.l...@gmail.com
 Status|UNCONFIRMED |NEW

--- Comment #1 from Rafael Lima  ---
Regina, database named ranges are hidden by default from the "Manage names"
dialog. See:

https://opengrok.libreoffice.org/xref/core/sc/source/ui/namedlg/namemgrtable.cxx?r=cdb180e7#163

We can see what happens if they're made visible.

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

[Bug 162297] KDE desktop has issue with long extended tips, text line does not fold

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

Rafael Lima  changed:

   What|Removed |Added

 Status|NEW |ASSIGNED
   Assignee|libreoffice-b...@lists.free |rafael.palma.l...@gmail.com
   |desktop.org |

--- Comment #3 from Rafael Lima  ---
Proposed patch here.

https://gerrit.libreoffice.org/c/core/+/171411

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

[Bug 148268] Fileopen PPTX: freehand drawing with the pen tool in ms office doesn't show up in impress

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

Regina Henschel  changed:

   What|Removed |Added

 CC||drvaibh...@gmail.com

--- Comment #10 from Regina Henschel  ---
*** Bug 162320 has been marked as a duplicate of this bug. ***

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

[Bug 162320] Ink Annotations not visible in LibreOffice Impress

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

Regina Henschel  changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 CC||rb.hensc...@t-online.de
 Resolution|--- |DUPLICATE

--- Comment #2 from Regina Henschel  ---
Yes, that is a missing feature, see comment in
https://opengrok.libreoffice.org/xref/core/oox/source/shape/WordprocessingCanvasContext.cxx?r=959b3084#98

This problem has an "enhancement" and a "bug" aspect.

Enhancement: Implement import of ink-annotations.

Bug: The file provides the ink annotation in an  element. Its
 child element contains an image. LibreOffice should use it.

It is a known problem.

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

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

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

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

Bug 153343 Summary: Forms: Real font size of text in label field is 8pt, 
although default font size in control properties is different
https://bugs.documentfoundation.org/show_bug.cgi?id=153343

   What|Removed |Added

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

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

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

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

Bug 155636 Summary: Forms: Background of form controls isn't shown while 
creating a form.
https://bugs.documentfoundation.org/show_bug.cgi?id=155636

   What|Removed |Added

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

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

[Bug 102495] [META] KDE (kf5) VCL backend bugs and enhancements

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

Bug 155637 Summary: Forms: Form controls for multi line text aren't shown with 
background when input data (Linux-KDE).
https://bugs.documentfoundation.org/show_bug.cgi?id=155637

   What|Removed |Added

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

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

[Bug 102495] [META] KDE (kf5) VCL backend bugs and enhancements

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

Bug 156962 Summary: UI: multline textfield (Form > Text Box) not refreshing? 
(kf5/qt5 with Cairo)
https://bugs.documentfoundation.org/show_bug.cgi?id=156962

   What|Removed |Added

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

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

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

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

Bug 156962 Summary: UI: multline textfield (Form > Text Box) not refreshing? 
(kf5/qt5 with Cairo)
https://bugs.documentfoundation.org/show_bug.cgi?id=156962

   What|Removed |Added

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

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

core.git: extensions/source svx/source toolkit/source

2024-08-02 Thread Michael Weghorn (via logerrit)
 extensions/source/propctrlr/fontdialog.cxx  |   12 +++-
 extensions/source/propctrlr/formstrings.hxx |1 +
 svx/source/form/fmcontrollayout.cxx |2 +-
 toolkit/source/controls/unocontrol.cxx  |1 +
 4 files changed, 14 insertions(+), 2 deletions(-)

New commits:
commit 7247f3ad59d64c85dc891bd5195b83c714ce1ce4
Author: Michael Weghorn 
AuthorDate: Fri Aug 2 15:09:54 2024 +0200
Commit: Michael Weghorn 
CommitDate: Fri Aug 2 18:34:08 2024 +0200

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

Since

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

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

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

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

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

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

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

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

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

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

core.git: include/vcl toolkit/source vcl/source

2024-08-02 Thread Michael Weghorn (via logerrit)
 include/vcl/vclenum.hxx|7 +--
 toolkit/source/controls/unocontrol.cxx |5 +
 vcl/source/window/brdwin.cxx   |2 +-
 3 files changed, 11 insertions(+), 3 deletions(-)

New commits:
commit 001c0934aab5c33b37a75798deb84c20b4b9d365
Author: Michael Weghorn 
AuthorDate: Thu Aug 1 15:58:21 2024 +0200
Commit: Michael Weghorn 
CommitDate: Fri Aug 2 18:33:32 2024 +0200

tdf#155636 tdf#155637 tdf#156962 Consistently use non-native controls

Since

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

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

i.e. ignore system theme so we get the same results on export to pdf
regardless of the theme (esp dark) and don't follow the system theme
when hosted with a writer/calc/impress document (do continue to use
system theme for StarBasic dialogs as seen in BasicIDE)

Didn't reuse 'NativeWidgetLook' for this because is currently 
defaults
off, while we currently do use the colors derived from the system 
theme
even when this is off, its really the NWF flag to render using the
platform theming engine

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

However, `ImplSmallBorderWindowView::Init` could still
decide to enable native drawing of borders, in which case
it would enable transparency for the control and the control
background color would no longer be seen with at least the Qt-based
VCL plugins after

commit 0e14dbc9ecdf6abae3ae3089e3b4e22f27dd4cb1
Date:   Thu May 4 10:24:53 2023 +0100

Resolves: tdf#155029 set StandardStyles before updateFromModel

e.g. for the multiline edit control in attachment 195659
from tdf#155637, where `mbNWFBorder = true;` would be set like this:

#0  ImplSmallBorderWindowView::Init(OutputDevice*, long, long) 
(this=0x55af6388e700, pDev=0x55af62d49770, nWidth=214, nHeight=365) at 
vcl/source/window/brdwin.cxx:458
#1  0x7fed4de9f168 in ImplBorderWindow::InitView() 
(this=0x55af638bdb50) at vcl/source/window/brdwin.cxx:1793
#2  0x7fed4dea08f4 in ImplBorderWindow::UpdateView(bool, Size 
const&) (this=0x55af638bdb50, bNewView=true, rNewOutSize=Size = {...}) at 
vcl/source/window/brdwin.cxx:1808
#3  0x7fed4dea0847 in 
ImplBorderWindow::DataChanged(DataChangedEvent const&) (this=0x55af638bdb50, 
rDCEvt=...) at vcl/source/window/brdwin.cxx:1771
#4  0x7fed4de6fc32 in 
vcl::WindowOutputDevice::SetSettings(AllSettings const&, bool) 
(this=0x55af62d49770, rSettings=..., bChild=false) at 
vcl/source/window/settings.cxx:68
#5  0x7fed4de6fb19 in 
vcl::WindowOutputDevice::SetSettings(AllSettings const&, bool) 
(this=0x55af62d49420, rSettings=..., bChild=false) at 
vcl/source/window/settings.cxx:52
#6  0x7fed4de6fa8f in 
vcl::WindowOutputDevice::SetSettings(AllSettings const&) (this=0x55af62d49420, 
rSettings=...) at vcl/source/window/settings.cxx:44
#7  0x7fed4e12d376 in vcl::Window::SetSettings(AllSettings const&) 
(this=0x55af62fbb530, rSettings=...) at vcl/source/window/window3.cxx:209
#8  0x7fed501e3374 in 
UnoControl::createPeer(com::sun::star::uno::Reference
 const&, com::sun::star::uno::Reference 
const&)
(this=0x55af62c79380, rxToolkit=empty uno::Reference, 
rParentPeer=uno::Reference to (VCLXContainer *) 0x55af61cbc178) at 
toolkit/source/controls/unocontrol.cxx:1299
#9  0x7fed5023dc39 in 
UnoEditControl::createPeer(com::sun::star::uno::Reference
 const&, com::sun::star::uno::Reference 
const&)
(this=0x55af62c79380, rxToolkit=empty uno::Reference, 
rParentPeer=uno::Reference to (VCLXContainer *) 0x55af61cbc178) at 
toolkit/source/controls/unocontrols.cxx:241
#10 0x7fed05f6009f in 
frm::ORichTextControl::createPeer(com::sun::star::uno::Reference
 const&, com::sun::star::uno::Reference 
const&)
(this=0x55af62c79380, _rToolkit=empty uno::Reference, 
_rParentPeer=uno::Reference to (VCLXContainer *) 0x55af61cbc178) at 
forms/source/richtext/richtextcontrol.cxx:163
#11 0x7fed05e34126 in 
frm::OControl::createPeer(com::sun::star::uno::Reference
 const&, com::sun::star::uno::Reference 
const&)
(this=0x55af61e17c60, _rxToolkit=empty uno::Reference, 
_rxParent=uno::Reference to (VCLXContainer *) 0x55af61cbc178) at 
forms/source/component/FormComponent.cxx:272
#12 0x7fed50201095 in 
UnoControlContainer::impl_createControlPeerIfNecessary(com::sun::star::uno::Reference
 const&)
(this=0x55af5eb108c0, _rxControl=uno::Reference to 
(frm::OEditControl *) 0x55af61e17cc8) at 

[Bug 155150] Bad font rendering in Writer as opposed to Calc after deactivating anti-aliasing in KDE system settings

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

Michael Weghorn  changed:

   What|Removed |Added

 CC||m.wegh...@posteo.de
   See Also||https://bugs.documentfounda
   ||tion.org/show_bug.cgi?id=15
   ||6200
 Status|NEW |NEEDINFO

--- Comment #7 from Michael Weghorn  ---
In a quick test, I see no difference in how the document content is rendered in
Writer with either the kf5 or gtk3 VCL plugins. (The latter can be enabled by
starting LO with the environment variable SAL_USE_VCLPLUGIN=gtk3 set.)

However, I don't actually have Verdana installed here.

Can you verify that using either VCL plugin doesn't make a difference?
(Please double-check the VCL plugin in use in Help -> About LibreOffice)?

tdf#156200 might be related.

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

[Bug 156200] Writer: Bad font rendering with anti-aliasing disabled (hinting enabled!) in Linux KDE system settings after update to LO 7.4.x

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

Michael Weghorn  changed:

   What|Removed |Added

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

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

[Bug 162320] Ink Annotations not visible in LibreOffice Impress

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

drvaibh...@gmail.com changed:

   What|Removed |Added

 CC||drvaibh...@gmail.com

--- Comment #1 from drvaibh...@gmail.com ---
Created attachment 195673
  --> https://bugs.documentfoundation.org/attachment.cgi?id=195673=edit
Sample PPTX with ink annotations

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

[Bug 162320] New: Ink Annotations not visible in LibreOffice Impress

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

Bug ID: 162320
   Summary: Ink Annotations not visible in LibreOffice Impress
   Product: LibreOffice
   Version: 24.2.5.2 release
  Hardware: x86-64 (AMD64)
OS: Windows (All)
Status: UNCONFIRMED
  Severity: normal
  Priority: medium
 Component: Impress
  Assignee: libreoffice-bugs@lists.freedesktop.org
  Reporter: drvaibh...@gmail.com

Description:
In the attached .pptx file, LibreOffice Impress doesn't show any ink annotation
while MS PowerPoint does.

Steps to Reproduce:
Open the file

Actual Results:
Only the typed text is seen, not the ink annotations.

Expected Results:
Typed text as well as the ink annotations should be visible (just like
PowerPoint)


Reproducible: Always


User Profile Reset: Yes

Additional Info:
Version: 24.2.5.2 (X86_64) / LibreOffice Community
Build ID: bffef4ea93e59bebbeaf7f431bb02b1a39ee8a59
CPU threads: 4; OS: Windows 10.0 Build 22631; UI render: Skia/Raster; VCL: win
Locale: en-IN (en_IN); UI: en-US
Calc: threaded

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

[Bug 99716] Store recent documents list and thumbnails apart from registrymodifications.xcu

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

V Stuart Foote  changed:

   What|Removed |Added

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

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

[Bug 162312] Clear MRU run from the menu clears all files

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

V Stuart Foote  changed:

   What|Removed |Added

 Ever confirmed|0   |1
 Status|UNCONFIRMED |NEW
 CC||vsfo...@libreoffice.org
   See Also||https://bugs.documentfounda
   ||tion.org/show_bug.cgi?id=99
   ||716

--- Comment #1 from V Stuart Foote  ---
Yep we knew this would happen with implementation of bug 159120, see
https://bugs.documentfoundation.org/show_bug.cgi?id=159120#c14

Kind of disconcerting that work on bug 155698,
https://gerrit.libreoffice.org/c/core/+/157169 is not sufficient.

More justification to get the full MRU history stanzas out of the user registry
(registrysettings.xcu) and into a sub-folder/DB under the user profile. Then
working with more robust pointers.

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

[Bug 111869] Doesn't change the default language when doing so in KDE

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

--- Comment #11 from Michael Weghorn  ---
Version used for the test from comment 10 (version info was copied after
switching to English again):

Version: 24.2.5.2 (X86_64) / LibreOffice Community
Build ID: 420(Build:2)
CPU threads: 32; OS: Linux 6.9; UI render: default; VCL: kf5 (cairo+wayland)
Locale: en-GB (en_GB.UTF-8); UI: en-GB
Debian package version: 4:24.2.5-1
Calc: threaded

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

[Bug 102495] [META] KDE (kf5) VCL backend bugs and enhancements

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

Bug 111869 Summary: Doesn't change the default language when doing so in KDE
https://bugs.documentfoundation.org/show_bug.cgi?id=111869

   What|Removed |Added

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

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

[Bug 111869] Doesn't change the default language when doing so in KDE

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

Michael Weghorn  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 CC||m.wegh...@posteo.de
 Resolution|--- |WORKSFORME

--- Comment #10 from Michael Weghorn  ---
(In reply to Alberto Salvia Novella from comment #9)
> I think it shall be the other way around: that you try to reproduce the bug,
> instead of making me do twice as much work.

This works as expected for me with KDE Plasma 5 on Debian testing. When I
switch the language from English (UK) to German ("Deutsch") in KDE system
settings, log out and in again and start LibreOffice, the UI is in German as
well.

-> Closing as WORKSFORME.

(In case you're seeing different results, please reopen and give more details.)

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

[Bug 99716] Store recent documents list and thumbnails apart from registrymodifications.xcu

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

V Stuart Foote  changed:

   What|Removed |Added

 Blocks||61174


Referenced Bugs:

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

[Bug 61174] [META] Recent Documents List

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

V Stuart Foote  changed:

   What|Removed |Added

 Depends on||99716


Referenced Bugs:

https://bugs.documentfoundation.org/show_bug.cgi?id=99716
[Bug 99716] Store recent documents list and thumbnails apart from
registrymodifications.xcu
-- 
You are receiving this mail because:
You are the assignee for the bug.

[Bug 162299] Version: 24.2.3.2 (X86_64) of Libre Office continually crashes with Apple OS 11.7.1

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

--- Comment #10 from Dennis Roczek  ---
(In reply to safewilliam from comment #9)
> (In reply to Alex Thurgood from comment #6)
> > I see no crashing on macOS Sonoma 14.5 Arm M1 processor with the test
> > document and LibreOffice 
> > 
> > Version: 24.2.4.2 (AARCH64) / LibreOffice Community
> > Build ID: b9485aad85c48b220279f5499908c52f00f5
> > CPU threads: 8; OS: macOS 14.5; UI render: Skia/Raster; VCL: osx
> > Locale: fr-FR (fr_FR.UTF-8); UI: fr-FR
> > Calc: threaded
> > 
> > 
> > 
> > Also not reproducible with
> > 
> > Version: 24.2.5.2 (AARCH64) / LibreOffice Community
> > Build ID: bffef4ea93e59bebbeaf7f431bb02b1a39ee8a59
> > CPU threads: 8; OS: macOS 14.5; UI render: Skia/Raster; VCL: osx
> > Locale: fr-FR (fr_FR.UTF-8); UI: fr-FR
> > Calc: threaded
> > 
> > 
> > Could you test with the latest release version 24.2.5.2 and report back ?
> > 
> > Otherwise, it might be specific to macOS Big Sur x86_64
> 
> SURE, I can try that.  WHERE DO I GET THAT?  The Libre Office version I am
> running was the most current one I could find.
https://www.libreoffice.org/download/download-libreoffice/?type=mac-x86_64=24.2.5=de

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

[Bug 162299] Version: 24.2.3.2 (X86_64) of Libre Office continually crashes with Apple OS 11.7.1

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

--- Comment #9 from safewill...@pm.me ---
(In reply to Alex Thurgood from comment #6)
> I see no crashing on macOS Sonoma 14.5 Arm M1 processor with the test
> document and LibreOffice 
> 
> Version: 24.2.4.2 (AARCH64) / LibreOffice Community
> Build ID: b9485aad85c48b220279f5499908c52f00f5
> CPU threads: 8; OS: macOS 14.5; UI render: Skia/Raster; VCL: osx
> Locale: fr-FR (fr_FR.UTF-8); UI: fr-FR
> Calc: threaded
> 
> 
> 
> Also not reproducible with
> 
> Version: 24.2.5.2 (AARCH64) / LibreOffice Community
> Build ID: bffef4ea93e59bebbeaf7f431bb02b1a39ee8a59
> CPU threads: 8; OS: macOS 14.5; UI render: Skia/Raster; VCL: osx
> Locale: fr-FR (fr_FR.UTF-8); UI: fr-FR
> Calc: threaded
> 
> 
> Could you test with the latest release version 24.2.5.2 and report back ?
> 
> Otherwise, it might be specific to macOS Big Sur x86_64

SURE, I can try that.  WHERE DO I GET THAT?  The Libre Office version I am
running was the most current one I could find.

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

[Bug 162299] Version: 24.2.3.2 (X86_64) of Libre Office continually crashes with Apple OS 11.7.1

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

--- Comment #8 from safewill...@pm.me ---
(In reply to Dennis Roczek from comment #7)
> I cannot confirm with
> 
> Version: 24.2.5.2 (X86_64) / LibreOffice Community
> Build ID: bffef4ea93e59bebbeaf7f431bb02b1a39ee8a59
> CPU threads: 4; OS: macOS 11.7.10; UI render: Skia/Raster; VCL: osx
> Locale: de-DE (de_DE.UTF-8); UI: en-US
> Calc: threaded
> 
> 
> @safewilliam I'm on 11.7.10. Latest for this laptop. Is there any reason why
> you are using 11.7.1 (!)?

I did NOT know there was an 11.7.10.
I will TRY it.

THANK YOU.

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

[Bug 152654] Introduce List Styles in Impress

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

--- Comment #10 from Cor Nouws  ---
(In reply to Eyal Rozenberg from comment #9)
> (In reply to Cor Nouws from comment #8)
> > [ This all supports (what I noticed before): in real life working with lists
> > (thus also in the Outline frames) can be a gamble. Resulting in broken
> > presentations applying of Master Slides ]
> 
> I'm not quite sure I follow what you mean. Can you give one or two real life
> examples?
If there are multiple Master Slides, with a different use of lists/bullets,
changing bullets, or related parameters as indent, can lead to unpredictable
situations. Just my experience, but .. ;(

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

core.git: basctl/source basic/source dbaccess/source framework/source sc/source sd/source svx/source sw/source vcl/source

2024-08-02 Thread Caolán McNamara (via logerrit)
 basctl/source/basicide/moduldl2.cxx |4 +++-
 basic/source/classes/codecompletecache.cxx  |2 +-
 dbaccess/source/ui/misc/UITools.cxx |2 +-
 framework/source/uielement/generictoolbarcontroller.cxx |2 +-
 sc/source/ui/unoobj/chart2uno.cxx   |2 +-
 sd/source/ui/animations/motionpathtag.cxx   |4 ++--
 svx/source/svdraw/svdocirc.cxx  |2 +-
 sw/source/writerfilter/dmapper/DomainMapper_Impl.cxx|2 +-
 vcl/source/control/wizardmachine.cxx|4 ++--
 vcl/source/gdi/print.cxx|2 +-
 vcl/source/gdi/print3.cxx   |2 +-
 vcl/source/window/bubblewindow.cxx  |2 +-
 12 files changed, 16 insertions(+), 14 deletions(-)

New commits:
commit 7f9f32aa11852e8ea9588f6fbe3416484cadd229
Author: Caolán McNamara 
AuthorDate: Fri Aug 2 08:53:15 2024 +0100
Commit: Caolán McNamara 
CommitDate: Fri Aug 2 17:27:10 2024 +0200

cid#1556472 COPY_INSTEAD_OF_MOVE

and

cid#1556481 COPY_INSTEAD_OF_MOVE
cid#1556486 COPY_INSTEAD_OF_MOVE
cid#1556491 COPY_INSTEAD_OF_MOVE
cid#1556507 COPY_INSTEAD_OF_MOVE
cid#1556515 COPY_INSTEAD_OF_MOVE
cid#1556518 COPY_INSTEAD_OF_MOVE
cid#1556519 COPY_INSTEAD_OF_MOVE
cid#1556533 COPY_INSTEAD_OF_MOVE
cid#1556536 COPY_INSTEAD_OF_MOVE
cid#1556559 COPY_INSTEAD_OF_MOVE
cid#1556577 COPY_INSTEAD_OF_MOVE
cid#1556581 COPY_INSTEAD_OF_MOVE

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

diff --git a/basctl/source/basicide/moduldl2.cxx 
b/basctl/source/basicide/moduldl2.cxx
index ee1ea8564636..85e284f16342 100644
--- a/basctl/source/basicide/moduldl2.cxx
+++ b/basctl/source/basicide/moduldl2.cxx
@@ -685,7 +685,9 @@ void LibPage::InsertLib()
 if ( aExtension != aLibExtension && aExtension != aContExtension )
 xLibDlg->EnableReference(false);
 
-weld::DialogController::runAsync(xLibDlg, [aContExtension, xDlgURLObj, 
aExtension, aLibExtension, xModURLObj, xLibDlg, xDlgLibContImport, 
xModLibContImport, this](sal_Int32 nResult)
+weld::DialogController::runAsync(xLibDlg, [aContExtension, 
xDlgURLObj=std::move(xDlgURLObj), aExtension,
+   aLibExtension, xModURLObj, 
xLibDlg,
+   xDlgLibContImport, 
xModLibContImport, this](sal_Int32 nResult)
 {
 if (!nResult )
 return;
diff --git a/basic/source/classes/codecompletecache.cxx 
b/basic/source/classes/codecompletecache.cxx
index 8f03797c32dd..26275b570306 100644
--- a/basic/source/classes/codecompletecache.cxx
+++ b/basic/source/classes/codecompletecache.cxx
@@ -146,7 +146,7 @@ void CodeCompleteDataCache::InsertLocalVar( const OUString& 
sProcName, const OUS
 {
 CodeCompleteVarTypes aTypes = aVarScopes[ sProcName ];
 aTypes.emplace( sVarName, sVarType );
-aVarScopes[ sProcName ] = aTypes;
+aVarScopes[ sProcName ] = std::move(aTypes);
 }
 }
 
diff --git a/dbaccess/source/ui/misc/UITools.cxx 
b/dbaccess/source/ui/misc/UITools.cxx
index 195ff401e5a7..831116797646 100644
--- a/dbaccess/source/ui/misc/UITools.cxx
+++ b/dbaccess/source/ui/misc/UITools.cxx
@@ -231,7 +231,7 @@ Reference< XDataSource > getDataSourceByName( const 
OUString& _rDataSourceName,
 {
 if ( _pErrorInfo )
 {
-*_pErrorInfo = aSQLError;
+*_pErrorInfo = std::move(aSQLError);
 }
 else
 {
diff --git a/framework/source/uielement/generictoolbarcontroller.cxx 
b/framework/source/uielement/generictoolbarcontroller.cxx
index c1ba51d78c13..e672ce7d4ca8 100644
--- a/framework/source/uielement/generictoolbarcontroller.cxx
+++ b/framework/source/uielement/generictoolbarcontroller.cxx
@@ -167,7 +167,7 @@ void SAL_CALL GenericToolbarController::execute( sal_Int16 
KeyModifier )
 // Execute dispatch asynchronously
 ExecuteInfo* pExecuteInfo = new ExecuteInfo;
 pExecuteInfo->xDispatch = xDispatch;
-pExecuteInfo->aTargetURL= aTargetURL;
+pExecuteInfo->aTargetURL= std::move(aTargetURL);
 // Add key modifier to argument list
 pExecuteInfo->aArgs = { comphelper::makePropertyValue(u"KeyModifier"_ustr, 
KeyModifier) };
 
diff --git a/sc/source/ui/unoobj/chart2uno.cxx 
b/sc/source/ui/unoobj/chart2uno.cxx
index e4830dd78f86..e2ac6f5b0917 100644
--- a/sc/source/ui/unoobj/chart2uno.cxx
+++ b/sc/source/ui/unoobj/chart2uno.cxx
@@ -2770,7 +2770,7 @@ void ScChart2DataSequence::UpdateTokensFromRanges(const 
ScRangeList& rRanges)
 
 ScRefTokenHelper::getTokenFromRange(m_pDocument, pToken, rRange);
 sal_uInt32 nOrigPos = (*m_oRangeIndices)[i];
-m_aTokens[nOrigPos] = pToken;
+

[Bug 162317] Saving a document with an image to DOCX creates a broken file

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

--- Comment #2 from Mike Kaganski  ---
Removing paragraphs from the image fixes the export.

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

[Bug 152653] Introduce proper Paragraph Style support in Impress/Draw

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

--- Comment #9 from Cor Nouws  ---
(In reply to Cor Nouws from comment #8)
> I would love to understand what people think they will use paragraph styles
> for, assuming they make use the formatting/styles concept that our
> presentation module offers of course :p 
Any hints here pls?

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

[Bug 152652] [META] Introduce various extra style categories in Impress/Draw

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

Cor Nouws  changed:

   What|Removed |Added

Summary|[META] Introduce style  |[META] Introduce various
   |categories missing in   |extra style categories in
   |Impress/Draw|Impress/Draw

--- Comment #8 from Cor Nouws  ---
Hi Eyal,
(In reply to Eyal Rozenberg from comment #7)
> 2. I've removed the alias; do you like this better? Less clutter on the
> subject line?
That's better, thanks. Little tweak from me - hope that's fine for you.

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

[Bug 162273] [LOCALHELP] Add Help page for sidebar quick find

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

Dione Maddern  changed:

   What|Removed |Added

   Assignee|libreoffice-b...@lists.free |dionemadd...@libreoffice.or
   |desktop.org |g
 Ever confirmed|0   |1
 Status|UNCONFIRMED |ASSIGNED

--- Comment #1 from Dione Maddern  ---
Confirmed.

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

[Bug 144477] The view Master Slide does not allow the use of Page Up/Down to go through the available master slides

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

Cor Nouws  changed:

   What|Removed |Added

 CC||c...@nouenoff.nl
   Keywords||accessibility

--- Comment #3 from Cor Nouws  ---
I guess this bug makes it impossible to go to various Master Slides without use
of the mouse??

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

[Bug 107538] EDITING After changing text box fill in a master, applying a different master to a new slide shows the fill from the previous master in slide edit view (steps in comment 6)

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

Cor Nouws  changed:

   What|Removed |Added

 CC||c...@nouenoff.nl

--- Comment #13 from Cor Nouws  ---
[without digging into all details - apologies - I know there are situations
where changing the Master Slide, or applying a different one, is not
immediately rendered in the current slide. Sometimes PgUp/Down does the trick ]

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

[Bug 162317] Saving a document with an image to DOCX creates a broken file

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

--- Comment #1 from Mike Kaganski  ---
The image has disappeared in experimental mode since commit
4614af18d3e033e0eed27db3d4c897afb8c8baa1 (DOCX shape export: when in
experimental mode, use DML instead of VML, 2013-12-10), and in normal mode it
started generating broken file since commit
cfb5b20cdc230320ff9f864d1cfd81aaea221da0
(DocxAttributeOutput::OutputFlyFrame_Impl: enable DML export by default,
2013-12-18).

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

[Bug 134975] Three image at the last page when showing tracking changes (should be one)

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

Björn Michaelsen  changed:

   What|Removed |Added

 Status|NEW |NEEDINFO

--- Comment #9 from Björn Michaelsen  ---
(In reply to Timur from comment #6)
> Minimal sample with steps would be useful.

indeed => NEEDINFO

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

core.git: drawinglayer/source include/vcl sd/qa sw/source vcl/inc vcl/source vcl/win

2024-08-02 Thread Mike Kaganski (via logerrit)
 drawinglayer/source/processor2d/vclprocessor2d.cxx |   51 +++--
 include/vcl/outdev.hxx |5 -
 include/vcl/vcllayout.hxx  |6 --
 sd/qa/unit/PNGExportTests.cxx  |   61 +
 sd/qa/unit/data/svg/tdf162259.svg  |   15 +
 sw/source/uibase/sidebar/QuickFindPanel.cxx|2 
 vcl/inc/win/winlayout.hxx  |2 
 vcl/source/outdev/text.cxx |1 
 vcl/win/gdi/DWriteTextRenderer.cxx |   21 ++-
 vcl/win/gdi/winlayout.cxx  |8 ++
 10 files changed, 127 insertions(+), 45 deletions(-)

New commits:
commit f29d94c7b1bf9bee3e3598d90ba6e9dfd684ecfc
Author: Mike Kaganski 
AuthorDate: Thu Aug 1 19:31:41 2024 +0500
Commit: Mike Kaganski 
CommitDate: Fri Aug 2 17:13:30 2024 +0200

tdf#162259: correctly handle font width on Windows

Unlike other platforms, on Windows, the font width is not relative to
font height, but to average width of font's glyphs. This is mentioned
in LogicalFontInstance::GetScale.

1. In VclProcessor2D::RenderTextSimpleOrDecoratedPortionPrimitive2D,
when calculating the correction for width / height (introduced in
commit cc3663bbaed4f65d64154e5f9abb51a5f622f710, 2024-04-20), the
already applied X scale is now calculated using unscaled font's width.

2. Commit 8557ea84c9336ba8061246f1f46ddb6e02f413a1 (Exclude getHScale
from DirectWrite font rendering, 2024-04-08) was effectively reverted,
because I was wrong assuming that the code there was unnecessary.

3. Commit 2092df2a9044f1c2ae4379f48a3201e5867575a8 (tdf#161154: pass
"scaling is done externally" information down the stack, 2024-05-18)
was also reverted.

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

diff --git a/drawinglayer/source/processor2d/vclprocessor2d.cxx 
b/drawinglayer/source/processor2d/vclprocessor2d.cxx
index 3da588b1a096..718c725fc88f 100644
--- a/drawinglayer/source/processor2d/vclprocessor2d.cxx
+++ b/drawinglayer/source/processor2d/vclprocessor2d.cxx
@@ -397,6 +397,25 @@ void 
VclProcessor2D::RenderTextSimpleOrDecoratedPortionPrimitive2D(
   / (aResultFontSize.Width() ? aResultFontSize.Width()
  : 
aResultFontSize.Height());
 
+#ifdef _WIN32
+if (aResultFontSize.Width()
+&& aResultFontSize.Width() != aResultFontSize.Height())
+{
+// See getVclFontFromFontAttribute in 
drawinglayer/source/primitive2d/textlayoutdevice.cxx
+vcl::Font aUnscaledTest(aFont);
+aUnscaledTest.SetFontSize({ 0, 
aResultFontSize.Height() });
+const FontMetric aUnscaledFontMetric(
+
Application::GetDefaultDevice()->GetFontMetric(aUnscaledTest));
+if (aUnscaledFontMetric.GetAverageFontWidth() > 0)
+{
+double nExistingXScale = 
static_cast(aResultFontSize.Width())
+ / 
aUnscaledFontMetric.GetAverageFontWidth();
+nFontScalingFixX
+= aFontScaling.getX() / aFontScaling.getY() / 
nExistingXScale;
+}
+}
+#endif
+
 if (!rtl_math_approxEqual(nFontScalingFixY, 1.0)
 || !rtl_math_approxEqual(nFontScalingFixX, 1.0))
 {
@@ -431,25 +450,21 @@ void 
VclProcessor2D::RenderTextSimpleOrDecoratedPortionPrimitive2D(
 mpOutputDevice->SetFont(aFont);
 mpOutputDevice->SetTextColor(Color(aRGBFontColor));
 
+if (!aDXArray.empty())
 {
-// For D2DWriteTextOutRenderer, we must pass a flag to not use 
font scaling
-auto guard = mpOutputDevice->ScopedNoFontScaling();
-if (!aDXArray.empty())
-{
-const SalLayoutGlyphs* pGlyphs = 
SalLayoutGlyphsCache::self()->GetLayoutGlyphs(
-mpOutputDevice, rTextCandidate.getText(), 
rTextCandidate.getTextPosition(),
-rTextCandidate.getTextLength());
-mpOutputDevice->DrawTextArray(
-aStartPoint, rTextCandidate.getText(), aDXArray,
-rTextCandidate.getKashidaArray(), 
rTextCandidate.getTextPosition(),
-rTextCandidate.getTextLength(), SalLayoutFlags::NONE, 
pGlyphs);
-}
-else
-{
-mpOutputDevice->DrawText(aStartPoint, 

[Bug 88278] [META] SVG import image filter (all modules)

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

Bug 162259 Summary: SVG Text in Logo has some letters out of proportion
https://bugs.documentfoundation.org/show_bug.cgi?id=162259

   What|Removed |Added

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

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

[Bug 162299] Version: 24.2.3.2 (X86_64) of Libre Office continually crashes with Apple OS 11.7.1

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

--- Comment #7 from Dennis Roczek  ---
I cannot confirm with

Version: 24.2.5.2 (X86_64) / LibreOffice Community
Build ID: bffef4ea93e59bebbeaf7f431bb02b1a39ee8a59
CPU threads: 4; OS: macOS 11.7.10; UI render: Skia/Raster; VCL: osx
Locale: de-DE (de_DE.UTF-8); UI: en-US
Calc: threaded


@safewilliam I'm on 11.7.10. Latest for this laptop. Is there any reason why
you are using 11.7.1 (!)?

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

[Bug 154166] MID statement non VBA-conformant

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

--- Comment #4 from Alain Romedenne  ---
Named/Keyword arguments should be documented according to line 595 in
https://opengrok.libreoffice.org/xref/core/basic/source/runtime/stdobj.cxx?r=98f88ac1
until VBA compatibility is implemented.

cf. Positional or Keyword Arguments in
https://help.libreoffice.org/24.2/en-US/text/sbasic/shared/01020300.html?=SHARED=UNIX

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

core.git: sw/qa

2024-08-02 Thread Andrea Gelmini (via logerrit)
 sw/qa/core/unocore/unocore.cxx |2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

New commits:
commit 5d87f7f3477728767790eafa11d52b95623dd7c5
Author: Andrea Gelmini 
AuthorDate: Fri Aug 2 15:18:52 2024 +0200
Commit: Andrea Gelmini 
CommitDate: Fri Aug 2 17:04:18 2024 +0200

Fix typo

Change-Id: I37bc06381cd3a36648e32cfb3eff1b5b72ccdd05
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/171427
Tested-by: Jenkins
Reviewed-by: Andrea Gelmini 

diff --git a/sw/qa/core/unocore/unocore.cxx b/sw/qa/core/unocore/unocore.cxx
index 0d60108cb2f3..df9373a24f4a 100644
--- a/sw/qa/core/unocore/unocore.cxx
+++ b/sw/qa/core/unocore/unocore.cxx
@@ -1116,7 +1116,7 @@ CPPUNIT_TEST_FIXTURE(SwCoreUnocoreTest, testEmptyHeader)
 xHeaderText->getPropertyValue("IsContentEmpty") >>= bIsContentEmpty;
 CPPUNIT_ASSERT(!bIsContentEmpty);
 
-// Header has an anchoed object: IsContentEmpty is false.
+// Header has an anchored object: IsContentEmpty is false.
 pWrtShell->SelAll();
 pWrtShell->DelRight();
 SwFlyFrameAttrMgr aMgr(true, pWrtShell, Frmmgr_Type::TEXT, nullptr);


core.git: download.lst

2024-08-02 Thread Michael Stahl (via logerrit)
 download.lst |4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)

New commits:
commit f60b3b894daa9d498e8b71c7ac78cb33621f5819
Author: Michael Stahl 
AuthorDate: Fri Aug 2 14:24:29 2024 +0200
Commit: Michael Stahl 
CommitDate: Fri Aug 2 17:01:11 2024 +0200

nss: upgrade to release 3.102.1

Not sure what moz#1905691 is but they did an ESR release for it...

Change-Id: I271d592dd9d61157f4fbe819258c90414c1b4e52
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/171425
Tested-by: Jenkins
Reviewed-by: Michael Stahl 

diff --git a/download.lst b/download.lst
index 06d78831885c..daf1963f6ecf 100644
--- a/download.lst
+++ b/download.lst
@@ -512,8 +512,8 @@ MYTHES_TARBALL := mythes-1.2.5.tar.xz
 # three static lines
 # so that git cherry-pick
 # will not run into conflicts
-NSS_SHA256SUM := 
4ae9db6b117db1cc134bd587a23ff804d8da5bdd63fbb1bf0862b8e3e3aa2439
-NSS_TARBALL := nss-3.102-with-nspr-4.35.tar.gz
+NSS_SHA256SUM := 
ddfdec73fb4b0eedce5fc4de09de9ba14d2ddbfbf67e42372903e1510f2d3d65
+NSS_TARBALL := nss-3.102.1-with-nspr-4.35.tar.gz
 # three static lines
 # so that git cherry-pick
 # will not run into conflicts


[Bug 132780] Feature Request: Add Calc Tables with functionality similar to Excel's "Format as tables"

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

Regina Henschel  changed:

   What|Removed |Added

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

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

[Bug 162319] New: Allow to rename a database range

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

Bug ID: 162319
   Summary: Allow to rename a database range
   Product: LibreOffice
   Version: unspecified
  Hardware: All
OS: All
Status: UNCONFIRMED
  Severity: enhancement
  Priority: medium
 Component: Calc
  Assignee: libreoffice-bugs@lists.freedesktop.org
  Reporter: rb.hensc...@t-online.de

Calc has the feature of "database range". It is comparable to "Excel Table". [I
think it can even more, e.g. bundled sort and filter. But I'm no Excel expert.]

In Excel it is possible to rename the table very easily: You type the new name
into the name field in tab "Table Design". That's all. Excel automatically
adapts the formulas, that use the table name.

Such feature is missing in Calc. It is important especially for database ranges
with linked content. They get the name "Import1", "Import2" automatically. The
user has no way to change it to something more meaningful.

The MRI extension allows to change the name, but does not update the formulas
that use that name.

The database range name is used in "structured references".

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

[Bug 162318] When footnotes added to a text within a table: table split in little bits, text disappears, LO Crashes

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

--- Comment #4 from Daniele  ---
Created attachment 195672
  --> https://bugs.documentfoundation.org/attachment.cgi?id=195672=edit
Test file odt without footnotes pdf

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

[Bug 162318] When footnotes added to a text within a table: table split in little bits, text disappears, LO Crashes

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

--- Comment #3 from Daniele  ---
Created attachment 195671
  --> https://bugs.documentfoundation.org/attachment.cgi?id=195671=edit
Test file odt without footnotes

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

[Bug 162318] When footnotes added to a text within a table: table split in little bits, text disappears, LO Crashes

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

--- Comment #2 from Daniele  ---
Created attachment 195670
  --> https://bugs.documentfoundation.org/attachment.cgi?id=195670=edit
Test file odt with footnotes pdf

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

[Bug 162318] When footnotes added to a text within a table: table split in little bits, text disappears, LO Crashes

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

--- Comment #1 from Daniele  ---
Created attachment 195669
  --> https://bugs.documentfoundation.org/attachment.cgi?id=195669=edit
Test file odt with footnotes

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

[Bug 162318] New: When footnotes added to a text within a table: table split in little bits, text disappears, LO Crashes

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

Bug ID: 162318
   Summary: When footnotes added to a text within a table: table
split in little bits, text disappears, LO Crashes
   Product: LibreOffice
   Version: 24.2.5.2 release
  Hardware: ARM
OS: macOS (All)
Status: UNCONFIRMED
  Severity: normal
  Priority: medium
 Component: Writer
  Assignee: libreoffice-bugs@lists.freedesktop.org
  Reporter: grass...@gmail.com

Description:
Hi,time ago I filed the bug 151362 which pointed out a bad behavior of LO with
large files and tables.

Since this keeps happening not only with big files, but also with very small
ones, I decided to file this new bug.

We use two- or three-columns documents for translations and then copy paste the
part to be revised in a A5 template (to read it in pdf on a Remarkable for
ex.). Then we create a pdf. But this bug is hampering our work.

The bug seems to happen even with very small texts when footnotes are added in
a text within a table (we use 2 cells, but it may happen with only one). The
adding of such footnotes (to both columns) results in
1. Table split in very inconvenient way for revision (I sometimes had a 2 page
document split into 6 or 7)
2. Text of part of cell disappears below visible portion of screen
3. The adding of footnotes eventually results in the crashing of LO

Attached you'll have file called "without footnotes" to do follow all the steps
described below. The one called "with footnotes" shows the actual result (1 and
2 above) if you keep adding long footnotes LO will block.


Steps to Reproduce:
1.Open a five A4 long text (or use the attachment "Without footnotes" provided
and jump to point 4)
2. Convert text into Table
3. Add a new column, select text in column1 and paste it in column2 (we do so
for translations, but the attached file is in one language)
4. Copy half of the first paragraph.
5. Insert 2 footnotes per cell both on the left and on the right column pasting
the text you copied (I paste it as only text, but any paste will do)

Actual Results:
1. Table split in very inconvenient way for revision (I sometimes had a 2 page
document split into 6 or 7)
2. Text of part of cell disappears below visible portion of screen
3. The adding of footnotes eventually results in the crashing of LO

I created 3 bookmarks: Bookmark 1 Column split, Bookmark 2 Column disappears,
Bookmark 2 Column split but I noticed that upon reopening now Cells are not
badly split corresponding to Bookmark 1 Column split, while the other two still
exist. Refer to pdf to see what I saw the first time.

Expected Results:
1. Table should not be split before the end of available space on an A4 or A5
(see attached pdfs created for both texts with footnotes and without)
2. Text of part of cell should not disappear below visible portion of screen
3. The adding of footnotes eventually results in the crashing of LO


Reproducible: Always


User Profile Reset: No

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

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

[Bug 162297] KDE desktop has issue with long extended tips, text line does not fold

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

--- Comment #2 from Rafael Lima  ---
Created attachment 195668
  --> https://bugs.documentfoundation.org/attachment.cgi?id=195668=edit
Tooltips in kf5 with proposed patch

I created a patch for the qt5 VCL that wraps tooltips. Here's a screenshot of
how it looks now.

I'll be submitting this patch on Gerrit later.

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

[Bug 162075] size of text box in header

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

Miklos Vajna  changed:

   What|Removed |Added

   Assignee|libreoffice-b...@lists.free |vmik...@collabora.com
   |desktop.org |
 Status|NEW |ASSIGNED

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

[Bug 161373] Font-family fallback list is not respected/not working

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

--- Comment #19 from Eyal Rozenberg  ---
(In reply to Eyal Rozenberg from comment #18)
> > Hi, could you please check if bug 162072 is a duplicate of what you request
> > here? I think so, but perhaps I miss something. Thanks.

Your change does not make LibreOffice respect typeface fallback lists - as far
as I can tell.

Version: 25.2.0.0.alpha0+ (X86_64) / LibreOffice Community
Build ID: 01e6e4303e5a9966f102e0357fe0354a2f74a1c4
CPU threads: 4; OS: Linux 6.6; UI render: default; VCL: gtk3
Locale: he-IL (en_IL); UI: en-US

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

[Bug 162297] KDE desktop has issue with long extended tips, text line does not fold

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

Rafael Lima  changed:

   What|Removed |Added

 CC||rafael.palma.l...@gmail.com
 Status|UNCONFIRMED |NEW
 Ever confirmed|0   |1

--- Comment #1 from Rafael Lima  ---
I can confirm this issue. On Windows the same tooltip wraps into 3 lines, which
is visually much better.

Tooltips in kf5 are not very nice... they should behave more like on Windows.

Tested with:

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

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

[Bug 162305] When opening plain text files with LTR and RTL, paragraph directions and alignment are wrong

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

--- Comment #7 from Eyal Rozenberg  ---
(In reply to Heiko Tietze from comment #6)
> (In reply to Eyal Rozenberg from comment #5)
> > 1. Should the direction, or the alignment, of a text file be determined
> > based only on its content, or also on the app's locale? What is it
> > reasonable for people to expect?
> However it is detected you expect RTL for CTL content, and LTR vice versa.

1. Ok, if it's universally obvious than great :-)

2. RTL, not CTL (which is not relevant in this context).


> It must not follow the page properties, the system locale, the configuration.

Ah, but what about a text file which only contains neutral characters?

e.g. a file with numbers, dots and commas?

> > 2. Do we agree that directions should be set at the paragraph level, rather
> > than at the file level?
> I see no reason to tinker with the page style (guess that is what you mean
> with file aka document). It follows the default and a typical situation when
> people in Egypt copy/paste English content in their document, to make an
> example from the other side, should work out of the box.

While this is my bottom-line opinion, it is actually not entirely that obvious.
Let me play devil's advocate for a second.

Suppose I paste a file with 100 lines in Hebrew, but one line of which,
somewhere in the Middle, has mostly German and some Hebrew.

Does that paragraph have "German content"? Maybe it's the whole Document with
Hebrew content that just happens to have a few words, or lines, mostly in
German?


Now, what if you have a line with 50% of the words in Hebrew and 50% of the
words in German. Is it Hebrew content? German content? Both? None? What would
the direction be?

And now what if you have a single line which is all Hebrew, except that the
first word is German. What should the direction be now?




Now for another kind of question. I open my LibreOffice Writer, and start
typing some text in German. Then I press Enter, switch keyboard layouts, and
type some text in Hebrew.

And then I do the exact same thing but in a text editor; then I save my file;
then open it in LO Writer; then navigate to the end of the file.

By your argument, the layouts in the two cases should be different - because in
one case we got a direction detection, while in the other we had not - even
though we had typed the exact same thing. is that Reasonable? Again, not
obvious.

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

core.git: sw/qa

2024-08-02 Thread Skyler Grey (via logerrit)
 sw/qa/extras/tiledrendering/tiledrendering.cxx |   39 +
 1 file changed, 39 insertions(+)

New commits:
commit 07dec064c2a05d13812cd85c1047743468843f7f
Author: Skyler Grey 
AuthorDate: Wed Jun 26 10:13:36 2024 +
Commit: Miklos Vajna 
CommitDate: Fri Aug 2 16:07:07 2024 +0200

test: send document bg color on new theme

In I27c8409a6fcb771d741b07d77c5598c87e178f3b we fixed this feature,
here's a test to make sure we're doing the right thing

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

diff --git a/sw/qa/extras/tiledrendering/tiledrendering.cxx 
b/sw/qa/extras/tiledrendering/tiledrendering.cxx
index d43170885c57..163dd4751ace 100644
--- a/sw/qa/extras/tiledrendering/tiledrendering.cxx
+++ b/sw/qa/extras/tiledrendering/tiledrendering.cxx
@@ -769,6 +769,7 @@ namespace {
 bool m_bGraphicViewSelection;
 bool m_bGraphicSelection;
 bool m_bViewLock;
+OString m_aDocColor;
 /// Set if any callback was invoked.
 bool m_bCalled;
 /// Redline table size changed payload
@@ -940,6 +941,11 @@ namespace {
 m_aComment = m_aComment.get_child("comment");
 }
 break;
+case LOK_CALLBACK_DOCUMENT_BACKGROUND_COLOR:
+{
+m_aDocColor = aPayload;
+break;
+}
 }
 }
 };
@@ -1854,6 +1860,39 @@ CPPUNIT_TEST_FIXTURE(SwTiledRenderingTest, 
testThemeViewSeparation)
 assertTilePixelColor(pXTextDocument, 255, 255, COL_WHITE);
 }
 
+// Test that changing the theme sends the document background color as 
LOK_CALLBACK_DOCUMENT_BACKGROUND_COLOR
+CPPUNIT_TEST_FIXTURE(SwTiledRenderingTest, testThemeChangeBackgroundCallback)
+{
+Color aDarkColor(0x1c, 0x1c, 0x1c);
+addDarkLightThemes(aDarkColor, COL_WHITE);
+SwXTextDocument* pXTextDocument = createDoc();
+ViewCallback aView;
+
+SwDoc* pDoc = pXTextDocument->GetDocShell()->GetDoc();
+SwView* pView = pDoc->GetDocShell()->GetView();
+uno::Reference xFrame = 
pView->GetViewFrame().GetFrame().GetFrameInterface();
+
+{
+uno::Sequence aPropertyValues = 
comphelper::InitPropertySequence(
+{
+{ "NewTheme", uno::Any(OUString("Dark")) },
+}
+);
+comphelper::dispatchCommand(".uno:ChangeTheme", xFrame, 
aPropertyValues);
+}
+CPPUNIT_ASSERT_EQUAL("1c1c1c"_ostr, aView.m_aDocColor);
+
+{
+uno::Sequence aPropertyValues = 
comphelper::InitPropertySequence(
+{
+{ "NewTheme", uno::Any(OUString("Light")) },
+}
+);
+comphelper::dispatchCommand(".uno:ChangeTheme", xFrame, 
aPropertyValues);
+}
+CPPUNIT_ASSERT_EQUAL("ff"_ostr, aView.m_aDocColor);
+}
+
 CPPUNIT_TEST_FIXTURE(SwTiledRenderingTest, testSetViewGraphicSelection)
 {
 // Load a document.


[Bug 162304] FILEOPEN ODT: IsFollowingTextFlow is inconsistent regarding "top" and "from top" of "Page text area"

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

--- Comment #8 from Justin L  ---
Created attachment 195667
  --> https://bugs.documentfoundation.org/attachment.cgi?id=195667=edit
layoutInCell page bottom.docx: shows MSO complete failure

As mentioned - MSO fails matching vertical "page" top to the cell top, but
instead matches "margin top". In fact, EVERY choice matches margin top
(including centre and bottom).  Margin top is fine.

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

[Bug 126913] Wrong behavior of Basic "mid" statement

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

f...@bger.ch changed:

   What|Removed |Added

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

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

[Bug 154166] MID statement non VBA-conformant

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

f...@bger.ch changed:

   What|Removed |Added

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

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

core.git: offapi/com offapi/UnoApi_offapi.mk toolkit/inc toolkit/source

2024-08-02 Thread Stephan Bergmann (via logerrit)
 offapi/UnoApi_offapi.mk |1 +
 offapi/com/sun/star/awt/XTopWindow3.idl |   23 +++
 toolkit/inc/awt/vclxtopwindow.hxx   |8 ++--
 toolkit/source/awt/vclxtopwindow.cxx|   14 ++
 4 files changed, 44 insertions(+), 2 deletions(-)

New commits:
commit af5c4092052c98853b88cf886adb11b4a1532fff
Author: Stephan Bergmann 
AuthorDate: Fri Aug 2 13:37:44 2024 +0200
Commit: Stephan Bergmann 
CommitDate: Fri Aug 2 15:47:54 2024 +0200

Expose WorkWindow fullscreen mode via new XTopWindow3

...deriving from the existing XTopWindow2.  (Exposing this functionality 
via UNO
is useful e.g. for some embedded LOWA example application.)

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

diff --git a/offapi/UnoApi_offapi.mk b/offapi/UnoApi_offapi.mk
index 9613a54eb27a..959f805d3894 100644
--- a/offapi/UnoApi_offapi.mk
+++ b/offapi/UnoApi_offapi.mk
@@ -1901,6 +1901,7 @@ $(eval $(call 
gb_UnoApi_add_idlfiles,offapi,com/sun/star/awt,\
XToolkitRobot \
XTopWindow \
XTopWindow2 \
+   XTopWindow3 \
XTopWindowListener \
XUnitConversion \
XUnoControlContainer \
diff --git a/offapi/com/sun/star/awt/XTopWindow3.idl 
b/offapi/com/sun/star/awt/XTopWindow3.idl
new file mode 100644
index ..d64076423132
--- /dev/null
+++ b/offapi/com/sun/star/awt/XTopWindow3.idl
@@ -0,0 +1,23 @@
+/* -*- Mode: C++; tab-width: 4; indent-tabs-mode: nil; c-basic-offset: 4; 
fill-column: 100 -*- */
+/*
+ * 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/.
+ */
+
+module com { module sun { module star { module awt {
+
+/** extends XTopWindow with additional functionality
+
+@since LibreOffice 25.2
+*/
+interface XTopWindow3: XTopWindow2 {
+/** controls whether the window is currently shown full screen */
+[attribute] boolean FullScreen;
+};
+
+}; }; }; };
+
+/* vim:set shiftwidth=4 softtabstop=4 expandtab cinoptions=b1,g0,N-s 
cinkeys+=0=break: */
diff --git a/toolkit/inc/awt/vclxtopwindow.hxx 
b/toolkit/inc/awt/vclxtopwindow.hxx
index 1913c4594f6d..9e77edcef43b 100644
--- a/toolkit/inc/awt/vclxtopwindow.hxx
+++ b/toolkit/inc/awt/vclxtopwindow.hxx
@@ -21,7 +21,7 @@
 #define INCLUDED_TOOLKIT_AWT_VCLXTOPWINDOW_HXX
 
 #include 
-#include 
+#include 
 
 #include 
 
@@ -31,7 +31,7 @@ namespace com::sun::star::awt { class XMenuBar; }
 
 
 class VCLXTopWindow: public cppu::ImplInheritanceHelper<
-VCLXContainer, css::awt::XTopWindow2, 
css::awt::XSystemDependentWindowPeer >
+VCLXContainer, css::awt::XTopWindow3, 
css::awt::XSystemDependentWindowPeer >
 {
 public:
 VCLXTopWindow();
@@ -55,6 +55,10 @@ public:
 virtual ::sal_Int32 SAL_CALL getDisplay() override;
 virtual void SAL_CALL setDisplay( ::sal_Int32 _display ) override;
 
+// XTopWindow3
+virtual sal_Bool SAL_CALL getFullScreen() override;
+virtual void SAL_CALL setFullScreen(sal_Bool value) override;
+
 static void ImplGetPropertyIds( std::vector< sal_uInt16 >  );
 virtual voidGetPropertyIds( std::vector< sal_uInt16 >  ) override 
{ return ImplGetPropertyIds( aIds ); }
 };
diff --git a/toolkit/source/awt/vclxtopwindow.cxx 
b/toolkit/source/awt/vclxtopwindow.cxx
index c0ce4d891d94..55dbb8070b91 100644
--- a/toolkit/source/awt/vclxtopwindow.cxx
+++ b/toolkit/source/awt/vclxtopwindow.cxx
@@ -209,6 +209,20 @@ void SAL_CALL VCLXTopWindow::setDisplay( ::sal_Int32 
_display )
 pWindow->SetScreenNumber( _display );
 }
 
+sal_Bool VCLXTopWindow::getFullScreen() {
+SolarMutexGuard g;
+if (auto const win = VCLXContainer::GetAsDynamic()) {
+return win->IsFullScreenMode();
+}
+return false;
+}
+
+void VCLXTopWindow::setFullScreen(sal_Bool value) {
+SolarMutexGuard g;
+if (auto const win = VCLXContainer::GetAsDynamic()) {
+return win->ShowFullScreenMode(value);
+}
+}
 
 
 


[Bug 162290] Conditional format error

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

--- Comment #9 from m_a_riosv  ---
Range shown is correct H3:H16?

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

[Bug 162290] Conditional format error

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

--- Comment #8 from ady  ---
(In reply to m_a_riosv from comment #6)

> What is this?
> > Apply Style =New Style

If it helps, when you open attachment 195662 and follow the above steps, you
get to the CF dialog for the pre-selected range. You see in that dialog the
name of the field, "Apply Style", and the field itself contains the name of the
style, "Untitled 4".

Open that "Untitled 4" drop down field and select "New Style". Here the OP
should perform the changes, instead of continuing with the next (unneeded and
unwanted) step. The next (wrong) step, pressing the "Edit Style" button, is
what triggers the result seen by the OP.

Hopefully this time I am being clear enough.

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

[Bug 162290] Conditional format error

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

--- Comment #7 from ady  ---
(In reply to m_a_riosv from comment #6)

> What is this?

Miguel, that's the Conditional Formatting dialog, specific for the range that
was pre-selected.

The reason that the result is applied to all cells instead of being
conditionally used for the pre-selected range (only) is because pressing the
"Edit Style" button opens the Style Editor on the _Default_ style.

That step (i.e. pressing the Edit Style button) is unneeded (and unwanted for
the result that the OP wants to achieve). The edition of the "New Style" should
be (and is) performed on the already-opened dialog (the one that opens when
selecting "New Style"). > NAB.

The other issues I mentioned (e.g. the Conditional Formatting is not always
part of the cell's context menu, but sometimes it is there) is not clear to me.
But that is not part of this bug report.

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

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

2024-08-02 Thread Noel Grandin (via logerrit)
 include/svx/svdobj.hxx|4 
 include/svx/svdoole2.hxx  |2 ++
 svx/source/svdraw/svdmrkv.cxx |2 +-
 svx/source/svdraw/svdobj.cxx  |9 +
 4 files changed, 16 insertions(+), 1 deletion(-)

New commits:
commit 6475f4de73807f44ee1a32aa22447ed7ee1971c8
Author: Noel Grandin 
AuthorDate: Fri Jul 19 13:23:41 2024 +0200
Commit: Miklos Vajna 
CommitDate: Fri Aug 2 15:25:42 2024 +0200

reduce cost of dynamic casting in SdrMarkView::CheckSingleSdrObjectHit

which shows up when navigating large complex documents with
lots of shapes

Change-Id: I0631daf1365387f1192815402921ada191ab6046
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/170760
Reviewed-by: Noel Grandin 
Tested-by: Jenkins
(cherry picked from commit 0ee4b0339c3f3fd2f39f7193e2cf54df63a071b6)
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/170730
Tested-by: Jenkins CollaboraOffice 
Reviewed-by: Miklos Vajna 

diff --git a/include/svx/svdobj.hxx b/include/svx/svdobj.hxx
index 431d851fced2..9fda19df539b 100644
--- a/include/svx/svdobj.hxx
+++ b/include/svx/svdobj.hxx
@@ -51,6 +51,7 @@ class SdrItemPool;
 class SdrModel;
 class SdrObjList;
 class SdrObject;
+class SdrOle2Obj;
 class SdrPage;
 class SdrPageView;
 class SdrTextObj;
@@ -768,6 +769,7 @@ public:
 void SetMarkProtect(bool bProt);
 bool IsMarkProtect() const { return m_bMarkProt;}
 virtual bool IsSdrTextObj() const { return false; }
+virtual bool IsSdrOle2Obj() const { return false; }
 virtual bool IsTextPath() const { return false ; }
 
 /// Whether the aspect ratio should be kept by default when resizing.
@@ -1007,6 +1009,8 @@ SVXCORE_DLLPUBLIC E3dObject* DynCastE3dObject(SdrObject*);
 inline const E3dObject* DynCastE3dObject(const SdrObject* p) { return 
DynCastE3dObject(const_cast(p)); }
 SVXCORE_DLLPUBLIC SdrTextObj* DynCastSdrTextObj(SdrObject*);
 inline const SdrTextObj* DynCastSdrTextObj(const SdrObject* p) { return 
DynCastSdrTextObj(const_cast(p)); }
+SVXCORE_DLLPUBLIC SdrOle2Obj* DynCastSdrOle2Obj(SdrObject*);
+inline const SdrOle2Obj* DynCastSdrOle2Obj(const SdrObject* p) { return 
DynCastSdrOle2Obj(const_cast(p)); }
 
 
 struct SdrObjCreatorParams
diff --git a/include/svx/svdoole2.hxx b/include/svx/svdoole2.hxx
index 444c12348226..f422f15434ba 100644
--- a/include/svx/svdoole2.hxx
+++ b/include/svx/svdoole2.hxx
@@ -183,6 +183,8 @@ public:
 
 // #i118485# missing converter added
 virtual rtl::Reference DoConvertToPolyObj(bool bBezier, bool 
bAddText) const override;
+
+virtual bool IsSdrOle2Obj() const final { return true; }
 };
 
 class SVXCORE_DLLPUBLIC SdrEmbedObjectLink final : public sfx2::SvBaseLink
diff --git a/svx/source/svdraw/svdmrkv.cxx b/svx/source/svdraw/svdmrkv.cxx
index fbbbfcac0cad..0d409f609f49 100644
--- a/svx/source/svdraw/svdmrkv.cxx
+++ b/svx/source/svdraw/svdmrkv.cxx
@@ -2426,7 +2426,7 @@ SdrObject* SdrMarkView::CheckSingleSdrObjectHit(const 
Point& rPnt, sal_uInt16 nT
 
 const bool bCheckIfMarkable(nOptions & SdrSearchOptions::TESTMARKABLE);
 const bool bDeep(nOptions & SdrSearchOptions::DEEP);
-const bool bOLE(dynamic_cast< const SdrOle2Obj* >(pObj) !=  nullptr);
+const bool bOLE(DynCastSdrOle2Obj(pObj) !=  nullptr);
 auto pTextObj = DynCastSdrTextObj( pObj);
 const bool bTXT(pTextObj && pTextObj->IsTextFrame());
 SdrObject* pRet=nullptr;
diff --git a/svx/source/svdraw/svdobj.cxx b/svx/source/svdraw/svdobj.cxx
index eadccae5b3a4..d956616d43a9 100644
--- a/svx/source/svdraw/svdobj.cxx
+++ b/svx/source/svdraw/svdobj.cxx
@@ -3269,6 +3269,15 @@ SdrTextObj* DynCastSdrTextObj(SdrObject* pObj)
 return nullptr;
 }
 
+SdrOle2Obj* DynCastSdrOle2Obj(SdrObject* pObj)
+{
+// SdrTextObj has subclasses, with lots of SdrObjKind identifiers, so use 
a virtual method
+// to be safer.
+if( pObj && pObj->IsSdrOle2Obj() )
+return static_cast(pObj);
+return nullptr;
+}
+
 rtl::Reference SdrObjFactory::CreateObjectFromFactory(SdrModel& 
rSdrModel, SdrInventor nInventor, SdrObjKind nObjIdentifier)
 {
 SdrObjCreatorParams aParams { nInventor, nObjIdentifier, rSdrModel };


[Bug 153343] Forms: Real font size of text in label field is 8pt, although default font size in control properties is different

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

Michael Weghorn  changed:

   What|Removed |Added

 CC||m.wegh...@posteo.de
 Status|NEW |ASSIGNED
   Assignee|libreoffice-b...@lists.free |m.wegh...@posteo.de
   |desktop.org |

--- Comment #9 from Michael Weghorn  ---
(In reply to Heiko Tietze from comment #8)
> Seems the standard theme settings are not correctly applied to the form
> control.

Looking at

commit ea36e0502c0bc381577cfa1b1a7fedf0f05d1d72
Author: Caolán McNamara
Date:   Tue Oct 4 12:42:33 2022 +0100

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

i.e. ignore system theme so we get the same results on export to pdf
regardless of the theme (esp dark) and don't follow the system theme
when hosted with a writer/calc/impress document (do continue to use
system theme for StarBasic dialogs as seen in BasicIDE)

Didn't reuse 'NativeWidgetLook' for this because is currently defaults
off, while we currently do use the colors derived from the system theme
even when this is off, its really the NWF flag to render using the
platform theming engine

Change-Id: I816d7ebaf793e5eac7bd937d44c1db0371145199

mentioned in comment 5, it generally seems to be an intentional change to not
take the system style into account for form controls in documents.

Pending Gerrit change to show the actually used font size in the dialog:
https://gerrit.libreoffice.org/c/core/+/171426

Whether or not a default font size of 8 is appropriate would in my opinion be
something to discuss in a separate bug report if considered inappropriate -
unless the suggestion is to make appearance of form controls dependent on the
style again, i.e. logically reverting (part of) the above-mentioned commit.

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

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

2024-08-02 Thread Caolán McNamara (via logerrit)
 vcl/source/gdi/pdfwriter_impl.cxx |2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

New commits:
commit f31f61de291a37b57c23ebdfa6f9c5e78364608d
Author: Caolán McNamara 
AuthorDate: Thu Aug 1 09:49:49 2024 +0100
Commit: Miklos Vajna 
CommitDate: Fri Aug 2 15:21:48 2024 +0200

m_aPixelSize should be in pixels, but GetPrefSize depends on GetPrefMapMode

i.e later we do:

Size aSize = PixelToLogic(rEmit.m_aPixelSize, 
MapMode(m_aMapMode.GetMapUnit()));

and PrefSize is in PrefMapMode units.

Change-Id: I387316804496fc0a05c3370f370f5f562c288d77
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/171251
Tested-by: Jenkins CollaboraOffice 
Reviewed-by: Miklos Vajna 
(cherry picked from commit de15d0a566ce72f2d508ceb7b3fbf60d2aa31329)
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/171405

diff --git a/vcl/source/gdi/pdfwriter_impl.cxx 
b/vcl/source/gdi/pdfwriter_impl.cxx
index 99b7e768c23e..bca34b3d9fae 100644
--- a/vcl/source/gdi/pdfwriter_impl.cxx
+++ b/vcl/source/gdi/pdfwriter_impl.cxx
@@ -9669,7 +9669,7 @@ void PDFWriterImpl::createEmbeddedFile(const Graphic& 
rGraphic, ReferenceXObject
 }
 
 rEmit.m_nFormObject = createObject();
-rEmit.m_aPixelSize = rGraphic.GetPrefSize();
+rEmit.m_aPixelSize = rGraphic.GetSizePixel();
 }
 
 void PDFWriterImpl::drawJPGBitmap( SvStream& rDCTData, bool bIsTrueColor, 
const Size& rSizePixel, const tools::Rectangle& rTargetArea, const AlphaMask& 
rAlphaMask, const Graphic& rGraphic )


core.git: Branch 'distro/collabora/co-24.04' - include/svx sd/qa svx/source

2024-08-02 Thread Gökay Şatır (via logerrit)
 include/svx/svdpage.hxx  |1 +
 sd/qa/unit/tiledrendering/tiledrendering.cxx |3 +++
 svx/source/svdraw/svdmrkv.cxx|   13 -
 svx/source/svdraw/svdpage.cxx|   19 +++
 4 files changed, 35 insertions(+), 1 deletion(-)

New commits:
commit 183078c3a4314f88c858cf0825ffa7bfcd384dd6
Author: Gökay Şatır 
AuthorDate: Thu Aug 1 15:07:39 2024 +0300
Commit: Miklos Vajna 
CommitDate: Fri Aug 2 15:21:22 2024 +0200

When a shape is selected, send other shapes' rectangles.

GitHub issue link:
* https://github.com/CollaboraOnline/online/issues/9689

Also add OrdNum property to ExtraInfo in order to exclude the selected 
shape from the list.
Check new properties in tiledrendering test.

Signed-off-by: Gökay Şatır 
Change-Id: I544e2c8089510f47b0cc0f25e368cad6d459cb2e
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/171374
Reviewed-by: Miklos Vajna 
Tested-by: Jenkins CollaboraOffice 

diff --git a/include/svx/svdpage.hxx b/include/svx/svdpage.hxx
index 0fcca5be701d..cd28cf8ab1ac 100644
--- a/include/svx/svdpage.hxx
+++ b/include/svx/svdpage.hxx
@@ -94,6 +94,7 @@ public:
 virtual SdrObject* getSdrObjectFromSdrObjList() const;
 
 void CopyObjects(const SdrObjList& rSrcList);
+static OString GetObjectRectangles(const SdrObjList& rSrcList);
 
 // tdf#116879 clean up everything (without Undo), plus broadcasting
 // changes. Split to this call and a private one (impClearSdrObjList)
diff --git a/sd/qa/unit/tiledrendering/tiledrendering.cxx 
b/sd/qa/unit/tiledrendering/tiledrendering.cxx
index 39668614084b..3f91ad463f49 100644
--- a/sd/qa/unit/tiledrendering/tiledrendering.cxx
+++ b/sd/qa/unit/tiledrendering/tiledrendering.cxx
@@ -2693,6 +2693,9 @@ void lcl_extractHandleParameters(std::string_view 
selection, sal_uInt32& id, sal
 id = handle0.get_child("id").get_value();
 x = handle0.get_child("point").get_child("x").get_value();
 y = handle0.get_child("point").get_child("y").get_value();
+
+CPPUNIT_ASSERT(aTree.get_child("OrdNum").get_value() >= 0);
+CPPUNIT_ASSERT(aTree.get_child("ObjectRectangles").size() >= 1);
 }
 
 }
diff --git a/svx/source/svdraw/svdmrkv.cxx b/svx/source/svdraw/svdmrkv.cxx
index 43a803d8b4dd..fbbbfcac0cad 100644
--- a/svx/source/svdraw/svdmrkv.cxx
+++ b/svx/source/svdraw/svdmrkv.cxx
@@ -947,7 +947,9 @@ void SdrMarkView::SetMarkHandlesForLOKit(tools::Rectangle 
const & rRect, const S
 aExtraInfo.append("{\"id\":\""
 + OString::number(reinterpret_cast(pO))
 + "\",\"type\":"
-+ 
OString::number(static_cast(pO->GetObjIdentifier(;
++ 
OString::number(static_cast(pO->GetObjIdentifier()))
++ ",\"OrdNum\":" + OString::number(pO->GetOrdNum())
+);
 
 if (mpMarkedObj && !pOtherShell)
 {
@@ -1215,6 +1217,15 @@ void 
SdrMarkView::SetMarkHandlesForLOKit(tools::Rectangle const & rRect, const S
 aExtraInfo.append(", \"url\": \"" + 
mediaObj->getTempURL().toUtf8() + "\"");
 }
 
+SdrPage *pPage = pPageView ? pPageView->GetPage(): nullptr;
+if (pPage)
+{
+// Send all objects' rectangles along with the selected 
object's information.
+// Other rectangles can be used for aligning the selected 
object referencing the others.
+OString objectRectangles = 
SdrObjList::GetObjectRectangles(*pPage);
+aExtraInfo.append(", \"ObjectRectangles\": "_ostr + 
objectRectangles);
+}
+
 aExtraInfo.append(handleArrayStr
 + "}");
 sSelectionText += ", " + aExtraInfo;
diff --git a/svx/source/svdraw/svdpage.cxx b/svx/source/svdraw/svdpage.cxx
index b15a8438d56e..cbf15673b12c 100644
--- a/svx/source/svdraw/svdpage.cxx
+++ b/svx/source/svdraw/svdpage.cxx
@@ -134,6 +134,25 @@ SdrObject* SdrObjList::getSdrObjectFromSdrObjList() const
 return nullptr;
 }
 
+OString SdrObjList::GetObjectRectangles(const SdrObjList& rSrcList)
+{
+OString result = "["_ostr;
+
+for (const rtl::Reference& item: rSrcList)
+{
+if (item->IsPrintable() && item->IsVisible())
+{
+tools::Rectangle rectangle = item->GetCurrentBoundRect();
+OString ordNum(std::to_string(item->GetOrdNum()));
+result += "["_ostr + rectangle.toString() + ", "_ostr + ordNum + 
"]"_ostr;
+}
+}
+
+result = result.replaceAll("]["_ostr, "],["_ostr);
+
+return result + "]"_ostr;
+}
+
 void SdrObjList::CopyObjects(const SdrObjList& rSrcList)
 {
 CloneList aCloneList;


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

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

--- Comment #5 from m_a_riosv  ---
There is no hidden text on the file, I think.

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

[Bug 154375] Spell check starts with the wrong language

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

Stéphane Guillou (stragu)  changed:

   What|Removed |Added

  Component|Calc|Linguistic
Crash report or|153591 149429   |
crash signature||
   See Also||https://bugs.documentfounda
   ||tion.org/show_bug.cgi?id=15
   ||3591,
   ||https://bugs.documentfounda
   ||tion.org/show_bug.cgi?id=14
   ||9429
 CC||so...@libreoffice.org

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

[Bug 149429] Changing Calc document's language should overwrite cell direct formatting language

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

Stéphane Guillou (stragu)  changed:

   What|Removed |Added

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

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

[Bug 153591] Spellchecking can not be disabled

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

Stéphane Guillou (stragu)  changed:

   What|Removed |Added

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

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

[Bug 162290] Conditional format error

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

--- Comment #6 from m_a_riosv  ---
(In reply to nigelP from comment #3)
> Created attachment 195662 [details]
> Corrupted format spreadsheet
> 
> Select cells H2:H16
> Right mouse click - Conditional Formatting
> Cell Value = "is less than" =0.03
> Range shown is correct H3:H16
What is this?
> Apply Style =New Style
> Organiser - Style - Edit Style 
> Numbers=Percent  Decimal places=1
> Font Style=Bold
> Font Effects Font colour=Red
> OK
> Nearly all cells reformatted to Red / Bold / ###
> OK to return to Conditional Formatting for H2:H16
> OK to return to corrupted format spreadsheet

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

[Bug 162317] Saving a document with an image to DOCX creates a broken file

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

Mike Kaganski  changed:

   What|Removed |Added

URL||https://ask.libreoffice.org
   ||/t/writer-not-saving-comple
   ||te-docx-file/108921/

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

[Bug 162317] New: Saving a document with an image to DOCX creates a broken file

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

Bug ID: 162317
   Summary: Saving a document with an image to DOCX creates a
broken file
   Product: LibreOffice
   Version: 4.3.0.4 release
  Hardware: All
OS: All
Status: UNCONFIRMED
  Keywords: bisected, regression
  Severity: normal
  Priority: medium
 Component: Writer
  Assignee: libreoffice-bugs@lists.freedesktop.org
  Reporter: mikekagan...@hotmail.com

Created attachment 195666
  --> https://bugs.documentfoundation.org/attachment.cgi?id=195666=edit
Saving to DOCX creates a broken file

The attachment contains an image frame with several empty paragraphs. A DOCX
created from it misses xmlns:pic, so fails to open in Word.

Regression after commit 1279f9c835d188be72a21779377cb03841d6bc54 (DOCX
drawingml export: give drawinglayer pictures the correct namespace,
2013-12-17).

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

[Bug 162314] LibreOffice Writer hangs in a document with mixed RTL and LTR text in paragraphs

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

Jonathan Clark  changed:

   What|Removed |Added

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

--- Comment #2 from Jonathan Clark  ---
Created attachment 195665
  --> https://bugs.documentfoundation.org/attachment.cgi?id=195665=edit
Example reproducer

I was able to reproduce this hang with the attached document.

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

[Bug 140347] UI: Footnote area in Tools _> Footnotes and endnotes not self-explaining

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

Commit Notification  changed:

   What|Removed |Added

 Whiteboard||target:25.2.0

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

core.git: sw/uiconfig

2024-08-02 Thread Heiko Tietze (via logerrit)
 sw/uiconfig/swriter/ui/footnotepage.ui |  161 +
 1 file changed, 105 insertions(+), 56 deletions(-)

New commits:
commit 35003f56dce36326777900b8562643651537a489
Author: Heiko Tietze 
AuthorDate: Fri Aug 2 12:52:17 2024 +0200
Commit: Heiko Tietze 
CommitDate: Fri Aug 2 14:51:35 2024 +0200

Resolves tdf#140347 - Terminology in foot/endnote dialog

Patch submitted by ol...@ogundersen.net with a few modifications
on spacing

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

diff --git a/sw/uiconfig/swriter/ui/footnotepage.ui 
b/sw/uiconfig/swriter/ui/footnotepage.ui
index a6a0c8f013cb..fe0beea84874 100644
--- a/sw/uiconfig/swriter/ui/footnotepage.ui
+++ b/sw/uiconfig/swriter/ui/footnotepage.ui
@@ -1,5 +1,5 @@
 
-
+
 
   
   
@@ -9,12 +9,16 @@
 1
 10
   
-  
+  
   
 True
 False
+6
+6
+6
+6
 6
-12
+6
 24
 
   
@@ -29,13 +33,13 @@
 False
 12
 6
-6
-12
+3
+6
 
   
 True
 False
-Numbering
+Numbering:
 0
   
   
@@ -47,7 +51,7 @@
   
 True
 False
-Start at
+Start at:
 0
   
   
@@ -59,7 +63,7 @@
   
 True
 False
-Before
+Before:
 0
   
   
@@ -71,7 +75,7 @@
   
 True
 False
-Position
+Position:
 True
 pospagecb
 0
@@ -89,7 +93,7 @@
   
 True
 False
-Counting
+Counting:
 0
   
   
@@ -101,7 +105,7 @@
   
 True
 False
-After
+After:
 0
   
   
@@ -261,13 +265,14 @@
   
 0
 0
-2
+3
   
 
 
   
 True
 False
+start
 0
 none
 
@@ -277,14 +282,13 @@
 False
 12
 6
-True
-6
-12
+3
+6
 
   
 True
 False
-End of footnote
+End of footnote:
 0
   
   
@@ -296,7 +300,7 @@
   
 True
 False
-Start of next page
+Start of next page:
 0
   
   
@@ -357,29 +361,30 @@
   
   
 1
-1
+2
   
 
 
   
 True
 False
+start
 0
 none
 
-  
+  
   
 True
 False
 12
 6
-6
-12
+3
+6
 
   
 True
 False
-Paragraph
+Paragraph:
 0
   
   
@@ -391,7 +396,7 @@
   
 True
 False
-Page
+Page:
 0
   
   
@@ -403,7 +408,6 @@
   
 True
 False
-True
 
   
 Select the 
paragraph style for the footnote text. Only special styles can be 
selected.
@@ -419,7 +423,6 @@
   
 True
 False
-True
 
   
 Select the 
page style that you want to use for footnotes.
@@ -431,69 +434,105 @@
 1
   
 
+  
+
+
+  
+True
+False
+Text style
+
+  
+
+  
+
+  
+  
+1
+0
+  
+
+
+  
+True
+False
+start
+0
+none
+
+  
+  
+True
+False
+12
+6
+3
+6
 
-  
+  
 True
 False
-True
-
-  
-Select 
the character style that you want to use for footnote anchors in the text area 
of your document.
-  

[Bug 140347] UI: Footnote area in Tools _> Footnotes and endnotes not self-explaining

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

Heiko Tietze  changed:

   What|Removed |Added

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

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

[Bug 108568] [META] Footnote and endnote properties and settings

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

Bug 140347 Summary: UI: Footnote area in Tools _> Footnotes and endnotes not 
self-explaining
https://bugs.documentfoundation.org/show_bug.cgi?id=140347

   What|Removed |Added

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

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

[Bug 162316] The index doesn't use the font set in the index paragraph style

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

--- Comment #1 from micael.camo...@gmail.com ---
Created attachment 195664
  --> https://bugs.documentfoundation.org/attachment.cgi?id=195664=edit
File with the described bug

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

[Bug 162316] New: The index doesn't use the font set in the index paragraph style

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

Bug ID: 162316
   Summary: The index doesn't use the font set in the index
paragraph style
   Product: LibreOffice
   Version: 24.2.4.2 release
  Hardware: x86-64 (AMD64)
OS: Linux (All)
Status: UNCONFIRMED
  Severity: minor
  Priority: medium
 Component: Writer
  Assignee: libreoffice-bugs@lists.freedesktop.org
  Reporter: micael.camo...@gmail.com

Description:
- I created a new document using the font Gelasio, including the general index.
- Few weeks later, to create a second edition of the document, I copied/pasted
the file odt, renamed it and then I moved all the paragraph styles from Gelasio
font to Baramond font.
-The paragraphs changed correctly to the new font but the index still with
Gelasio font. I can set manually the Baramond font to the index but at the
following update it reset the Gelasio font.

Steps to Reproduce:
I can't reproduce it

Actual Results:
The index doesn't use the font set in the index paragraph style

Expected Results:
The index must use the font set in the index paragraph style


Reproducible: Couldn't Reproduce


User Profile Reset: Yes

Additional Info:
Version: 24.2.4.2 (X86_64) / LibreOffice Community
Build ID: 420(Build:2)
CPU threads: 4; OS: Linux 6.5; UI render: default; VCL: gtk3
Locale: it-IT (it_IT.UTF-8); UI: it-IT
Ubuntu package version: 4:24.2.4~rc2-0ubuntu0.22.04.1~lo1
Calc: threaded

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

[Bug 162313] Support more mouse shortcuts to move between slides in presentation mode

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

--- Comment #1 from Timur  ---
Other Logi M585 mouse:

ButtonPress event, serial 38, synthetic NO, window 0x6e1,
root 0x6b1, subw 0x0, time 21250652, (119,28), root:(151,92),
state 0x0, button 9, same_screen YES

ButtonRelease event, serial 38, synthetic NO, window 0x6e1,
root 0x6b1, subw 0x0, time 21250780, (119,28), root:(151,92),
state 0x0, button 9, same_screen YES

ButtonPress event, serial 38, synthetic NO, window 0x6e1,
root 0x6b1, subw 0x0, time 21251365, (119,28), root:(151,92),
state 0x0, button 8, same_screen YES

ButtonRelease event, serial 38, synthetic NO, window 0x6e1,
root 0x6b1, subw 0x0, time 21251478, (119,28), root:(151,92),
state 0x0, button 8, same_screen YES

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

[Bug 162314] LibreOffice Writer hangs in a document with mixed RTL and LTR text in paragraphs

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

Hossein  changed:

   What|Removed |Added

   Keywords||bisected, regression
 CC||jonat...@libreoffice.org
Version|24.2.2.2 release|25.2.0.0 alpha0+

--- Comment #1 from Hossein  ---
This is a regression, as the problem was not present in LibreOffice 24.2.2.2,
but it is reproducible in the latest LO 25.2 dev master. This is the
responsible commit, Adding Jonathan to CC:

commit  04184aa7e3aada8f4d938d20dfdb54b3a7dd3896
author  Jonathan ClarkThu Jul 18 08:40:16
2024 -0600
committer   Jonathan ClarkThu Jul 25
14:23:35 2024 +0200
tree4bfaec67439c192cd4091b47acb3d26ae074b9b7
parent  33629ff9348a0df88c11257a3921129df4875238 [diff]

tdf#157829 sw: Implemented line break underflow for bidi portions

$ git bisect log
git bisect start
# bad: [f806fc136b3410ec9a1e09320d100c78b33c867b] tdf#137335 calculate
paragraph height in RTF/DOCX
git bisect bad f806fc136b3410ec9a1e09320d100c78b33c867b
# good: [898d5d470e24a6f2fb244fec24df33ba8855] Revert "Related: tdf#155266
force flush after drawing native scrollbars"
git bisect good 898d5d470e24a6f2fb244fec24df33ba8855
# good: [65b3808a24db4d8b549eb1643d009330f63abf65] i#84870: Add a unit test
git bisect good 65b3808a24db4d8b549eb1643d009330f63abf65
# good: [78a9afc5ea493a703467b72475a9d80a9fa8a6db] tdf#77388 sw: add missing
comment
git bisect good 78a9afc5ea493a703467b72475a9d80a9fa8a6db
# good: [11169e6b29cbe7d782a6236d2a866b07b7501417] tdf#161853 icon choice ctrl:
Drop WB_SMART_ARRANGE handling
git bisect good 11169e6b29cbe7d782a6236d2a866b07b7501417
# good: [5b9dec4caa727cd46ae9163812ecfc3142157cd1] tdf#155447 qt a11y: Don't
report "Unknown" for unsupported props
git bisect good 5b9dec4caa727cd46ae9163812ecfc3142157cd1
# good: [92454bca2045b9e9ca636d086cb8520ccf03be22] tdf#161501 vcl: Make
TabitemValue position-aware
git bisect good 92454bca2045b9e9ca636d086cb8520ccf03be22
# bad: [f9df8d71a9d4ad2e7bc2e221551d9ee007f9fc60] lok: join Webdav Ticker
thread.
git bisect bad f9df8d71a9d4ad2e7bc2e221551d9ee007f9fc60
# skip: [27e5a74960f50ec041ef7c9e5026afe70a2b4adc] Update git submodules
git bisect skip 27e5a74960f50ec041ef7c9e5026afe70a2b4adc
# good: [c59730b46b4d7dd0af0c49ecbc852cda2871a5a0] tdf#161501 icon choice ctrl:
Draw whole entry natively
git bisect good c59730b46b4d7dd0af0c49ecbc852cda2871a5a0
# good: [7dc921e2252dbb60be98695180893e7ae499870d] Related tdf#162136: typo
GapWidthSequence instead of GapwidthSequence
git bisect good 7dc921e2252dbb60be98695180893e7ae499870d
# skip: [6f3a37d074440d29048239bc9cc0175d90f51d9f] Update git submodules
git bisect skip 6f3a37d074440d29048239bc9cc0175d90f51d9f
# bad: [04184aa7e3aada8f4d938d20dfdb54b3a7dd3896] tdf#157829 sw: Implemented
line break underflow for bidi portions
git bisect bad 04184aa7e3aada8f4d938d20dfdb54b3a7dd3896
# good: [4aa2d5ede17ddf7345804deb200983367990a7e2] Related: tdf#162093 TableRef
item specifier may occur standalone
git bisect good 4aa2d5ede17ddf7345804deb200983367990a7e2
# good: [1bbcc3fdf312971ffb681b332f47369739d95dde] O[U]String overloads that
return view for rest parameter
git bisect good 1bbcc3fdf312971ffb681b332f47369739d95dde
# good: [33629ff9348a0df88c11257a3921129df4875238] force max len for some
oss-fuzz fuzzers
git bisect good 33629ff9348a0df88c11257a3921129df4875238
# first bad commit: [04184aa7e3aada8f4d938d20dfdb54b3a7dd3896] tdf#157829 sw:
Implemented line break underflow for bidi portions

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

[Bug 162304] FILEOPEN ODT: IsFollowingTextFlow is inconsistent regarding "top" and "from top" of "Page text area"

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

Justin L  changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever confirmed|0   |1

--- Comment #7 from Justin L  ---
(In reply to Justin L from comment #0)
> So what is supposed to happen when the shape has a relation orientation to
> the page? I would assume that it should attempt to go that specified
> position on the page, and if that is outside of the layout environment...
This dilemma is solved by realizing that "page" does not mean "page". The two
choices mean "at constraining container's edge" and "after the constraining
container's spacing".

> I would have expected the image to be at the edge of the cell, not stuck
> below the cell padding.
Thus, this example makes sense, and is working as expected. The image is
oriented to "Page text area" (aka PAGE_PRINT_AREA), and since "page" in this
case means "cell", "top" starts at the edge of the (effective) cell border
spacing.

That means that comment 2's example is the buggy one.

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

[Bug 162315] New: Bookmarks don't show up when clicking Target to insert a Link

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

Bug ID: 162315
   Summary: Bookmarks don't show up when clicking Target to insert
a Link
   Product: LibreOffice
   Version: 24.2.5.2 release
  Hardware: All
OS: Windows (All)
Status: UNCONFIRMED
  Severity: normal
  Priority: medium
 Component: LibreOffice
  Assignee: libreoffice-bugs@lists.freedesktop.org
  Reporter: bliss.cos...@yahoo.com

Description:
i am trying to highlight a word and make a hyperlink to a bookmark within my
document (books marks are there, all internal links work, but they cnanot show
up in the dialog where you are supposed to select it).

Steps to Reproduce:
1.select a text
2.click hyperlink
3. click target in document and see no bookmarks show up, even if they do get
listed in the insert bookmark when you try to make a bookmark.  

Actual Results:
no bookmarks show

Expected Results:
bookmarks were not there.


Reproducible: Always


User Profile Reset: No

Additional Info:
list the bookmarks when you double click on bookmarks. so I can select one

it was all fine in 7.5.9 I installed in January.

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

[Bug 162314] New: LibreOffice Writer hangs in a document with mixed RTL and LTR text in paragraphs

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

Bug ID: 162314
   Summary: LibreOffice Writer hangs in a document with mixed RTL
and LTR text in paragraphs
   Product: LibreOffice
   Version: 24.2.2.2 release
  Hardware: All
OS: All
Status: UNCONFIRMED
  Severity: normal
  Priority: medium
 Component: Writer
  Assignee: libreoffice-bugs@lists.freedesktop.org
  Reporter: hoss...@libreoffice.org

Description:
After opening and/or converting a LibreOffice Writer document which have
paragraphs of mixed RTL and LTR text, LibreOffice hangs.

Steps to Reproduce:
1. Open the attachment
2. Try scrolling to the end of document, or convert it to PDF

Actual Results:
LibreOffice Writer hangs

Expected Results:
LibreOffice Writer should not hang

Reproducible: Always


User Profile Reset: No

Additional Info:
Version: 25.2.0.0.alpha0+ (X86_64) / LibreOffice Community
Build ID: 8bd57009d38f7551a77566a0e782a7b371aece23
CPU threads: 12; OS: Linux 6.2; 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 98259] [META] Keyboard shortcuts and accelerators bugs and enhancements

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

Timur  changed:

   What|Removed |Added

 Depends on||162313


Referenced Bugs:

https://bugs.documentfoundation.org/show_bug.cgi?id=162313
[Bug 162313] Support more mouse shortcuts to move between slides in
presentation mode
-- 
You are receiving this mail because:
You are the assignee for the bug.

[Bug 162313] New: Support more mouse shortcuts to move between slides in presentation mode

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

Bug ID: 162313
   Summary: Support more mouse shortcuts to move between slides in
presentation mode
   Product: LibreOffice
   Version: 7.4.0.3 release
  Hardware: All
OS: Linux (All)
Status: UNCONFIRMED
  Severity: enhancement
  Priority: medium
 Component: Impress
  Assignee: libreoffice-bugs@lists.freedesktop.org
  Reporter: ti...@libreoffice.org
Blocks: 98259

IIUC bug 148986, Impress slides can be moved forward/back also with the mouse
buttons, provided mouse is supported. 
Here is my log for Logitech Cordless Click Plus. 


ButtonPress event, serial 38, synthetic NO, window 0x6e1,
root 0x6b1, subw 0x0, time 20335004, (133,68), root:(165,132),
state 0x0, button 9, same_screen YES

ButtonRelease event, serial 38, synthetic NO, window 0x6e1,
root 0x6b1, subw 0x0, time 20335236, (133,68), root:(165,132),
state 0x0, button 9, same_screen YES

ButtonPress event, serial 38, synthetic NO, window 0x6e1,
root 0x6b1, subw 0x0, time 20336300, (133,68), root:(165,132),
state 0x0, button 8, same_screen YES

ButtonRelease event, serial 38, synthetic NO, window 0x6e1,
root 0x6b1, subw 0x0, time 20336492, (133,68), root:(165,132),
state 0x0, button 8, same_screen YES


Referenced Bugs:

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

[Bug 162255] Math crashes when clicking "fonts"

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

Stéphane Guillou (stragu)  changed:

   What|Removed |Added

 Resolution|--- |WORKSFORME
 Status|REOPENED|RESOLVED

--- Comment #8 from Stéphane Guillou (stragu) 
 ---
Let's mark as "works for me" as a profile reset resolved the issue.

If you are willing to, you could share your profile so the cause could be
investigated. However:
- the profile is likely to contain  a fair bit of personal information (e.g.
thumbnails of your documents, personal details entered in the Options >
LibreOffice > User Data panel...).
- I doubt there will be much interest in looking into it if a profile reset
already resolved the issue.

And as you only recently started using Math, I assume you don't know if the
issue is linked to a specific update.

By all means, if the issue pops up again, please let us know here!

Thank you!

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

[Bug 134896] No documentation about proper conversion of system file names into URLs in Calc

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

Olivier Hallot  changed:

   What|Removed |Added

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

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

[Bug 80430] [META] Documentation gap for new features

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

Bug 161639 Summary: Expert Configuration help page does not provide proper 
"path" to the feature on macOS
https://bugs.documentfoundation.org/show_bug.cgi?id=161639

   What|Removed |Added

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

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

[Bug 154226] Add links to documentation websites in on-line Help

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

Olivier Hallot  changed:

   What|Removed |Added

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

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

  1   2   3   4   5   6   7   8   9   10   >