[Libreoffice-bugs] [Bug 143186] pivotcaches - BASIC runtime error 423
https://bugs.documentfoundation.org/show_bug.cgi?id=143186
--- Comment #9 from johnks ---
i am on the latest software and 2 bugs are still present 423 on both
pivotcaches and showpivottablefieldlist
and the following lines as well
ActiveSheet.PivotTables("PivotTable1").AddDataField ActiveSheet.PivotTables( _
got to the third bug by deleting the offending lines from the vba code and
trying to run the macro again and again.
With ActiveSheet.PivotTables("PivotTable2").PivotFields("Remarks")
.Orientation = xlRowField
.Position = 1
End With
with the offending line
.Orientation = xlRowField
.
also the following error lines
Selection.Style = "Comma"
ActiveSheet.PivotTables("PivotTable1").TableStyle2 = "PivotStyleDark4"
ActiveSheet.PivotTables("PivotTable2").PivotSelect _
.ThemeColor = xlThemeColorDark1
.TintAndShade = 0
and some more but yeah, the problem still exists
Version: 7.6.0.3 (X86_64) / LibreOffice Community
Build ID: 69edd8b8ebc41d00b4de3915dc82f8f0fc3b6265
CPU threads: 4; OS: Linux 6.2; UI render: default; VCL: gtk3
Locale: en-IN (en_IN); UI: en-US
Flatpak
Calc: threaded
--
You are receiving this mail because:
You are the assignee for the bug.
[Libreoffice-bugs] [Bug 156881] Background padding is green on 7.6.0.3 when skia enabled
https://bugs.documentfoundation.org/show_bug.cgi?id=156881 --- Comment #9 from Hurri39 --- (In reply to Patrick Luby from comment #8) > I believe that this bug is a duplicate of > https://bugs.documentfoundation.org/show_bug.cgi?id=145988. That bug was > fixed in the master builds to version m116 whereas the LibreOffice 7.6 > builds use the older Skia version m111. > > @Hurri39: there are two different "Skia enabled" states: Skia/Metal and > Skia/Raster. That other bug only occurred when Skia/Metal, not Skia/Raster, > was enabled so can you enable Skia/Raster by selecting the LibreOffice > > Preferences menu item and, in the dialog that appears, click on LibreOffice > > View, check both of the following checkboxes, and restart: > > - Use Skia for all rendering > - Force Skia software rendering > > When both are checked (i.e. Skia/Raster is enabled) to the bug stop > occurring? If yes, then that would be a good indication that this bug is the > same bug as https://bugs.documentfoundation.org/show_bug.cgi?id=145988. Yes, you're right. Forcing software rendering is OK Issue only occurs when using Skia/Metal. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 156438] Carefully choose visible language group tab when opening font selection dialog
https://bugs.documentfoundation.org/show_bug.cgi?id=156438 --- Comment #5 from Mike Kaganski --- You know, just ignore me. It seems I can't read/comprehend. I better shut up, because you do not propose to remove anything, which was what I was disagreeing with. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-commits] core.git: 2 commits - starmath/qa sw/source
starmath/qa/cppunit/test_cursor.cxx |2 +- sw/source/core/fields/docufld.cxx |4 ++-- 2 files changed, 3 insertions(+), 3 deletions(-) New commits: commit 3396d0aace6fe6a280af9e18c07749250c74ca40 Author: Andrea Gelmini AuthorDate: Tue Sep 12 08:49:08 2023 +0200 Commit: Julien Nabet CommitDate: Wed Sep 13 07:15:00 2023 +0200 Fix typo Change-Id: Ib76e9bf09a607dc79bd9ae083927af6124471e1c Reviewed-on: https://gerrit.libreoffice.org/c/core/+/156834 Tested-by: Jenkins Reviewed-by: Julien Nabet diff --git a/starmath/qa/cppunit/test_cursor.cxx b/starmath/qa/cppunit/test_cursor.cxx index f5be3f5beeaa..114ea791fbd3 100644 --- a/starmath/qa/cppunit/test_cursor.cxx +++ b/starmath/qa/cppunit/test_cursor.cxx @@ -182,7 +182,7 @@ void Test::testSelectSurrogatePairs() SmCursor aCursor(xTree.get(), xDocShRef.get()); ScopedVclPtrInstance pOutputDevice; -// selct the first character, cut, then paste +// select the first character, cut, then paste aCursor.Move(pOutputDevice, MoveRight, false); aCursor.Cut(); aCursor.Paste(); commit 3020dfbee490761e7192668f39e65989dd2b1a50 Author: Andrea Gelmini AuthorDate: Tue Sep 12 21:03:42 2023 +0200 Commit: Julien Nabet CommitDate: Wed Sep 13 07:14:46 2023 +0200 Fix typo Change-Id: I1ede635acbbe3a4e18d5b9a90be19a04292f662e Reviewed-on: https://gerrit.libreoffice.org/c/core/+/156859 Tested-by: Julien Nabet Reviewed-by: Julien Nabet diff --git a/sw/source/core/fields/docufld.cxx b/sw/source/core/fields/docufld.cxx index f52650925ace..37249555a0e4 100644 --- a/sw/source/core/fields/docufld.cxx +++ b/sw/source/core/fields/docufld.cxx @@ -1902,7 +1902,7 @@ bool SwPostItField::QueryValue( uno::Any& rAny, sal_uInt16 nWhichId ) const case FIELD_PROP_PAR4: rAny <<= m_sName; break; -case FIELD_PROP_PAR7: // PAR5 (Parent Para Id) and PAR6 (Para Id) are skipped - they are not written into xml. Used for file convertion. +case FIELD_PROP_PAR7: // PAR5 (Parent Para Id) and PAR6 (Para Id) are skipped - they are not written into xml. Used for file conversion. rAny <<= m_sParentName; break; case FIELD_PROP_BOOL1: @@ -1971,7 +1971,7 @@ bool SwPostItField::PutValue( const uno::Any& rAny, sal_uInt16 nWhichId ) case FIELD_PROP_PAR4: rAny >>= m_sName; break; -case FIELD_PROP_PAR7: // PAR5 (Parent Para Id) and PAR6 (Para Id) are skipped - they are not written into xml. Used for file convertion. +case FIELD_PROP_PAR7: // PAR5 (Parent Para Id) and PAR6 (Para Id) are skipped - they are not written into xml. Used for file conversion. rAny >>= m_sParentName; break; case FIELD_PROP_BOOL1:
[Libreoffice-commits] core.git: include/svx svx/source
include/svx/svdoedge.hxx | 12 ++--
svx/source/svdraw/svdoedge.cxx | 38 +++---
2 files changed, 25 insertions(+), 25 deletions(-)
New commits:
commit 93c5885dad3343f3d1a55e33bf83fecd1fed8cab
Author: Julien Nabet
AuthorDate: Tue Sep 12 22:48:12 2023 +0200
Commit: Julien Nabet
CommitDate: Wed Sep 13 07:14:19 2023 +0200
svx: prefix members of SaveGeoData
See tdf#94879 for motivation.
Change-Id: I9ba78fdbb7f2390f43e3315c8cdf86c56f96f478
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/156863
Tested-by: Jenkins
Reviewed-by: Julien Nabet
diff --git a/include/svx/svdoedge.hxx b/include/svx/svdoedge.hxx
index 4da2219b3645..94bb89a00a3e 100644
--- a/include/svx/svdoedge.hxx
+++ b/include/svx/svdoedge.hxx
@@ -112,12 +112,12 @@ public:
class SdrEdgeObjGeoData final : public SdrTextObjGeoData
{
public:
-SdrObjConnectionaCon1; // connection status of the beginning
of the line
-SdrObjConnectionaCon2; // connection status of the end of the
line
-std::optional pEdgeTrack;
-boolbEdgeTrackDirty; // true -> connector track
needs to be recalculated
-boolbEdgeTrackUserDefined;
-SdrEdgeInfoRec aEdgeInfo;
+SdrObjConnectionm_aCon1; // connection status of the
beginning of the line
+SdrObjConnectionm_aCon2; // connection status of the end of
the line
+std::optional m_pEdgeTrack;
+boolm_bEdgeTrackDirty; // true -> connector track
needs to be recalculated
+boolm_bEdgeTrackUserDefined;
+SdrEdgeInfoRec m_aEdgeInfo;
public:
SdrEdgeObjGeoData();
diff --git a/svx/source/svdraw/svdoedge.cxx b/svx/source/svdraw/svdoedge.cxx
index 4eee430ced24..f70e1f924f6b 100644
--- a/svx/source/svdraw/svdoedge.cxx
+++ b/svx/source/svdraw/svdoedge.cxx
@@ -2478,9 +2478,9 @@ void SdrEdgeObj::NbcSetPoint(const Point& rPnt,
sal_uInt32 i)
}
SdrEdgeObjGeoData::SdrEdgeObjGeoData()
-: pEdgeTrack(std::in_place)
-, bEdgeTrackDirty(false)
-, bEdgeTrackUserDefined(false)
+: m_pEdgeTrack(std::in_place)
+, m_bEdgeTrackDirty(false)
+, m_bEdgeTrackUserDefined(false)
{
}
@@ -2497,38 +2497,38 @@ void SdrEdgeObj::SaveGeoData(SdrObjGeoData& rGeo) const
{
SdrTextObj::SaveGeoData(rGeo);
SdrEdgeObjGeoData& rEGeo=static_cast(rGeo);
-rEGeo.aCon1 =m_aCon1;
-rEGeo.aCon2 =m_aCon2;
-*rEGeo.pEdgeTrack=*m_pEdgeTrack;
-rEGeo.bEdgeTrackDirty=m_bEdgeTrackDirty;
-rEGeo.bEdgeTrackUserDefined=m_bEdgeTrackUserDefined;
-rEGeo.aEdgeInfo =m_aEdgeInfo;
+rEGeo.m_aCon1 =m_aCon1;
+rEGeo.m_aCon2 =m_aCon2;
+*rEGeo.m_pEdgeTrack=*m_pEdgeTrack;
+rEGeo.m_bEdgeTrackDirty=m_bEdgeTrackDirty;
+rEGeo.m_bEdgeTrackUserDefined=m_bEdgeTrackUserDefined;
+rEGeo.m_aEdgeInfo =m_aEdgeInfo;
}
void SdrEdgeObj::RestoreGeoData(const SdrObjGeoData& rGeo)
{
SdrTextObj::RestoreGeoData(rGeo);
const SdrEdgeObjGeoData& rEGeo=static_cast(rGeo);
-if (m_aCon1.m_pSdrObj!=rEGeo.aCon1.m_pSdrObj) {
+if (m_aCon1.m_pSdrObj!=rEGeo.m_aCon1.m_pSdrObj) {
if (m_aCon1.m_pSdrObj!=nullptr)
m_aCon1.m_pSdrObj->RemoveListener(*this);
-m_aCon1=rEGeo.aCon1;
+m_aCon1=rEGeo.m_aCon1;
if (m_aCon1.m_pSdrObj!=nullptr) m_aCon1.m_pSdrObj->AddListener(*this);
}
else
-m_aCon1=rEGeo.aCon1;
+m_aCon1=rEGeo.m_aCon1;
-if (m_aCon2.m_pSdrObj!=rEGeo.aCon2.m_pSdrObj) {
+if (m_aCon2.m_pSdrObj!=rEGeo.m_aCon2.m_pSdrObj) {
if (m_aCon2.m_pSdrObj!=nullptr)
m_aCon2.m_pSdrObj->RemoveListener(*this);
-m_aCon2=rEGeo.aCon2;
+m_aCon2=rEGeo.m_aCon2;
if (m_aCon2.m_pSdrObj!=nullptr) m_aCon2.m_pSdrObj->AddListener(*this);
}
else
-m_aCon2=rEGeo.aCon2;
+m_aCon2=rEGeo.m_aCon2;
-*m_pEdgeTrack=*rEGeo.pEdgeTrack;
-m_bEdgeTrackDirty=rEGeo.bEdgeTrackDirty;
-m_bEdgeTrackUserDefined=rEGeo.bEdgeTrackUserDefined;
-m_aEdgeInfo =rEGeo.aEdgeInfo;
+*m_pEdgeTrack=*rEGeo.m_pEdgeTrack;
+m_bEdgeTrackDirty=rEGeo.m_bEdgeTrackDirty;
+m_bEdgeTrackUserDefined=rEGeo.m_bEdgeTrackUserDefined;
+m_aEdgeInfo =rEGeo.m_aEdgeInfo;
}
Point SdrEdgeObj::GetTailPoint( bool bTail ) const
[Libreoffice-bugs] [Bug 90341] Clean up excessive const_cast'ing
https://bugs.documentfoundation.org/show_bug.cgi?id=90341 --- Comment #13 from Commit Notification --- sahil committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/bf81be2641e8c66d78374289497b117fe3dfb024 tdf#90341 Clean up excessive const_cast'ing It will be available in 24.2.0. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 90341] Clean up excessive const_cast'ing
https://bugs.documentfoundation.org/show_bug.cgi?id=90341 Commit Notification changed: What|Removed |Added Whiteboard|target:7.0.0 target:7.4.0 |target:7.0.0 target:7.4.0 ||target:24.2.0 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-commits] core.git: include/vcl vcl/source
include/vcl/font.hxx |2 ++
vcl/source/font/font.cxx | 34 ++
2 files changed, 20 insertions(+), 16 deletions(-)
New commits:
commit bf81be2641e8c66d78374289497b117fe3dfb024
Author: sahil
AuthorDate: Mon Sep 11 04:40:26 2023 +0530
Commit: Mike Kaganski
CommitDate: Wed Sep 13 06:30:59 2023 +0200
tdf#90341 Clean up excessive const_cast'ing
Change-Id: I5e3cc14ed75309d0569a4bad710e7adea007329f
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/156807
Tested-by: Jenkins
Reviewed-by: Mike Kaganski
diff --git a/include/vcl/font.hxx b/include/vcl/font.hxx
index 8f7363d816b7..944b43fae22f 100644
--- a/include/vcl/font.hxx
+++ b/include/vcl/font.hxx
@@ -108,6 +108,8 @@ public:
tools::LongGetFontHeight() const;
voidSetAverageFontWidth( tools::Long nWidth );
tools::LongGetAverageFontWidth() const;
+const Size& GetAverageFontSize() const;
+const FontFamily& GetFontFamily() const;
// tdf#127471 for corrections on EMF/WMF we need the AvgFontWidth in
Windows-specific notation
tools::Long GetOrCalculateAverageFontWidth() const;
diff --git a/vcl/source/font/font.cxx b/vcl/source/font/font.cxx
index 5c2857770a73..7b48855f247a 100644
--- a/vcl/source/font/font.cxx
+++ b/vcl/source/font/font.cxx
@@ -70,8 +70,8 @@ Font::Font( vcl::Font&& rFont ) noexcept : mpImplFont(
std::move(rFont.mpImplFon
Font::Font( const OUString& rFamilyName, const Size& rSize )
{
-if (const_cast(mpImplFont)->maFamilyName != rFamilyName
-|| const_cast(mpImplFont)->maAverageFontSize != rSize)
+if (GetFamilyName() != rFamilyName
+|| GetAverageFontSize() != rSize)
{
mpImplFont->SetFamilyName( rFamilyName );
mpImplFont->SetFontSize( rSize );
@@ -80,9 +80,9 @@ Font::Font( const OUString& rFamilyName, const Size& rSize )
Font::Font( const OUString& rFamilyName, const OUString& rStyleName, const
Size& rSize )
{
-if (const_cast(mpImplFont)->maFamilyName != rFamilyName
-|| const_cast(mpImplFont)->maStyleName != rStyleName
-|| const_cast(mpImplFont)->maAverageFontSize != rSize)
+if (GetFamilyName() != rFamilyName
+|| GetStyleName() != rStyleName
+|| GetAverageFontSize() != rSize)
{
mpImplFont->SetFamilyName( rFamilyName );
mpImplFont->SetStyleName( rStyleName );
@@ -92,8 +92,8 @@ Font::Font( const OUString& rFamilyName, const OUString&
rStyleName, const Size&
Font::Font( FontFamily eFamily, const Size& rSize )
{
-if (const_cast(mpImplFont)->meFamily != eFamily
-|| const_cast(mpImplFont)->maAverageFontSize != rSize)
+if (GetFontFamily() != eFamily
+|| GetAverageFontSize() != rSize)
{
mpImplFont->SetFamilyType( eFamily );
mpImplFont->SetFontSize( rSize );
@@ -106,7 +106,7 @@ Font::~Font()
void Font::SetColor( const Color& rColor )
{
-if (const_cast(mpImplFont)->maColor != rColor)
+if (GetColor() != rColor)
{
mpImplFont->maColor = rColor;
}
@@ -114,7 +114,7 @@ void Font::SetColor( const Color& rColor )
void Font::SetFillColor( const Color& rColor )
{
-if (const_cast(mpImplFont)->maFillColor != rColor)
+if (GetFillColor() != rColor)
{
mpImplFont->maFillColor = rColor;
if ( rColor.IsTransparent() )
@@ -124,7 +124,7 @@ void Font::SetFillColor( const Color& rColor )
void Font::SetTransparent( bool bTransparent )
{
-if (const_cast(mpImplFont)->mbTransparent != bTransparent)
+if (IsTransparent() != bTransparent)
mpImplFont->mbTransparent = bTransparent;
}
@@ -136,13 +136,13 @@ void Font::SetAlignment( TextAlign eAlign )
void Font::SetFamilyName( const OUString& rFamilyName )
{
-if (const_cast(mpImplFont)->maFamilyName != rFamilyName)
+if (GetFamilyName() != rFamilyName)
mpImplFont->SetFamilyName( rFamilyName );
}
void Font::SetStyleName( const OUString& rStyleName )
{
-if (const_cast(mpImplFont)->maStyleName != rStyleName)
+if (GetStyleName() != rStyleName)
mpImplFont->maStyleName = rStyleName;
}
@@ -166,25 +166,25 @@ void Font::SetCharSet( rtl_TextEncoding eCharSet )
void Font::SetLanguageTag( const LanguageTag& rLanguageTag )
{
-if (const_cast(mpImplFont)->maLanguageTag != rLanguageTag)
+if (GetLanguageTag() != rLanguageTag)
mpImplFont->maLanguageTag = rLanguageTag;
}
void Font::SetCJKContextLanguageTag( const LanguageTag& rLanguageTag )
{
-if (const_cast(mpImplFont)->maCJKLanguageTag !=
rLanguageTag)
+if (GetCJKContextLanguageTag() != rLanguageTag)
mpImplFont->maCJKLanguageTag = rLanguageTag;
}
void Font::SetLanguage( LanguageType eLanguage )
{
-if (const_cast(mpImplFont)->maLanguageTag.getLanguageType(false) != eLanguage)
+if (GetLanguage() != eLanguage)
mpImplFont->maLanguageTag.reset( eLanguage);
}
void
[Libreoffice-bugs] [Bug 88918] Edit→Hyperlink… is greyed out when an object with a hyperlink is selected in Draw
https://bugs.documentfoundation.org/show_bug.cgi?id=88918 nicholaskh...@gmail.com changed: What|Removed |Added Assignee|libreoffice-b...@lists.free |nicholaskh...@gmail.com |desktop.org | -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 156954] implement robust data recovery for lost work (autosave on interval, etc.)
https://bugs.documentfoundation.org/show_bug.cgi?id=156954 QA Administrators changed: What|Removed |Added Whiteboard| QA:needsComment| -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-ux-advise] [Bug 156954] implement robust data recovery for lost work (autosave on interval, etc.)
https://bugs.documentfoundation.org/show_bug.cgi?id=156954 QA Administrators changed: What|Removed |Added Whiteboard| QA:needsComment| -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-bugs] [Bug 156953] save new file version on close doesn't work if "Don't Save" is clicked when closing
https://bugs.documentfoundation.org/show_bug.cgi?id=156953 QA Administrators changed: What|Removed |Added Whiteboard| QA:needsComment| -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 156931] JPEG XL support
https://bugs.documentfoundation.org/show_bug.cgi?id=156931 QA Administrators changed: What|Removed |Added Whiteboard| QA:needsComment| -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 153270] Help downloads changed?
https://bugs.documentfoundation.org/show_bug.cgi?id=153270 QA Administrators changed: What|Removed |Added Whiteboard| QA:needsComment| -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 156988] Find cannot find superscripted or subscripted text
https://bugs.documentfoundation.org/show_bug.cgi?id=156988 QA Administrators changed: What|Removed |Added Whiteboard|| QA:needsComment -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 142772] Zombie processes on Linux under docker focal image
https://bugs.documentfoundation.org/show_bug.cgi?id=142772 QA Administrators changed: What|Removed |Added Whiteboard| QA:needsComment| -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 156990] Autofit text regressions in impress with LibO 7.6
https://bugs.documentfoundation.org/show_bug.cgi?id=156990 QA Administrators changed: What|Removed |Added Whiteboard|| QA:needsComment -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 156952] Mail merge puts extra page at save as individual documents
https://bugs.documentfoundation.org/show_bug.cgi?id=156952 QA Administrators changed: What|Removed |Added Status|NEEDINFO|UNCONFIRMED Ever confirmed|1 |0 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 156952] Mail merge puts extra page at save as individual documents
https://bugs.documentfoundation.org/show_bug.cgi?id=156952 --- Comment #14 from QA Administrators --- [Automated Action] NeedInfo-To-Unconfirmed -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 156982] Provide Option to specify browser agent string
https://bugs.documentfoundation.org/show_bug.cgi?id=156982 QA Administrators changed: What|Removed |Added Whiteboard|| QA:needsComment -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 150796] LibreOffice/Calc/Basic/Linux: result of a call function overload the macro call in cell !!! NOT OCCURE Windows/Calc/Basic
https://bugs.documentfoundation.org/show_bug.cgi?id=150796 QA Administrators changed: What|Removed |Added Resolution|--- |INSUFFICIENTDATA Status|NEEDINFO|RESOLVED -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 150796] LibreOffice/Calc/Basic/Linux: result of a call function overload the macro call in cell !!! NOT OCCURE Windows/Calc/Basic
https://bugs.documentfoundation.org/show_bug.cgi?id=150796 --- Comment #3 from QA Administrators --- Dear bernard.maldonado, Please read this message in its entirety before proceeding. Your bug report is being closed as INSUFFICIENTDATA due to inactivity and a lack of information which is needed in order to accurately reproduce and confirm the problem. We encourage you to retest your bug against the latest release. If the issue is still present in the latest stable release, we need the following information (please ignore any that you've already provided): a) Provide details of your system including your operating system and the latest version of LibreOffice that you have confirmed the bug to be present b) Provide easy to reproduce steps – the simpler the better c) Provide any test case(s) which will help us confirm the problem d) Provide screenshots of the problem if you think it might help e) Read all comments and provide any requested information Once all of this is done, please set the bug back to UNCONFIRMED and we will attempt to reproduce the issue. Please do not: a) respond via email b) update the version field in the bug or any of the other details on the top section of our bug tracker Warm Regards, QA Team MassPing-NeedInfo-FollowUp -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 108908] [META] Visual Basic for Applications (VBA) macro issues
https://bugs.documentfoundation.org/show_bug.cgi?id=108908 Bug 108908 depends on bug 139939, which changed state. Bug 139939 Summary: vba compatible copying worksheets to a new workbook doesn't work for more than one sheets https://bugs.documentfoundation.org/show_bug.cgi?id=139939 What|Removed |Added Status|NEEDINFO|RESOLVED Resolution|--- |INSUFFICIENTDATA -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 139939] vba compatible copying worksheets to a new workbook doesn't work for more than one sheets
https://bugs.documentfoundation.org/show_bug.cgi?id=139939 QA Administrators changed: What|Removed |Added Resolution|--- |INSUFFICIENTDATA Status|NEEDINFO|RESOLVED -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 139939] vba compatible copying worksheets to a new workbook doesn't work for more than one sheets
https://bugs.documentfoundation.org/show_bug.cgi?id=139939 --- Comment #8 from QA Administrators --- Dear Harald Langheinrich, Please read this message in its entirety before proceeding. Your bug report is being closed as INSUFFICIENTDATA due to inactivity and a lack of information which is needed in order to accurately reproduce and confirm the problem. We encourage you to retest your bug against the latest release. If the issue is still present in the latest stable release, we need the following information (please ignore any that you've already provided): a) Provide details of your system including your operating system and the latest version of LibreOffice that you have confirmed the bug to be present b) Provide easy to reproduce steps – the simpler the better c) Provide any test case(s) which will help us confirm the problem d) Provide screenshots of the problem if you think it might help e) Read all comments and provide any requested information Once all of this is done, please set the bug back to UNCONFIRMED and we will attempt to reproduce the issue. Please do not: a) respond via email b) update the version field in the bug or any of the other details on the top section of our bug tracker Warm Regards, QA Team MassPing-NeedInfo-FollowUp -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 149906] convert-to tiff not working first time with Libreoffice 7.3.0.2 version
https://bugs.documentfoundation.org/show_bug.cgi?id=149906 --- Comment #10 from QA Administrators --- Dear Ketan, This bug has been in NEEDINFO status with no change for at least 6 months. Please provide the requested information as soon as possible and mark the bug as UNCONFIRMED. Due to regular bug tracker maintenance, if the bug is still in NEEDINFO status with no change in 30 days the QA team will close the bug as INSUFFICIENTDATA due to lack of needed information. For more information about our NEEDINFO policy please read the wiki located here: https://wiki.documentfoundation.org/QA/Bugzilla/Fields/Status/NEEDINFO If you have already provided the requested information, please mark the bug as UNCONFIRMED so that the QA team knows that the bug is ready to be confirmed. Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-NeedInfo-Ping -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 99798] TABLE: "Allow row to break across pages and columns" not always working if vertical text is present
https://bugs.documentfoundation.org/show_bug.cgi?id=99798 --- Comment #4 from QA Administrators --- Dear Edgar Grill, To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from https://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to 'inherited from OOo'; 4b. If the bug was not present in 3.3 - add 'regression' to keyword Feel free to come ask questions or to say hello in our QA chat: https://web.libera.chat/?settings=#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 93696] Row Break Across Pages and Columns menu entry doesnt work correctly
https://bugs.documentfoundation.org/show_bug.cgi?id=93696 --- Comment #8 from QA Administrators --- Dear Yousuf Philips (jay) (retired), To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from https://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to 'inherited from OOo'; 4b. If the bug was not present in 3.3 - add 'regression' to keyword Feel free to come ask questions or to say hello in our QA chat: https://web.libera.chat/?settings=#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 60134] FORMATTING: Can't change letter-spacing of fill signs in tabs
https://bugs.documentfoundation.org/show_bug.cgi?id=60134 --- Comment #15 from QA Administrators --- Dear Cyril Brosch, To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from https://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to 'inherited from OOo'; 4b. If the bug was not present in 3.3 - add 'regression' to keyword Feel free to come ask questions or to say hello in our QA chat: https://web.libera.chat/?settings=#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 144269] Mouse hover border is disabled if an element is focused
https://bugs.documentfoundation.org/show_bug.cgi?id=144269 --- Comment #4 from QA Administrators --- Dear medmedin2014, To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from https://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to 'inherited from OOo'; 4b. If the bug was not present in 3.3 - add 'regression' to keyword Feel free to come ask questions or to say hello in our QA chat: https://web.libera.chat/?settings=#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 143603] Opening a simple presentation has UNDO active
https://bugs.documentfoundation.org/show_bug.cgi?id=143603 --- Comment #3 from QA Administrators --- Dear Mike Kaganski, To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from https://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to 'inherited from OOo'; 4b. If the bug was not present in 3.3 - add 'regression' to keyword Feel free to come ask questions or to say hello in our QA chat: https://web.libera.chat/?settings=#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 143186] pivotcaches - BASIC runtime error 423
https://bugs.documentfoundation.org/show_bug.cgi?id=143186 --- Comment #8 from QA Administrators --- Dear johnks, To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from https://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to 'inherited from OOo'; 4b. If the bug was not present in 3.3 - add 'regression' to keyword Feel free to come ask questions or to say hello in our QA chat: https://web.libera.chat/?settings=#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 127184] AUTO CAPTION: Number range changes from "Figure" to "Schaubild" after save and reload in German UI (steps in comment 15)
https://bugs.documentfoundation.org/show_bug.cgi?id=127184 --- Comment #16 from QA Administrators --- Dear Pit Zaclade, To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from https://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to 'inherited from OOo'; 4b. If the bug was not present in 3.3 - add 'regression' to keyword Feel free to come ask questions or to say hello in our QA chat: https://web.libera.chat/?settings=#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157219] New: Cells cannot be merged after unsharing
https://bugs.documentfoundation.org/show_bug.cgi?id=157219 Bug ID: 157219 Summary: Cells cannot be merged after unsharing Product: LibreOffice Version: 7.0.3.1 release Hardware: x86-64 (AMD64) OS: Windows (All) Status: UNCONFIRMED Severity: normal Priority: medium Component: BASIC Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: 1009323...@qq.com Created attachment 189540 --> https://bugs.documentfoundation.org/attachment.cgi?id=189540=edit This is an xlsx format file that I undid and still can't merge cells. In the form of xlsx format, the shared table cannot merge cells, but the merge cell button is still gray after canceling the share. Temporary solution Save the package table as ods restart operation to cancel the sharing can be solved. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157204] When creating a new Macro, LO Calc crashes.
https://bugs.documentfoundation.org/show_bug.cgi?id=157204 ady changed: What|Removed |Added Resolution|FIXED |WORKSFORME -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157218] Impress Portable: Sizeable files won't load/play
https://bugs.documentfoundation.org/show_bug.cgi?id=157218 --- Comment #8 from Daniel Collins --- Note that I initially observed this bug in Libre Office 7.5, and re-confirmed it after updating to 7.6 (in each case with matching version on the production PC and the Libre Office Portable image). -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157218] Impress Portable: Sizeable files won't load/play
https://bugs.documentfoundation.org/show_bug.cgi?id=157218 --- Comment #7 from Daniel Collins --- Created attachment 189539 --> https://bugs.documentfoundation.org/attachment.cgi?id=189539=edit Quarter-sized file E -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157218] Impress Portable: Sizeable files won't load/play
https://bugs.documentfoundation.org/show_bug.cgi?id=157218 --- Comment #6 from Daniel Collins --- Created attachment 189538 --> https://bugs.documentfoundation.org/attachment.cgi?id=189538=edit Quarter-sized file D -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157218] Impress Portable: Sizeable files won't load/play
https://bugs.documentfoundation.org/show_bug.cgi?id=157218 --- Comment #5 from Daniel Collins --- Created attachment 189537 --> https://bugs.documentfoundation.org/attachment.cgi?id=189537=edit Quarter-sized file C -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157218] Impress Portable: Sizeable files won't load/play
https://bugs.documentfoundation.org/show_bug.cgi?id=157218 --- Comment #4 from Daniel Collins --- Created attachment 189536 --> https://bugs.documentfoundation.org/attachment.cgi?id=189536=edit Quarter-sized file B -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157218] Impress Portable: Sizeable files won't load/play
https://bugs.documentfoundation.org/show_bug.cgi?id=157218 --- Comment #3 from Daniel Collins --- Created attachment 189535 --> https://bugs.documentfoundation.org/attachment.cgi?id=189535=edit Quarter-sized file A A roughly one-quarter sized section of the initial file. This and other like-sized files collectively contain all of the original file's content, and all load & play through that content successfully. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157218] Impress Portable: Sizeable files won't load/play
https://bugs.documentfoundation.org/show_bug.cgi?id=157218 --- Comment #2 from Daniel Collins --- Created attachment 189534 --> https://bugs.documentfoundation.org/attachment.cgi?id=189534=edit Half-sized file First half of full file: this file loads but crashes Libre Office Portable part way through playing slideshow. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157218] Impress Portable: Sizeable files won't load/play
https://bugs.documentfoundation.org/show_bug.cgi?id=157218 --- Comment #1 from Daniel Collins --- Created attachment 189533 --> https://bugs.documentfoundation.org/attachment.cgi?id=189533=edit Full-sized file Full-sized file that Impress Portable cannot load. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157218] New: Impress Portable: Sizeable files won't load/play
https://bugs.documentfoundation.org/show_bug.cgi?id=157218 Bug ID: 157218 Summary: Impress Portable: Sizeable files won't load/play Product: LibreOffice Version: 7.6.0.3 release Hardware: x86-64 (AMD64) OS: Windows (All) Status: UNCONFIRMED Severity: normal Priority: medium Component: Impress Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: dcoll...@superdan.net Description: I have a set of several Impress files, heavy on math formulas/images, a little larger (~2M) than I normally use. The content was from a textbook publisher initially in Powerpoint format, converted to Impress (which isn't a problem in other cases for me). These files work fine in my current version of Libre Office (7.5.1.2), but they fail in Portable Libre Office (7.5.4). More specifically: - At full size, the files fail to load in Libre Office Portable. - If I split the files into about half-size sections, then they all load, but crash Libre Office Portable at some variable point into playing the slideshow. - If I split the files into about quarter-size components, then they all load and play through all of the content successfully. Steps to Reproduce: Case A 1. Load full-size file in Impress Portable. Case B 1. Load half-size file, play slideshow in Impress Portable. Case C 1. Load quarter-size file, play slideshow in Impress Portable. Actual Results: A: File fails to load. "Read Error. Format error discovered in the file in sub-document content.xml at position 398, 2811 (row, col)." B: Application crashes part way through slideshow. C: Slideshow runs successfully to end. Expected Results: Slideshow should load & run in each case. Reproducible: Always User Profile Reset: No Additional Info: Version: 7.6.0.3 (x86) / LibreOffice Community Build ID: 69edd8b8ebc41d00b4de3915dc82f8f0fc3b6265 CPU threads: 8; OS: Windows 10.0 Build 22621; UI render: Skia/Raster; VCL: win Locale: en-US (en_US); UI: en-US Calc: threaded -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 156438] Carefully choose visible language group tab when opening font selection dialog
https://bugs.documentfoundation.org/show_bug.cgi?id=156438 --- Comment #4 from Mike Kaganski --- (In reply to Eyal Rozenberg from comment #3) > (In reply to Mike Kaganski from comment #2) > > I disagree. > > Disagree with what part of what we said? With the proposal from comment 0, given the absence of a specific reference, *obviously*. > > Enabling Asian support means user is interested in respective > > options/properties. So showing the properties should be independent on any > > file content / system configuration in this case. > > Yes, but that's true for RTL-CTL as well. Is the user's interest in CJK > always stronger than their interest in RTL-CTL? Given that we know each other, let me believe that your words were not an attempt to make me look bad, and you truly needed a "same for other groups" remark in my comment, which took your wording from comment 0 as an example... Still I don't believe that you couldn't guess that, so still clueless what was the purpose of this specific question. > If the user enabled both, > they will sometimes work on RTL-mostly documents, and will want to see the > RTL font first and foremost; and sometime work on CJK-mostly documents and > will want to see the CJK font first and foremost. Having something active is the usual approach when someone wants something "first and foremost", not hiding something else. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 105948] [META] Undo/Redo bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=105948 Stéphane Guillou (stragu) changed: What|Removed |Added Depends on|112649 | Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=112649 [Bug 112649] EDITING Canceling Add rows in Chart data table does not cancel the action -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 118758] Chart does not preserve old values while editing the data table even if click the cancel button.
https://bugs.documentfoundation.org/show_bug.cgi?id=118758 Stéphane Guillou (stragu) changed: What|Removed |Added See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=11 ||2649 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 108539] [META] Chart data table bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=108539 Stéphane Guillou (stragu) changed: What|Removed |Added Depends on||112649 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=112649 [Bug 112649] EDITING Canceling Add rows in Chart data table does not cancel the action -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 90486] [META] Chart bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=90486 Stéphane Guillou (stragu) changed: What|Removed |Added Depends on|112649 | Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=112649 [Bug 112649] EDITING Canceling Add rows in Chart data table does not cancel the action -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 108539] [META] Chart data table bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=108539 Bug 108539 depends on bug 112649, which changed state. Bug 112649 Summary: EDITING Canceling Add rows in Chart data table does not cancel the action https://bugs.documentfoundation.org/show_bug.cgi?id=112649 What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 112649] EDITING Canceling Add rows in Chart data table does not cancel the action
https://bugs.documentfoundation.org/show_bug.cgi?id=112649 Stéphane Guillou (stragu) changed: What|Removed |Added Summary|EDITING Canceling Add rows |EDITING Canceling Add rows |in Chart does not cancel|in Chart data table does |the action |not cancel the action OS|Windows (All) |All CC||caolan.mcnamara@collabora.c ||om, ||stephane.guillou@libreoffic ||e.org Status|NEW |RESOLVED See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=11 ||8758 Blocks|90486, 105948 |108539 Resolution|--- |FIXED Whiteboard||target:6.4.0 --- Comment #6 from Stéphane Guillou (stragu) --- Repro in 6.3.6.2, but not since 6.4.7.2 as the Cancel and OK button were replaced by a single Close button. Caolán's DataEditor weld fixed it in aa7e7747f4296b3b92379c3c7703b80ad8af6a8b. Thanks Caolán! Undo-redo always worked. Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=90486 [Bug 90486] [META] Chart bugs and enhancements https://bugs.documentfoundation.org/show_bug.cgi?id=105948 [Bug 105948] [META] Undo/Redo bugs and enhancements https://bugs.documentfoundation.org/show_bug.cgi?id=108539 [Bug 108539] [META] Chart data table bugs and enhancements -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157204] When creating a new Macro, LO Calc crashes.
https://bugs.documentfoundation.org/show_bug.cgi?id=157204 darkmetal...@gmail.com changed: What|Removed |Added Status|NEEDINFO|RESOLVED Resolution|--- |FIXED --- Comment #3 from darkmetal...@gmail.com --- I update to a newer version, as suggested, and the problem has been remedied. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 108539] [META] Chart data table bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=108539 Stéphane Guillou (stragu) changed: What|Removed |Added Depends on|42196 | Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=42196 [Bug 42196] Automatically extend the chart data source range when adding rows at the end -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 42196] Automatically extend the chart data source range when adding rows at the end
https://bugs.documentfoundation.org/show_bug.cgi?id=42196 Stéphane Guillou (stragu) changed: What|Removed |Added Blocks|108539 | URL||https://ask.libreoffice.org ||/t/problem-with-no-automati ||c-data-range-update-for-cha ||rts/6452 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=108539 [Bug 108539] [META] Chart data table bugs and enhancements -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 138195] UI: Rename image/chart has no separate undo step (working correctly for textbox)
https://bugs.documentfoundation.org/show_bug.cgi?id=138195 Stéphane Guillou (stragu) changed: What|Removed |Added CC||stephane.guillou@libreoffic ||e.org Version|4.4.7.2 release |Inherited From OOo --- Comment #4 from Stéphane Guillou (stragu) --- Same in recent master build: Version: 24.2.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: cea165a3ebdb5f2a2b172004ff1b3848f303d78a CPU threads: 8; OS: Linux 5.15; UI render: default; VCL: gtk3 Locale: en-AU (en_AU.UTF-8); UI: en-US Calc: threaded No repro in Calc. At least for images, inherited from OOo 3.3. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 105948] [META] Undo/Redo bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=105948 Stéphane Guillou (stragu) changed: What|Removed |Added Depends on|138763 | Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=138763 [Bug 138763] Changed chart colors for bars/dataseries not included in undo steps -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 62595] Make Edits to Charts Undoable outside of edit mode (or merge with main undo/redo stack)
https://bugs.documentfoundation.org/show_bug.cgi?id=62595 Stéphane Guillou (stragu) changed: What|Removed |Added CC||tele...@surfxs.nl --- Comment #17 from Stéphane Guillou (stragu) --- *** Bug 138763 has been marked as a duplicate of this bug. *** -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 138763] Changed chart colors for bars/dataseries not included in undo steps
https://bugs.documentfoundation.org/show_bug.cgi?id=138763 Stéphane Guillou (stragu) changed: What|Removed |Added Version|4.4.7.2 release |Inherited From OOo Resolution|--- |DUPLICATE CC||stephane.guillou@libreoffic ||e.org Blocks|105948 | Status|NEW |RESOLVED --- Comment #5 from Stéphane Guillou (stragu) --- You have to be in chart edit mode to be able to undo chart changes, because chart editing has a different undo/redo stack. Same in other components. Let's mark as a duplicate of bug 62595. *** This bug has been marked as a duplicate of bug 62595 *** Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=105948 [Bug 105948] [META] Undo/Redo bugs and enhancements -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 121207] LO Impress: No description of step in Undo/Redo after inserting Chart, Table or Media in AutoLayout Object Area
https://bugs.documentfoundation.org/show_bug.cgi?id=121207 Stéphane Guillou (stragu) changed: What|Removed |Added Version|3.3.0 release |Inherited From OOo CC||stephane.guillou@libreoffic ||e.org Summary|LO Impress: No information |LO Impress: No description |in Undo/Redo after |of step in Undo/Redo after |inserting Chart |inserting Chart, Table or ||Media in AutoLayout Object ||Area --- Comment #10 from Stéphane Guillou (stragu) --- Repro in recent master build: Version: 24.2.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: cea165a3ebdb5f2a2b172004ff1b3848f303d78a CPU threads: 8; OS: Linux 5.15; UI render: default; VCL: gtk3 Locale: en-AU (en_AU.UTF-8); UI: en-US Calc: threaded Reproduced in OOo 3.3, so inherited. I noticed that this happens only when the object is inserted in that "AutoLayout Object Area" (the frame with "click to add text"). It also happens with tables, videos and audio, but not with images (can be tested with the overlay buttons in the middle of a new slide) - a difference that might point to a solution? -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 156815] Renaming a sheet should update ranges in solver models
https://bugs.documentfoundation.org/show_bug.cgi?id=156815 Rafael Lima changed: What|Removed |Added Ever confirmed|0 |1 Status|UNCONFIRMED |ASSIGNED Assignee|libreoffice-b...@lists.free |rafael.palma.l...@gmail.com |desktop.org | --- Comment #2 from Rafael Lima --- Here's the proposed patch to fix this issue: https://gerrit.libreoffice.org/c/core/+/156872 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 105948] [META] Undo/Redo bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=105948 Stéphane Guillou (stragu) changed: What|Removed |Added Depends on|142434 | Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=142434 [Bug 142434] LO Draw: can't undo 'Insert->Chart' -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 62595] Make Edits to Charts Undoable outside of edit mode (or merge with main undo/redo stack)
https://bugs.documentfoundation.org/show_bug.cgi?id=62595 Stéphane Guillou (stragu) changed: What|Removed |Added CC||f...@df.ru --- Comment #16 from Stéphane Guillou (stragu) --- *** Bug 142434 has been marked as a duplicate of this bug. *** -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 142434] LO Draw: can't undo 'Insert->Chart'
https://bugs.documentfoundation.org/show_bug.cgi?id=142434 Stéphane Guillou (stragu) changed: What|Removed |Added CC||stephane.guillou@libreoffic ||e.org Status|NEW |RESOLVED Resolution|--- |DUPLICATE Blocks|105948 | --- Comment #3 from Stéphane Guillou (stragu) --- You have to click out of edit mode to be able to undo the insertion, because chart editing has a different undo/redo stack. Same in other components. Let's mark as a duplicate of bug 62595. *** This bug has been marked as a duplicate of bug 62595 *** Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=105948 [Bug 105948] [META] Undo/Redo bugs and enhancements -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 82535] Allow hot/direct editing of OLE objects like charts and formulas without entering Edit mode
https://bugs.documentfoundation.org/show_bug.cgi?id=82535 Stéphane Guillou (stragu) changed: What|Removed |Added Depends on||62595 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=62595 [Bug 62595] Make Edits to Charts Undoable outside of edit mode (or merge with main undo/redo stack) -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 62595] Make Edits to Charts Undoable outside of edit mode (or merge with main undo/redo stack)
https://bugs.documentfoundation.org/show_bug.cgi?id=62595 Stéphane Guillou (stragu) changed: What|Removed |Added Summary|Make Edits to Charts|Make Edits to Charts |Undoable -- Currently Chart |Undoable outside of edit |Edits Are Not Undoable via |mode (or merge with main |Ctrl + Z|undo/redo stack) CC||stephane.guillou@libreoffic ||e.org Blocks||82535 Version|4.0.2.1 rc |Inherited From OOo --- Comment #15 from Stéphane Guillou (stragu) --- Same in OOo 3.3, so inherited. Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=82535 [Bug 82535] Allow hot/direct editing of OLE objects like charts and formulas without entering Edit mode -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 82535] Allow hot/direct editing of OLE objects like charts and formulas without entering Edit mode
https://bugs.documentfoundation.org/show_bug.cgi?id=82535 Stéphane Guillou (stragu) changed: What|Removed |Added See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=15 ||7206 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157206] EDITING Deleting selected chart is unnecessarily complicated
https://bugs.documentfoundation.org/show_bug.cgi?id=157206 Stéphane Guillou (stragu) changed: What|Removed |Added CC||stephane.guillou@libreoffic ||e.org See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=12 ||9617, ||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=82 ||535 --- Comment #1 from Stéphane Guillou (stragu) --- (In reply to Timo Suoranta from comment #0) > IMHO the idea that "user selects something to delete it" is basic > functionality and what most new users expect how it works. At least that's how it works when out of edit mode: single-click > Delete. > Deviating from > how it works in most other software leads to poor user experience. I had a look at others, and you are correct: all 5 apps I tested (OnlyOffice, Gnumeric, Calligra Sheets, Google Sheets and MS365) can remove the chart directly after creation with the Delete key. So I guess you could suggest not having the edit mode on when finishing the Wizard? I would be interested to know what is the proportion of people who usually need to straight away customise the chart further (i.e. needing the edit mode on) vs people generally happy with the defaults and wanting to just move the chart around and keep on editing the spreadsheet (i.e. needing the edit mode off). All in all, I agree that having the whole chart object selected (so it can be moved with the keyboard, deleted, copied, exported from context menu...) is more useful than having the chart area selected (probably the element that is the _least_ modified in a chart). And Wizards are supposed to give you most of what you need and reduce the need to further edit anyway. The "best of both worlds" solution that would make everyone happy would be to be able to edit a chart without needing to enter an edit mode: bug 82535. Which would also result in having the undo-redo stacks merged as one: bug 62595. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 129617] EDITING: Support deleting chart objects in edit mode
https://bugs.documentfoundation.org/show_bug.cgi?id=129617 Stéphane Guillou (stragu) changed: What|Removed |Added See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=15 ||7206 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 82535] Allow hot/direct editing of OLE objects like charts and formulas without entering Edit mode
https://bugs.documentfoundation.org/show_bug.cgi?id=82535 Stéphane Guillou (stragu) changed: What|Removed |Added CC||stephane.guillou@libreoffic ||e.org Version|unspecified |Inherited From OOo Hardware|Other |All Component|LibreOffice |Chart -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 156963] Ability to glue non-line objects together without grouping
https://bugs.documentfoundation.org/show_bug.cgi?id=156963 --- Comment #6 from Eyal Rozenberg --- (In reply to Stéphane Guillou (stragu) from comment #4) > Eyal mentioned in the Description that his points 2 and 3 are not covered by > groups (cases of one shape following the other when only one is > moved/resized), but I think point 3 is actually already covered, given that > the pivot point can be moved to anywhere. Good point about setting the pivot point, but - it doesn't quite cover point 3, because: I. Once object are grouped, the pivot point will not snap to relevant points within the object of interest. The only way to set the point correctly would be to get the exact size & position of the shape (which in itself may have a bit of a precision problem, see bug 152079). II. Whenever you want to perform another rotation - you need to perform the whole procedure of setting the pivot point again. So, even after you've gone to all the trouble, III. The pivot point is not relative to the group, but to the slide/page. So if you move the grouped object, or if you resize an object within the group, or if you resize the whole group - you can't even rotate again around the center of the _same_ object. So - it is not marginally more convenient, it is significantly more convenient... -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 156963] Ability to glue non-line objects together without grouping
https://bugs.documentfoundation.org/show_bug.cgi?id=156963 Eyal Rozenberg changed: What|Removed |Added Blocks||112703 --- Comment #5 from Eyal Rozenberg --- (In reply to Heiko Tietze from comment #3) > Makes not much sense to me. Text boxes or frames are means to place content > at exact x/y positions while using multiple columns in one text box gives a > lot of freedom for any other layout. I don't see how this comment relates to this bug: * This bug is not about textboxes, it's about all objects. * This bug is not about initial placement by the user, it's about changes (including of placement) to objects without direct user action on the objects. * This bug has nothing to do with columns... are you sure you're commenting on the right bug? 8-\ > Ultimately it is question of ODF That's paradigmatically false. That is, it's true that some features require changes to the ODF. However, they can be acknowledged as desirable or necessary features before the ODF spec has changed, along with an implicit or explicit petition to change/add to the spec. (In fact, sometimes they can even be implemented as editing-session-lifetime features which aren't persisted in the ODF, but I'm not suggesting that for this enhancement.) > You may group objects and such a group behaves as wanted. It definitely does not, as I will elaborate in a reply to Stephane. > > => NAB/WF Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=112703 [Bug 112703] [META] ODF (XML) bug tracker -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 112703] [META] ODF (XML) bug tracker
https://bugs.documentfoundation.org/show_bug.cgi?id=112703 Eyal Rozenberg changed: What|Removed |Added Depends on||156963 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=156963 [Bug 156963] Ability to glue non-line objects together without grouping -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157217] New: Ordered List changes from what created to a bracket blue on opening a file
https://bugs.documentfoundation.org/show_bug.cgi?id=157217 Bug ID: 157217 Summary: Ordered List changes from what created to a bracket blue on opening a file Product: LibreOffice Version: 7.6.0.3 release Hardware: All OS: All Status: UNCONFIRMED Severity: normal Priority: medium Component: Writer Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: dear...@gmail.com I do not think that it is a bug, but please help me in correcting what I am doing wrong. I have created a file with an ordered list and use the soft return and tabs to enter more detailed information on the topic. After saving the file and closing, then opening the next time to enter more information, the numbered list number turns blue and is in brackets. When I attempt to do a copy paste for the data, it does not format in this screen properly. Basically it looks like: Original as I enter: (tabs do not format, so using spaces, [sr]=soft return, [t]=tab) 1.[t] Intro, Garlic 2.[t] Staking Tomatoes[sr] [t][t]Determinate (Bush Type)[sr] [t][t]Indeterminate (Vine Type) 3.[t] Green Onion Seeds 4.[t] Harvesting Lettuce and so on On opening the file I get: 1.[t] Intro, Garlic [2.] Staking Tomatoes[sr] [t][t]Determinate (Bush Type)[sr] [t][t]Indeterminate (Vine Type0 2.[3.] Green Onion Seeds 3.[4.] Harvesting Lettuce and so on Except for the first 1., the numbering beyond that is blue Every time I open the file, I can correct the problem by going to the end of the line that has the carriage return (I have the paragraph indicator turned on) by hitting the delete key to bring the next line up (deleting the CR) and then hitting the return. I need to go through the full file, now 28 pages long. (Yea, I'm trying to learn gardening and taking notes from some YouTube file.) As noted, I don't think this is a bug but I don't know what to do to correct the issue. I have made two changes for the typing under Tools/AutoCorrect/Options/ -Delete spaces and tabs at beginning and end ... -Delete spaces and tabs at end and start ... by clearing the check for both the [M] and [T} column (but don't really know what they mean). I did this from a search which recommended the change after I had another problem. The problem was corrected but now have this new one when opening the file. I very much appreciate your time in providing me guidance. The options are many and sure wish I understood them. Thank you for your time and consideration. Dennis Rice dear...@gmail.com -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 155637] 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 Stéphane Guillou (stragu) changed: What|Removed |Added See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=15 ||6962 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 156962] UI: multline textfield not refreshing? (kf5/qt5 with Cairo)
https://bugs.documentfoundation.org/show_bug.cgi?id=156962 Stéphane Guillou (stragu) changed: What|Removed |Added See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=15 ||5637 Regression By||Caolán McNamara Summary|UI: multline textfield not |UI: multline textfield not |refreshing? |refreshing? (kf5/qt5 with ||Cairo) Status|NEEDINFO|NEW Version|7.4.5.1 release |7.5.4.2 release Keywords||bibisected, bisected, ||regression Whiteboard| QA:needsComment| CC||caolan.mcnamara@collabora.c ||om Blocks||102495 --- Comment #6 from Stéphane Guillou (stragu) --- Thank you! Reproduced in: Version: 7.5.6.2 (X86_64) / LibreOffice Community Build ID: f654817fb68d6d4600d7d2f6b647e47729f55f15 CPU threads: 8; OS: Linux 5.15; UI render: default; VCL: kf5 (cairo+xcb) Locale: en-AU (en_AU.UTF-8); UI: en-US Calc: threaded and 7.6.1.1. Also with qt5 (cairo+xcb). - Scrolling leaves horizontal lines on the frame. - When adding lines after reaching the bottom of the object, the characters keep overlapping and accumulating. Not reproduced with gtk3 VCL plugin. Not reproduced in 7.4.7.2 -> regression. Bibisected with linux-64-7-5 repo to first bad commit f8a0d8ee676d110bfe19fbb3396292db93e6d69c which points to core commit 0e14dbc9ecdf6abae3ae3089e3b4e22f27dd4cb1 which is a cherrypick of: commit 0e14dbc9ecdf6abae3ae3089e3b4e22f27dd4cb1 author Caolán McNamara Thu May 04 10:24:53 2023 +0100 committer Michael Stahl Fri May 05 10:48:33 2023 +0200 Resolves: tdf#155029 set StandardStyles before updateFromModel Reviewed-on: https://gerrit.libreoffice.org/c/core/+/151370 Caolán, can you please have a look? Likely the same issue as bug 155637. Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=102495 [Bug 102495] [META] KDE (kf5) VCL backend bugs and enhancements -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 102495] [META] KDE (kf5) VCL backend bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=102495 Stéphane Guillou (stragu) changed: What|Removed |Added Depends on||156962 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=156962 [Bug 156962] UI: multline textfield not refreshing? (kf5/qt5 with Cairo) -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 107742] [META] Form control bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=107742 Stéphane Guillou (stragu) changed: What|Removed |Added Depends on||155636 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=155636 [Bug 155636] Forms: Background of form controls isn't shown while creating a form. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 155636] Forms: Background of form controls isn't shown while creating a form.
https://bugs.documentfoundation.org/show_bug.cgi?id=155636 Stéphane Guillou (stragu) changed: What|Removed |Added Blocks||107742 Version|7.6.0.0 alpha1+ |7.5.4.2 release Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=107742 [Bug 107742] [META] Form control bugs and enhancements -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 156438] Carefully choose visible language group tab when opening font selection dialog
https://bugs.documentfoundation.org/show_bug.cgi?id=156438 Eyal Rozenberg changed: What|Removed |Added Summary|Apply heuristic for |Carefully choose visible |choosing visible language |language group tab when |group tab when opening |opening font selection |dialog |dialog --- Comment #3 from Eyal Rozenberg --- (In reply to Heiko Tietze from comment #1) > The dialog layout was changed for bug 146928 to make it fit on small > screens. No objections to put effort into storing user data. So, you support using persistence for this? Do you believe it's better than the alternatives or are you just saying that it's an acceptable option? (In reply to Mike Kaganski from comment #2) > I disagree. Disagree with what part of what we said? :-( > Enabling Asian support means user is interested in respective > options/properties. So showing the properties should be independent on any > file content / system configuration in this case. Yes, but that's true for RTL-CTL as well. Is the user's interest in CJK always stronger than their interest in RTL-CTL? If the user enabled both, they will sometimes work on RTL-mostly documents, and will want to see the RTL font first and foremost; and sometime work on CJK-mostly documents and will want to see the CJK font first and foremost. > If the shown elements confuse users, their placement need to be > re-considered again, so that their presence would be OK. This bug is about convenience vs. hassle, not confusing vs clarity. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157157] Underscores in MathType equations in a .DOCX file do not convert correctly
https://bugs.documentfoundation.org/show_bug.cgi?id=157157 Gabor Kelemen (allotropia) changed: What|Removed |Added Version|unspecified |5.4.0.3 release Keywords|bibisectRequest |bibisected, bisected --- Comment #4 from Gabor Kelemen (allotropia) --- First change in 5.0 was: https://git.libreoffice.org/core/+/791d8b4f1f656a8553c25fe9034ca8a350efaaae author Miklos Vajna Wed Apr 15 15:41:11 2015 +0200 committer Miklos Vajna Wed Apr 15 17:16:56 2015 +0200 DOCX import: convert MathType to Math if MathTypeToMath is enabled Second change in 5.4 was: https://git.libreoffice.org/core/+/42870930e2a625766288edc3ba956c1bcac198f0 author Takeshi Abe Thu Mar 23 18:45:38 2017 +0900 committer Takeshi Abe Thu Mar 23 13:42:53 2017 + starmath: Fix memory leak at double sub/superscripts -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-commits] core.git: offapi/UnoApi_offapi.mk
offapi/UnoApi_offapi.mk |1 - 1 file changed, 1 deletion(-) New commits: commit 43df1237a091e2b0f4495d5a7e959f7beaab025d Author: Sarper Akdemir AuthorDate: Tue Sep 12 21:53:25 2023 +0300 Commit: Sarper Akdemir CommitDate: Tue Sep 12 23:32:07 2023 +0200 remove repeated idl file in gb_UnoApi_add_idl_files call XConditionEntry was repeated twice on line 3498 and 3495 of offapi/UnoApi_offapi.mk Removed the first one. Change-Id: I7dd7db3c527a2a6825363ba4fb24eb266f870f53 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/156857 Tested-by: Jenkins Reviewed-by: Sarper Akdemir diff --git a/offapi/UnoApi_offapi.mk b/offapi/UnoApi_offapi.mk index abfbcfb8703d..90753f08384e 100644 --- a/offapi/UnoApi_offapi.mk +++ b/offapi/UnoApi_offapi.mk @@ -3492,7 +3492,6 @@ $(eval $(call gb_UnoApi_add_idlfiles,offapi,com/sun/star/sheet,\ XCellSeries \ XColorScaleEntry \ XCompatibilityNames \ - XConditionEntry \ XConditionalFormat \ XConditionalFormats \ XConditionEntry \
[Libreoffice-bugs] [Bug 111820] Axes are not rendered in 3D chart
https://bugs.documentfoundation.org/show_bug.cgi?id=111820 Stéphane Guillou (stragu) changed: What|Removed |Added OS|Windows (All) |All Hardware|x86 (IA32) |All --- Comment #9 from Stéphane Guillou (stragu) --- Also on Linux. Saved as XLSX with LO 24.2 alpha0+ and opened in MS365 shows the coloured, thicker axes. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 113363] [META] DOCX (OOXML) content control-related issues
https://bugs.documentfoundation.org/show_bug.cgi?id=113363 Aron Budea changed: What|Removed |Added Depends on||157136 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=157136 [Bug 157136] Some Word's plain text content controls import with wrong properties -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157216] New: FILEOPEN PPTX: object specific glue points of preset shape "flowChartConnector" are not imported
https://bugs.documentfoundation.org/show_bug.cgi?id=157216 Bug ID: 157216 Summary: FILEOPEN PPTX: object specific glue points of preset shape "flowChartConnector" are not imported Product: LibreOffice Version: 24.2.0.0 alpha0+ Master Hardware: All OS: All Status: UNCONFIRMED Severity: normal Priority: medium Component: Impress Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: rb.hensc...@t-online.de Created attachment 189532 --> https://bugs.documentfoundation.org/attachment.cgi?id=189532=edit document with shape "flowChartConnector" Open attached document. It contains the shape "flowChartConnector". That shape has 8 glue points. The drawing has connectors to each of them. The second slide has a screenshot how it looks in PowerPoint. Error: The connectors use wrong target glue points. In addition the escape directions are wrong, but that is bug 157215. When you look at the GluePoints property with the Development Tools, you see that the object specific glue points do not exist, but only the four default glue points. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-commits] core.git: Branch 'libreoffice-7-6' - vcl/qa vcl/source
vcl/qa/cppunit/GraphicTest.cxx | 14
vcl/qa/cppunit/data/tdf149545.svg | 32
vcl/source/filter/GraphicFormatDetector.cxx |2 -
3 files changed, 47 insertions(+), 1 deletion(-)
New commits:
commit 235ebd321bb89f0c1c103c4c7ae88f9ddf291a7f
Author: Xisco Fauli
AuthorDate: Tue Sep 12 14:29:21 2023 +0200
Commit: Tomaž Vajngerl
CommitDate: Tue Sep 12 23:00:38 2023 +0200
tdf#149545: increase svg check size
otherwise it will fail to open documents like the one in
tdf#149545 with long comments before "https://gerrit.libreoffice.org/c/core/+/156844
Tested-by: Jenkins
Reviewed-by: Tomaž Vajngerl
Signed-off-by: Xisco Fauli
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/156862
diff --git a/vcl/qa/cppunit/GraphicTest.cxx b/vcl/qa/cppunit/GraphicTest.cxx
index 2dff15f29d34..0acd4a2cf783 100644
--- a/vcl/qa/cppunit/GraphicTest.cxx
+++ b/vcl/qa/cppunit/GraphicTest.cxx
@@ -86,6 +86,7 @@ private:
void testLoadWEBP();
void testLoadSVGZ();
+void testTdf149545();
void testAvailableThreaded();
void testColorChangeToTransparent();
@@ -126,6 +127,7 @@ private:
CPPUNIT_TEST(testLoadWEBP);
CPPUNIT_TEST(testLoadSVGZ);
+CPPUNIT_TEST(testTdf149545);
CPPUNIT_TEST(testAvailableThreaded);
CPPUNIT_TEST(testColorChangeToTransparent);
@@ -1309,6 +1311,18 @@ void GraphicTest::testLoadSVGZ()
CPPUNIT_ASSERT_EQUAL(tools::Long(100 * scalingY),
aGraphic.GetSizePixel().Height());
}
+void GraphicTest::testTdf149545()
+{
+// Without the fix in place, this test would have failed with
+// - Expected: 0x0(Error Area:Io Class:NONE Code:0)
+// - Actual : 0x8203(Error Area:Vcl Class:General Code:3)
+Graphic aGraphic = loadGraphic(u"tdf149545.svg");
+CPPUNIT_ASSERT_EQUAL(GraphicType::Bitmap, aGraphic.GetType());
+const auto[scalingX, scalingY] = getDPIScaling();
+CPPUNIT_ASSERT_EQUAL(tools::Long(100 * scalingX),
aGraphic.GetSizePixel().Width());
+CPPUNIT_ASSERT_EQUAL(tools::Long(100 * scalingY),
aGraphic.GetSizePixel().Height());
+}
+
void GraphicTest::testAvailableThreaded()
{
Graphic jpgGraphic1 = importUnloadedGraphic(u"TypeDetectionExample.jpg");
diff --git a/vcl/qa/cppunit/data/tdf149545.svg
b/vcl/qa/cppunit/data/tdf149545.svg
new file mode 100644
index ..39fd956142bd
--- /dev/null
+++ b/vcl/qa/cppunit/data/tdf149545.svg
@@ -0,0 +1,32 @@
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+http://www.w3.org/2000/svg;
xmlns:xlink="http://www.w3.org/1999/xlink; id="svg-root" width="100%"
height="100%" viewBox="0 0 99 99">
+
+
+
+
diff --git a/vcl/source/filter/GraphicFormatDetector.cxx
b/vcl/source/filter/GraphicFormatDetector.cxx
index 1a216bb1db92..e718b883d8bc 100644
--- a/vcl/source/filter/GraphicFormatDetector.cxx
+++ b/vcl/source/filter/GraphicFormatDetector.cxx
@@ -31,7 +31,7 @@
#include
#include
-constexpr sal_uInt32 SVG_CHECK_SIZE = 2048;
+constexpr sal_uInt32 SVG_CHECK_SIZE = 8192;
constexpr sal_uInt32 WMF_EMF_CHECK_SIZE = 44;
namespace
[Libreoffice-bugs] [Bug 157215] New: FILEOPEN PPTX: glue point escape directions are ignored for object specific glue points
https://bugs.documentfoundation.org/show_bug.cgi?id=157215 Bug ID: 157215 Summary: FILEOPEN PPTX: glue point escape directions are ignored for object specific glue points Product: LibreOffice Version: 24.2.0.0 alpha0+ Master Hardware: All OS: All Status: UNCONFIRMED Severity: enhancement Priority: medium Component: Impress Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: rb.hensc...@t-online.de Created attachment 189531 --> https://bugs.documentfoundation.org/attachment.cgi?id=189531=edit gluepoints with escape directions The attached file contains the shape "flowChartConnector". It defines leaving directions for its glue points. I have used the custGeom from the preset definition to be sure, that the error is not in the import of preset shapes. A glue point in OOXML is defined in a element. It has an "ang" attribute for the leaving direction and a "pos" element for the location of the glue point. These are read in ConnectionSiteContext. But when the read values are transferred to properties only "pos" is evaluated and "ang" is ignored. That happens in CustomShapeProperties::pushToPropSet(). I see no reason to ignore the "ang" attribute. We have the property css.drawing.EscapeDirection. That cannot hold arbitrary angles, but the actual angles used in the OOXML preset shapes can be represented by LEFT, UP, RIGHT and DOWN. ODF has the attribute draw:glue-point-leaving-directions for this. We have already glue point leaving directions for user-defined glue points. So implementing a correct rendering should not be too hard. The result of ignoring the "ang" attribute is, that the drawings in PowerPoint and LibreOffice look different when connectors together with such shapes are used. You can see the escape directions in PowerPoint when you use the "elbow" or "curved" connector there. In LibreOffice those are the "Standard" and "Curved" connectors. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 58676] EDITING: "Search in all sheets" setting should be persistent after reopening the application
https://bugs.documentfoundation.org/show_bug.cgi?id=58676 --- Comment #12 from ady --- (In reply to Jeff Fortin Tam from comment #11) > I have tested now, and Undo (Ctrl+Z) *does* work even if you did a search & > replace across all sheets. When a user executes a replace on _all sheets_ by accident, and the action is discovered immediately, then undo might help. That is not the relevant case I presented; just think about not discovering the accident immediately, with multiple actions after the unnoticed 'replace' (even possibly saving the file and exiting LO completely). Usually, the default settings tend to prevent loss of data, especially by mistake. The alternative method could be to provide a way to set new defaults for a user to set at will: * "factory" default settings for F would be the current situation. * add an icon or checkbox or a round/point/dot option in the F dialog to save whichever settings are set (ON/OFF) in that moment as the next default settings; as soon as the user presses OK in the dialogue, the new settings will be the new default (and the new checkbox will be set OFF in the next execution of the dialogue). * add an icon or checkbox or a round/point/dot option in the F dialog to reset the default settings to the "factory" defaults as soon as the user presses OK in the dialogue. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 145157] Soft Edges effect distorting entire image in Impress
https://bugs.documentfoundation.org/show_bug.cgi?id=145157 Rafael Lima changed: What|Removed |Added CC||noelgran...@gmail.com --- Comment #14 from Rafael Lima --- This issue is still reproducible in Version: 24.2.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: d52feb11c7eab0adf82c1fb410adfd3127bf9497 CPU threads: 12; OS: Linux 6.2; UI render: default; VCL: kf5 (cairo+wayland) Locale: pt-BR (pt_BR.UTF-8); UI: en-US Calc: CL threaded @Noel, maybe you would like to take a look at this one? -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157204] When creating a new Macro, LO Calc crashes.
https://bugs.documentfoundation.org/show_bug.cgi?id=157204 --- Comment #2 from Rafael Lima --- In Step 3 you mean to click "New"? (not "Next") If so, I cannot reproduce the issue in: Version: 7.5.6.2 (X86_64) / LibreOffice Community Build ID: 50(Build:2) CPU threads: 12; OS: Linux 6.2; UI render: default; VCL: kf5 (cairo+wayland) Locale: pt-BR (pt_BR.UTF-8); UI: en-US Ubuntu package version: 4:7.5.6~rc2-0ubuntu0.23.04.1~lo1 Calc: threaded -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 88278] [META] SVG import image filter (all modules)
https://bugs.documentfoundation.org/show_bug.cgi?id=88278 Bug 88278 depends on bug 149545, which changed state. Bug 149545 Summary: SVG "Read Error" message after saving and reopening ODT file https://bugs.documentfoundation.org/show_bug.cgi?id=149545 What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|--- |FIXED -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157208] "Find and Replace" dialog's error notifications should be more noticeable, not an unformatted label in the middle
https://bugs.documentfoundation.org/show_bug.cgi?id=157208 Rafael Lima changed: What|Removed |Added CC||libreoffice-ux-advise@lists ||.freedesktop.org, ||rafael.palma.l...@gmail.com Keywords||needsUXEval -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-ux-advise] [Bug 157208] "Find and Replace" dialog's error notifications should be more noticeable, not an unformatted label in the middle
https://bugs.documentfoundation.org/show_bug.cgi?id=157208 Rafael Lima changed: What|Removed |Added CC||libreoffice-ux-advise@lists ||.freedesktop.org, ||rafael.palma.l...@gmail.com Keywords||needsUXEval -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-bugs] [Bug 157213] Preview and print don't change orientation
https://bugs.documentfoundation.org/show_bug.cgi?id=157213 --- Comment #2 from documentfoundat...@sausenthaler.de --- Created attachment 189530 --> https://bugs.documentfoundation.org/attachment.cgi?id=189530=edit Screenshots of steps and dialogs -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 102495] [META] KDE (kf5) VCL backend bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=102495 Rafael Lima changed: What|Removed |Added Depends on||157214 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=157214 [Bug 157214] [CRASH] Segmentation fault in kf5 + Wayland (/lib/x86_64-linux-gnu/libQt5WaylandClient.so.5) -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157214] [CRASH] Segmentation fault in kf5 + Wayland (/lib/x86_64-linux-gnu/libQt5WaylandClient.so.5)
https://bugs.documentfoundation.org/show_bug.cgi?id=157214 Rafael Lima changed: What|Removed |Added Blocks||102495 Keywords||haveBacktrace Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=102495 [Bug 102495] [META] KDE (kf5) VCL backend bugs and enhancements -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 55651] Let automatically inserted blank pages use style from previous page; and add a blank page for choice
https://bugs.documentfoundation.org/show_bug.cgi?id=55651 Chris Tapp changed: What|Removed |Added CC||opensou...@keylevel.com --- Comment #23 from Chris Tapp --- Yep, this is a feature that I would also use. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157214] New: [CRASH] Segmentation fault in kf5 + Wayland (/lib/x86_64-linux-gnu/libQt5WaylandClient.so.5)
https://bugs.documentfoundation.org/show_bug.cgi?id=157214 Bug ID: 157214 Summary: [CRASH] Segmentation fault in kf5 + Wayland (/lib/x86_64-linux-gnu/libQt5WaylandClient.so.5) Product: LibreOffice Version: 24.2.0.0 alpha0+ Master Hardware: All OS: All Status: UNCONFIRMED Severity: normal Priority: medium Component: LibreOffice Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: rafael.palma.l...@gmail.com Created attachment 189529 --> https://bugs.documentfoundation.org/attachment.cgi?id=189529=edit Backtrace I built the current master from source and when I try to open a file (File - Open) and then switch to another folder (f.i. the Downloads folder) I get a crash. The problem seems to be Wayland-only. It does not happen on X11. Find attached the backtrace. System info Version: 24.2.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: d52feb11c7eab0adf82c1fb410adfd3127bf9497 CPU threads: 12; OS: Linux 6.2; UI render: default; VCL: kf5 (cairo+wayland) Locale: pt-BR (pt_BR.UTF-8); UI: en-US Calc: CL threaded On the same machine using Wayland, the problem does not happen on: Version: 7.5.6.2 (X86_64) / LibreOffice Community Build ID: 50(Build:2) CPU threads: 12; OS: Linux 6.2; UI render: default; VCL: kf5 (cairo+wayland) Locale: pt-BR (pt_BR.UTF-8); UI: en-US Ubuntu package version: 4:7.5.6~rc2-0ubuntu0.23.04.1~lo1 Calc: threaded -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157213] Preview and print don't change orientation
https://bugs.documentfoundation.org/show_bug.cgi?id=157213 --- Comment #1 from documentfoundat...@sausenthaler.de --- Created attachment 189528 --> https://bugs.documentfoundation.org/attachment.cgi?id=189528=edit Oroginal template from Brother suitable for label size -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157213] New: Preview and print don't change orientation
https://bugs.documentfoundation.org/show_bug.cgi?id=157213 Bug ID: 157213 Summary: Preview and print don't change orientation Product: LibreOffice Version: 7.6.0.3 release Hardware: x86-64 (AMD64) OS: Linux (All) Status: UNCONFIRMED Severity: normal Priority: medium Component: Writer Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: documentfoundat...@sausenthaler.de Description: On a label printer, the print orientation can not be changed in the printing dialog. Printing is not possible. I've tested an older version of LO too. It worked some time before. I did not change my templates. On a new document LO Writer does not allow me to set a custom page size height lower than 4.1 cm. But 2.9cm is required on my label printer and may be the reason for the bug. Printer driver: https://aur.archlinux.org/packages/brother-ql500 I'll attach screenshots == Version: 7.6.0.3 (X86_64) / LibreOffice Community Build ID: 60(Build:3) Version: 7.5.6.2 (X86_64) / LibreOffice Community Build ID: 50(Build:2) CPU threads: 8; OS: Linux 6.4; UI render: default; VCL: kf5 (cairo+xcb) Locale: de-DE (de_DE.UTF-8); UI: de-DE 7.6.0-3 Calc: threaded Steps to Reproduce: 1. Open the template in LO Writer 2. Open print dialog 3. Select different printer, Brother QL-500 in my case 4. Test all items in dropdown "Orientation" Actual Results: Neither the content nor the short and long side switch orientation. The print is identical to the preview. Expected Results: Same as when selecting another printer having A4 format. Switching between landscape and portrait switches long and short side and keeps content unrotated. Reproducible: Always User Profile Reset: Yes Additional Info: [Information automatically included from LibreOffice] Locale: de Module: TextDocument [Information guessed from browser] OS: Linux (All) OS is 64bit: yes -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 156808] FILEOPEN PPTX: soft edge effect makes image (except for soft edge) disappear
https://bugs.documentfoundation.org/show_bug.cgi?id=156808 Patrick Luby changed: What|Removed |Added Assignee|libreoffice-b...@lists.free |plub...@neooffice.org |desktop.org | --- Comment #8 from Patrick Luby --- (In reply to Patrick Luby from comment #7) > Update: edges are blurred properly with Skia/Metal on macOS. The failure to > blur the edges only occurs with Skia/Raster and Skia disabled. After some debugging, I am seeing the break get executed (i.e. the alpha mask is empty) at drawinglayer/source/primitive2d/softedgeprimitive2d.cxx:198 when blurring the edges fails: // Get the Alpha and use as base to blur and apply the effect AlphaMask aMask(aBitmapEx.GetAlphaMask()); if (aMask.IsEmpty()) // There is no mask, fully opaque break; So, my current theory is that after the transparency->alpha patch, we now need to do some special handling when there is an empty alpha mask. I will post another update when I have more news. -- You are receiving this mail because: You are the assignee for the bug.
