date:20210102

[Libreoffice-commits] core.git: include/svx svl/source svx/source sw/source

2021-01-02 Thread Noel Grandin (via logerrit)

 include/svx/xit.hxx |1 +
 svl/source/items/cenumitm.cxx   |2 +-
 svl/source/items/cintitem.cxx   |8 
 svl/source/items/custritm.cxx   |2 +-
 svl/source/items/poolitem.cxx   |4 
 svx/source/items/chrtitem.cxx   |1 +
 svx/source/unodraw/UnoNameItemTable.cxx |   25 +++--
 sw/source/core/graphic/grfatr.cxx   |2 +-
 sw/source/core/layout/atrfrm.cxx|2 +-
 sw/source/uibase/envelp/envimg.cxx  |1 +
 sw/source/uibase/envelp/labimg.cxx  |1 +
 11 files changed, 39 insertions(+), 10 deletions(-)

New commits:
commit 3140d30ba56b95536e9f92ef3074579524791fe5
Author: Noel Grandin 
AuthorDate: Sat Jan 2 20:35:33 2021 +0200
Commit: Noel Grandin 
CommitDate: Sun Jan 3 08:53:17 2021 +0100

tighten up asserting in SfxPoolItem::operator==

...subclasses, so we always call the SfxPoolItem::operatar==
which will ensure that we are always comparing two objects that
belong to the same class.

And fix the fallout in SvxUnoNameItemTable.

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

diff --git a/include/svx/xit.hxx b/include/svx/xit.hxx
index 90c19c2f0854..1333a4ef1066 100644
--- a/include/svx/xit.hxx
+++ b/include/svx/xit.hxx
@@ -52,6 +52,7 @@ public:
 OUString const & GetName() const  { return GetValue(); 
  }
 void SetName(const OUString& rName) { SetValue(rName); 
}
 bool IsIndex() const  { return (nPalIndex >= 0); }
+sal_Int32GetPalIndex() const { return nPalIndex; }
 
 /** this static checks if the given NameOrIndex item has a unique name for 
its value.
 The returned String is a unique name for an item with this value in 
both given pools.
diff --git a/svl/source/items/cenumitm.cxx b/svl/source/items/cenumitm.cxx
index 3d0b7e581d52..a2b62d132c23 100644
--- a/svl/source/items/cenumitm.cxx
+++ b/svl/source/items/cenumitm.cxx
@@ -91,7 +91,7 @@ SfxPoolItem* SfxBoolItem::CreateDefault()
 // virtual
 bool SfxBoolItem::operator ==(const SfxPoolItem & rItem) const
 {
-assert(dynamic_cast() != nullptr);
+assert(SfxPoolItem::operator==(rItem));
 return m_bValue == static_cast< SfxBoolItem const * >()->m_bValue;
 }
 
diff --git a/svl/source/items/cintitem.cxx b/svl/source/items/cintitem.cxx
index 0f522f7a9260..d9a77adc2a23 100644
--- a/svl/source/items/cintitem.cxx
+++ b/svl/source/items/cintitem.cxx
@@ -25,7 +25,7 @@
 // virtual
 bool CntByteItem::operator ==(const SfxPoolItem & rItem) const
 {
-assert(dynamic_cast() != nullptr);
+assert(SfxPoolItem::operator==(rItem));
 return m_nValue == static_cast< const CntByteItem * >()->m_nValue;
 }
 
@@ -69,7 +69,7 @@ CntByteItem* CntByteItem::Clone(SfxItemPool *) const
 // virtual
 bool CntUInt16Item::operator ==(const SfxPoolItem & rItem) const
 {
-assert(dynamic_cast() != nullptr);
+assert(SfxPoolItem::operator==(rItem));
 return m_nValue == static_cast()->m_nValue;
 }
 
@@ -116,7 +116,7 @@ CntUInt16Item* CntUInt16Item::Clone(SfxItemPool *) const
 // virtual
 bool CntInt32Item::operator ==(const SfxPoolItem & rItem) const
 {
-assert(dynamic_cast() != nullptr);
+assert(SfxPoolItem::operator==(rItem));
 return m_nValue == static_cast()->m_nValue;
 }
 
@@ -161,7 +161,7 @@ CntInt32Item* CntInt32Item::Clone(SfxItemPool *) const
 // virtual
 bool CntUInt32Item::operator ==(const SfxPoolItem & rItem) const
 {
-assert(dynamic_cast() != nullptr);
+assert(SfxPoolItem::operator==(rItem));
 return m_nValue == static_cast()->m_nValue;
 }
 
diff --git a/svl/source/items/custritm.cxx b/svl/source/items/custritm.cxx
index b6946a4f4e6e..21c835ece189 100644
--- a/svl/source/items/custritm.cxx
+++ b/svl/source/items/custritm.cxx
@@ -27,7 +27,7 @@
 // virtual
 bool CntUnencodedStringItem::operator ==(const SfxPoolItem & rItem) const
 {
-assert(dynamic_cast(  ));
+assert(SfxPoolItem::operator==(rItem));
 return m_aValue
 == static_cast< const CntUnencodedStringItem * >()->
 m_aValue;
diff --git a/svl/source/items/poolitem.cxx b/svl/source/items/poolitem.cxx
index 6cd15433e8b3..c6e3ad6c77d8 100644
--- a/svl/source/items/poolitem.cxx
+++ b/svl/source/items/poolitem.cxx
@@ -21,6 +21,7 @@
 #include 
 #include 
 #include 
+#include 
 #include 
 #include 
 #include 
@@ -482,6 +483,9 @@ SfxPoolItem::~SfxPoolItem()
 
 bool SfxPoolItem::operator==(const SfxPoolItem& rCmp) const
 {
+SAL_WARN_IF(typeid(rCmp) != typeid(*this), "svl",
+"comparing different pool item subclasses " << 
typeid(rCmp).name() << " && "
+<< 
typeid(*this).name());
 assert(typeid(rCmp) == typeid(*this) && "comparing different pool item 
subclasses");

[Libreoffice-commits] core.git: sd/source svx/sdi

2021-01-02 Thread Noel Grandin (via logerrit)

 sd/source/ui/func/fuconarc.cxx |8 
 svx/sdi/svx.sdi|   20 ++--
 2 files changed, 14 insertions(+), 14 deletions(-)

New commits:
commit f4e8c28e465d103a7ac4bc711e3b23ad3cae9996
Author: Noel Grandin 
AuthorDate: Sat Jan 2 19:00:35 2021 +0200
Commit: Noel Grandin 
CommitDate: Sun Jan 3 08:52:31 2021 +0100

Revert "use SdrAngleItem for ID_VAL_ANGLE*"

This reverts commit 0a99feb4539b8c64679778cd5f6c99f58fbaedd3.

Because I didn't find the places that call this SDI action,
and I can't seem to find them now, so I can't fix the callers to use
SdrAngleItem in their parameter list.

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

diff --git a/sd/source/ui/func/fuconarc.cxx b/sd/source/ui/func/fuconarc.cxx
index 1ced022927ac..093d0a70f916 100644
--- a/sd/source/ui/func/fuconarc.cxx
+++ b/sd/source/ui/func/fuconarc.cxx
@@ -80,8 +80,8 @@ void FuConstructArc::DoExecute( SfxRequest& rReq )
 const SfxUInt32Item* pCenterY = 
rReq.GetArg(ID_VAL_CENTER_Y);
 const SfxUInt32Item* pAxisX = rReq.GetArg(ID_VAL_AXIS_X);
 const SfxUInt32Item* pAxisY = rReq.GetArg(ID_VAL_AXIS_Y);
-const SdrAngleItem* pPhiStart = 
rReq.GetArg(ID_VAL_ANGLESTART);
-const SdrAngleItem* pPhiEnd = rReq.GetArg(ID_VAL_ANGLEEND);
+const SfxUInt32Item* pPhiStart = 
rReq.GetArg(ID_VAL_ANGLESTART);
+const SfxUInt32Item* pPhiEnd = rReq.GetArg(ID_VAL_ANGLEEND);
 
 ::tools::Rectangle   aNewRectangle (pCenterX->GetValue () - 
pAxisX->GetValue () / 2,
pCenterY->GetValue () - pAxisY->GetValue () / 2,
@@ -94,8 +94,8 @@ void FuConstructArc::DoExecute( SfxRequest& rReq )
 mpView->getSdrModelFromSdrView(),
 ToSdrCircKind(mpView->GetCurrentObjIdentifier()),
 aNewRectangle,
-pPhiStart->GetValue(),
-pPhiEnd->GetValue());
+Degree100(pPhiStart->GetValue() * 10),
+Degree100(pPhiEnd->GetValue() * 10));
 SdrPageView *pPV = mpView->GetSdrPageView();
 
 mpView->InsertObjectAtView(pNewCircle, *pPV, SdrInsertFlags::SETDEFLAYER);
diff --git a/svx/sdi/svx.sdi b/svx/sdi/svx.sdi
index d22ca5fb064f..dcf2a2c89126 100644
--- a/svx/sdi/svx.sdi
+++ b/svx/sdi/svx.sdi
@@ -234,7 +234,7 @@ SfxBoolItem AlignUp SID_OBJECT_ALIGN_UP
 
 
 SfxBoolItem Arc SID_DRAW_ARC
-(SfxUInt32Item CenterX ID_VAL_CENTER_X,SfxUInt32Item CenterY 
ID_VAL_CENTER_Y,SfxUInt32Item AxisX ID_VAL_AXIS_X,SfxUInt32Item AxisY 
ID_VAL_AXIS_Y,SdrAngleItem StartAngle ID_VAL_ANGLESTART,SdrAngleItem EndAngle 
ID_VAL_ANGLEEND)
+(SfxUInt32Item CenterX ID_VAL_CENTER_X,SfxUInt32Item CenterY 
ID_VAL_CENTER_Y,SfxUInt32Item AxisX ID_VAL_AXIS_X,SfxUInt32Item AxisY 
ID_VAL_AXIS_Y,SfxUInt32Item StartAngle ID_VAL_ANGLESTART,SfxUInt32Item EndAngle 
ID_VAL_ANGLEEND)
 [
 AutoUpdate = TRUE,
 FastCall = FALSE,
@@ -1402,7 +1402,7 @@ SfxBoolItem Circle_Unfilled SID_DRAW_CIRCLE_NOFILL
 
 
 SfxBoolItem CircleArc SID_DRAW_CIRCLEARC
-(SfxUInt32Item CenterX ID_VAL_CENTER_X,SfxUInt32Item CenterY 
ID_VAL_CENTER_Y,SfxUInt32Item AxisX ID_VAL_AXIS_X,SfxUInt32Item AxisY 
ID_VAL_AXIS_Y,SdrAngleItem StartAngle ID_VAL_ANGLESTART,SdrAngleItem EndAngle 
ID_VAL_ANGLEEND)
+(SfxUInt32Item CenterX ID_VAL_CENTER_X,SfxUInt32Item CenterY 
ID_VAL_CENTER_Y,SfxUInt32Item AxisX ID_VAL_AXIS_X,SfxUInt32Item AxisY 
ID_VAL_AXIS_Y,SfxUInt32Item StartAngle ID_VAL_ANGLESTART,SfxUInt32Item EndAngle 
ID_VAL_ANGLEEND)
 [
 AutoUpdate = TRUE,
 FastCall = FALSE,
@@ -1419,7 +1419,7 @@ SfxBoolItem CircleArc SID_DRAW_CIRCLEARC
 
 
 SfxBoolItem CircleCut SID_DRAW_CIRCLECUT
-(SfxUInt32Item CenterX ID_VAL_CENTER_X,SfxUInt32Item CenterY 
ID_VAL_CENTER_Y,SfxUInt32Item AxisX ID_VAL_AXIS_X,SfxUInt32Item AxisY 
ID_VAL_AXIS_Y,SdrAngleItem StartAngle ID_VAL_ANGLESTART,SdrAngleItem EndAngle 
ID_VAL_ANGLEEND)
+(SfxUInt32Item CenterX ID_VAL_CENTER_X,SfxUInt32Item CenterY 
ID_VAL_CENTER_Y,SfxUInt32Item AxisX ID_VAL_AXIS_X,SfxUInt32Item AxisY 
ID_VAL_AXIS_Y,SfxUInt32Item StartAngle ID_VAL_ANGLESTART,SfxUInt32Item EndAngle 
ID_VAL_ANGLEEND)
 [
 AutoUpdate = TRUE,
 FastCall = FALSE,
@@ -1437,7 +1437,7 @@ SfxBoolItem CircleCut SID_DRAW_CIRCLECUT
 
 
 SfxBoolItem CircleCut_Unfilled SID_DRAW_CIRCLECUT_NOFILL
-(SfxUInt32Item CenterX ID_VAL_CENTER_X,SfxUInt32Item CenterY 
ID_VAL_CENTER_Y,SfxUInt32Item AxisX ID_VAL_AXIS_X,SfxUInt32Item AxisY 
ID_VAL_AXIS_Y,SdrAngleItem StartAngle ID_VAL_ANGLESTART,SdrAngleItem EndAngle 
ID_VAL_ANGLEEND)
+(SfxUInt32Item CenterX ID_VAL_CENTER_X,SfxUInt32Item CenterY 
ID_VAL_CENTER_Y,SfxUInt32Item AxisX ID_VAL_AXIS_X,SfxUInt32Item AxisY 
ID_VAL_AXIS_Y,SfxUInt32Item StartAngle ID_VAL_ANGLESTART,SfxUInt32Item EndAngle 
ID_VAL_ANGLEEND)
 [
 AutoUpdate = TRUE,
 FastCall = FALSE,
@@ -1454,7 +1454,7 @@ SfxBoolItem CircleCut_Unfilled SID_DRAW_CIRCLECUT_NOFILL
 
 
 SfxBoolItem CirclePie

[Libreoffice-bugs] [Bug 139383] New: Impress crash while using 3D in slide transition

2021-01-02 Thread bugzilla-daemon

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

Bug ID: 139383
   Summary: Impress crash while using 3D in slide transition
   Product: LibreOffice
   Version: 7.0.4.2 release
  Hardware: x86-64 (AMD64)
OS: Linux (All)
Status: UNCONFIRMED
  Severity: normal
  Priority: medium
 Component: Impress
  Assignee: libreoffice-bugs@lists.freedesktop.org
  Reporter: jussi.silvo...@gmail.com

Description:
Using 3D transition effect (Circles, or other) will crash LibreOffice
immediately.

Actual Results:
I added 3D effect in slide transition, and Impress will crash while starting
the presentation.

Expected Results:
There should be a presentation with 3D, of course.


Reproducible: Always


User Profile Reset: No



Additional Info:
That's all.

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-bugs] [Bug 115512] Client-side window decorations (remove titlebar from UI when running GNOME with some toolbar view modes)

2021-01-02 Thread bugzilla-daemon

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

--- Comment #17 from TF  ---
I think Libreoffice should look to modern HIGs such as Gnome’s to improve the
dated feel of the suite.

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

Re: Implement interface for external data source import into Calc GSoC 2021

2021-01-02 Thread Ilmari Lauhakangas


On 3.1.2021 0.14, Mariam Fahmy wrote:
On Sun, 3 Jan 2021, 12:09 am Ilmari Lauhakangas, 
> wrote:


On 2.1.2021 23.51, Mariam Fahmy wrote:
 > I am Mariam Fahmy, I am a software engineering undergraduate from
 > AinShams University, I am passionate about open source solving
problems
 > and improving process efficiency, and enjoy exploring and
learning new
 > technologies and building applications for socially useful causes, I
 > believe open source is the best way for me to gain experience to
prepare
 > for real-life software development.
 > My technical skills is c++ , data structure , algorithms , dart ,
 > flutter and firebase.
 > I have also participated in hacktoberfest challenge, I have made
3 small
 > contributions in LibreOffice, I am interested in working in project:
 > Implement interface for external data source import into Calc.
 > Can you please guide me how to fully understand the project.

Please note that you should complete at least one easy hack in the
category difficultyInteresting to qualify for GSoC.

Ilmari

Thanks for telling me, after solving at least 1 bug from this list, what 
next step to do?
Or shall I solve as many bugs as possible till the official registration 
begins?


The more work you can demonstrate, the easier it will be for mentors to 
evaluate your capabilities.


Ilmari
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice

[Libreoffice-bugs] [Bug 139382] New: Eyeglasses Houston | Eyeglass Repair | Safety Glasses Houston

2021-01-02 Thread bugzilla-daemon

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

Bug ID: 139382
   Summary: Eyeglasses Houston | Eyeglass Repair | Safety Glasses
Houston
   Product: libexttextcat
   Version: unspecified
  Hardware: All
OS: All
Status: UNCONFIRMED
  Severity: minor
  Priority: medium
 Component: General
  Assignee: libreoffice-bugs@lists.freedesktop.org
  Reporter: modernop...@gmail.com

Get safety eyeglasses, sunglasses, frames and prescription lenses at low cost
from Modern Optical Houston, Stafford, Sugarland & Missouri City. Latest styles
of eyewear and latest model sunglasses. Shop from a wide range of Mens and
Womens affordable glasses and frames. www.modernopticals.com offer safety
eyeglasses, prescription glasses, safety prescription glasses, sunglasses and
we deliver best services of Eyewear in USA.
for more info visit here:- https://modernopticals.co

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

JunitTest_sfx2_complex failing on Windows after f5ab8bcbfd20

2021-01-02 Thread Luke Benes



After https://cgit.freedesktop.org/libreoffice/core/commit/?id=f5ab8bcbfd20
WIN don't notify clipboard change with SolarMutex

I'm seeing the failure below on Windows 10 x86. Any idea why this would cause 
this failure? Let me know if you need any additional debugging info.

-Luke


[build JUT] sfx2_complex
JUnit version 4.10

starting class: complex.sfx2.DocumentProperties

.tempdir: 
file:///D:/lode/dev/core/workdir/JunitTest/sfx2_complex/user/user/test-temp/
Creating service DocumentProperties...
...done
Checking initialize ...
...done
Checking storing default-initialized meta data ...
...done
Checking loading default-initialized meta data ...
...done
Checking loading from test document...
...done
Checking meta-data import...
...done
Checking meta-data updates...
...done
Checking user-defined meta-data updates...
...done
Checking storing meta-data to file...
...done
Checking loading meta-data from stored file...
...done
Checking user-defined meta-data from stored file...
...done
Checking notification listener interface...
...done

finishing class: complex.sfx2.DocumentProperties


starting class: complex.sfx2.DocumentMetadataAccess

.tempdir: 
file:///D:/lode/dev/core/workdir/JunitTest/sfx2_complex/user/user/test-temp/
Creating document with Repository...
...done
Checking that new repository is initialized...
...done
Checking some invalid args...
...done
Checking file addition/removal...
...done
Checking mapping...
...done
Checking storing and loading...
...done
Checking storing and loading via model...
...done
.tempdir: 
file:///D:/lode/dev/core/workdir/JunitTest/sfx2_complex/user/user/test-temp/
Loading test document...
...done
Checking RDFa in loaded test document...
...done
Storing test document...
...done
Loading test document...
...done
Checking RDFa in loaded test document...
...done
.tempdir: 
file:///D:/lode/dev/core/workdir/JunitTest/sfx2_complex/user/user/test-temp/

finishing class: complex.sfx2.DocumentMetadataAccess

E.
starting class: complex.sfx2.UndoManager
connecting ...
.testing: text document
.testing: request serialization
.testing: drawing document
.testing: broken scripts
.testing: chart document
.testing: presentation document

tearing down connection
finished class: complex.sfx2.UndoManager


Time: 69.994
There was 1 failure:
1) complex.sfx2.DocumentMetadataAccess
java.lang.AssertionError: expected:<0> but was:<-1073741819>
at org.junit.Assert.fail(Assert.java:93)
at org.junit.Assert.failNotEquals(Assert.java:647)
at org.junit.Assert.assertEquals(Assert.java:128)
at org.junit.Assert.assertEquals(Assert.java:472)
at org.junit.Assert.assertEquals(Assert.java:456)
at 
org.openoffice.test.OfficeConnection.tearDown(OfficeConnection.java:150)
at 
complex.sfx2.DocumentMetadataAccess.tearDownConnection(DocumentMetadataAccess.java:1222)
at 
java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at 
java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
at 
java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.base/java.lang.reflect.Method.invoke(Method.java:566)
at 
org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:45)
at 
org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:15)
at 
org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:42)
at 
org.junit.internal.runners.statements.RunAfters.evaluate(RunAfters.java:36)
at org.junit.runners.ParentRunner.run(ParentRunner.java:300)
at org.junit.runners.Suite.runChild(Suite.java:128)
at org.junit.runners.Suite.runChild(Suite.java:24)
at org.junit.runners.ParentRunner$3.run(ParentRunner.java:231)
at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:60)
at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:229)
at org.junit.runners.ParentRunner.access$000(ParentRunner.java:50)
at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:222)
at org.junit.runners.ParentRunner.run(ParentRunner.java:300)
at org.junit.runner.JUnitCore.run(JUnitCore.java:157)
at

[Libreoffice-bugs] [Bug 139373] Private variables are not only available in the module in which they are defined.

2021-01-02 Thread bugzilla-daemon

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

--- Comment #1 from Nukool Chompuparn  ---
Sorry for typo.

Editted:

Actual Results:
Sub Show_var_LL2M5_2
varDimPrivateS  = 0
varPrivateS = 0
varGlobalS  = 0
varPublicS  = 0
varDimPrivateL1 = 0
varPrivateL1= 0
varGlobalL1 = 0
varPublicL1 = 0


Expected Results:
varDimPrivateS  = 
varPrivateS =
varDimPrivateL1 = 
varPrivateL1=

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

Rhithick Murali License Statement

2021-01-02 Thread Rhithick .M

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

-- 
With regards,
Rhithick M,
II year ECE, NIT Trichy
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice

[Libreoffice-bugs] [Bug 138122] LibreOffice text blurry on Retina displays on macOS 11

2021-01-02 Thread bugzilla-daemon

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

--- Comment #117 from Arne  ---
Installed latest daily build (date stamp 2020-12-31 10:01:10) on same Retina
MacBook Pro from Comment 10. No change seen, text is still blurred as described
in this bug.

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-commits] core.git: icon-themes/elementary icon-themes/elementary_svg

2021-01-02 Thread Rizal Muttaqin (via logerrit)

 dev/null   
   |binary
 icon-themes/elementary/cmd/32/acceptalltrackedchanges.png  
   |binary
 icon-themes/elementary/cmd/32/accepttrackedchange.png  
   |binary
 icon-themes/elementary/cmd/32/rejectalltrackedchanges.png  
   |binary
 icon-themes/elementary/cmd/32/rejecttrackedchange.png  
   |binary
 icon-themes/elementary/cmd/ar/sc_setoutline.png
   |binary
 icon-themes/elementary/cmd/lc_acceptalltrackedchanges.png  
   |binary
 icon-themes/elementary/cmd/lc_accepttrackedchange.png  
   |binary
 icon-themes/elementary/cmd/lc_masterpage.png   
   |binary
 icon-themes/elementary/cmd/lc_notesmasterpage.png  
   |binary
 icon-themes/elementary/cmd/lc_rejectalltrackedchanges.png  
   |binary
 icon-themes/elementary/cmd/lc_rejecttrackedchange.png  
   |binary
 icon-themes/elementary/cmd/sc_acceptalltrackedchanges.png  
   |binary
 icon-themes/elementary/cmd/sc_accepttrackedchange.png  
   |binary
 icon-themes/elementary/cmd/sc_fontworkshapetype.fontwork-open-circle-pour.png  
   |binary
 icon-themes/elementary/cmd/sc_rejectalltrackedchanges.png  
   |binary
 icon-themes/elementary/cmd/sc_rejecttrackedchange.png  
   |binary
 icon-themes/elementary/cmd/sc_setoutline.png   
   |binary
 icon-themes/elementary/svx/res/doc_modified_feedback.png   
   |binary
 icon-themes/elementary_svg/cmd/32/acceptalltrackedchanges.svg  
   |2 +-
 icon-themes/elementary_svg/cmd/32/accepttrackedchange.svg  
   |2 +-
 
icon-themes/elementary_svg/cmd/32/fontworkshapetype.fontwork-open-circle-pur.svg
  |1 -
 icon-themes/elementary_svg/cmd/32/insertcolumnsbefore.svg  
   |1 -
 icon-themes/elementary_svg/cmd/32/rejectalltrackedchanges.svg  
   |2 +-
 icon-themes/elementary_svg/cmd/32/rejecttrackedchange.svg  
   |2 +-
 icon-themes/elementary_svg/cmd/32/sc_managelanguage.svg
   |1 -
 icon-themes/elementary_svg/cmd/ar/sc_setoutline.svg
   |1 +
 icon-themes/elementary_svg/cmd/lc_acceptalltrackedchanges.svg  
   |2 +-
 icon-themes/elementary_svg/cmd/lc_accepttrackedchange.svg  
   |2 +-
 icon-themes/elementary_svg/cmd/lc_filter.svg   
   |1 -
 icon-themes/elementary_svg/cmd/lc_insertcolumnsbefore.svg  
   |1 -
 icon-themes/elementary_svg/cmd/lc_masterpage.svg   
   |2 +-
 icon-themes/elementary_svg/cmd/lc_notesmasterpage.svg  
   |2 +-
 icon-themes/elementary_svg/cmd/lc_rejectalltrackedchanges.svg  
   |2 +-
 icon-themes/elementary_svg/cmd/lc_rejecttrackedchange.svg  
   |2 +-
 icon-themes/elementary_svg/cmd/managelanguage.svg  
   |1 -
 icon-themes/elementary_svg/cmd/sc_acceptalltrackedchanges.svg  
   |2 +-
 icon-themes/elementary_svg/cmd/sc_accepttrackedchange.svg  
   |2 +-
 
icon-themes/elementary_svg/cmd/sc_fontworkshapetype.fontwork-open-circle-pour.svg
 |2 +-
 icon-themes/elementary_svg/cmd/sc_insertcolumnsbefore.svg  
   |1 -
 icon-themes/elementary_svg/cmd/sc_rejectalltrackedchanges.svg  
   |2 +-
 icon-themes/elementary_svg/cmd/sc_rejecttrackedchange.svg  
   |2 +-
 icon-themes/elementary_svg/cmd/sc_setoutline.svg   
   |2 +-
 icon-themes/elementary_svg/svx/res/doc_modified_feedback.png.svg   
   |1 -
 icon-themes/elementary_svg/svx/res/doc_modified_feedback.svg   
   |2 +-
 45 files changed, 18 insertions(+), 25 deletions(-)

New commits:
commit e1c561d40de86c1b8827809398f2995def62fd52
Author: Rizal Muttaqin 
AuthorDate: Sun Jan 3 09:02:25 2021 +0700
Commit: Rizal Muttaqin 
CommitDate: Sun Jan 3 05:19:01 2021 +0100

elementary: tdf#139056 update color to follow upstream brand

- Update Track Changes's modifier
- Delete wrong/unnecessary files

Change-Id: I8a55ad3558e1599463522bb6bc111f517bdb77d9
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/108605
Tested-by: Jenkins
Reviewed-by: Rizal Muttaqin 

diff --git a/icon-themes/elementary/cmd/32/acceptalltrackedchanges.png 
b/icon-themes/elementary/cmd/32/acceptalltrackedchanges.png
index 1d6252eb6e6b..c08ca96e3b2c 100644
Binary files

[Libreoffice-ux-advise] [Bug 138845] UI: The border dots in properties -> table borders arrows have purple background (not skia)

2021-01-02 Thread bugzilla-daemon

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

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

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

Colibre: tdf#138845 fix for unecessary magenta/purple background

It will be available in 7.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 on the CC list for the bug.
___
Libreoffice-ux-advise mailing list
Libreoffice-ux-advise@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise

[Libreoffice-bugs] [Bug 138845] UI: The border dots in properties -> table borders arrows have purple background (not skia)

2021-01-02 Thread bugzilla-daemon

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

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

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

Colibre: tdf#138845 fix for unecessary magenta/purple background

It will be available in 7.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 mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-bugs] [Bug 138845] UI: The border dots in properties -> table borders arrows have purple background (not skia)

2021-01-02 Thread bugzilla-daemon

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

Commit Notification  changed:

   What|Removed |Added

 Whiteboard||target:7.2.0

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-commits] core.git: icon-themes/colibre icon-themes/colibre_svg

2021-01-02 Thread Rizal Muttaqin (via logerrit)

 icon-themes/colibre/svx/res/frmsel1.png  |binary
 icon-themes/colibre/svx/res/frmsel13.png |binary
 icon-themes/colibre/svx/res/frmsel14.png |binary
 icon-themes/colibre/svx/res/frmsel15.png |binary
 icon-themes/colibre/svx/res/frmsel16.png |binary
 icon-themes/colibre/svx/res/frmsel2.png  |binary
 icon-themes/colibre/svx/res/frmsel3.png  |binary
 icon-themes/colibre/svx/res/frmsel4.png  |binary
 icon-themes/colibre/svx/res/frmsel5.png  |binary
 icon-themes/colibre/svx/res/frmsel6.png  |binary
 icon-themes/colibre/svx/res/frmsel7.png  |binary
 icon-themes/colibre/svx/res/frmsel8.png  |binary
 icon-themes/colibre_svg/svx/res/frmsel1.svg  |2 +-
 icon-themes/colibre_svg/svx/res/frmsel13.svg |2 +-
 icon-themes/colibre_svg/svx/res/frmsel14.svg |2 +-
 icon-themes/colibre_svg/svx/res/frmsel15.svg |2 +-
 icon-themes/colibre_svg/svx/res/frmsel16.svg |2 +-
 icon-themes/colibre_svg/svx/res/frmsel2.svg  |2 +-
 icon-themes/colibre_svg/svx/res/frmsel3.svg  |2 +-
 icon-themes/colibre_svg/svx/res/frmsel4.svg  |2 +-
 icon-themes/colibre_svg/svx/res/frmsel5.svg  |2 +-
 icon-themes/colibre_svg/svx/res/frmsel6.svg  |2 +-
 icon-themes/colibre_svg/svx/res/frmsel7.svg  |2 +-
 icon-themes/colibre_svg/svx/res/frmsel8.svg  |2 +-
 24 files changed, 12 insertions(+), 12 deletions(-)

New commits:
commit a881fb16c99956d012eac7b210d8b5928faa4dde
Author: Rizal Muttaqin 
AuthorDate: Sun Jan 3 09:51:21 2021 +0700
Commit: Rizal Muttaqin 
CommitDate: Sun Jan 3 05:18:34 2021 +0100

Colibre: tdf#138845 fix for unecessary magenta/purple background

Change-Id: Iccae7ef29e291558734cb9e22db17ec7f3a8f32d
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/108606
Tested-by: Jenkins
Reviewed-by: Rizal Muttaqin 

diff --git a/icon-themes/colibre/svx/res/frmsel1.png 
b/icon-themes/colibre/svx/res/frmsel1.png
index 1d34e0b697d2..960d7425e8f8 100644
Binary files a/icon-themes/colibre/svx/res/frmsel1.png and 
b/icon-themes/colibre/svx/res/frmsel1.png differ
diff --git a/icon-themes/colibre/svx/res/frmsel13.png 
b/icon-themes/colibre/svx/res/frmsel13.png
index f50c0bb1b904..3eaf3446d4aa 100644
Binary files a/icon-themes/colibre/svx/res/frmsel13.png and 
b/icon-themes/colibre/svx/res/frmsel13.png differ
diff --git a/icon-themes/colibre/svx/res/frmsel14.png 
b/icon-themes/colibre/svx/res/frmsel14.png
index 5a1b52bbbd2c..e20bb0ce0a15 100644
Binary files a/icon-themes/colibre/svx/res/frmsel14.png and 
b/icon-themes/colibre/svx/res/frmsel14.png differ
diff --git a/icon-themes/colibre/svx/res/frmsel15.png 
b/icon-themes/colibre/svx/res/frmsel15.png
index 0e5ee83eaea0..afd02db1b054 100644
Binary files a/icon-themes/colibre/svx/res/frmsel15.png and 
b/icon-themes/colibre/svx/res/frmsel15.png differ
diff --git a/icon-themes/colibre/svx/res/frmsel16.png 
b/icon-themes/colibre/svx/res/frmsel16.png
index 1358af1e48f1..55c29851ce90 100644
Binary files a/icon-themes/colibre/svx/res/frmsel16.png and 
b/icon-themes/colibre/svx/res/frmsel16.png differ
diff --git a/icon-themes/colibre/svx/res/frmsel2.png 
b/icon-themes/colibre/svx/res/frmsel2.png
index fef5d5efd35e..4ff1dc8a19c5 100644
Binary files a/icon-themes/colibre/svx/res/frmsel2.png and 
b/icon-themes/colibre/svx/res/frmsel2.png differ
diff --git a/icon-themes/colibre/svx/res/frmsel3.png 
b/icon-themes/colibre/svx/res/frmsel3.png
index 4f12477e145f..fcd8e249113c 100644
Binary files a/icon-themes/colibre/svx/res/frmsel3.png and 
b/icon-themes/colibre/svx/res/frmsel3.png differ
diff --git a/icon-themes/colibre/svx/res/frmsel4.png 
b/icon-themes/colibre/svx/res/frmsel4.png
index ba9d32d3a2f9..f133980767eb 100644
Binary files a/icon-themes/colibre/svx/res/frmsel4.png and 
b/icon-themes/colibre/svx/res/frmsel4.png differ
diff --git a/icon-themes/colibre/svx/res/frmsel5.png 
b/icon-themes/colibre/svx/res/frmsel5.png
index 615b90ddf29d..a524d69a50ea 100644
Binary files a/icon-themes/colibre/svx/res/frmsel5.png and 
b/icon-themes/colibre/svx/res/frmsel5.png differ
diff --git a/icon-themes/colibre/svx/res/frmsel6.png 
b/icon-themes/colibre/svx/res/frmsel6.png
index c61aa962646e..1194a835a0ed 100644
Binary files a/icon-themes/colibre/svx/res/frmsel6.png and 
b/icon-themes/colibre/svx/res/frmsel6.png differ
diff --git a/icon-themes/colibre/svx/res/frmsel7.png 
b/icon-themes/colibre/svx/res/frmsel7.png
index e1f4417ed251..823b8b701ea3 100644
Binary files a/icon-themes/colibre/svx/res/frmsel7.png and 
b/icon-themes/colibre/svx/res/frmsel7.png differ
diff --git a/icon-themes/colibre/svx/res/frmsel8.png 
b/icon-themes/colibre/svx/res/frmsel8.png
index 010e787ffa6a..74dee4617400 100644
Binary files a/icon-themes/colibre/svx/res/frmsel8.png and 
b/icon-themes/colibre/svx/res/frmsel8.png differ
diff --git a/icon-themes/colibre_svg/svx/res/frmsel1.svg 
b/icon-themes/colibre_svg/svx/res/frmsel1.svg
index 485fb9c93224..df8b7b8bb0f5 100644
--- a/icon-themes/colibre_svg/svx/res/frmsel1.svg
+++

[Libreoffice-bugs] [Bug 139080] Image crop results in strange ratio when anchoring as character in table cell

2021-01-02 Thread bugzilla-daemon

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

QA Administrators  changed:

   What|Removed |Added

 Whiteboard|| QA:needsComment

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-bugs] [Bug 139077] SVG image pasted with RTF paste looks off

2021-01-02 Thread bugzilla-daemon

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

QA Administrators  changed:

   What|Removed |Added

 Whiteboard|| QA:needsComment

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-bugs] [Bug 139076] UI: Bulllet and numbering dialog image tab uses low resolution gif images

2021-01-02 Thread bugzilla-daemon

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

QA Administrators  changed:

   What|Removed |Added

 Whiteboard|| QA:needsComment

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-bugs] [Bug 139075] UI: Format Cell, borders Borders tab has drawing glitches when applying diagonal lines

2021-01-02 Thread bugzilla-daemon

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

QA Administrators  changed:

   What|Removed |Added

 Whiteboard|| QA:needsComment

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-bugs] [Bug 139072] Mailmerge to email: content mismatched with email address after first email

2021-01-02 Thread bugzilla-daemon

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

QA Administrators  changed:

   What|Removed |Added

 Whiteboard|| QA:needsComment

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-bugs] [Bug 139062] UI: Selection feedback for inclusion empty line not great

2021-01-02 Thread bugzilla-daemon

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

QA Administrators  changed:

   What|Removed |Added

 Whiteboard|| QA:needsComment

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-ux-advise] [Bug 139062] UI: Selection feedback for inclusion empty line not great

2021-01-02 Thread bugzilla-daemon

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

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-ux-advise mailing list
Libreoffice-ux-advise@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise

[Libreoffice-bugs] [Bug 139058] Selection kind easy extended to an large selection

2021-01-02 Thread bugzilla-daemon

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

QA Administrators  changed:

   What|Removed |Added

 Whiteboard|| QA:needsComment

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-bugs] [Bug 139057] Image to character/paragraph at the end or beginning of a paragraph isn't included in a single line section

2021-01-02 Thread bugzilla-daemon

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

QA Administrators  changed:

   What|Removed |Added

 Whiteboard|| QA:needsComment

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-bugs] [Bug 132748] FORMCONTROL Multiple Filters create crash

2021-01-02 Thread bugzilla-daemon

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

--- Comment #7 from QA Administrators  ---
Dear Mark,

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 mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-bugs] [Bug 98479] Exported PDF Form Text box containing punctuation / diacritic not displaying/printing some characters

2021-01-02 Thread bugzilla-daemon

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

--- Comment #6 from QA Administrators  ---
Dear Vlado Koval,

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://kiwiirc.com/nextclient/irc.freenode.net/#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 mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-bugs] [Bug 122394] changing named ranges content via vba macro will not update cell formula

2021-01-02 Thread bugzilla-daemon

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

--- Comment #5 from QA Administrators  ---
Dear Oliver Brinzing,

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://kiwiirc.com/nextclient/irc.freenode.net/#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 mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-bugs] [Bug 122282] SectPr nextColumn section break doesn't connect to the previous columns

2021-01-02 Thread bugzilla-daemon

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

--- Comment #3 from QA Administrators  ---
Dear Justin L,

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://kiwiirc.com/nextclient/irc.freenode.net/#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 mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-bugs] [Bug 121512] FILESAVE DOC Shape is malformed and separated from TextBox after export

2021-01-02 Thread bugzilla-daemon

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

--- Comment #8 from QA Administrators  ---
Dear NISZ LibreOffice Team,

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://kiwiirc.com/nextclient/irc.freenode.net/#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 mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-bugs] [Bug 116022] Bullets not aligned with indents triangles in writer

2021-01-02 Thread bugzilla-daemon

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

--- Comment #6 from QA Administrators  ---
Dear meaz,

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://kiwiirc.com/nextclient/irc.freenode.net/#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 mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-bugs] [Bug 118693] FILEOPEN: Drawing has incorrect size

2021-01-02 Thread bugzilla-daemon

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

--- Comment #9 from Dave Gilbert  ---
This is indeed one part of a change caused by that commit;  it removes the hack
from 96674 which forced vertical/horizontal lines to have a 1 pixel offset to
fix this problem.  However, that commit did keep the original test case and the
original test looks fine - so there's something different about my test case
and there's.  Reverting it and putting the 96674 hack back in does fix it - but
unfortunately the commit message on 96674 says nothing about why it's needed.

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-bugs] [Bug 139380] New: Constrain object when rotating angle is off by factor 100

2021-01-02 Thread bugzilla-daemon

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

Bug ID: 139380
   Summary: Constrain object when rotating angle is off by factor
100
   Product: LibreOffice
   Version: 7.2.0.0.alpha0+ Master
  Hardware: x86-64 (AMD64)
OS: Windows (All)
Status: UNCONFIRMED
  Keywords: regression
  Severity: normal
  Priority: medium
 Component: Draw
  Assignee: libreoffice-bugs@lists.freedesktop.org
  Reporter: rb.hensc...@t-online.de
CC: noelgran...@gmail.com

Start Draw in a current daily.
Go to Tools > Options > Draw > Grid.
Enable "when rotating" in section "Constrain Objects" and enter 0.3° into the
field. OK.
Draw a flat, long rectangle and bring it in rotate mode. Rotate the rectangle.
Notice the rotation angles are restricted to 30° steps.

Go to field "When rotating" and enter 30°. OK.
Try to rotate the rectangle. Notice, that rotation is not possible.

This too is likely introduced by the Degree100 work, see bug 139379. It might
have a different place in code.

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-bugs] [Bug 135641] ListBox in a table control - can't write into the cell without using the mouse

2021-01-02 Thread bugzilla-daemon

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

Aron Budea  changed:

   What|Removed |Added

 CC||pascal.bec...@qd-e.de

--- Comment #7 from Aron Budea  ---
*** Bug 135194 has been marked as a duplicate of this bug. ***

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-bugs] [Bug 135194] Shortcut ALT+Cursor Down not working on database grid dropdown item

2021-01-02 Thread bugzilla-daemon

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

Aron Budea  changed:

   What|Removed |Added

 CC||ba...@caesar.elte.hu
   Keywords|bibisectRequest |bibisected, bisected
   Hardware|x86-64 (AMD64)  |All
 Status|NEW |RESOLVED
 Resolution|--- |DUPLICATE

--- Comment #2 from Aron Budea  ---
Not sure what the databse grid is exactly, I checked this bug in the Table
Design window, with Field Type column.

This started with the same commit as bug 135641. Marking as duplicate.

https://cgit.freedesktop.org/libreoffice/core/commit/?id=8477bbf8d6867e656b8132f0ddd682d08590a547
author  Caolán McNamara 2020-05-13 16:57:07
+0100
committer   Caolán McNamara 2020-05-21 09:53:46
+0200

weld ListBoxControl

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

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-bugs] [Bug 139379] New: Angle in option "Point reduction" is off by factor 100

2021-01-02 Thread bugzilla-daemon

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

Bug ID: 139379
   Summary: Angle in option "Point reduction" is off by factor 100
   Product: LibreOffice
   Version: 7.2.0.0.alpha0+ Master
  Hardware: x86-64 (AMD64)
OS: Windows (All)
Status: UNCONFIRMED
  Keywords: regression
  Severity: normal
  Priority: medium
 Component: Draw
  Assignee: libreoffice-bugs@lists.freedesktop.org
  Reporter: rb.hensc...@t-online.de
CC: noelgran...@gmail.com

Created attachment 168638
  --> https://bugs.documentfoundation.org/attachment.cgi?id=168638=edit
Testdocument to reproduce the error

In case you do not know, how interactive point reduction works:
1. Open attached document in an older version, LO 7.0 for example. Make sure no
snap is enabled.
2. Go to Tools > Options > Draw > Grid and enter 40° into the field "Point
reduction". OK.
3. Select the red polygon. Switch to point edit mode. That is an icon in the
toolbar. In case the toolbar "Edit points" has not opened automatically, open
it via menu View > Toolbars.
4. Enable "Eliminate Points". That is the right most icon in "Edit points"
toolbar.
5. Grab the point P and drag it toward the circle. If it crosses the circle,
the point is eliminated.
The circle is so constructed, that the sum of the angles in points S and T of
the triangle SAT is 40° and same for the triangle SBT.
A point P is eliminated, if the sum of the angles in its neighbor points S and
T in the triangle STP is smaller than the angle set in "Point reduction".

Now open the file in a LibreOffice Dev daily, for example from 31.Dez.
Enter angle 0,4° in "Point reduction" field.
Now do steps 3 to 5. Notice that elimination happens at the circle, so as if
the point reduction angle would be 40°.

Try to enter 40° in field "Point reduction". It will jump to 0°.

Now open the file in a LibreOffice Dev from Today (3.Jan.) and enter 40° in
field "Point reduction". LibreOffice crashes.

The problem was likely introduced with the Degree100 work. Noel, please have a
look.

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-bugs] [Bug 139377] AutoCorrect in LO-Writer changes as from version 7.0.4.1 forcibly “daß” (traditional German spelling rules) to “dass” (reformed German spelling rules)

2021-01-02 Thread bugzilla-daemon

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

Ming Hua  changed:

   What|Removed |Added

   See Also||https://bugs.documentfounda
   ||tion.org/show_bug.cgi?id=13
   ||1510
   Hardware|x86-64 (AMD64)  |All
 OS|Windows (All)   |All
  Component|Writer  |Linguistic
 CC||ming.v@qq.com,
   ||so...@libreoffice.org

--- Comment #1 from Ming Hua  ---
This was intentional, see bug 131510.

The decision was not made by LO programmers, but by German users of LO. 
Apparently some users need it.  People who like traditional German spelling can
always delete this autocorrect entry or turn off autocorrect completely,
nothing is *forced*.

IMO => NOTABUG/WONTFIX.

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-bugs] [Bug 139369] UI Inconsistent screen refresh for conditional Data Bar formatting depending on sort criteria and data values

2021-01-02 Thread bugzilla-daemon

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

m.a.riosv  changed:

   What|Removed |Added

   Keywords||regression
 Ever confirmed|0   |1
 CC||miguelangelrv@libreoffice.o
   ||rg
 Status|UNCONFIRMED |NEW

--- Comment #2 from m.a.riosv  ---
Reproducible with or without Skia enable.
Version: 7.0.5.0.0+ (x64)
Build ID: e29387a749edb1bf39ca2b558099964da42b3a4b
CPU threads: 4; OS: Windows 10.0 Build 20180; UI render: Skia/Vulkan; VCL: win
Locale: es-ES (es_ES); Interfaz: es-ES Calc: CL

Version: 7.2.0.0.alpha0+ (x64)
Build ID: 4e3ce9dd6ace0b22f7b3f45cf2338b201f4dc305
CPU threads: 4; OS: Windows 10.0 Build 20180; UI render: Skia/Vulkan; VCL: win
Locale: es-ES (es_ES); UI: en-US Calc: CL

Regression since 
Version: 6.4.7.2 (x64)
Build ID: 639b8ac485750d5696d7590a72ef1b496725cfb5
CPU threads: 4; OS: Windows 10.0 Build 20180; UI render: default; VCL: win; 
Locale: es-ES (es_ES); UI-Language: en-US Calc: CL

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-bugs] [Bug 139378] Wrong page announcement when PRINTING to printer driver

2021-01-02 Thread bugzilla-daemon

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

--- Comment #1 from Michael  ---
Created attachment 168637
  --> https://bugs.documentfoundation.org/attachment.cgi?id=168637=edit
picture of pop-up

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-bugs] [Bug 139016] LibreOffice Calc background color on input box doesn't change with Application Colors

2021-01-02 Thread bugzilla-daemon

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

--- Comment #3 from PinkDev1 <5...@protonmail.com> ---
Yes, I meant LibreOffice Math. sorry for the confusion

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-bugs] [Bug 139378] New: Wrong page announcement when PRINTING to printer driver

2021-01-02 Thread bugzilla-daemon

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

Bug ID: 139378
   Summary: Wrong page announcement when PRINTING to printer
driver
   Product: LibreOffice
   Version: 6.4.6.2 release
  Hardware: x86-64 (AMD64)
OS: Windows (All)
Status: UNCONFIRMED
  Severity: normal
  Priority: medium
 Component: Writer
  Assignee: libreoffice-bugs@lists.freedesktop.org
  Reporter: m...@ionescu.de

Description:

When printing to a printer driver, a pop-up announces the number of pages that
will be printed. In writer, this number is too high by a factor of 10. One page
actually to be printed, 10 are announced. 2 pages actually to be printed, 20
are announced. etc.

This is annoying and will startle a user not expecting it immensely. In
particular when printing to paper a document with a high page-count to start
with.


Steps to Reproduce:
1. -p
2. select printer
3. [OK]


Actual Results:
Pop-Up announces the number of pages that will be printed, but multiplied by a
factor of 10.


Expected Results:
Pop-Up announces the number of pages that will be printed.


Reproducible: Always


User Profile Reset: No


Additional Info: 
This happens when printing to Brother HL-2250DN, PDF-Writer, PDF24.
This does not happen with PDF-Export.

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-bugs] [Bug 139377] New: AutoCorrect in LO-Writer changes as from version 7.0.4.1 forcibly “daß” (traditional German spelling rules) to “dass” (reformed German spelling rules)

2021-01-02 Thread bugzilla-daemon

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

Bug ID: 139377
   Summary: AutoCorrect in LO-Writer changes as from version
7.0.4.1 forcibly “daß” (traditional German spelling
rules) to “dass” (reformed German spelling rules)
   Product: LibreOffice
   Version: 7.0.4.2 release
  Hardware: x86-64 (AMD64)
OS: Windows (All)
Status: UNCONFIRMED
  Severity: normal
  Priority: medium
 Component: Writer
  Assignee: libreoffice-bugs@lists.freedesktop.org
  Reporter: dirk@t-online.de

Description:
Since version 7.0.4.1, the AutoCorrect function forcibly changes (traditional)
“daß” to (reformed) “dass”, which makes writing a text in traditional German
spelling quite difficult, because the conjunction “daß” occurs very often in
German.

This function is superfluous, because a writer of the reformed spelling uses
“dass” anyway (and does not need the superfluous “AutoCorrect”), while the
writer in the traditional spelling is very annoyed by the forced “AutoCorrect”
and is hindered in his writing flow not a little, because he must constantly
use the “Undo: Typing” function.

Please note: The traditional German spelling is still valid, and is still used
by some publishers (and writers). Only for public authorities the reformed
spelling is mandatory.

Please remove this unnecessary forced auto-correction again!!! Nobody needs it,
unless (German) LO programmers want to “nudge” German LO-Writer-users to the
reformed spelling. But that would be unethical and would have nothing to do
with well programmed software (which I consider LibreOffice to be).

Steps to Reproduce:
see “Description”

Actual Results:
see “Description”

Expected Results:
“daß” remains “daß” while writing and does not change to “dass” after using the
space bar


Reproducible: Always


User Profile Reset: Yes



Additional Info:
see “Description”

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-bugs] [Bug 139328] example Euler-Lagrange equation is wrong

2021-01-02 Thread bugzilla-daemon

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

Jean-Baptiste Faure  changed:

   What|Removed |Added

 Status|RESOLVED|VERIFIED

--- Comment #6 from Jean-Baptiste Faure  ---
(In reply to Commit Notification from comment #5)
> Laurent BP committed a patch related to this issue.
> It has been pushed to "libreoffice-7-1":
> 
> https://git.libreoffice.org/core/commit/
> ca9abb3c513f10e041d9a52bc256516739fdca69
> 
> tdf#139328 Update Starmath examples
> 
> It will be available in 7.1.0.2.
> [...]

Thank you very much for the backport. It works as expected.

Best regards. JBF

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-bugs] [Bug 139376] New: Heading numbering style changed after clear paragraph formatting followed by undo

2021-01-02 Thread bugzilla-daemon

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

Bug ID: 139376
   Summary: Heading numbering style changed after clear paragraph
formatting followed by undo
   Product: LibreOffice
   Version: 7.1.0.1 rc
  Hardware: All
OS: All
Status: UNCONFIRMED
  Severity: normal
  Priority: medium
 Component: Writer
  Assignee: libreoffice-bugs@lists.freedesktop.org
  Reporter: tele...@surfxs.nl

Description:
Heading numbering style changed after clear paragraph formatting followed by
undo

Steps to Reproduce:
1. Open attachment 168635
2. CTRL+A
3. Clear formatting in paragraph style selector in toolbar (not clear df)
4. CTRL+Z

Actual Results:
Normal numbering

Expected Results:
Heading 4 with sub-paragraphs


Reproducible: Always


User Profile Reset: No



Additional Info:
Version: 7.1.0.0.alpha1+
Build ID: c784b3da15102caf1022e83371863a86766e69cd
CPU threads: 4; OS: Mac OS X 10.12.6; UI render: default; VCL: osx
Locale: nl-NL (nl_NL.UTF-8); UI: en-US
Calc: threaded

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-commits] core.git: compilerplugins/LICENSE.TXT cui/inc cui/uiconfig odk/docs odk/examples odk/index.html odk/index_online.html readlicense_oo/license setup_native/source sfx2/uiconfig

2021-01-02 Thread Adolfo Jayme Barrientos (via logerrit)

 compilerplugins/LICENSE.TXT   |2 
 cui/inc/strings.hrc   |2 
 cui/uiconfig/ui/aboutdialog.ui|2 
 odk/docs/install.html |2 
 odk/docs/tools.html   |2 
 odk/examples/DevelopersGuide/examples.html|2 
 odk/examples/examples.html|2 
 odk/index.html|2 
 odk/index_online.html |2 
 readlicense_oo/license/license.xml|2 
 setup_native/source/packinfo/packinfo_brand.txt   |   16 +-
 setup_native/source/packinfo/packinfo_extensions.txt  |8 -
 setup_native/source/packinfo/packinfo_office.txt  |  120 +-
 setup_native/source/packinfo/packinfo_office_help.txt |2 
 setup_native/source/packinfo/packinfo_office_lang.txt |   20 +--
 setup_native/source/packinfo/packinfo_sdkoo.txt   |2 
 setup_native/source/packinfo/packinfo_ure.txt |4 
 sfx2/uiconfig/ui/licensedialog.ui |2 
 18 files changed, 97 insertions(+), 97 deletions(-)

New commits:
commit 1f1f68d6e8a32d8884e8de322e32c588a87964db
Author: Adolfo Jayme Barrientos 
AuthorDate: Fri Jan 1 00:00:00 2021 -0600
Commit: Adolfo Jayme Barrientos 
CommitDate: Sun Jan 3 00:15:27 2021 +0100

Bump copyright year to 2021

Change-Id: I3159bfc21a35fc80aef57c7d809d8ea8c62a732e
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/108566
Tested-by: Adolfo Jayme Barrientos 
Reviewed-by: Adolfo Jayme Barrientos 

diff --git a/compilerplugins/LICENSE.TXT b/compilerplugins/LICENSE.TXT
index 88b93d448864..b3dd1e2da3e3 100644
--- a/compilerplugins/LICENSE.TXT
+++ b/compilerplugins/LICENSE.TXT
@@ -1,7 +1,7 @@
 University of Illinois/NCSA
 Open Source License
 
-Copyright (c) 2012-2020 The Document Foundation
+Copyright (c) 2012-2021 The Document Foundation
 All rights reserved.
 
 Developed by:
diff --git a/cui/inc/strings.hrc b/cui/inc/strings.hrc
index 19b7730b60a4..257fa4ae554f 100644
--- a/cui/inc/strings.hrc
+++ b/cui/inc/strings.hrc
@@ -374,7 +374,7 @@
 
 #define RID_SVXSTR_CANNOTCONVERTURL_ERR 
NC_("RID_SVXSTR_CANNOTCONVERTURL_ERR", "The URL <%1> cannot be converted to a 
filesystem path.")
 
-#define RID_SVXSTR_ABOUT_COPYRIGHT  
NC_("aboutdialog|copyright", "Copyright © 2000–2020 LibreOffice contributors.")
+#define RID_SVXSTR_ABOUT_COPYRIGHT  
NC_("aboutdialog|copyright", "Copyright © 2000–2021 LibreOffice contributors.")
 #define RID_SVXSTR_ABOUT_CREDITS_URLNC_("aboutdialog|link", 
"https://www.libreoffice.org/about-us/credits/;)
 #define RID_SVXSTR_ABOUT_VENDOR NC_("aboutdialog|vendor", 
"This release was supplied by %OOOVENDOR.")
 #define RID_SVXSTR_ABOUT_BASED_ON   
NC_("aboutdialog|libreoffice", "LibreOffice was based on OpenOffice.org.")
diff --git a/cui/uiconfig/ui/aboutdialog.ui b/cui/uiconfig/ui/aboutdialog.ui
index 0a6783950ee6..35882fad7b22 100644
--- a/cui/uiconfig/ui/aboutdialog.ui
+++ b/cui/uiconfig/ui/aboutdialog.ui
@@ -328,7 +328,7 @@
 True
 True
 This 
release was supplied by The Document Foundation.
-Copyright (c) 1980-2020 LibreOffice contributors.
+Copyright (c) 1980-2021 LibreOffice contributors.
 LibreOffice was based on OpenOffice.org
 True
 50
diff --git a/odk/docs/install.html b/odk/docs/install.html
index 59c8fbf2758e..ae8a4131cf46 100644
--- a/odk/docs/install.html
+++ b/odk/docs/install.html
@@ -534,7 +534,7 @@
 
 
   
-Copyright © 2000–2020 LibreOffice contributors. All rights
+Copyright © 2000–2021 LibreOffice contributors. All rights
   reserved.
   LibreOffice was created by The Document Foundation, based on
   Apache OpenOffice, which is Copyright 2011 The Apache Software
diff --git a/odk/docs/tools.html b/odk/docs/tools.html
index 1e1769c8761c..0d4e3cbd3224 100644
--- a/odk/docs/tools.html
+++ b/odk/docs/tools.html
@@ -911,7 +911,7 @@ types the specified types depend on.
 
 
 
-Copyright © 2000–2020 LibreOffice contributors. 
All rights reserved.
+Copyright © 2000–2021 LibreOffice contributors. 
All rights reserved.
 
 LibreOffice was created by The Document Foundation,
 based on Apache OpenOffice, which is Copyright 
2011,
diff --git a/odk/examples/DevelopersGuide/examples.html 
b/odk/examples/DevelopersGuide/examples.html
index 252366025f8c..0a8953a275a3 100644
--- a/odk/examples/DevelopersGuide/examples.html
+++ b/odk/examples/DevelopersGuide/examples.html
@@ -2856,7 +2856,7 @@ for

[Libreoffice-commits] core.git: icon-themes/elementary icon-themes/elementary_svg

2021-01-02 Thread Rizal Muttaqin (via logerrit)

 icon-themes/elementary/cmd/32/addwatch.png |binary
 icon-themes/elementary/cmd/32/assignmacro.png  |binary
 icon-themes/elementary/cmd/32/avmediaplayer.png|binary
 icon-themes/elementary/cmd/32/basicideappear.png   |binary
 icon-themes/elementary/cmd/32/beziermove.png   |binary
 icon-themes/elementary/cmd/32/bg/hyphenate.png |binary
 icon-themes/elementary/cmd/32/browseview.png   |binary
 icon-themes/elementary/cmd/32/checkbox.png |binary
 icon-themes/elementary/cmd/32/choosecontrols.png   |binary
 icon-themes/elementary/cmd/32/choosemacro.png  |binary
 icon-themes/elementary/cmd/32/closemasterview.png  |binary
 icon-themes/elementary/cmd/32/compilebasic.png |binary
 icon-themes/elementary/cmd/32/configuredialog.png  |binary
 icon-themes/elementary/cmd/32/datastreams.png  |binary
 icon-themes/elementary/cmd/32/dbnewviewsql.png |binary
 icon-themes/elementary/cmd/32/deletemasterpage.png |binary
 icon-themes/elementary/cmd/32/displaymasterobjects.png |binary
 icon-themes/elementary/cmd/32/duplicatepage.png|binary
 icon-themes/elementary/cmd/32/duplicateslide.png   |binary
 icon-themes/elementary/cmd/32/glueescapedirectionbottom.png|binary
 icon-themes/elementary/cmd/32/glueescapedirectionleft.png  |binary
 icon-themes/elementary/cmd/32/glueescapedirectionright.png |binary
 icon-themes/elementary/cmd/32/glueescapedirectiontop.png   |binary
 icon-themes/elementary/cmd/32/gluehorzaligncenter.png  |binary
 icon-themes/elementary/cmd/32/gluehorzalignleft.png|binary
 icon-themes/elementary/cmd/32/gluehorzalignright.png   |binary
 icon-themes/elementary/cmd/32/glueinsertpoint.png  |binary
 icon-themes/elementary/cmd/32/gluevertalignbottom.png  |binary
 icon-themes/elementary/cmd/32/gluevertaligncenter.png  |binary
 icon-themes/elementary/cmd/32/gluevertaligntop.png |binary
 icon-themes/elementary/cmd/32/gotopage.png |binary
 icon-themes/elementary/cmd/32/graphicfiltertoolbox.png |binary
 icon-themes/elementary/cmd/32/handoutmode.png  |binary
 icon-themes/elementary/cmd/32/hyphenate.png|binary
 icon-themes/elementary/cmd/32/insertmasterpage.png |binary
 icon-themes/elementary/cmd/32/inspectordeck.png|binary
 icon-themes/elementary/cmd/32/masterlayouts.png|binary
 icon-themes/elementary/cmd/32/masterpage.png   |binary
 icon-themes/elementary/cmd/32/morecontrols.png |binary
 icon-themes/elementary/cmd/32/movepagefirst.png|binary
 icon-themes/elementary/cmd/32/notesmasterpage.png  |binary
 icon-themes/elementary/cmd/32/openhyperlinkoncursor.png|binary
 icon-themes/elementary/cmd/32/radiobutton.png  |binary
 icon-themes/elementary/cmd/32/recalcpivottable.png |binary
 icon-themes/elementary/cmd/32/runmacro.png |binary
 icon-themes/elementary/cmd/32/sbanativesql.png |binary
 icon-themes/elementary/cmd/32/sc_managelanguage.png|binary
 icon-themes/elementary/cmd/32/shear.png|binary
 icon-themes/elementary/cmd/32/showerrors.png   |binary
 icon-themes/elementary/cmd/32/showpropbrowser.png  |binary
 icon-themes/elementary/cmd/32/showtrackedchanges.png   |binary
 icon-themes/elementary/cmd/32/slidemasterpage.png  |binary
 icon-themes/elementary/cmd/32/tabdialog.png|binary
 icon-themes/elementary/cmd/bg/lc_hyphenate.png |binary
 icon-themes/elementary/cmd/bg/sc_hyphenate.png |binary
 icon-themes/elementary/cmd/lc_addwatch.png |binary
 icon-themes/elementary/cmd/lc_assignmacro.png  |binary
 icon-themes/elementary/cmd/lc_basicideappear.png   |binary
 icon-themes/elementary/cmd/lc_beziermove.png   |binary
 icon-themes/elementary/cmd/lc_browseview.png   |binary
 icon-themes/elementary/cmd/lc_checkbox.png |binary
 icon-themes/elementary/cmd/lc_choosecontrols.png   |binary
 icon-themes/elementary/cmd/lc_choosemacro.png  |binary
 icon-themes/elementary/cmd/lc_closemasterview.png  |binary
 icon-themes/elementary/cmd/lc_compilebasic.png |binary
 icon-themes/elementary/cmd/lc_configuredialog.png

[Libreoffice-bugs] [Bug 138845] UI: The border dots in properties -> table borders arrows have purple background (not skia)

2021-01-02 Thread bugzilla-daemon

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

Rizal Muttaqin  changed:

   What|Removed |Added

 Resolution|DUPLICATE   |---
 Status|RESOLVED|REOPENED
 Ever confirmed|0   |1

--- Comment #11 from Rizal Muttaqin  ---
Please see https://bugs.documentfoundation.org/show_bug.cgi?id=138350#c8

This bug is not a duplicate tdf#138350 rather another bug.

I will send the patch by God's will.

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-ux-advise] [Bug 138845] UI: The border dots in properties -> table borders arrows have purple background (not skia)

2021-01-02 Thread bugzilla-daemon

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

Rizal Muttaqin  changed:

   What|Removed |Added

 Resolution|DUPLICATE   |---
 Status|RESOLVED|REOPENED
 Ever confirmed|0   |1

--- Comment #11 from Rizal Muttaqin  ---
Please see https://bugs.documentfoundation.org/show_bug.cgi?id=138350#c8

This bug is not a duplicate tdf#138350 rather another bug.

I will send the patch by God's will.

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
Libreoffice-ux-advise mailing list
Libreoffice-ux-advise@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise

[Libreoffice-ux-advise] [Bug 139098] UI: Replace table column distribution checkboxes with radio buttons

2021-01-02 Thread bugzilla-daemon

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

Telesto  changed:

   What|Removed |Added

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

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
Libreoffice-ux-advise mailing list
Libreoffice-ux-advise@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise

[Libreoffice-bugs] [Bug 139098] UI: Replace table column distribution checkboxes with radio buttons

2021-01-02 Thread bugzilla-daemon

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

Telesto  changed:

   What|Removed |Added

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

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-bugs] [Bug 139096] UI: Managing column width

2021-01-02 Thread bugzilla-daemon

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

Telesto  changed:

   What|Removed |Added

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

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-ux-advise] [Bug 139096] UI: Managing column width

2021-01-02 Thread bugzilla-daemon

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

Telesto  changed:

   What|Removed |Added

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

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
Libreoffice-ux-advise mailing list
Libreoffice-ux-advise@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise

[Libreoffice-ux-advise] [Bug 139109] Libre Writer - Tables - Column Width handling

2021-01-02 Thread bugzilla-daemon

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

Telesto  changed:

   What|Removed |Added

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

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
Libreoffice-ux-advise mailing list
Libreoffice-ux-advise@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise

[Libreoffice-bugs] [Bug 139109] Libre Writer - Tables - Column Width handling

2021-01-02 Thread bugzilla-daemon

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

Telesto  changed:

   What|Removed |Added

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

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-bugs] [Bug 139370] UI: Not able to check adapt table in column tab width with alignment automatic

2021-01-02 Thread bugzilla-daemon

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

Telesto  changed:

   What|Removed |Added

   See Also||https://bugs.documentfounda
   ||tion.org/show_bug.cgi?id=13
   ||9109,
   ||https://bugs.documentfounda
   ||tion.org/show_bug.cgi?id=13
   ||9096,
   ||https://bugs.documentfounda
   ||tion.org/show_bug.cgi?id=13
   ||9098

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-ux-advise] [Bug 139370] UI: Not able to check adapt table in column tab width with alignment automatic

2021-01-02 Thread bugzilla-daemon

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

Telesto  changed:

   What|Removed |Added

   See Also||https://bugs.documentfounda
   ||tion.org/show_bug.cgi?id=13
   ||9109,
   ||https://bugs.documentfounda
   ||tion.org/show_bug.cgi?id=13
   ||9096,
   ||https://bugs.documentfounda
   ||tion.org/show_bug.cgi?id=13
   ||9098

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
Libreoffice-ux-advise mailing list
Libreoffice-ux-advise@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise

Re: Implement interface for external data source import into Calc GSoC 2021

2021-01-02 Thread Mariam Fahmy

Thanks for telling me, after solving at least 1 bug from this list, what
next step to do?
Or shall I solve as many bugs as possible till the official registration
begins?
Thanks

On Sun, 3 Jan 2021, 12:09 am Ilmari Lauhakangas, <
ilmari.lauhakan...@libreoffice.org> wrote:

> On 2.1.2021 23.51, Mariam Fahmy wrote:
> > I am Mariam Fahmy, I am a software engineering undergraduate from
> > AinShams University, I am passionate about open source solving problems
> > and improving process efficiency, and enjoy exploring and learning new
> > technologies and building applications for socially useful causes, I
> > believe open source is the best way for me to gain experience to prepare
> > for real-life software development.
> > My technical skills is c++ , data structure , algorithms , dart ,
> > flutter and firebase.
> > I have also participated in hacktoberfest challenge, I have made 3 small
> > contributions in LibreOffice, I am interested in working in project:
> > Implement interface for external data source import into Calc.
> > Can you please guide me how to fully understand the project.
>
> Please note that you should complete at least one easy hack in the
> category difficultyInteresting to qualify for GSoC.
>
> Ilmari
> ___
> LibreOffice mailing list
> LibreOffice@lists.freedesktop.org
> https://lists.freedesktop.org/mailman/listinfo/libreoffice
>
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: Implement interface for external data source import into Calc GSoC 2021

2021-01-02 Thread Ilmari Lauhakangas


On 2.1.2021 23.51, Mariam Fahmy wrote:
I am Mariam Fahmy, I am a software engineering undergraduate from 
AinShams University, I am passionate about open source solving problems 
and improving process efficiency, and enjoy exploring and learning new 
technologies and building applications for socially useful causes, I 
believe open source is the best way for me to gain experience to prepare 
for real-life software development.
My technical skills is c++ , data structure , algorithms , dart , 
flutter and firebase.
I have also participated in hacktoberfest challenge, I have made 3 small 
contributions in LibreOffice, I am interested in working in project: 
Implement interface for external data source import into Calc.

Can you please guide me how to fully understand the project.


Please note that you should complete at least one easy hack in the 
category difficultyInteresting to qualify for GSoC.


Ilmari
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice

Implement interface for external data source import into Calc GSoC 2021

2021-01-02 Thread Mariam Fahmy

Hello,
I am Mariam Fahmy, I am a software engineering undergraduate from AinShams
University, I am passionate about open source solving problems and
improving process efficiency, and enjoy exploring and learning new
technologies and building applications for socially useful causes, I
believe open source is the best way for me to gain experience to prepare
for real-life software development.
My technical skills is c++ , data structure , algorithms , dart , flutter
and firebase.
I have also participated in hacktoberfest challenge, I have made 3 small
contributions in LibreOffice, I am interested in working in project:
Implement interface for external data source import into Calc.
Can you please guide me how to fully understand the project.
Thanks.
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice

[Libreoffice-bugs] [Bug 139375] New: LibreOffice Writer Spell checker set wrong language

2021-01-02 Thread bugzilla-daemon

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

Bug ID: 139375
   Summary: LibreOffice Writer Spell checker set wrong language
   Product: LibreOffice
   Version: 7.0.3.1 release
  Hardware: All
OS: Windows (All)
Status: UNCONFIRMED
  Severity: normal
  Priority: medium
 Component: Writer
  Assignee: libreoffice-bugs@lists.freedesktop.org
  Reporter: al...@ajh-knives.com

Description:
All language Defaults are set to English (USA). for unknown reason all words 
started to be underlined by red wriggly lines.
The spell checker was changed to to German on 1st instance, and now the second
instance it was changed to Czech (displayed by pressing the F7)
No idea what changed the spell checker here on either occasion.
This is a permanent internal change - the defaults were not changed.
Nothing I could do to change the spellchecker back to normal function.
Both times the only fix was to purge the libreOffice from my os and reinstall
it afresh.
This happend in both libreOffice for Linux and for Microsoft Windows 10.
There are no fixes that apply to this BUG even on the forum

Steps to Reproduce:
1.Pressing F7 to check the document shows wrong language.
2.Changed the language in the spell checker window without  success.
3. I have not caused it so I would not have any idea how to reproduce it.

Actual Results:

I have no idea how this happened - It happened 2x and that is 2x too many.
It was NOT done by me, and it should under no circumstances happen at all.
All language Default are still set as they should be -English(USA)

Expected Results:
I do expected this bug will be found, and fixed. Could be linked to the F7
check If F7 does detect other language as it should, it should revert back to
Default every time when it is done. Should be prevented from resetting ITSELF
to any other language permanently. If stuck, or screwed in any other way there
should be a Spellchecker reset a mouse click away, without the need to scrap
the whole LibreOffice set.
The fix for this specific problem should be only a click away and not by any
forum articles that require hours of research with no fix to be found.


Reproducible: Sometimes


User Profile Reset: Yes


OpenGL enabled: Yes

Additional Info:
I only use F7 option - The Actual problem is in the Spell checker working
window. Any attempt to change it back to Default here is immediately reverted
back to the wrong language.
The language selector switches ITSELF to a language different than the Default.
Default language is NOT changed so it can not be re-corrected.
The change is permanent (there is no fix I can find), and prevents the spell
checker from working. If there is a fix, then make it easily accesible from the
Spell Checker options.
All document text is underlined as if spelled wrong.
The Spellchecker text windows remain clear and spellchecker is instantly
reporting that nothing is to be corrected.
Simply the LibreOffice Writer is impossible to use. 
This problem happened in Windows 10, and also in my Linux Mint 19.3 OS, so it
is a crossplatform problem = internal.

The open GL should be Enabled by the installation of LibreOffice, not by user.
I have no clue what it is and where it is.
I do not see my profile being changed while I am working on my document, all by
itself. I only have me so I assume I do have only one user profile.

I checked both just to get this report to you, and I ghope that you will look
at it seriously and not just blow me away with BS -  as is the usual Tech
support  response.

My best regards, stay safe
Alfie

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-bugs] [Bug 139374] Crash in: SvTreeList::Remove(SvTreeListEntry const *)

2021-01-02 Thread bugzilla-daemon

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

Julien Nabet  changed:

   What|Removed |Added

 CC||serval2...@yahoo.fr
 Status|UNCONFIRMED |NEEDINFO
 Ever confirmed|0   |1
Version|unspecified |6.1 all versions

--- Comment #1 from Julien Nabet  ---
Which Windows version have you got?

LO 6.1.6 is quite old, please give a to LO 7.0.4

You can also try this:
https://wiki.documentfoundation.org/QA/FirstSteps

Finally, please don't mix a bug and a request for enhancement.

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-bugs] [Bug 139325] LO writer hangs/crashes--can't access my large ODT data file

2021-01-02 Thread bugzilla-daemon

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

--- Comment #14 from MM  ---
> Bottom line, I'm unable to open my last updated ODT file.  Unless I can find
> a work-around I'm stuck with opening an earlier version of my ODT file. 
> That means I've lost all updates because I can't even access them.

With a program like 7zip, you can try to open the file as archive.
Your text *should* still be there as xml and your pics in a seperate drawer.

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-commits] core.git: external/python3

2021-01-02 Thread Julien Nabet (via logerrit)

 external/python3/ExternalPackage_python3.mk |7 +++
 1 file changed, 7 insertions(+)

New commits:
commit 8aae3b37a6553d645bfc94855adbbd1859e07692
Author: Julien Nabet 
AuthorDate: Sat Jan 2 16:40:01 2021 +0100
Commit: Julien Nabet 
CommitDate: Sat Jan 2 22:09:52 2021 +0100

Fix build error in Python3 for Raspberry pi4b

/home/pi/lo/libreoffice/external/python3/ExternalPackage_python3.mk:48:
*** file 
/home/pi/lo/libreoffice/workdir/UnpackedTarball/python3/LO_lib/_sysconfigdata__linux_armv7l-unknown-linux-gnueabihf.py
does not exist in the tarball. Arrêt.

Change-Id: If348c9f55883c1afcc37ff38e84361786bef1845
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/108595
Tested-by: Jenkins
Reviewed-by: Julien Nabet 

diff --git a/external/python3/ExternalPackage_python3.mk 
b/external/python3/ExternalPackage_python3.mk
index 5f1fd5ae70ea..8448d24db3b0 100644
--- a/external/python3/ExternalPackage_python3.mk
+++ b/external/python3/ExternalPackage_python3.mk
@@ -140,10 +140,17 @@ endif
 # note: python configure overrides config.guess with something that doesn't
 # put -pc in its linux platform triplets, so filter that...
 ifneq ($(OS),WNT)
+ifeq ($(CPUNAME),ARM)
+$(eval $(call 
gb_ExternalPackage_add_files,python3,$(LIBO_BIN_FOLDER)/python-core-$(PYTHON_VERSION)/lib,\
+   LO_lib/_sysconfigdata_$(if 
$(ENABLE_DBGUTIL),d)_$(python3_MACHDEP)_$(subst i686,i386,$(subst 
v7l-unknown,,$(HOST_PLATFORM))).py \
+))
+else
 $(eval $(call 
gb_ExternalPackage_add_files,python3,$(LIBO_BIN_FOLDER)/python-core-$(PYTHON_VERSION)/lib,\
LO_lib/_sysconfigdata_$(if 
$(ENABLE_DBGUTIL),d)_$(python3_MACHDEP)_$(subst i686,i386,$(subst 
-pc,,$(HOST_PLATFORM))).py \
 ))
 endif
+endif
+
 
 # packages not shipped:
 # dbm, sqlite3 - need some database stuff
___
Libreoffice-commits mailing list
libreoffice-comm...@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-commits

[Libreoffice-bugs] [Bug 139365] Table>insert Rows should move the cursor to the new row.

2021-01-02 Thread bugzilla-daemon

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

--- Comment #2 from tor...@yahoo.com ---
(In reply to m.a.riosv from comment #1)
> Why do you assume it is so?, some survey about?

It's natural. Whenever I open a new row, it is to fill it.
Someone else might leave it empty and move the cursor elsewhere —no problem.

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

Re: understanding ImpForceLineAngle, aGeo and friends

2021-01-02 Thread Dr. David Alan Gilbert

* Regina Henschel (rb.hensc...@t-online.de) wrote:
> Hi David,

Hi Regina,
  Thanks for the reply,

> Dr. David Alan Gilbert schrieb am 02.01.2021 um 04:35:
> > Hi,
> >I'd appreciate some pointers on shape creation and in
> > particular why ImpForceLineAngle exists.
> 
> ImpForceLineAngle() exists from the beginning. I see it already in OOo1.1.5.
> You will find it as ImpForceLineWink() in the history of svdopath.cxx.

Yep, learnt another word of German :-)

> [..]
> >a) What is ImpForceLineAngle for, why calculate an angle
> > from the line you've just created? >b) Is that angle supposed to be 
> > applied to that line - or
> > is it intended just for something else ?
> 
> The purpose is, that the user gets a simple way to have text along the line.
> Without this rotation, the text would always be horizontal, although the
> user creates a non horizontal line.

Yep, that bit makes sense.

> I think, at some point between OOo2.4 and OOo3.2.1 this rotation was
> extended to polylines.

I think this is the bit that's confusing here; most lines get loaded 
OK, but for some reason this one is different (and possibly only in Writer);
you'd think if you were going to build a line out of two points stating
where you want them, then you wouldn't expect it to get rotated
(If it always did it, wouldn't all lines end up horizontal).

> The member aGeo contains the transformation angles. When you apply this
> shear and rotation to the left/top corner of the logic rectangle (member
> maRect) you get the snap rectangle (member maSnapRect). These angles are
> part of the API. You need to know, that vertical flip introduces an
> additional 180° rotation.

OK.

> Custom shapes are special in that they have properties mirror vertical and
> mirror horizontal in their enhanced geometry, that SdrObjCustomShape has the
> true rotation angle as member fObjectRotation, and that they allow text
> rotation independent from object rotation in their enhanced geometry.

Is there anything I should be reading about this?

Dave

> Kind regards
> Regina
> 
> ___
> LibreOffice mailing list
> LibreOffice@lists.freedesktop.org
> https://lists.freedesktop.org/mailman/listinfo/libreoffice
-- 
 -Open up your eyes, open up your mind, open up your code ---   
/ Dr. David Alan Gilbert|   Running GNU/Linux   | Happy  \ 
\dave @ treblig.org |   | In Hex /
 \ _|_ http://www.treblig.org   |___/
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice

[Libreoffice-commits] core.git: sw/inc sw/qa sw/source

2021-01-02 Thread Bjoern Michaelsen (via logerrit)

 sw/inc/accmap.hxx|2 -
 sw/inc/calbck.hxx|   13 +---
 sw/qa/core/uwriter.cxx   |9 +++---
 sw/source/core/access/accmap.cxx |2 -
 sw/source/core/attr/calbck.cxx   |   22 +-
 sw/source/core/inc/frame.hxx |2 -
 sw/source/core/layout/wsfrm.cxx  |   58 ++-
 7 files changed, 51 insertions(+), 57 deletions(-)

New commits:
commit ac624ef10a4620c2a12ea688e313a8d5173052cf
Author: Bjoern Michaelsen 
AuthorDate: Thu Dec 31 23:03:01 2020 +0100
Commit: Bjoern Michaelsen 
CommitDate: Sat Jan 2 21:56:11 2021 +0100

SwFrame: Modify no more

Change-Id: I8e2c89f2c897535013d64720b6c2c5bbac602b14
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/108551
Tested-by: Jenkins
Reviewed-by: Bjoern Michaelsen 

diff --git a/sw/inc/accmap.hxx b/sw/inc/accmap.hxx
index 58f758706cbf..979fac964823 100644
--- a/sw/inc/accmap.hxx
+++ b/sw/inc/accmap.hxx
@@ -61,7 +61,7 @@ namespace com::sun::star::accessibility { class XAccessible; }
 // There are two reason for this. First of all, a new accessible shape
 // for the XShape might be created soon. It's then cheaper if the XShape
 // still exists. The other reason are situations where an accessible shape
-// is destroyed within an SwFrameFormat::Modify. In this case, destroying
+// is destroyed within an SwFrameFormat::SwClientNotify. In this case, 
destroying
 // the XShape at the same time (indirectly by destroying the accessible
 // shape) leads to an assert, because a client of the Modify is destroyed
 // within a Modify call.
diff --git a/sw/inc/calbck.hxx b/sw/inc/calbck.hxx
index 8fbb2e87e0b2..e469c3dd4134 100644
--- a/sw/inc/calbck.hxx
+++ b/sw/inc/calbck.hxx
@@ -143,11 +143,6 @@ public:
 SwClient() : m_pRegisteredIn(nullptr) {}
 SwClient(SwClient&&) noexcept;
 virtual ~SwClient() override;
-// callbacks received from SwModify (friend class - so these methods can 
be private)
-// should be called only from SwModify the client is registered in
-// mba: IMHO this method should be pure virtual
-// DO NOT USE IN NEW CODE! use SwClientNotify instead.
-virtual void Modify(const SfxPoolItem*, const SfxPoolItem*);
 
 
 // in case an SwModify object is destroyed that itself is registered in 
another SwModify,
@@ -183,13 +178,10 @@ class SW_DLLPUBLIC SwModify: public SwClient
 bool m_bInCache   : 1;
 bool m_bInSwFntCache : 1;
 
-// mba: IMHO this method should be pure virtual
-// DO NOT USE IN NEW CODE! use CallSwClientNotify instead.
-virtual void Modify( const SfxPoolItem* pOld, const SfxPoolItem *pNew) 
override
-{ NotifyClients( pOld, pNew ); };
-
 SwModify(SwModify const &) = delete;
 SwModify  =(const SwModify&) = delete;
+protected:
+virtual void SwClientNotify(const SwModify&, const SfxHint& rHint) 
override;
 public:
 SwModify()
 : SwClient(), m_pWriterListeners(nullptr), m_bModifyLocked(false), 
m_bInCache(false), m_bInSwFntCache(false)
@@ -268,7 +260,6 @@ namespace sw
 /** get Client information */
 virtual bool GetInfo( SfxPoolItem& rInfo) const override;
 private:
-virtual void Modify(const SfxPoolItem* pOldValue, const SfxPoolItem 
*pNewValue) override;
 virtual void SwClientNotify(const SwModify& rModify, const SfxHint& 
rHint) override;
 };
 
diff --git a/sw/qa/core/uwriter.cxx b/sw/qa/core/uwriter.cxx
index 9da61561f3ff..db2422fed04b 100644
--- a/sw/qa/core/uwriter.cxx
+++ b/sw/qa/core/uwriter.cxx
@@ -1827,8 +1827,6 @@ namespace
 int m_nModifyChangedCount;
 const SwModify* m_pLastChangedModify;
 TestClient() : m_nModifyCount(0), m_nNotifyCount(0), 
m_nModifyChangedCount(0), m_pLastChangedModify(nullptr) {};
-virtual void Modify( const SfxPoolItem*, const SfxPoolItem*) override
-{ assert(false); }
 virtual void SwClientNotify(const SwModify&, const SfxHint& rHint) 
override
 {
 if(typeid(TestHint) == typeid(rHint))
@@ -1846,8 +1844,11 @@ namespace
 {
 int m_nModifyCount;
 OtherTestClient() : m_nModifyCount(0) {};
-virtual void Modify( const SfxPoolItem*, const SfxPoolItem*) override
-{ ++m_nModifyCount; }
+virtual void SwClientNotify(const SwModify&, const SfxHint& rHint) 
override
+{
+if(dynamic_cast())
+++m_nModifyCount;
+}
 };
 struct TestListener : SvtListener
 {
diff --git a/sw/source/core/access/accmap.cxx b/sw/source/core/access/accmap.cxx
index 8f3543dcd4df..4771f4c8e903 100644
--- a/sw/source/core/access/accmap.cxx
+++ b/sw/source/core/access/accmap.cxx
@@ -2293,7 +2293,7 @@ void SwAccessibleMap::A11yDispose( const SwFrame *pFrame,
 (xParentAccImpl.is() || xShapeAccImpl.is()) )
 {
 // Keep a reference to the XShape to avoid that it
-// is deleted with a SwFrameFormat::Modify.
+

[Libreoffice-commits] core.git: sw/uiconfig

2021-01-02 Thread Caolán McNamara (via logerrit)

 sw/uiconfig/swriter/ui/flddbpage.ui|  278 +---
 sw/uiconfig/swriter/ui/flddocinfopage.ui   |  217 +--
 sw/uiconfig/swriter/ui/flddocumentpage.ui  |  236 +--
 sw/uiconfig/swriter/ui/fldfuncpage.ui  |  155 +-
 sw/uiconfig/swriter/ui/fldrefpage.ui   |  246 +--
 sw/uiconfig/swriter/ui/fldvarpage.ui   |  372 ++---
 sw/uiconfig/swriter/ui/footnotepage.ui |  730 +-
 sw/uiconfig/swriter/ui/formattablepage.ui  |  678 --
 sw/uiconfig/swriter/ui/frmaddpage.ui   |  640 -
 sw/uiconfig/swriter/ui/frmtypepage.ui  | 1110 
 sw/uiconfig/swriter/ui/mailmerge.ui| 1156 -
 sw/uiconfig/swriter/ui/mmaddressblockpage.ui   |  672 --
 sw/uiconfig/swriter/ui/mmlayoutpage.ui |  546 +++-
 sw/uiconfig/swriter/ui/mmresultemaildialog.ui  |  595 
 sw/uiconfig/swriter/ui/mmresultprintdialog.ui  |  291 ++--
 sw/uiconfig/swriter/ui/mmsalutationpage.ui |  692 +-
 sw/uiconfig/swriter/ui/optcaptionpage.ui   |  653 -
 sw/uiconfig/swriter/ui/optcomparison.ui|  244 +--
 sw/uiconfig/swriter/ui/optcompatpage.ui|  298 ++--
 sw/uiconfig/swriter/ui/optformataidspage.ui|  694 --
 sw/uiconfig/swriter/ui/optgeneralpage.ui   |  580 
 sw/uiconfig/swriter/ui/optredlinepage.ui   |  714 +-
 sw/uiconfig/swriter/ui/opttablepage.ui |  797 +--
 sw/uiconfig/swriter/ui/outlinenumberingpage.ui |  512 +++
 sw/uiconfig/swriter/ui/outlinepositionpage.ui  |  742 +--
 sw/uiconfig/swriter/ui/sectionpage.ui  |  634 -
 sw/uiconfig/swriter/ui/sortdialog.ui   |  983 +++---
 sw/uiconfig/swriter/ui/titlepage.ui|  566 
 sw/uiconfig/swriter/ui/tocentriespage.ui   | 1663 -
 sw/uiconfig/swriter/ui/tocindexpage.ui | 1542 +++
 30 files changed, 9245 insertions(+), 9991 deletions(-)

New commits:
commit ed7d6dd9e222daef5a0d0147e0311b951f9a29ce
Author: Caolán McNamara 
AuthorDate: Fri Jan 1 20:16:33 2021 +
Commit: Caolán McNamara 
CommitDate: Sat Jan 2 21:43:30 2021 +0100

drop deprecated GtkAlignment, move left/top-padding into child 
margin-start/top

for sw part b

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

diff --git a/sw/uiconfig/swriter/ui/flddbpage.ui 
b/sw/uiconfig/swriter/ui/flddbpage.ui
index 645b78b3bf0d..a9fe9a79d4c1 100644
--- a/sw/uiconfig/swriter/ui/flddbpage.ui
+++ b/sw/uiconfig/swriter/ui/flddbpage.ui
@@ -52,50 +52,43 @@
 0
 none
 
-  
+  
 True
-False
+True
 True
-6
+True
+in
+6
 
-  
+  
 True
 True
+True
 True
 True
-in
+liststore1
+False
+0
+False
+
+  
+
 
-  
-True
-True
-True
-True
-True
-liststore1
-False
-0
-False
-
-  
-
+  
+6
 
-  
-6
-
-  
-  
-0
-  
-
-  
-
-
-  
-Lists the available field types. To add a 
field to your document, click a field type, click a field in the Select list, 
and then click Insert.
-  
+  
+  
+0
+  
 
   
 
+
+  
+Lists the available 
field types. To add a

[Libreoffice-bugs] [Bug 96678] Add Hotkeys to Each Font Effect Option

2021-01-02 Thread bugzilla-daemon

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

Gabor Kelemen  changed:

   What|Removed |Added

 CC||kelem...@ubuntu.com
 Status|NEW |ASSIGNED
   Assignee|libreoffice-b...@lists.free |kelem...@ubuntu.com
   |desktop.org |

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-commits] core.git: sfx2/source

2021-01-02 Thread Caolán McNamara (via logerrit)

 sfx2/source/notebookbar/NotebookbarTabControl.cxx |2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

New commits:
commit 17a6597ab00e9b1e8337ae7254b26672caf09690
Author: Caolán McNamara 
AuthorDate: Sat Jan 2 17:12:50 2021 +
Commit: Caolán McNamara 
CommitDate: Sat Jan 2 20:34:30 2021 +0100

getLayoutRequisition is a static member of VclContainer

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

diff --git a/sfx2/source/notebookbar/NotebookbarTabControl.cxx 
b/sfx2/source/notebookbar/NotebookbarTabControl.cxx
index 80277b10d723..dd2e1fba5129 100644
--- a/sfx2/source/notebookbar/NotebookbarTabControl.cxx
+++ b/sfx2/source/notebookbar/NotebookbarTabControl.cxx
@@ -368,7 +368,7 @@ Size NotebookbarTabControl::calculateRequisition() const
 
 if (pChild)
 {
-Size aChildSize = VclAlignment::getLayoutRequisition(*pChild);
+Size aChildSize = VclContainer::getLayoutRequisition(*pChild);
 
 if (aChildSize.getWidth() < aSize.getWidth())
 aSize.setWidth( aChildSize.Width() );
___
Libreoffice-commits mailing list
libreoffice-comm...@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-commits

[Libreoffice-bugs] [Bug 139328] example Euler-Lagrange equation is wrong

2021-01-02 Thread bugzilla-daemon

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

--- Comment #5 from Commit Notification 
 ---
Laurent BP committed a patch related to this issue.
It has been pushed to "libreoffice-7-1":

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

tdf#139328 Update Starmath examples

It will be available in 7.1.0.2.

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 mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-bugs] [Bug 139328] example Euler-Lagrange equation is wrong

2021-01-02 Thread bugzilla-daemon

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

Commit Notification  changed:

   What|Removed |Added

 Whiteboard|target:7.2.0|target:7.2.0 target:7.1.0.2

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-commits] core.git: Branch 'libreoffice-7-1' - starmath/source

2021-01-02 Thread Laurent BP (via logerrit)

 starmath/source/ElementsDockingWindow.cxx |   18 +-
 1 file changed, 9 insertions(+), 9 deletions(-)

New commits:
commit ca9abb3c513f10e041d9a52bc256516739fdca69
Author: Laurent BP 
AuthorDate: Mon Nov 30 19:37:49 2020 +0100
Commit: Noel Grandin 
CommitDate: Sat Jan 2 20:30:58 2021 +0100

tdf#139328 Update Starmath examples

Some corrections and addition to examples to show more different uses:
- Circumference: add spaces for a better readibility
- Pytahorean: use sqrt function
- Newton: use times for multiplication and vec
- special relativity: 't' instead of 'T'
- Euler-Lagrange: right parenthesis misplaced
- FTC: inversion of border value
- Chaos: use bold r and double vertical lines
- Taylor series: use fact function instead of exclamation mark
and remove extra {}
- Gauss distribution: more logical repartition of spaces

Change-Id: I4563a8c031de2c8db1b1c674a29e7b1d843d57e1
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/107050
Tested-by: Jenkins
Reviewed-by: Dante DM 
Reviewed-by: Noel Grandin 
(cherry picked from commit ad8485ebe11396aaac68095ef9eec819de6af26c)
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/108578

diff --git a/starmath/source/ElementsDockingWindow.cxx 
b/starmath/source/ElementsDockingWindow.cxx
index 5083d94ff010..0ee85b49eab8 100644
--- a/starmath/source/ElementsDockingWindow.cxx
+++ b/starmath/source/ElementsDockingWindow.cxx
@@ -254,17 +254,17 @@ const SmElementDescr SmElementsControl::m_aOthersList[] =
 const SmElementDescr SmElementsControl::m_aExamplesList[] =
 {
 {"{func e}^{i %pi} + 1 = 0", RID_EXAMPLE_EULER_IDENTITY_HELP},
-{"C=%pi cdot d = 2 cdot %pi cdot r", RID_EXAMPLE_CIRCUMFERENCE_HELP},
-{"a^2 + b^2 = c^2", RID_EXAMPLE_PYTHAGOREAN_THEO_HELP},
-{"F = m a", RID_EXAMPLE_2NEWTON},
+{"C = %pi cdot d = 2 cdot %pi cdot r", RID_EXAMPLE_CIRCUMFERENCE_HELP},
+{"c = sqrt{ a^2 + b^2 }", RID_EXAMPLE_PYTHAGOREAN_THEO_HELP},
+{"vec F = m times vec a", RID_EXAMPLE_2NEWTON},
 {"E = m c^2", RID_EXAMPLE_MASS_ENERGY_EQUIV_HELP},
 {"G_{%mu %nu} + %LAMBDA g_{%mu %nu}= frac{8 %pi G}{c^4} T_{%mu %nu}", 
RID_EXAMPLE_GENERAL_RELATIVITY_HELP},
-{" %DELTA t' = { %DELTA T } over sqrt{ 1 - v^2 over c^2 } ", 
RID_EXAMPLE_SPECIAL_RELATIVITY_HELP },
-{ "d over dt left( {partial L}over{partial dot q} = {partial 
L}over{partial q} right)", RID_EXAMPLE_EULER_LAGRANGE_HELP },
-{"int from a to b f'(x) dx = f(a) - f(b)", RID_EXAMPLE_FTC_HELP},
-{ "abs{ %delta Z(t) } approx e^{%lambda t} abs{ %delta Z(0) }", 
RID_EXAMPLE_CHAOS_HELP},
-{"f ( x ) = sum from { { n = 0 } } to { infinity } { {f^{(n)}(x_0)} over 
{n!} (x-x_0)^n}", RID_EXAMPLE_A_TAYLOR_SERIES_HELP},
-{"f ( x ) = {1} over {%sigma sqrt{2%pi} }func e^-{{(x-%mu)^2} over 
{2%sigma^2}}", RID_EXAMPLE_GAUSS_DISTRIBUTION_HELP},
+{"%DELTA t' = { %DELTA t } over sqrt{ 1 - v^2 over c^2 }", 
RID_EXAMPLE_SPECIAL_RELATIVITY_HELP },
+{"d over dt left( {partial L}over{partial dot q} right) = {partial 
L}over{partial q}", RID_EXAMPLE_EULER_LAGRANGE_HELP },
+{"int from a to b f'(x) dx = f(b) - f(a)", RID_EXAMPLE_FTC_HELP},
+{"ldline %delta bold{r}(t) rdline approx e^{%lambda t} ldline %delta { 
bold{r} }_0 rdline", RID_EXAMPLE_CHAOS_HELP},
+{"f(x) = sum from { n=0 } to { infinity } { {f^{(n)}(x_0) } over { fact{n} 
} (x-x_0)^n }", RID_EXAMPLE_A_TAYLOR_SERIES_HELP},
+{"f(x) = {1} over { %sigma sqrt{2 %pi} } func e^-{ {(x-%mu)^2} over {2 
%sigma^2} }", RID_EXAMPLE_GAUSS_DISTRIBUTION_HELP},
 };
 
 #define AS_PAIR(a) a, SAL_N_ELEMENTS(a)
___
Libreoffice-commits mailing list
libreoffice-comm...@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-commits

Re: understanding ImpForceLineAngle, aGeo and friends

2021-01-02 Thread Regina Henschel


Hi David,

Dr. David Alan Gilbert schrieb am 02.01.2021 um 04:35:

Hi,
   I'd appreciate some pointers on shape creation and in
particular why ImpForceLineAngle exists.


ImpForceLineAngle() exists from the beginning. I see it already in 
OOo1.1.5. You will find it as ImpForceLineWink() in the history of 
svdopath.cxx.


[..]

   a) What is ImpForceLineAngle for, why calculate an angle
from the line you've just created? >b) Is that angle supposed to be applied 
to that line - or
is it intended just for something else ?


The purpose is, that the user gets a simple way to have text along the 
line. Without this rotation, the text would always be horizontal, 
although the user creates a non horizontal line.
I think, at some point between OOo2.4 and OOo3.2.1 this rotation was 
extended to polylines.


The member aGeo contains the transformation angles. When you apply this 
shear and rotation to the left/top corner of the logic rectangle (member 
maRect) you get the snap rectangle (member maSnapRect). These angles are 
part of the API. You need to know, that vertical flip introduces an 
additional 180° rotation.


Custom shapes are special in that they have properties mirror vertical 
and mirror horizontal in their enhanced geometry, that SdrObjCustomShape 
has the true rotation angle as member fObjectRotation, and that they 
allow text rotation independent from object rotation in their enhanced 
geometry.


Kind regards
Regina

___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice

[Libreoffice-bugs] [Bug 139374] New: Crash in: SvTreeList::Remove(SvTreeListEntry const *)

2021-01-02 Thread bugzilla-daemon

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

Bug ID: 139374
   Summary: Crash in: SvTreeList::Remove(SvTreeListEntry const *)
   Product: LibreOffice
   Version: unspecified
  Hardware: x86 (IA32)
OS: Windows (All)
Status: UNCONFIRMED
  Severity: normal
  Priority: medium
 Component: Writer
  Assignee: libreoffice-bugs@lists.freedesktop.org
  Reporter: j...@ks-ranch.com

Created attachment 168635
  --> https://bugs.documentfoundation.org/attachment.cgi?id=168635=edit
small Writer file that was being edited

This bug was filed from the crash reporting server and is
br-f9e12d51-c330-4d91-b04d-0455f932070f.
=
Opened Navigator (to see if anything equivalent to Word's Outline View was
available for moving sections). Navigator window (undocked) was left open, with
Headings highlighted.
  Since no section moving looked available, I selected the second section in
the document manually & dragged it before (cursor at left end of) first section
& released.
  Writer crashed.
  I note that upon restarting Writer, & recovering docs (there were four open
in windows), that 4 copies of the Navigator window opend upon saying finish
after recovering.

  I suggest that an equivalent to Word's outline view where text below
specified level is collapsed, allowing easy editing of order of headings by
selecting & dragging the sections, is an extremely valuable feature that you
ought to seriously consider adding.  
  In this case with small headed sections, it would seem easy enough to select
a section. But for large documents with multi-page headed sections, it changes
a pain-in-the-ass document re-arrangement (reordering sections) to a trivial
task. Much to be recommended.

  Thanks, though, for a very nice set of tools.
Joe

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-bugs] [Bug 139372] Simple Pen tool in Draw

2021-01-02 Thread bugzilla-daemon

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

V Stuart Foote  changed:

   What|Removed |Added

 CC||vstuart.fo...@utsa.edu
 Status|UNCONFIRMED |RESOLVED
 Resolution|--- |DUPLICATE

--- Comment #1 from V Stuart Foote  ---
but also see bug 35092

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

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-bugs] [Bug 94699] Freehand tool: turning off smoothing activity

2021-01-02 Thread bugzilla-daemon

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

V Stuart Foote  changed:

   What|Removed |Added

 CC||ngfi...@seznam.cz

--- Comment #13 from V Stuart Foote  ---
*** Bug 139372 has been marked as a duplicate of this bug. ***

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-bugs] [Bug 139371] Page breaks are part of the formatting, but do not show up in style inspector

2021-01-02 Thread bugzilla-daemon

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

V Stuart Foote  changed:

   What|Removed |Added

Summary|Page breaks are part of the |Page breaks are part of the
   |formatting, but down show   |formatting, but do not show
   |up in style inspector   |up in style inspector
 CC||vstuart.fo...@utsa.edu

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-ux-advise] [Bug 139371] Page breaks are part of the formatting, but do not show up in style inspector

2021-01-02 Thread bugzilla-daemon

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

V Stuart Foote  changed:

   What|Removed |Added

Summary|Page breaks are part of the |Page breaks are part of the
   |formatting, but down show   |formatting, but do not show
   |up in style inspector   |up in style inspector
 CC||vstuart.fo...@utsa.edu

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
Libreoffice-ux-advise mailing list
Libreoffice-ux-advise@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise

[Libreoffice-ux-advise] [Bug 139330] UI is unfriendly, opening a new layer instead of the last one when the layer tab list is full

2021-01-02 Thread bugzilla-daemon

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

DrC  changed:

   What|Removed |Added

Version|7.0.3.1 release |7.1.0.1 rc

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
Libreoffice-ux-advise mailing list
Libreoffice-ux-advise@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise

[Libreoffice-bugs] [Bug 139330] UI is unfriendly, opening a new layer instead of the last one when the layer tab list is full

2021-01-02 Thread bugzilla-daemon

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

DrC  changed:

   What|Removed |Added

Version|7.0.3.1 release |7.1.0.1 rc

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-bugs] [Bug 139373] New: Private variables are not only available in the module in which they are defined.

2021-01-02 Thread bugzilla-daemon

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

Bug ID: 139373
   Summary: Private variables are not only available in the module
in which they are defined.
   Product: LibreOffice
   Version: 7.0.4.2 release
  Hardware: x86-64 (AMD64)
OS: Linux (All)
Status: UNCONFIRMED
  Severity: normal
  Priority: medium
 Component: BASIC
  Assignee: libreoffice-bugs@lists.freedesktop.org
  Reporter: nuk...@gmail.com

Description:
Private variables are not only available in the Module in which they are
defined. but even in all Modules of all Libraries except Standard Library.

Steps to Reproduce:
1. Create Module1 in Standard Library
'Option Explicit
Public  varPublicS  As
Integer  
'Library: Standard  
Global  varGlobalS  As
Integer  
'Module: Module1
Private varPrivateS As
Integer  
Dim varDimPrivateS  As
Integer  

Sub Main
End Sub

2. Create Library1 & Module3 in Library1
'Option Explicit
Public  varPublicL1 As
Integer  
'Library: Library1  
Global  varGlobalL1 As
Integer  
'Module: Module3
Private varPrivateL1As
Integer  
Dim varDimPrivateL1 As
Integer  

Sub Main
End Sub
3. Create Library2 & Module5 in Libray2
'Library: Library2  

'Module: Module5

Sub Show_var_LL2M5_2
MsgBox  _
“varDimPrivateS  = “ &
varDimPrivateS  & Chr(10) &  _
“varPrivateS = “ &
varPrivateS & Chr(10) &  _
“varGlobalS  = “ &
varGlobalS  & Chr(10) &  _
“varPublicS  = “ &
varPublicS  & Chr(10) &  _
“varDimPrivateL1 = “ &
varDimPrivateL1 & Chr(10) &  _
“varPrivateL1= “ &
varPrivateL1& Chr(10) &  _
“varGlobalL1 = “ &
varGlobalL1 & Chr(10) &  _
“varPublicL1 = “ &
varPublicL1  _
,,"Sub
Show_var_LL2M5_2"
End Sub 


Actual Results:
Sub Show_var_LL2M5_2
varDimPrivateL1 = 0
varPrivateS = 0
varGlobalS  = 0
varPublicS  = 0
varDimPrivateL1 = 0
varPrivateL1= 0
varGlobalL1 = 0
varPublicL1 = 0


Expected Results:
varDimPrivateL1 = 
varPrivateS =
varDimPrivateL1 = 
varPrivateL1= 






Reproducible: Always


User Profile Reset: No



Additional Info:
Version: 7.0.4.2
Build ID: 00(Build:2)
CPU threads: 4; OS: Linux 5.9; UI render: default; VCL: gtk3
Locale: en-US (en_US.UTF-8); UI: en-US
Calc: threaded

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-bugs] [Bug 133253] Error importing a template should be explained

2021-01-02 Thread bugzilla-daemon

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

sdc.bla...@youmail.dk changed:

   What|Removed |Added

 CC||sdc.bla...@youmail.dk

--- Comment #3 from sdc.bla...@youmail.dk ---
(In reply to TorrAB from comment #0)
> File>templates>Manage, click Import, choose a file; get warning: ‘Error
> importing the following templates…’ if the file exists already.
Agree with request, but situation is slightly more complicated. 

You can import a file with same filename as an existing template, if Title is
different (File>Properties - Description tab - Title) (imported filename has
'1' appended to it)

Otoh, if imported file has same Title as existing template (with a different
filename), then only one template is shown in Template Manager.

iow, an attempt to improve error-checking feedback will involve a different
process than checking filenames...

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-bugs] [Bug 57351] Calc: "Insert columns" is not available in the context menu if an autofilter to hide rows is applied

2021-01-02 Thread bugzilla-daemon

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

--- Comment #28 from Alan Porter  ---
Still present in 7.0.3.1 on Linux.

Version: 7.0.3.1
Build ID: 00(Build:1)
CPU threads: 4; OS: Linux 5.8; UI render: default; VCL: gtk3
Locale: en-US (en_US.UTF-8); UI: en-US
Ubuntu package version: 1:7.0.3-0ubuntu0.20.10.1
Calc: threaded

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-bugs] [Bug 139372] New: Simple Pen tool in Draw

2021-01-02 Thread bugzilla-daemon

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

Bug ID: 139372
   Summary: Simple Pen tool in Draw
   Product: LibreOffice
   Version: unspecified
  Hardware: x86-64 (AMD64)
OS: All
Status: UNCONFIRMED
  Severity: minor
  Priority: medium
 Component: Draw
  Assignee: libreoffice-bugs@lists.freedesktop.org
  Reporter: ngfi...@seznam.cz

Description:
Why is not this useful feature? This is much more practical than curve-tool,
which is adjusted automatically. It would be better eg for signature, etc.
Please add. Thanks.

Actual Results:
xxx

Expected Results:
xxx


Reproducible: Always


User Profile Reset: No



Additional Info:
xxx

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

understanding ImpForceLineAngle, aGeo and friends

2021-01-02 Thread Dr. David Alan Gilbert

Hi,
  I'd appreciate some pointers on shape creation and in
particular why ImpForceLineAngle exists.

  I'm chasing a bug where a line in a docx document ends up 90deg
rotated; it's the docx in 
https://bugs.documentfoundation.org/show_bug.cgi?id=139297
and 'Shape5' - the vertical line at the left that turns out
to be horizontal.
  (That bug has *lots* of other problems, but mostly related to groups,
which that shape isn't in, and most of the other issues are location/stretching
not transform).

I've convinced myself that the polypoly that Shape::createAndInsert creates
is correct; a nice simple line with the X's the same, and the Y different;

But I'm a bit confused by the call to ImpForceLineAngle - it sets
aGeo.nRotationAngle based on the points in the line and ends
up with it at -9000; if I force that to 0 then my line stays
where I expect it, vertical;  (The fact that this is still
called when I load a similar pptx and it works, confuses me).

  a) What is ImpForceLineAngle for, why calculate an angle
from the line you've just created?
  b) Is that angle supposed to be applied to that line - or
is it intended just for something else ?

Any pointers appreciated!

The ImpForceLineAngle is triggered by createAndInsert's
  PropertySet( xSet ).setProperties( aShapeProps );
call, I think because of the PolyPolygon property.

The trace looks like:
#0  0x7fa77bd8b530 in SdrPathObj::ImpForceLineAngle() () at 
/discs/fast/core/instdir/program/libsvxcorelo.so
#1  0x7fa77bd8c180 in SdrPathObj::ImpForceKind() () at 
/discs/fast/core/instdir/program/libsvxcorelo.so
#2  0x7fa77bd8ceab in SdrPathObj::NbcSetPathPoly(basegfx::B2DPolyPolygon 
const&) () at /discs/fast/core/instdir/program/libsvxcorelo.so
#3  0x7fa77bd8cf3c in SdrPathObj::SetPathPoly(basegfx::B2DPolyPolygon 
const&) () at /discs/fast/core/instdir/program/libsvxcorelo.so
#4  0x7fa77bee71cc in 
SvxShapePolyPolygon::SetPolygon(basegfx::B2DPolyPolygon const&) () at 
/discs/fast/core/instdir/program/libsvxcorelo.so
#5  0x7fa77beeaefb in 
SvxShapePolyPolygon::setPropertyValueImpl(rtl::OUString const&, 
SfxItemPropertySimpleEntry const*, com::sun::star::uno::Any const&) ()
at /discs/fast/core/instdir/program/libsvxcorelo.so
#6  0x7fa77bf098ab in SvxShape::_setPropertyValue(rtl::OUString const&, 
com::sun::star::uno::Any const&) () at 
/discs/fast/core/instdir/program/libsvxcorelo.so
#7  0x7fa760acb2bf in SwXShape::setPropertyValue(rtl::OUString const&, 
com::sun::star::uno::Any const&) () at 
/discs/fast/core/instdir/program/../program/libswlo.so
#8  0x7fa77bf07e11 in 
SvxShape::setPropertyValues(com::sun::star::uno::Sequence 
const&, com::sun::star::uno::Sequence const&) ()
at /discs/fast/core/instdir/program/libsvxcorelo.so
#9  0x7fa7618fd152 in 
oox::PropertySet::setProperties(com::sun::star::uno::Sequence 
const&, com::sun::star::uno::Sequence const&) ()
at /discs/fast/core/instdir/program/../program/libooxlo.so
#10 0x7fa7618fd274 in oox::PropertySet::setProperties(oox::PropertyMap 
const&) () at /discs/fast/core/instdir/program/../program/libooxlo.so
#11 0x7fa7618149d6 in 
oox::drawingml::Shape::createAndInsert(oox::core::XmlFilterBase&, rtl::OUString 
const&, oox::drawingml::Theme const*, 
com::sun::star::uno::Reference const&, bool, 
bool, basegfx::B2DHomMatrix&, oox::drawingml::FillProperties&, bool) () at 
/discs/fast/core/instdir/program/../program/libooxlo.so
#12 0x7fa7618226bf in 
oox::drawingml::Shape::addShape(oox::core::XmlFilterBase&, 
oox::drawingml::Theme const*, 
com::sun::star::uno::Reference const&, 
basegfx::B2DHomMatrix const&, oox::drawingml::FillProperties&, 
std::map, 
std::less, std::allocator > > >*, bool) () at 
/discs/fast/core/instdir/program/../program/libooxlo.so
#13 0x7fa76198891c in oox::shape::ShapeContextHandler::getShape() () at 
/discs/fast/core/instdir/program/../program/libooxlo.so
#14 0x7fa75e882417 in 
writerfilter::ooxml::OOXMLFastContextHandlerShape::sendShape(int) () at 
/discs/fast/core/instdir/program/../program/libwriterfilterlo.so
#15 0x7fa75e886391 in 
writerfilter::ooxml::OOXMLFastContextHandlerShape::lcl_endFastElement(int) () 
at /discs/fast/core/instdir/program/../program/libwriterfilterlo.so

Thanks for any pointers,

Dave

-- 
 -Open up your eyes, open up your mind, open up your code ---   
/ Dr. David Alan Gilbert|   Running GNU/Linux   | Happy  \ 
\dave @ treblig.org |   | In Hex /
 \ _|_ http://www.treblig.org   |___/
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice

[Libreoffice-bugs] [Bug 139371] Page breaks are part of the formatting, but down show up in style inspector

2021-01-02 Thread bugzilla-daemon

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

Telesto  changed:

   What|Removed |Added

 CC||libreoffice-ux-advise@lists
   ||.freedesktop.org
   Keywords||needsUXEval

--- Comment #1 from Telesto  ---
No exceptional strong opinion.. could make a consistency argument. Or say i'm
nitpicking..

Lets process it through UX.. because I fear the are jobless :-). This can be
queued to process later on (as being the case with most of the topic I bring
up.. but I assume that's known fact)

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-ux-advise] [Bug 139371] Page breaks are part of the formatting, but down show up in style inspector

2021-01-02 Thread bugzilla-daemon

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

Telesto  changed:

   What|Removed |Added

 CC||libreoffice-ux-advise@lists
   ||.freedesktop.org
   Keywords||needsUXEval

--- Comment #1 from Telesto  ---
No exceptional strong opinion.. could make a consistency argument. Or say i'm
nitpicking..

Lets process it through UX.. because I fear the are jobless :-). This can be
queued to process later on (as being the case with most of the topic I bring
up.. but I assume that's known fact)

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
Libreoffice-ux-advise mailing list
Libreoffice-ux-advise@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise

[Libreoffice-bugs] [Bug 139371] New: Page breaks are part of the formatting, but down show up in style inspector

2021-01-02 Thread bugzilla-daemon

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

Bug ID: 139371
   Summary: Page breaks are part of the formatting, but down show
up in style inspector
   Product: LibreOffice
   Version: 7.1.0.1 rc
  Hardware: All
OS: All
Status: UNCONFIRMED
  Severity: normal
  Priority: medium
 Component: UI
  Assignee: libreoffice-bugs@lists.freedesktop.org
  Reporter: tele...@surfxs.nl

Description:
Page breaks are part of the formatting, but down show up in style inspector

Steps to Reproduce:
1. Open Writer
2. press CTRL Enter & type something
3. Look in the style inspector for the page break

Actual Results:
Nothing to be found

Expected Results:
If the style inspector should show everything (which I assume) this might
belong here too.. But well. we could discuses the relevance..Being kind of
noticeable

[Except for those who argue about page break being object]. But well my 2
cents. 


Reproducible: Always


User Profile Reset: No



Additional Info:
Version: 7.2.0.0.alpha0+ (x64)
Build ID: 4e3ce9dd6ace0b22f7b3f45cf2338b201f4dc305
CPU threads: 4; OS: Windows 6.3 Build 9600; UI render: Skia/Raster; VCL: win
Locale: nl-NL (nl_NL); UI: en-US
Calc: CL

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

Re: About 7.1

2021-01-02 Thread himajin100000


Hi,

I would use these information to be sure.

https://wiki.documentfoundation.org/ReleasePlan/7.1#7.1.0_release

https://git.libreoffice.org/core/+log/refs/heads/libreoffice-7-1/?s=871a91bf41a2ef60195c6c0886d67409b175cb5d


Hello. How can I check if those changes are in 7.1


I don't think they are in 7.1 yet.
I have never tried, but I believe you can cherrypick the patch to 
another branch, i.e. libreoffice-7-1.


and those have 'Repo | Branch core | libreoffice-7-1' on the left side 
of the patch. see below for example.

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

when someone with an adequate privilege gives Code-Review+2 there, and 
merges the cherry-picked patch, the fix will be in the branch.


--
himajin10
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice

[Libreoffice-bugs] [Bug 139151] Impress crash on launch, with changes to Template path in user profile

2021-01-02 Thread bugzilla-daemon

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

V Stuart Foote  changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEEDINFO
 Ever confirmed|0   |1

--- Comment #10 from V Stuart Foote  ---
(In reply to helmut from comment #9)
> I've found, that I am not allowed to make any changes at the folder- and
> file-names.
> 

OK, unclear as to steps to reproduce (STR).

You had deleted the default 'Templates' path(s)?  I.e.
$ORIGIN/../share/template/common, and $ORIGIN/../share/template/de-DE

Then a profile reset was needed to cleared the crashes.

> I'm only allowed to add template-files.
> 

That is correct in GUI, you add a path with the dialog.

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

About 7.1

2021-01-02 Thread Dante Doménech

Hello. How can I check if those changes are in 7.1 and add them in case
they're not?
The first one is important because external libraries depend on it.
The second one corrects a great memory error.
The third one is the data required for it to work.
https://gerrit.libreoffice.org/c/core/+/108028
https://gerrit.libreoffice.org/c/core/+/108415
https://gerrit.libreoffice.org/c/core/+/108333
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice

[Libreoffice-bugs] [Bug 139151] Impress crash on launch, with changes to Template path in user profile

2021-01-02 Thread bugzilla-daemon

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

V Stuart Foote  changed:

   What|Removed |Added

 Status|NEEDINFO|UNCONFIRMED
 Ever confirmed|1   |0
Summary|Impress crash on launch |Impress crash on launch,
   ||with changes to Template
   ||path in user profile

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-bugs] [Bug 139074] CRASH on Paste from clipboard into dialog or other floating window, paste to document canvas is fine; Windows only?

2021-01-02 Thread bugzilla-daemon

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

V Stuart Foote  changed:

   What|Removed |Added

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

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-bugs] [Bug 139275] LibreOffice 7.1 Calc bug - Paste crashes LO

2021-01-02 Thread bugzilla-daemon

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

V Stuart Foote  changed:

   What|Removed |Added

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

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-bugs] [Bug 139275] LibreOffice 7.1 Calc bug - Paste crashes LO

2021-01-02 Thread bugzilla-daemon

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

V Stuart Foote  changed:

   What|Removed |Added

 CC||vstuart.fo...@utsa.edu

--- Comment #11 from V Stuart Foote  ---
(In reply to kabilo from comment #10)
> I confirm when I paste the copied value or formula into the formula bar.

That would be bug 139074, pasting into the Formula bar rather than into a
selected cell.

But, like others I can not confirm crash with STR here on Windows 10 20H2
(19042) build

2020-12-31 TB77 nightly
Version: 7.2.0.0.alpha0+ (x64)
Build ID: 90668f3473f4e52cec823ad39c6fcb44ba7c089b
CPU threads: 4; OS: Windows 10.0 Build 19042; UI render: Skia/Vulkan; VCL: win
Locale: en-US (en_US); UI: en-US
Calc: threaded

nor with

Version: 7.1.0.1 (x64)
Build ID: b585d7d90ab863bf29b2d110c174c0c2a98f3ee4
CPU threads: 4; OS: Windows 10.0 Build 19042; UI render: Skia/Vulkan; VCL: win
Locale: en-US (en_US); UI: en-US
Calc: threaded

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-bugs] [Bug 138544] FORMATTING: FILESAVE: Writer compatibility setting doesn't save properly and keeps resetting unwanted option to be used

2021-01-02 Thread bugzilla-daemon

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

--- Comment #14 from Ernest Bywater  ---
(In reply to Justin L from comment #13)
> I'm trying to wrap my head around what the purpose of disabling "Load
> user-specific settings with the document" is. There are lots of settings
> that are saved in the document. Disabling "Load user-specific settings with
> the document" tells LO to ignore the subset of settings that can be
> specified by the user - i.e. those found in Writer - Compatibility. So
> instead of using the document's version of what compatibility options should
> be used, we use the program defaults (which can be adjusted by the user).
> 
> So why would anyone change that setting?  One possibility could be mass
> conversions - where you want to change the document settings to match some
> user-specified settings. But other than that, I am coming up blank.
> 
> The key problem exposed in this bug report is that when the document
> settings are read, it needs to apply a default value in case the document
> doesn't contain that setting. That is a natural part of supporting older
> documents. They will be missing settings that didn't exist when they were
> created. So if a setting is missing, that indicates that an OLD behaviour
> needs to be applied.
> 
> Well, in this case, we are specifically telling the program to IGNORE the
> user-controllable settings in the document. And since we are ignoring them,
> obviously they are not set. And so that means they are getting the old
> behaviour settings. But instead of giving them old behaviours, they should
> just use the user-specified behaviours.
> 
> The Writer - Compatibility settings therefore have two roles - and perhaps
> that hasn't been entirely clear to programmers over the years.
> 1.) The primary purpose is probably to allow the user to assign new defaults
> to documents they are creating - new documents. My guess is that this would
> be beneficial to create new documents that work with older versions of
> LibreOffice, or MS Word - aiding in a long corporate rollout for example.
> 2.) The second purpose is to force certain compat settings when loading old
> documents (via turning off Load User settings from document).
> 3.) A third role could be seen as giving a UI way to adjust the
> compatibility settings of a single document (but that is where we would run
> into these kinds of problems, because it can mean more than just that).
> 
> I still might not have a correct understanding of any of this, but that is
> what I am getting from reading the code.
> 
> I have some proposed patches at
> https://gerrit.libreoffice.org/q/LoadUserSettings

Justin,

I write stories which are for publication in electronic formats. With the e-pub
version they'll have settings set by the e-pub reader software while with the
html version they'll have settings by the browser  well, that's what's hoped
for. There is absolutely no need for me to have page margins and similar
settings for those finished products. However, past experience has shown that
sometimes the loaded default settings within LO has caused problems with the
reader's software. Years ago I found out, by trial and error, that by disabling
that setting the conflicts didn't occur. Thus I got into the habit of doing
that as a default personalised setting.

In the last few weeks, due to playing around working on this issue as reported
I've found that is no longer a problem due to the changes in the software in
the last few years.

However, it still raises a question for me - If I have no printer attached and
I have no intention of every printing the document via a standard printer
process, why the heck do I need to have printer settings in the document as a
compulsory or default aspect? Surely I should be able to just set what I want
for margins and and that's it.

BTW: I do find the system is extremely annoying when I ask it so save a file
and it wants confirmation I want to have the margins set outside of the printer
capable margins. If I've not got a printer attached which is LO asking me about
printer margins? It has to be pulling something from a default setting
somewhere to have that conflict arise within it.

Anyway, I've functional work around that only gives the the occasional annoying
Printer Margins error report, so I'm happy to get on with my work. But I do
keep an eye on this in case I can help with any questions about what's going
on.

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-bugs] [Bug 138544] FORMATTING: FILESAVE: Writer compatibility setting doesn't save properly and keeps resetting unwanted option to be used

2021-01-02 Thread bugzilla-daemon

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

--- Comment #13 from Justin L  ---
I'm trying to wrap my head around what the purpose of disabling "Load
user-specific settings with the document" is. There are lots of settings that
are saved in the document. Disabling "Load user-specific settings with the
document" tells LO to ignore the subset of settings that can be specified by
the user - i.e. those found in Writer - Compatibility. So instead of using the
document's version of what compatibility options should be used, we use the
program defaults (which can be adjusted by the user).

So why would anyone change that setting?  One possibility could be mass
conversions - where you want to change the document settings to match some
user-specified settings. But other than that, I am coming up blank.

The key problem exposed in this bug report is that when the document settings
are read, it needs to apply a default value in case the document doesn't
contain that setting. That is a natural part of supporting older documents.
They will be missing settings that didn't exist when they were created. So if a
setting is missing, that indicates that an OLD behaviour needs to be applied.

Well, in this case, we are specifically telling the program to IGNORE the
user-controllable settings in the document. And since we are ignoring them,
obviously they are not set. And so that means they are getting the old
behaviour settings. But instead of giving them old behaviours, they should just
use the user-specified behaviours.

The Writer - Compatibility settings therefore have two roles - and perhaps that
hasn't been entirely clear to programmers over the years.
1.) The primary purpose is probably to allow the user to assign new defaults to
documents they are creating - new documents. My guess is that this would be
beneficial to create new documents that work with older versions of
LibreOffice, or MS Word - aiding in a long corporate rollout for example.
2.) The second purpose is to force certain compat settings when loading old
documents (via turning off Load User settings from document).
3.) A third role could be seen as giving a UI way to adjust the compatibility
settings of a single document (but that is where we would run into these kinds
of problems, because it can mean more than just that).

I still might not have a correct understanding of any of this, but that is what
I am getting from reading the code.

I have some proposed patches at
https://gerrit.libreoffice.org/q/LoadUserSettings

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-bugs] [Bug 64830] RTL: Arabic languages spellcheck should be merged into one

2021-01-02 Thread bugzilla-daemon

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

--- Comment #16 from Erik Quaeghebeur 
 ---
(In reply to Munzir Taha from comment #15)
> @Erik:
> It's correct that "Accept spellcheck files without region" is part of my
> issue as Mr. Khaled pointed out. But I am hesitant to change the title
> because after the fallback mechanism we also need to remove the duplicates.
> Unlike English which you might want to keep en_US, en_GB and fallback to en,
> we shouldn't keep any regions files for Arabic spellchecking.
As Khaled Hosny indicated in Comment 1, the only reason there are country
variants for Arabic now is because LibreOffice isn't able to deal with codes
without a country designation. The same holds for Dutch (and I guess French).

However, if someone wants to create a separate regional variant spellcheck
bundle, e.g., nl_BE for Dutch in Belgium (even if Dutch is standardized for all
countries where Dutch is spoken), such would still need to be accepted by
LibreOffice, as we shouldn't impose restrictions.

In any case, I think it is up to the developers to make the call whether to
change the title or not.

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-bugs] [Bug 62196] EDITING: copy-paste from non-LibO-text-source pastes previous clipboard contents (see comment 62)

2021-01-02 Thread bugzilla-daemon

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

V Stuart Foote  changed:

   What|Removed |Added

 CC||sagarv...@gmail.com

--- Comment #116 from V Stuart Foote  ---
*** Bug 139367 has been marked as a duplicate of this bug. ***

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-bugs] [Bug 139367] Copy Paste from Email to Writer and Calc not working

2021-01-02 Thread bugzilla-daemon

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

V Stuart Foote  changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 CC||vstuart.fo...@utsa.edu
 Resolution|--- |DUPLICATE

--- Comment #1 from V Stuart Foote  ---


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

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-commits] core.git: basic/source include/basic

2021-01-02 Thread Arnaud Versini (via logerrit)

 basic/source/sbx/sbxvar.cxx |   83 +---
 include/basic/sbxvar.hxx|   16 
 2 files changed, 26 insertions(+), 73 deletions(-)

New commits:
commit 60ac2acd4cd1722fe12c3a7753db9b0519a8b7db
Author: Arnaud Versini 
AuthorDate: Thu Dec 31 16:05:46 2020 +0100
Commit: Noel Grandin 
CommitDate: Sat Jan 2 15:29:53 2021 +0100

BASIC : simplify SbxVariable constructors and remove impl class

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

diff --git a/basic/source/sbx/sbxvar.cxx b/basic/source/sbx/sbxvar.cxx
index 34ab5bc24a4b..a79a617af3dd 100644
--- a/basic/source/sbx/sbxvar.cxx
+++ b/basic/source/sbx/sbxvar.cxx
@@ -36,47 +36,24 @@ using namespace com::sun::star::uno;
 
 // SbxVariable
 
-
-// SbxVariableImpl
-
-class SbxVariableImpl
-{
-friend class SbxVariable;
-OUStringm_aDeclareClassName;
-Reference< XInterface > m_xComListener;
-StarBASIC*  m_pComListenerParentBasic;
-
-SbxVariableImpl()
-: m_pComListenerParentBasic( nullptr )
-{}
-};
-
-
-// Constructors
-
 SbxVariable::SbxVariable() : SbxValue()
 {
-pParent = nullptr;
-nUserData = 0;
-nHash = 0;
 }
 
 SbxVariable::SbxVariable( const SbxVariable& r )
 : SvRefBase( r ),
   SbxValue( r ),
+  m_aDeclareClassName( r.m_aDeclareClassName ),
+  m_xComListener( r.m_xComListener),
   mpPar( r.mpPar ),
   pInfo( r.pInfo )
 {
-if( r.mpImpl != nullptr )
-{
-mpImpl.reset( new SbxVariableImpl( *r.mpImpl ) );
 #if HAVE_FEATURE_SCRIPTING
-if( mpImpl->m_xComListener.is() )
-{
-registerComListenerVariableForBasic( this, 
mpImpl->m_pComListenerParentBasic );
-}
-#endif
+if( r.m_xComListener.is() )
+{
+registerComListenerVariableForBasic( this, r.m_pComListenerParentBasic 
);
 }
+#endif
 if( r.CanRead() )
 {
 pParent = r.pParent;
@@ -84,12 +61,6 @@ SbxVariable::SbxVariable( const SbxVariable& r )
 maName = r.maName;
 nHash = r.nHash;
 }
-else
-{
-pParent = nullptr;
-nUserData = 0;
-nHash = 0;
-}
 }
 
 SbxEnsureParentVariable::SbxEnsureParentVariable(const SbxVariable& r)
@@ -109,9 +80,6 @@ void SbxEnsureParentVariable::SetParent(SbxObject* p)
 
 SbxVariable::SbxVariable( SbxDataType t ) : SbxValue( t )
 {
-pParent = nullptr;
-nUserData = 0;
-nHash = 0;
 }
 
 SbxVariable::~SbxVariable()
@@ -312,17 +280,15 @@ SbxVariable& SbxVariable::operator=( const SbxVariable& r 
)
 if (this != )
 {
 SbxValue::operator=( r );
-mpImpl.reset();
-if( r.mpImpl != nullptr )
-{
-mpImpl.reset( new SbxVariableImpl( *r.mpImpl ) );
+m_aDeclareClassName = r.m_aDeclareClassName;
+m_xComListener = r.m_xComListener;
+m_pComListenerParentBasic = r.m_pComListenerParentBasic;
 #if HAVE_FEATURE_SCRIPTING
-if( mpImpl->m_xComListener.is() )
-{
-registerComListenerVariableForBasic( this, 
mpImpl->m_pComListenerParentBasic );
-}
-#endif
+if( m_xComListener.is() )
+{
+registerComListenerVariableForBasic( this, 
m_pComListenerParentBasic );
 }
+#endif
 }
 return *this;
 }
@@ -389,33 +355,21 @@ void SbxVariable::SetParent( SbxObject* p )
 pParent = p;
 }
 
-SbxVariableImpl* SbxVariable::getImpl()
-{
-if(!mpImpl)
-{
-mpImpl.reset(new SbxVariableImpl);
-}
-return mpImpl.get();
-}
-
 const OUString& SbxVariable::GetDeclareClassName()
 {
-SbxVariableImpl* pImpl = getImpl();
-return pImpl->m_aDeclareClassName;
+return m_aDeclareClassName;
 }
 
 void SbxVariable::SetDeclareClassName( const OUString& rDeclareClassName )
 {
-SbxVariableImpl* pImpl = getImpl();
-pImpl->m_aDeclareClassName = rDeclareClassName;
+m_aDeclareClassName = rDeclareClassName;
 }
 
 void SbxVariable::SetComListener( const css::uno::Reference< 
css::uno::XInterface >& xComListener,
   StarBASIC* pParentBasic )
 {
-SbxVariableImpl* pImpl = getImpl();
-pImpl->m_xComListener = xComListener;
-pImpl->m_pComListenerParentBasic = pParentBasic;
+m_xComListener = xComListener;
+m_pComListenerParentBasic = pParentBasic;
 #if HAVE_FEATURE_SCRIPTING
 registerComListenerVariableForBasic( this, pParentBasic );
 #endif
@@ -423,8 +377,7 @@ void SbxVariable::SetComListener( const 
css::uno::Reference< css::uno::XInterfac
 
 void SbxVariable::ClearComListener()
 {
-SbxVariableImpl* pImpl = getImpl();
-pImpl->m_xComListener.clear();
+m_xComListener.clear();
 }
 
 
diff --git a/include/basic/sbxvar.hxx b/include/basic/sbxvar.hxx
index 487b910aac84..342ba8c33583 100644
--- a/include/basic/sbxvar.hxx
+++ b/include/basic/sbxvar.hxx
@@

1 2 >

1 - 100 of 173 matches

Mail list logo