[Libreoffice-bugs] [Bug 128751] EDITING DOCX There are wrong values in Table Properties window under Column Width

2019-11-12 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=128751

--- Comment #5 from Caolán McNamara  ---
I think this is the same problem as bug 128746 and that
https://gerrit.libreoffice.org/#/c/82532/ should fix both

-- 
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 113688] Cannot set data series filling to pattern

2019-11-12 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=113688

--- Comment #12 from NISZ LibreOffice Team  ---
(In reply to Katarina Behrens (CIB) from comment #6)
> > In 6.0.4, if we choose pattern but leave default Foreground and Background
> > Color, pattern is not applied. But if we change some, it is. 
> > In 6.1+, even if we leave default Foreground and Background Color, pattern
> > is applied. 
> 
> May be fixed by
> https://cgit.freedesktop.org/libreoffice/core/commit/
> ?id=ec05c7fd4a0e09e0c953f243475cbc7db9afb02c but I don't know for sure, QA
> is  hard, let's go shopping

Bibisected with bibisect-win32-6.1 and can confirm that selecting one of the
preset patterns was fixed by that commit.

Also the pattern fill is still not picked up by the sidebar and bitmap type
fill is reported in current-ish master:

Version: 6.4.0.0.alpha1+ (x86)
Build ID: 80109586e6cb6d3e2e0a53a9079c3125ec9b8368
CPU threads: 4; OS: Windows 6.3 Build 9600; UI render: default; VCL: win; 
Locale: hu-HU (hu_HU); 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 128746] Opening table properties window causes crash in development build

2019-11-12 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=128746

Caolán McNamara  changed:

   What|Removed |Added

 Status|NEW |ASSIGNED
   Assignee|libreoffice-b...@lists.free |caol...@redhat.com
   |desktop.org |

--- Comment #9 from Caolán McNamara  ---
https://gerrit.libreoffice.org/plugins/gitiles/core/+/e1ec771c60d1fe03651b24f938589863c3882bc8%5E%21
is probably where things went wrong

-- 
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 128750] format cells dilog box bug

2019-11-12 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=128750

Xavier Van Wijmeersch  changed:

   What|Removed |Added

 Resolution|--- |NOTABUG
 Status|UNCONFIRMED |RESOLVED

--- Comment #1 from Xavier Van Wijmeersch  ---
Not a bug, your cell is not big enough to display the result

Best regards

-- 
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 128607] Firebird database not writable via BASIC from Calc even when ODB registered.

2019-11-12 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=128607

Alex Thurgood  changed:

   What|Removed |Added

Summary|Firebird database must be   |Firebird database not
   |opened at all times in  |writable via BASIC from
   |order to insert data using  |Calc even when ODB
   |BASIC of Calc even when ODB |registered.
   |registered. |

-- 
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 128607] Firebird database must be opened at all times in order to insert data using BASIC of Calc even when ODB registered.

2019-11-12 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=128607

Alex Thurgood  changed:

   What|Removed |Added

Summary|Firebird database must be   |Firebird database must be
   |opened at all times in  |opened at all times in
   |order to insert data using  |order to insert data using
   |BASIC of Calc.  |BASIC of Calc even when ODB
   ||registered.

-- 
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 128607] Firebird database must be opened at all times in order to insert data using BASIC of Calc.

2019-11-12 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=128607

Alex Thurgood  changed:

   What|Removed |Added

 Ever confirmed|0   |1
 Status|UNCONFIRMED |NEW

-- 
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 128607] Firebird database must be opened at all times in order to insert data using BASIC of Calc.

2019-11-12 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=128607

Alex Thurgood  changed:

   What|Removed |Added

 OS|Linux (All) |All
 CC||btom...@gmail.com,
   ||ipla...@tuta.io,
   ||lio...@mamane.lu

--- Comment #17 from Alex Thurgood  ---
(In reply to Stang from comment #16)
> With further testing, can get to FLUSH.  Doing this with the connection,
> just need to add another line in the macro after the SQL executeUpdate and
> before the close() line:
> 
> Conn.getParent().flush
> 
> Now data is saved to Firebird embedded without it being opened.

@Stang: thanks for your tests !

>From memory, the .getParent call is what binds the form (be it Calc or an
independent Writer form) to the connection context (in the MVC world of UNO),
so this is indeed the issue with the commit failing in normal use, i.e. the
failure to find the parent if the ODB file isn't open simultaneously.

However, if this now works for embedded hsqldb, then it should also work for
Firebird...so perhaps the code that creates an embedded Firebird ODB file fails
to expose that MVC correctly ?

I'm not up to date with the way MVC works in the context of an embedded
Firebird ODB, but really we ought to be striving to obtain the same thing.

@Lionel, Tamas : putting you on copy for thoughts on this?

-- 
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 'distro/collabora/cp-6.2' - sc/source

2019-11-12 Thread Henry Castro (via logerrit)
 sc/source/ui/inc/viewdata.hxx  |4 ++--
 sc/source/ui/view/viewdata.cxx |   23 ++-
 2 files changed, 16 insertions(+), 11 deletions(-)

New commits:
commit 6befb7712f7dbe8500fe0bfa64167a8f3f0b7be8
Author: Henry Castro 
AuthorDate: Fri Mar 29 09:01:05 2019 -0400
Commit: Henry Castro 
CommitDate: Tue Nov 12 16:22:15 2019 +0100

sc lok: avoid save incorrect data, whether the pane has ...

horizontal / vertical splits

In the tiled rendering case the horizontal / vertical splits were
not implemented, so the leftmost visible column is 0.
So preserve horizontal / vertical splits when saving the document

Change-Id: I15b6f009910e51fdaf475de5aac1ebded16c1956
Reviewed-on: https://gerrit.libreoffice.org/69926
Tested-by: Jenkins
Reviewed-by: Henry Castro 
Reviewed-on: https://gerrit.libreoffice.org/70079
Reviewed-by: Jan Holesovsky 
Tested-by: Jan Holesovsky 
Reviewed-on: https://gerrit.libreoffice.org/82517
Tested-by: Jenkins CollaboraOffice 

diff --git a/sc/source/ui/inc/viewdata.hxx b/sc/source/ui/inc/viewdata.hxx
index 40dad1b62e69..b0b6a44f055e 100644
--- a/sc/source/ui/inc/viewdata.hxx
+++ b/sc/source/ui/inc/viewdata.hxx
@@ -394,8 +394,8 @@ public:
 
 SCTAB   GetTabNo() const{ return nTabNo; }
 ScSplitPos  GetActivePart() const   { return 
pThisTab->eWhichActive; }
-SCCOL   GetPosX( ScHSplitPos eWhich ) const { return 
pThisTab->nPosX[eWhich]; }
-SCROW   GetPosY( ScVSplitPos eWhich ) const { return 
pThisTab->nPosY[eWhich]; }
+SCCOL   GetPosX( ScHSplitPos eWhich ) const;
+SCROW   GetPosY( ScVSplitPos eWhich ) const;
 SCCOL   GetCurX() const { return 
pThisTab->nCurX; }
 SCROW   GetCurY() const { return 
pThisTab->nCurY; }
 SCCOL   GetCurXForTab( SCTAB nTabIndex ) const;
diff --git a/sc/source/ui/view/viewdata.cxx b/sc/source/ui/view/viewdata.cxx
index 8ff09126c54d..05e6fc024e16 100644
--- a/sc/source/ui/view/viewdata.cxx
+++ b/sc/source/ui/view/viewdata.cxx
@@ -568,7 +568,6 @@ void ScViewDataTable::ReadUserDataSequence(const 
uno::Sequence >= nTemp32;
-nPosX[SC_SPLIT_LEFT] = bIsTiledRendering ? 0 :
-   SanitizeCol( static_cast(nTemp32));
+nPosX[SC_SPLIT_LEFT] = SanitizeCol( static_cast(nTemp32));
 }
 else if (sName == SC_POSITIONRIGHT)
 {
 aSettings[i].Value >>= nTemp32;
-nPosX[SC_SPLIT_RIGHT] = bIsTiledRendering ? 0 :
-SanitizeCol( static_cast(nTemp32));
+nPosX[SC_SPLIT_RIGHT] = SanitizeCol( static_cast(nTemp32));
 }
 else if (sName == SC_POSITIONTOP)
 {
 aSettings[i].Value >>= nTemp32;
-nPosY[SC_SPLIT_TOP] = bIsTiledRendering ? 0 :
-  SanitizeRow( static_cast(nTemp32));
+nPosY[SC_SPLIT_TOP] = SanitizeRow( static_cast(nTemp32));
 }
 else if (sName == SC_POSITIONBOTTOM)
 {
 aSettings[i].Value >>= nTemp32;
-nPosY[SC_SPLIT_BOTTOM] = bIsTiledRendering ? 0 :
- SanitizeRow( static_cast(nTemp32));
+nPosY[SC_SPLIT_BOTTOM] = SanitizeRow( static_cast(nTemp32));
 }
 else if (sName == SC_ZOOMTYPE)
 {
@@ -1300,6 +1295,16 @@ void ScViewData::ResetOldCursor()
 pThisTab->mbOldCursorValid = false;
 }
 
+SCCOL ScViewData::GetPosX( ScHSplitPos eWhich ) const
+{
+return comphelper::LibreOfficeKit::isActive() ? 0 : 
pThisTab->nPosX[eWhich];
+}
+
+SCROW ScViewData::GetPosY( ScVSplitPos eWhich ) const
+{
+return comphelper::LibreOfficeKit::isActive() ? 0 : 
pThisTab->nPosY[eWhich];
+}
+
 SCCOL ScViewData::GetCurXForTab( SCTAB nTabIndex ) const
 {
 if (!ValidTab(nTabIndex) || (nTabIndex >= 
static_cast(maTabData.size(
___
Libreoffice-commits mailing list
libreoffice-comm...@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-commits

[Libreoffice-bugs] [Bug 128698] MySQL/MariaDB direct Connection: time-values not written to table

2019-11-12 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=128698

--- Comment #3 from Alex Thurgood  ---
Something weird going on.

If I change the name of the time field, by opening up the table for edition,
then saving the change, and re-opening the table for data entry, I can now
enter any time I like and no longer get the error.

-- 
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 128722] Options -> User Data should not default tab

2019-11-12 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=128722

--- Comment #3 from andreas_k  ---
Created attachment 155754
  --> https://bugs.documentfoundation.org/attachment.cgi?id=155754=edit
Benjamin home configure tab

Sorry I think something got wrong. I'd like to introduce an home configure tab
where the most wanted configurations can be changed. Like the simple/advanced
idea from [1].

[1] http://scrabble.sourceforge.net/wiki/index.php/Usage:Configuration

-- 
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 128722] Options -> User Data should not default tab

2019-11-12 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=128722

--- Comment #3 from andreas_k  ---
Created attachment 155754
  --> https://bugs.documentfoundation.org/attachment.cgi?id=155754=edit
Benjamin home configure tab

Sorry I think something got wrong. I'd like to introduce an home configure tab
where the most wanted configurations can be changed. Like the simple/advanced
idea from [1].

[1] http://scrabble.sourceforge.net/wiki/index.php/Usage:Configuration

-- 
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 128698] MySQL/MariaDB direct Connection: time-values not written to table

2019-11-12 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=128698

--- Comment #2 from Alex Thurgood  ---
The fact that 00:00:00 gets committed to the database, which means data is lost
when editing an existing entry, indicates that an incorrect string is being
passed to the parser to perform the INSERT or UPDATE.

-- 
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 128698] MySQL/MariaDB direct Connection: Time-values won't be written to table

2019-11-12 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=128698

Alex Thurgood  changed:

   What|Removed |Added

   Severity|normal  |critical
 OS|Windows (All)   |All
   Priority|medium  |highest
   Keywords||dataLoss, regression

-- 
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 128698] MySQL/MariaDB direct Connection: time-values not written to table

2019-11-12 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=128698

Alex Thurgood  changed:

   What|Removed |Added

Summary|MySQL/MariaDB direct|MySQL/MariaDB direct
   |Connection: Time-values |Connection: time-values not
   |won't be written to table   |written to table

-- 
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 128698] MySQL/MariaDB direct Connection: Time-values won't be written to table

2019-11-12 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=128698

Alex Thurgood  changed:

   What|Removed |Added

 Ever confirmed|0   |1
 Status|UNCONFIRMED |NEW

--- Comment #1 from Alex Thurgood  ---
Reproduced with

Version: 6.3.2.2
Build ID: 98b30e735bda24bc04ab42594c85f7fd8be07b9c
Threads CPU : 4; OS : Mac OS X 10.15.1; UI Render : par défaut; VCL: osx; 
Locale : fr-FR (fr_FR.UTF-8); Langue IHM : fr-FR
Calc: threaded

Not just a Win problem.

I set up table in mysql as follows via the LO GUI:

ID (INT) AUTOINCREMENT NOT NULL
timing TIME NULL


Then I saved the table in LO, and double clicked on it to enter data.

I could enter a first recordset, for example, I entered 17:45:32 successfully.
When I attempted to enter a second recordset, it didn't matter which time I
entered, I always get a 00:00:00 display.

If I then connect to the mysql instance via the command line interface, and
modify or update the recordset, and refresh the table data in LO, I see the
amended data.

If I try to edit an existing record, I once again get a 00:00:00 result which
is committed to the database.

==>> regression

-- 
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 128722] Options -> User Data should not default tab

2019-11-12 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=128722

V Stuart Foote  changed:

   What|Removed |Added

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

--- Comment #2 from V Stuart Foote  ---
(In reply to andreas_k from comment #0)
...
> 
> In general User Data is useful to have correct content in the property
> dialog, but in times where user data and privacy is an unique selling point
> for an open source project, I suggest to have a better (new) landing page in
> the options dialog.
> 
...

Hmm, I think that is a fallacy, having the means to anonymize a document by
clearing the User data _needs_ to be the most prominent action of the Options
dialog. Likewise the ability to encrypt or to sign a document. 

While setting some value for the user fields exposes addition UI function (e.g.
last edit position) for document when reopened by the same user.

Opening to the User data panel of the Options dialog provides prominent control
of those functions. 

Leave it alone.

-- 
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 128722] Options -> User Data should not default tab

2019-11-12 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=128722

V Stuart Foote  changed:

   What|Removed |Added

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

--- Comment #2 from V Stuart Foote  ---
(In reply to andreas_k from comment #0)
...
> 
> In general User Data is useful to have correct content in the property
> dialog, but in times where user data and privacy is an unique selling point
> for an open source project, I suggest to have a better (new) landing page in
> the options dialog.
> 
...

Hmm, I think that is a fallacy, having the means to anonymize a document by
clearing the User data _needs_ to be the most prominent action of the Options
dialog. Likewise the ability to encrypt or to sign a document. 

While setting some value for the user fields exposes addition UI function (e.g.
last edit position) for document when reopened by the same user.

Opening to the User data panel of the Options dialog provides prominent control
of those functions. 

Leave it alone.

-- 
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 103182] [META] GTK3-specific bugs

2019-11-12 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=103182
Bug 103182 depends on bug 128716, which changed state.

Bug 128716 Summary: Steps in Chart Wizard don't work ( gtk3 )
https://bugs.documentfoundation.org/show_bug.cgi?id=128716

   What|Removed |Added

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

-- 
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: vcl/unx

2019-11-12 Thread Caolán McNamara (via logerrit)
 vcl/unx/gtk3/gtk3gtkinst.cxx |  106 +--
 1 file changed, 103 insertions(+), 3 deletions(-)

New commits:
commit f9e693cbe13a8ff55de112d709d1409c67887f2a
Author: Caolán McNamara 
AuthorDate: Tue Nov 12 11:23:57 2019 +
Commit: Caolán McNamara 
CommitDate: Tue Nov 12 15:52:30 2019 +0100

Resolves: tdf#128716 make gtk assistant steps clickable

Change-Id: I28d7cfd2192f22410eee08c6f4e5ab056789fcfd
Reviewed-on: https://gerrit.libreoffice.org/82503
Tested-by: Jenkins
Reviewed-by: Caolán McNamara 
Tested-by: Caolán McNamara 

diff --git a/vcl/unx/gtk3/gtk3gtkinst.cxx b/vcl/unx/gtk3/gtk3gtkinst.cxx
index d9217d412e5e..83c6bbaf9f63 100644
--- a/vcl/unx/gtk3/gtk3gtkinst.cxx
+++ b/vcl/unx/gtk3/gtk3gtkinst.cxx
@@ -1694,6 +1694,9 @@ namespace
 
 GtkWidget* ensureEventWidget(GtkWidget* pWidget)
 {
+if (!pWidget)
+return nullptr;
+
 GtkWidget* pMouseEventBox;
 // not every widget has a GdkWindow and can get any event, so if we
 // want an event it doesn't have, insert a GtkEventBox so we can get
@@ -1719,6 +1722,21 @@ namespace
 nullptr);
 }
 
+gboolean bExpand(false), bFill(false);
+GtkPackType ePackType(GTK_PACK_START);
+guint nPadding(0);
+gint nPosition(0);
+if (GTK_IS_BOX(pParent))
+{
+gtk_container_child_get(GTK_CONTAINER(pParent), pWidget,
+"expand", ,
+"fill", ,
+"pack-type", ,
+"padding", ,
+"position", ,
+nullptr);
+}
+
 gtk_container_remove(GTK_CONTAINER(pParent), pWidget);
 
 pMouseEventBox = gtk_event_box_new();
@@ -1738,6 +1756,17 @@ namespace
 nullptr);
 }
 
+if (GTK_IS_BOX(pParent))
+{
+gtk_container_child_set(GTK_CONTAINER(pParent), pMouseEventBox,
+"expand", bExpand,
+"fill", bFill,
+"pack-type", ePackType,
+"padding", nPadding,
+"position", nPosition,
+nullptr);
+}
+
 gtk_container_add(GTK_CONTAINER(pMouseEventBox), pWidget);
 g_object_unref(pWidget);
 
@@ -4442,13 +4471,16 @@ class GtkInstanceAssistant : public GtkInstanceDialog, 
public virtual weld::Assi
 private:
 GtkAssistant* m_pAssistant;
 GtkWidget* m_pSidebar;
+GtkWidget* m_pSidebarEventBox;
 GtkButtonBox* m_pButtonBox;
 GtkButton* m_pHelp;
 GtkButton* m_pBack;
 GtkButton* m_pNext;
 GtkButton* m_pFinish;
 GtkButton* m_pCancel;
+gulong m_nButtonPressSignalId;
 std::vector> m_aPages;
+std::map m_aNotClickable;
 
 int find_page(const OString& rIdent) const
 {
@@ -4495,6 +4527,66 @@ private:
 help();
 }
 
+static gboolean signalButton(GtkWidget*, GdkEventButton* pEvent, gpointer 
widget)
+{
+GtkInstanceAssistant* pThis = 
static_cast(widget);
+SolarMutexGuard aGuard;
+return pThis->signal_button(pEvent);
+}
+
+bool signal_button(GdkEventButton* pEvent)
+{
+int nNewCurrentPage = -1;
+
+GtkAllocation allocation;
+
+int nPageIndex = 0;
+GList* pChildren = 
gtk_container_get_children(GTK_CONTAINER(m_pSidebar));
+for (GList* pChild = g_list_first(pChildren); pChild; pChild = 
g_list_next(pChild))
+{
+GtkWidget* pWidget = static_cast(pChild->data);
+if (!gtk_widget_get_visible(pWidget))
+continue;
+
+gtk_widget_get_allocation(pWidget, );
+
+gint dest_x1, dest_y1;
+gtk_widget_translate_coordinates(pWidget,
+ m_pSidebarEventBox,
+ 0,
+ 0,
+ _x1,
+ _y1);
+
+gint dest_x2, dest_y2;
+gtk_widget_translate_coordinates(pWidget,
+ m_pSidebarEventBox,
+ allocation.width,
+ allocation.height,
+ _x2,
+ _y2);
+
+
+if (pEvent->x >= dest_x1 && pEvent->x <= dest_x2 && pEvent->y >= 
dest_y1 && pEvent->y <= dest_y2)
+{
+nNewCurrentPage = nPageIndex;
+break;
+}
+
+++nPageIndex;
+}
+g_list_free(pChildren);
+
+if (nNewCurrentPage != -1 && nNewCurrentPage != get_current_page())
+{
+

[Libreoffice-bugs] [Bug 128752] FILEOPEN DOCX Paragraph in table gets extra 0.35 cm spacing after

2019-11-12 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=128752

NISZ LibreOffice Team  changed:

   What|Removed |Added

 Blocks||107830
 CC||kelem...@ubuntu.com,
   ||nem...@numbertext.org
   Keywords||filter:docx


Referenced Bugs:

https://bugs.documentfoundation.org/show_bug.cgi?id=107830
[Bug 107830] [META] DOCX (OOXML) paragraph-related issues
-- 
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 107830] [META] DOCX (OOXML) paragraph-related issues

2019-11-12 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=107830

NISZ LibreOffice Team  changed:

   What|Removed |Added

 Depends on||128752


Referenced Bugs:

https://bugs.documentfoundation.org/show_bug.cgi?id=128752
[Bug 128752] FILEOPEN DOCX Paragraph in table gets extra 0.35 cm spacing after
-- 
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 128752] FILEOPEN DOCX Paragraph in table gets extra 0.35 cm spacing after

2019-11-12 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=128752

--- Comment #1 from NISZ LibreOffice Team  ---
Created attachment 155753
  --> https://bugs.documentfoundation.org/attachment.cgi?id=155753=edit
Screenshot of the original document side by side in Word and Writer

-- 
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 128752] New: FILEOPEN DOCX Paragraph in table gets extra 0.35 cm spacing after

2019-11-12 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=128752

Bug ID: 128752
   Summary: FILEOPEN DOCX Paragraph in table gets extra 0.35 cm
spacing after
   Product: LibreOffice
   Version: 6.4.0.0.alpha1+ Master
  Hardware: All
OS: All
Status: UNCONFIRMED
  Severity: normal
  Priority: medium
 Component: Writer
  Assignee: libreoffice-bugs@lists.freedesktop.org
  Reporter: libreoff...@nisz.hu

Description:
In attachment  #129129 the first two paragraphs in the table cells get a 0.35
cm spacing after in the Default style, while in Word it was 0.

Steps to Reproduce:
1.  Open attachment  #129129 and check the paragraph settings of the first
paragraph in the cells. Compare to Word.

Actual Results:
Spacing After is 0.35 cm.

Expected Results:
Spacing After is 0.


Reproducible: Always


User Profile Reset: No



Additional Info:
LibreOffice details:
Version: 6.4.0.0.alpha1+ (x86)
Build ID: f0340d58cc0f2808ce8003099ff2a0495360f267
CPU threads: 4; OS: Windows 6.3 Build 9600; UI render: default; VCL: win; 
Locale: hu-HU (hu_HU); 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 128746] Opening table properties window causes crash in development build

2019-11-12 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=128746

--- Comment #8 from Caolán McNamara  ---
Given the variability its probably not f0b4b42c39b314019438770c45778da2c6645d6c
at fault. I can't get a crash, but I do get the warning Julien gets which looks
possibly relevant. 

I've been right clicking on "Latest Photograph" to get to the table properties
FWIW in case that makes a difference.

-- 
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 128751] EDITING DOCX There are wrong values in Table Properties window under Column Width

2019-11-12 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=128751

NISZ LibreOffice Team  changed:

   What|Removed |Added

 Blocks||10
   See Also||https://bugs.documentfounda
   ||tion.org/show_bug.cgi?id=12
   ||2791
   Keywords||bibisected, bisected,
   ||filter:docx, regression
 CC||caol...@redhat.com,
   ||kelem...@ubuntu.com,
   ||nem...@numbertext.org


Referenced Bugs:

https://bugs.documentfoundation.org/show_bug.cgi?id=10
[Bug 10] [META] DOCX (OOXML) table-related issues
-- 
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 104444] [META] DOCX (OOXML) table-related issues

2019-11-12 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=10

NISZ LibreOffice Team  changed:

   What|Removed |Added

 Depends on||128751


Referenced Bugs:

https://bugs.documentfoundation.org/show_bug.cgi?id=128751
[Bug 128751] EDITING DOCX There are wrong values in Table Properties window
under Column Width
-- 
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 128748] Endless loop with query parameter on wrong input

2019-11-12 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=128748

Alex Thurgood  changed:

   What|Removed |Added

   Keywords||regression

--- Comment #4 from Alex Thurgood  ---
This never used to behave like this to my knowledge (it's been a while)

-- 
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 128751] EDITING DOCX There are wrong values in Table Properties window under Column Width

2019-11-12 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=128751

--- Comment #4 from NISZ LibreOffice Team  ---
Created attachment 155752
  --> https://bugs.documentfoundation.org/attachment.cgi?id=155752=edit
Example file from Word.

-- 
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 128748] Endless loop with query parameter on wrong input

2019-11-12 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=128748

Alex Thurgood  changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever confirmed|0   |1

--- Comment #3 from Alex Thurgood  ---
Hmm, actually I can reproduce this but ONLY as follows;

Click on the first date parameter, enter the incorrect string
Click on OK to remove message
Click on OK again to remove message

If you move the mouse anywhere else in the parameter query dialog OTHER than
the main window area, then you can escape the dreaded message recall. If you
move the mouse anywhere within that window space, then the message gets
displayed over and over again.

-- 
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 128751] EDITING DOCX There are wrong values in Table Properties window under Column Width

2019-11-12 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=128751

--- Comment #2 from NISZ LibreOffice Team  ---
Adding CC to: Caolán McNamara

-- 
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 128751] EDITING DOCX There are wrong values in Table Properties window under Column Width

2019-11-12 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=128751

--- Comment #3 from NISZ LibreOffice Team  ---
Created attachment 155751
  --> https://bugs.documentfoundation.org/attachment.cgi?id=155751=edit
•   Screenshot of the original document side by side opened with two
different bulids of Writer.

-- 
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 128751] EDITING DOCX There are wrong values in Table Properties window under Column Width

2019-11-12 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=128751

--- Comment #1 from NISZ LibreOffice Team  ---
Bibisected using bibisect-win64-6.4 to:
URL:
https://cgit.freedesktop.org/libreoffice/core/commit/?id=e1ec771c60d1fe03651b24f938589863c3882bc8
 
author: Caolán McNamara 
committer: Caolán McNamara 
summary:  Related: tdf#122791 take *final* dialog preferred size

-- 
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 128749] Macro security level not displayed correctly in non-gtk3 backends

2019-11-12 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=128749

Jan-Marek Glogowski  changed:

   What|Removed |Added

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

-- 
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 128751] New: EDITING DOCX There are wrong values in Table Properties window under Column Width

2019-11-12 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=128751

Bug ID: 128751
   Summary: EDITING DOCX There are wrong values in Table
Properties window under Column Width
   Product: LibreOffice
   Version: 6.4.0.0.alpha1+ Master
  Hardware: All
OS: All
Status: UNCONFIRMED
  Severity: normal
  Priority: medium
 Component: Writer
  Assignee: libreoffice-bugs@lists.freedesktop.org
  Reporter: libreoff...@nisz.hu

Description:
There are wrong values in Table Properties window under Column Width in DOCX
Word documents when they are opened with
e1ec771c60d1fe03651b24f938589863c3882bc8 build of LibreOffice 6.4.0.0.alpha1.

Steps to Reproduce:
1.  Create a DOCX document with Microsoft Word.
2.  Insert a table with 2 columns and 2 rows
3.  Merge the second row of the second column.
4.  Split the first column of the second row vertically into 3 parts.
5.  Save the document.
6.  Open the document with e1ec771c60d1fe03651b24f938589863c3882bc8 build
of LibreOffice 6.4.0.0.alpha1.
7.  Select the second row of the table and open Table Properties -> Column
tab.


Actual Results:
There are wrong values in Table Properties window under Column Width.

Expected Results:
There should be right values in Table Properties window under Column Width.


Reproducible: Always


User Profile Reset: No



Additional Info:
LibreOffice details:
Verzió: 6.4.0.0.alpha1+ (x64)
Build az.: fdec60b1b475c90434fb9521af98543f669925a5
CPU szálak: 8; OS: Windows 10.0 Build 17134; Felületmegjelenítés: GL; VCL: win; 
Területi beállítások: hu-HU (hu_HU); Felület nyelve: hu-HU
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 128749] Macro security level not displayed correctly in non-gtk3 backends

2019-11-12 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=128749

--- Comment #2 from Jan-Marek Glogowski  ---
I've added the same revert to Gerrit for master as:
https://gerrit.libreoffice.org/82523

This side effect is more problematic then the one mentioned in the commit
message of the original revert. I don't think that the state of bug 108687 is
really correct, as it claims it's fixed in target:6.3.0, but the last comments
contain these reverts, which IMHO should reopen bug 108687.

-- 
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 128748] Endless loop with query parameter on wrong input

2019-11-12 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=128748

--- Comment #2 from Alex Thurgood  ---
No repro either with 

Version: 6.3.2.2
Build ID: 98b30e735bda24bc04ab42594c85f7fd8be07b9c
Threads CPU : 4; OS : Mac OS X 10.15.1; UI Render : par défaut; VCL: osx; 
Locale : fr-FR (fr_FR.UTF-8); Langue IHM : fr-FR
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 128748] Endless loop with query parameter on wrong input

2019-11-12 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=128748

--- Comment #1 from Alex Thurgood  ---
No repro for me with 

Version: 6.4.0.0.alpha1+
Build ID: f7bc0204a80a4f078c63f93b9892904686ad5b36
CPU threads: 4; OS: Mac OS X 10.15.1; UI render: default; VCL: osx; 
Locale: fr-FR (fr_FR.UTF-8); UI-Language: en-US
Calc: threaded

I get the error message, then clicking either OK or Next moves on to next
field, with the same error message, and then back to no message. If I click on
Cancel, I get the error message only once, then an empty resultset window is
displayed for the failed query.

-- 
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 128715] Auto playing slideshow will stop after a 10-20min only in 32bit Linux

2019-11-12 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=128715

--- Comment #2 from Pablo Mendoza  ---
Also saw these asserts in the log:

soffice.bin: gtk3gtkdata.cxx:679: virtual void GtkSalTimer::Start(sal_uInt64):
Assertion `nMS <= G_MAXINT' failed.
soffice.bin: gtk3gtkdata.cxx:679: virtual void GtkSalTimer::Start(sal_uInt64):
Assertion `nMS <= G_MAXINT' failed.

-- 
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 128750] New: format cells dilog box bug

2019-11-12 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=128750

Bug ID: 128750
   Summary: format cells dilog box bug
   Product: LibreOffice
   Version: 6.2.3.2 release
  Hardware: All
OS: All
Status: UNCONFIRMED
  Severity: normal
  Priority: medium
 Component: LibreOffice
  Assignee: libreoffice-bugs@lists.freedesktop.org
  Reporter: parthjai...@gmail.com

Description:
i found a bug in the libreoffice calc , there is an option to format the date
and time in different styles by using format cells dialog box. So when I 
formatted the date acc. to my need and when I clicked on ok and pressed enter
key on my keyboard .The formatted date and time came with### three hash symbol.
This is a big bug and i will be highly appreciated if you give me some cash
prize for telling.

Steps to Reproduce:
1.Type any date format. then select the cell and open format cells dialog box
2.and then choose date value from list and select the type you want. and then
when you select, press enter.


Actual Results:
three hash comes in the place of that text when you press enter key. (###)

Expected Results:
it should have displayed in the format i have choosen


Reproducible: Always


User Profile Reset: No



Additional Info:

-- 
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 128255] No dialog shown, still crashreport uploaded to TDF

2019-11-12 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=128255

--- Comment #10 from V Stuart Foote  ---
@Xisco, I think you have pretty much quashed this non issue. 

Per OPs comment 2 "I never saw the Crash Report Dialog", meaning the OP never
established they'd actually submitted a crash report, or that a Breakpad
minidump was even generated on their system for submission. A lingering aspect
of reporting for resolved bug 128232

They could of course now run the the crash inducing STR from bug 124738, while
Wireshark or similar is running, then parse and provide results as you've done,
to replicate your finding.

But point is there is no cURL upload of the minidump without express user
release from their system--which is the correct and expected behavior.

Personally I am still interested in the BOD response to adjusting the Privacy
notice(s) to cover this, but as Thorsten had adjusted the scope of this issue
to be just the upload without notification, this should now be closed either
'Invalid', or 'Insufficient Data'.

Stuart

-- 
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: sc/inc sc/source

2019-11-12 Thread Noel Grandin (via logerrit)
 sc/inc/table.hxx   |3 -
 sc/source/core/data/table1.cxx |  103 +++---
 sc/source/core/data/table2.cxx |  110 -
 sc/source/core/data/table3.cxx |   16 ++---
 sc/source/core/data/table4.cxx |8 +-
 sc/source/core/data/table5.cxx |   40 +++---
 sc/source/core/data/table6.cxx |   18 +++---
 sc/source/core/data/table7.cxx |   16 ++---
 8 files changed, 158 insertions(+), 156 deletions(-)

New commits:
commit f8641f0106ee45731449966f798957a8dc09cfb6
Author: Noel Grandin 
AuthorDate: Tue Nov 12 13:23:06 2019 +0200
Commit: Noel Grandin 
CommitDate: Tue Nov 12 15:28:58 2019 +0100

sc: rowcol: tdf#50916 convert core/data/table*

Change-Id: I7b1c5f76000a55519785b6612ab1949d47dc53d4
Reviewed-on: https://gerrit.libreoffice.org/82510
Tested-by: Jenkins
Reviewed-by: Noel Grandin 

diff --git a/sc/inc/table.hxx b/sc/inc/table.hxx
index 4126d4640942..823b3f7bafde 100644
--- a/sc/inc/table.hxx
+++ b/sc/inc/table.hxx
@@ -1242,7 +1242,7 @@ private:
 static constexpr SCROW ROW_NOT_FOUND = -1;
 
 public:
-explicit VisibleDataCellIterator(ScFlatBoolRowSegments& rRowSegs, 
ScColumn& rColumn);
+explicit VisibleDataCellIterator(const ScDocument* pDoc, 
ScFlatBoolRowSegments& rRowSegs, ScColumn& rColumn);
 ~VisibleDataCellIterator();
 
 /**
@@ -1270,6 +1270,7 @@ private:
 SCROW getRow() const { return mnCurRow;}
 
 private:
+const ScDocument* mpDocument;
 ScFlatBoolRowSegments& mrRowSegs;
 ScColumn& mrColumn;
 ScRefCellValue maCell;
diff --git a/sc/source/core/data/table1.cxx b/sc/source/core/data/table1.cxx
index 84c4210775c4..a7f8991c0276 100644
--- a/sc/source/core/data/table1.cxx
+++ b/sc/source/core/data/table1.cxx
@@ -273,14 +273,14 @@ ScTable::ScTable( ScDocument* pDoc, SCTAB nNewTab, const 
OUString& rNewName,
 {
 if (bColInfo)
 {
-mpColWidth.reset( new ScCompressedArray( MAXCOL+1, 
STD_COL_WIDTH ) );
-mpColFlags.reset( new ScBitMaskCompressedArray( 
MAXCOL+1, CRFlags::NONE ) );
+mpColWidth.reset( new ScCompressedArray( 
pDocument->MaxCol()+1, STD_COL_WIDTH ) );
+mpColFlags.reset( new ScBitMaskCompressedArray( 
pDocument->MaxCol()+1, CRFlags::NONE ) );
 }
 
 if (bRowInfo)
 {
 mpRowHeights.reset(new 
ScFlatUInt16RowSegments(ScGlobal::nStdRowHeight));
-pRowFlags.reset(new ScBitMaskCompressedArray( MAXROW, 
CRFlags::NONE));
+pRowFlags.reset(new ScBitMaskCompressedArray( 
pDocument->MaxRow(), CRFlags::NONE));
 }
 
 if ( pDocument->IsDocVisible() )
@@ -296,8 +296,8 @@ ScTable::ScTable( ScDocument* pDoc, SCTAB nNewTab, const 
OUString& rNewName,
 if ( pDrawLayer->ScAddPage( nTab ) )// sal_False (not inserted) 
during Undo
 {
 pDrawLayer->ScRenamePage( nTab, aName );
-sal_uLong const nx = sal_uLong(double(MAXCOL+1) * STD_COL_WIDTH
   * HMM_PER_TWIPS );
-sal_uLong ny = static_cast(double(MAXROW+1) * 
ScGlobal::nStdRowHeight * HMM_PER_TWIPS );
+sal_uLong const nx = sal_uLong(double(pDocument->MaxCol()+1) * 
STD_COL_WIDTH   * HMM_PER_TWIPS );
+sal_uLong ny = 
static_cast(double(pDocument->MaxRow()+1) * ScGlobal::nStdRowHeight 
* HMM_PER_TWIPS );
 pDrawLayer->SetPageSize( static_cast(nTab), Size( nx, 
ny ), false );
 }
 }
@@ -599,7 +599,7 @@ bool ScTable::GetPrintArea( SCCOL& rEndCol, SCROW& rEndRow, 
bool bNotes ) const
 }
 }
 
-if (nMaxX == MAXCOL)// omit attribute at the right
+if (nMaxX == pDocument->MaxCol())// omit attribute at 
the right
 {
 --nMaxX;
 while ( nMaxX>0 && aCol[nMaxX].IsVisibleAttrEqual(aCol[nMaxX+1]) )
@@ -654,7 +654,7 @@ bool ScTable::GetPrintAreaHor( SCROW nStartRow, SCROW 
nEndRow,
 }
 }
 
-if (nMaxX == MAXCOL)// omit attribute at the right
+if (nMaxX == pDocument->MaxCol())// omit attribute at 
the right
 {
 --nMaxX;
 while ( nMaxX>0 && aCol[nMaxX].IsVisibleAttrEqual(aCol[nMaxX+1], 
nStartRow, nEndRow) )
@@ -723,7 +723,7 @@ bool ScTable::GetDataStart( SCCOL& rStartCol, SCROW& 
rStartRow ) const
 {
 bool bFound = false;
 SCCOL nMinX = aCol.size()-1;
-SCROW nMinY = MAXROW;
+SCROW nMinY = pDocument->MaxRow();
 SCCOL i;
 
 for (i=0; i0) --nStart;
-if (nEndMaxRow()) ++nEnd;
 
 if (rEndCol < (aCol.size()-1))
 if (!aCol[rEndCol+1].IsEmptyBlock(nStart,nEnd))
@@ -852,7 +852,7 @@ void ScTable::GetDataArea( SCCOL& rStartCol, SCROW& 
rStartRow, SCCOL& rEndCol, S
 }
 }
 
-if (rEndRow < MAXROW)
+if (rEndRow < pDocument->MaxRow())
 {
 SCROW nTest = rEndRow+1;
 bool needExtend = false;
@@ -879,7 +879,7 @@ void 

[Libreoffice-bugs] [Bug 50916] Allow more than 1024 columns in calc

2019-11-12 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=50916

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

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

sc: rowcol: tdf#50916 convert core/data/table*

It will be available in 6.4.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 128749] Macro security level not displayed correctly in non-gtk3 backends

2019-11-12 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=128749

Julien Nabet  changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever confirmed|0   |1
 CC||serval2...@yahoo.fr

--- Comment #1 from Julien Nabet  ---
On Win10 with master sources updated today, here what I got:
by default, macro security is at very high level.
If I try to put it to high level, close LO and relaunch, I see it very high
level again.
However, no pb if I put medium or low level.

Also I noticed this log each time I access security macro dialog:
error : Unknown IO error

-- 
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 128715] Auto playing slideshow will stop after a 10-20min only in 32bit Linux

2019-11-12 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=128715

--- Comment #1 from Pablo Mendoza  ---
I just duplicated this also in the latest master from anongit.

-- 
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 98402] 'Spreadsheet' file filter in insert Chart from File dialog doesnt list spreadsheet files

2019-11-12 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=98402

NISZ LibreOffice Team  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution|--- |FIXED
 CC||libreoff...@nisz.hu

--- Comment #6 from NISZ LibreOffice Team  ---
.uno:InsertObjectChartFromFile was removed in commit 

https://gerrit.libreoffice.org/plugins/gitiles/core/+/d543e8dfd3d8ae718e29304a155e1cf70d08325d%5E%21

It's safe to say this was fixed by the feature removal in bug #93005

-- 
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 90486] [META] Chart bugs and enhancements

2019-11-12 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=90486
Bug 90486 depends on bug 98402, which changed state.

Bug 98402 Summary: 'Spreadsheet' file filter in insert Chart from File dialog 
doesnt list spreadsheet files
https://bugs.documentfoundation.org/show_bug.cgi?id=98402

   What|Removed |Added

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

-- 
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 128749] Macro security level not displayed correctly in non-gtk3 backends

2019-11-12 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=128749

Jan-Marek Glogowski  changed:

   What|Removed |Added

Summary|Macro security level not|Macro security level not
   |handled correctly in|displayed correctly in
   |non-gtk3 backends   |non-gtk3 backends

-- 
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 128746] Opening table properties window causes crash in development build

2019-11-12 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=128746

--- Comment #7 from Julien Nabet  ---
Created attachment 155750
  --> https://bugs.documentfoundation.org/attachment.cgi?id=155750=edit
bt Windows (windbg)

Quite weirdly, I gave a new try and could this time reproduce this.

-- 
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 128749] New: Macro security level not handled correctly in non-gtk3 backends

2019-11-12 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=128749

Bug ID: 128749
   Summary: Macro security level not handled correctly in non-gtk3
backends
   Product: LibreOffice
   Version: 6.4.0.0.alpha0+
  Hardware: All
OS: All
Status: UNCONFIRMED
  Severity: normal
  Priority: medium
 Component: UI
  Assignee: libreoffice-bugs@lists.freedesktop.org
  Reporter: glo...@fbihome.de

Description:
My original bug started as the macro security user dialog, when opening a
signed document with invalid signature, to be different on Windows and Linux on
security level "Very High", even with the same macro security level in the GUI.
It was a longer way to find the problem, then expected initially ;-)

Real problem: when opening the macro security level dialog (Tools => Options...
=> LibreOffice => Security => Macro Security), the radio button doesn't
represent the current value.

Just open the dialog with a new profile, like

$ SAL_USE_VCLPLUGIN=gtk3 ./inst*/program/soffice
-env:UserInstallation=file:///tmp/test

which (correctly) shows the macro security level as "High". With any other
backend, like:

$ SAL_USE_VCLPLUGIN=gen ./inst*/program/soffice
-env:UserInstallation=file:///tmp/test

the default security level is displayed as "Very High".

During my initial investigation I found bug 125609 but I did miss the "see
also" bugs.

My original bisecting pointed at commit 9127763db1fc ("weld MacroSecurity
cluster") in the 6.3 development repository, but that might just be a false
flag. I also noted that it didn't happen with any releases and a 
"git log --pretty= online origin/libreoffice-6-3 vcl/" had commit 4109dfff009f
(Revert "tdf#108687 vcl: always enable tabstop on radio buttons"), which is a
"see also" of 125609.

Also reverting commit 4109dfff009f on master fixes the problem for me.


Steps to Reproduce:
1. SAL_USE_VCLPLUGIN=gtk3 ./inst*/program/soffice
-env:UserInstallation=file:///tmp/test
2. Tools => Options... => LibreOffice => Security => Macro Security
3. Register the default security level of "High"

Any non-gtk3 backend, like:

4. SAL_USE_VCLPLUGIN=gen ./inst*/program/soffice
-env:UserInstallation=file:///tmp/test
5. Tools => Options... => LibreOffice => Security => Macro Security
6. Register the default security level of "Very High"


Actual Results:
The displayed macro security level is wrong.

Expected Results:
The displayed macro security level is correct.


Reproducible: Always


User Profile Reset: No



Additional Info:

-- 
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 128746] Opening table properties window causes crash in development build

2019-11-12 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=128746

Julien Nabet  changed:

   What|Removed |Added

   Keywords||haveBacktrace

-- 
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 128728] Imports from MS Word have objects misaligned

2019-11-12 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=128728

Dieter Praas  changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEEDINFO
 CC||dgp-m...@gmx.de
 Ever confirmed|0   |1

--- Comment #1 from Dieter Praas  ---
Thank you for reporting the bug. Please attach a sample document, as this makes
it easier for us to verify the bug. 
I have set the bug's status to 'NEEDINFO'. Please change it back to
'UNCONFIRMED' once the requested document is provided.
(Please note that the attachment will be public, remove any sensitive
information before attaching it)

-- 
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 124821] FILESAVE DOCX / RTF: Corruption of captioned images at document exports

2019-11-12 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=124821

Dieter Praas  changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Blocks||104468, 113365
 CC||dgp-m...@gmx.de
 Ever confirmed|0   |1
Summary|Corruption of captioned |FILESAVE DOCX / RTF:
   |images at document exports  |Corruption of captioned
   ||images at document exports

--- Comment #13 from Dieter Praas  ---
I confirm it with

Version: 6.4.0.0.alpha1 (x64)
Build ID: cc57df8f942f239d29cb575ea5a7cb01405db787
CPU threads: 4; OS: Windows 10.0 Build 18362; UI render: GL; VCL: win; 
Locale: de-DE (de_DE); UI-Language: en-US
Calc: threaded

If I open RTF in Word 2016, it looks better, but not good.

When I compare the settings, I could find, that Wrap-Settings of images in odt
are "None" and in docx "Optimal". Don't know, if this causes the difference

I assume, that the bug in rtf-file is different. So perhaps it would be good to
slit this bug into two different bug reports.


Referenced Bugs:

https://bugs.documentfoundation.org/show_bug.cgi?id=104468
[Bug 104468] [META] DOCX (OOXML) image-related issues
https://bugs.documentfoundation.org/show_bug.cgi?id=113365
[Bug 113365] [META] RTF (text) image-related issues
-- 
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 104468] [META] DOCX (OOXML) image-related issues

2019-11-12 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=104468

Dieter Praas  changed:

   What|Removed |Added

 Depends on||124821


Referenced Bugs:

https://bugs.documentfoundation.org/show_bug.cgi?id=124821
[Bug 124821] FILESAVE DOCX / RTF: Corruption of captioned images at document
exports
-- 
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 113365] [META] RTF (text) image-related issues

2019-11-12 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=113365

Dieter Praas  changed:

   What|Removed |Added

 Depends on||124821


Referenced Bugs:

https://bugs.documentfoundation.org/show_bug.cgi?id=124821
[Bug 124821] FILESAVE DOCX / RTF: Corruption of captioned images at document
exports
-- 
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 128748] New: Endless loop with query parameter on wrong input

2019-11-12 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=128748

Bug ID: 128748
   Summary: Endless loop with query parameter on wrong input
   Product: LibreOffice
   Version: 6.3.3.2 release
  Hardware: All
OS: All
Status: UNCONFIRMED
  Severity: normal
  Priority: medium
 Component: Base
  Assignee: libreoffice-bugs@lists.freedesktop.org
  Reporter: gerhard.scha...@gmx.at

Created attachment 155749
  --> https://bugs.documentfoundation.org/attachment.cgi?id=155749=edit
Test db

When entering a wrong text in a date field for a query parameter, you might end
up with an error dialog that you cannot get rid of, and you need to kill the
LibreOffice process.

1. Load testparameter.odb
2. Double-click query1
3. Enter a wrong date format for from_date, such as "1..2", when the parameter
dialog pops up
4. Click on the second parameter to_date
5. LO will complain that it cannot convert the text to a date, and when you try
to cancel the dialog, it will keep popping up again and again. There is no way
to get rid of it, unless one kills LO

-- 
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 128746] Opening table properties window causes crash in development build

2019-11-12 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=128746

--- Comment #6 from Xisco Faulí  ---
it crashes sometimes... I need to repeat it a few times in order to get the
crash

-- 
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: vcl/unx

2019-11-12 Thread Caolán McNamara (via logerrit)
 vcl/unx/gtk3/gtk3gtkinst.cxx |  108 ++-
 1 file changed, 57 insertions(+), 51 deletions(-)

New commits:
commit c47d0f66806dfbc431d34dba785acf2d9f3037cf
Author: Caolán McNamara 
AuthorDate: Tue Nov 12 10:05:15 2019 +
Commit: Caolán McNamara 
CommitDate: Tue Nov 12 15:03:15 2019 +0100

factor out inserting an intermediate GtkEventBox

Change-Id: I52b8e09deb474f665ad32baebf5648a7c54c6040
Reviewed-on: https://gerrit.libreoffice.org/82502
Tested-by: Jenkins
Reviewed-by: Caolán McNamara 
Tested-by: Caolán McNamara 

diff --git a/vcl/unx/gtk3/gtk3gtkinst.cxx b/vcl/unx/gtk3/gtk3gtkinst.cxx
index 2b903bf49cbd..d9217d412e5e 100644
--- a/vcl/unx/gtk3/gtk3gtkinst.cxx
+++ b/vcl/unx/gtk3/gtk3gtkinst.cxx
@@ -1691,6 +1691,62 @@ namespace
 return AllSettings::GetLayoutRTL();
 }
 #endif
+
+GtkWidget* ensureEventWidget(GtkWidget* pWidget)
+{
+GtkWidget* pMouseEventBox;
+// not every widget has a GdkWindow and can get any event, so if we
+// want an event it doesn't have, insert a GtkEventBox so we can get
+// those
+if (gtk_widget_get_has_window(pWidget))
+pMouseEventBox = pWidget;
+else
+{
+// remove the widget and replace it with an eventbox and put the 
old
+// widget into it
+GtkWidget* pParent = gtk_widget_get_parent(pWidget);
+
+g_object_ref(pWidget);
+
+gint nTopAttach(0), nLeftAttach(0), nHeight(1), nWidth(1);
+if (GTK_IS_GRID(pParent))
+{
+gtk_container_child_get(GTK_CONTAINER(pParent), pWidget,
+"left-attach", ,
+"top-attach", ,
+"width", ,
+"height", ,
+nullptr);
+}
+
+gtk_container_remove(GTK_CONTAINER(pParent), pWidget);
+
+pMouseEventBox = gtk_event_box_new();
+gtk_event_box_set_above_child(GTK_EVENT_BOX(pMouseEventBox), 
false);
+gtk_event_box_set_visible_window(GTK_EVENT_BOX(pMouseEventBox), 
false);
+gtk_widget_set_visible(pMouseEventBox, 
gtk_widget_get_visible(pWidget));
+
+gtk_container_add(GTK_CONTAINER(pParent), pMouseEventBox);
+
+if (GTK_IS_GRID(pParent))
+{
+gtk_container_child_set(GTK_CONTAINER(pParent), pMouseEventBox,
+"left-attach", nTopAttach,
+"top-attach", nLeftAttach,
+"width", nWidth,
+"height", nHeight,
+nullptr);
+}
+
+gtk_container_add(GTK_CONTAINER(pMouseEventBox), pWidget);
+g_object_unref(pWidget);
+
+gtk_widget_set_hexpand(pMouseEventBox, 
gtk_widget_get_hexpand(pWidget));
+gtk_widget_set_vexpand(pMouseEventBox, 
gtk_widget_get_vexpand(pWidget));
+}
+
+return pMouseEventBox;
+}
 }
 
 class GtkInstanceWidget : public virtual weld::Widget
@@ -1761,58 +1817,8 @@ protected:
 
 void ensureEventWidget()
 {
-// not every widget has a GdkWindow and can get any event, so if we
-// want an event it doesn't have, insert a GtkEventBox so we can get
-// those
 if (!m_pMouseEventBox)
-{
-if (gtk_widget_get_has_window(m_pWidget))
-m_pMouseEventBox = m_pWidget;
-else
-{
-// remove the widget and replace it with an eventbox and put 
the old
-// widget into it
-GtkWidget* pParent = gtk_widget_get_parent(m_pWidget);
-
-g_object_ref(m_pWidget);
-
-gint nTopAttach(0), nLeftAttach(0), nHeight(1), nWidth(1);
-if (GTK_IS_GRID(pParent))
-{
-gtk_container_child_get(GTK_CONTAINER(pParent), m_pWidget,
-"left-attach", ,
-"top-attach", ,
-"width", ,
-"height", ,
-nullptr);
-}
-
-gtk_container_remove(GTK_CONTAINER(pParent), m_pWidget);
-
-m_pMouseEventBox = gtk_event_box_new();
-gtk_event_box_set_above_child(GTK_EVENT_BOX(m_pMouseEventBox), 
false);
-
gtk_event_box_set_visible_window(GTK_EVENT_BOX(m_pMouseEventBox), false);
-gtk_widget_show(m_pMouseEventBox);
-
-gtk_container_add(GTK_CONTAINER(pParent), m_pMouseEventBox);
-
-if (GTK_IS_GRID(pParent))
-{
-gtk_container_child_set(GTK_CONTAINER(pParent), 
m_pMouseEventBox,
-"left-attach", nTopAttach,
-"top-attach", nLeftAttach,
-"width", nWidth,
- 

[Libreoffice-bugs] [Bug 128746] Opening table properties window causes crash in development build

2019-11-12 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=128746

Xisco Faulí  changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever confirmed|0   |1
 CC||xiscofa...@libreoffice.org

--- Comment #5 from Xisco Faulí  ---
Reproduced in

Version: 6.4.0.0.alpha1+
Build ID: a07c637a0e4fe0ab81db70c69decbc946ad37da9
CPU threads: 4; OS: Linux 4.15; UI render: default; VCL: gtk3; 
Locale: ca-ES (ca_ES.UTF-8); UI-Language: 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 128747] FILEOPEN DOCX Chart has different legend entry text

2019-11-12 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=128747

NISZ LibreOffice Team  changed:

   What|Removed |Added

 CC||kelem...@ubuntu.com,
   ||nem...@numbertext.org

--- Comment #5 from NISZ LibreOffice Team  ---
Additional Information: 

Bibisected using bibisect-win32-4.3 to: 
URL:
https://cgit.freedesktop.org/libreoffice/core/commit/?id=6e31feb0f09f2dc9a9cd10e77ef884e000e1b32b
 
author  Kohei Yoshida  2014-06-12 11:24:30
-0400
committer   Kohei Yoshida  2014-06-12
11:32:17 -0400
summary: fdo#77506: More reliable way to determine label strings.

-- 
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 127586] Half of a graph line is disappeared when converting from Microsoft Word, which is getting worse than LO5.3.4

2019-11-12 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=127586

NISZ LibreOffice Team  changed:

   What|Removed |Added

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

-- 
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 128747] FILEOPEN DOCX Chart has different legend entry text

2019-11-12 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=128747

NISZ LibreOffice Team  changed:

   What|Removed |Added

  Component|Writer  |Chart
   See Also||https://bugs.documentfounda
   ||tion.org/show_bug.cgi?id=12
   ||7586
   Keywords||bibisected, bisected,
   ||regression
 Blocks||75057

--- Comment #4 from NISZ LibreOffice Team  ---
Additional Information: 

Bibisected using bibisect-win32-4.3 to: 
URL:
https://cgit.freedesktop.org/libreoffice/core/commit/?id=6e31feb0f09f2dc9a9cd10e77ef884e000e1b32b
 
author  Kohei Yoshida  2014-06-12 11:24:30
-0400
committer   Kohei Yoshida  2014-06-12
11:32:17 -0400
summary: fdo#77506: More reliable way to determine label strings.


Referenced Bugs:

https://bugs.documentfoundation.org/show_bug.cgi?id=75057
[Bug 75057] [META] OOXML Chart object issues
-- 
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 75057] [META] OOXML Chart object issues

2019-11-12 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=75057

NISZ LibreOffice Team  changed:

   What|Removed |Added

 Depends on||128747


Referenced Bugs:

https://bugs.documentfoundation.org/show_bug.cgi?id=128747
[Bug 128747] FILEOPEN DOCX Chart has different legend entry text
-- 
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 128747] FILEOPEN DOCX Chart has different legend entry text

2019-11-12 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=128747

--- Comment #3 from NISZ LibreOffice Team  ---
Created attachment 155748
  --> https://bugs.documentfoundation.org/attachment.cgi?id=155748=edit
Screenshot of the document in current Writer master

-- 
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 128747] FILEOPEN DOCX Chart has different legend entry text

2019-11-12 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=128747

--- Comment #2 from NISZ LibreOffice Team  ---
Created attachment 155747
  --> https://bugs.documentfoundation.org/attachment.cgi?id=155747=edit
Screenshot of the document in Writer 4.3

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

2019-11-12 Thread Stephan Bergmann (via logerrit)
 uui/source/interactionhandler.cxx |   13 +
 1 file changed, 9 insertions(+), 4 deletions(-)

New commits:
commit e2a081871aea244ec42d31ac9dc5d132e3b96483
Author: Stephan Bergmann 
AuthorDate: Tue Nov 12 13:49:18 2019 +0100
Commit: Stephan Bergmann 
CommitDate: Tue Nov 12 14:50:25 2019 +0100

Better throw RuntimeException than assert here

(in case this functionality is ever discovered and called by external code)

Change-Id: If127460f58e1d074a32f231385e2c54303e4f98c
Reviewed-on: https://gerrit.libreoffice.org/82508
Tested-by: Jenkins
Reviewed-by: Stephan Bergmann 

diff --git a/uui/source/interactionhandler.cxx 
b/uui/source/interactionhandler.cxx
index f90763e1e22e..cc5579fd1ed1 100644
--- a/uui/source/interactionhandler.cxx
+++ b/uui/source/interactionhandler.cxx
@@ -27,6 +27,7 @@
 #include 
 #include 
 #include 
+#include 
 
 #include "iahndl.hxx"
 #include 
@@ -75,25 +76,29 @@ public:
 virtual void SAL_CALL
 addPropertyChangeListener( const OUString& /*aPropertyName*/, const 
css::uno::Reference< css::beans::XPropertyChangeListener >& /*xListener*/ ) 
override
 {
-assert(false);
+throw css::uno::RuntimeException(
+"UUIInteractionHandler addPropertyChangeListener is not 
supported");
 }
 
 virtual void SAL_CALL
 removePropertyChangeListener( const OUString& /*aPropertyName*/, const 
css::uno::Reference< css::beans::XPropertyChangeListener >& /*xListener*/ ) 
override
 {
-assert(false);
+throw css::uno::RuntimeException(
+"UUIInteractionHandler removePropertyChangeListener is not 
supported");
 }
 
 virtual void SAL_CALL
 addVetoableChangeListener( const OUString& /*aPropertyName*/, const 
css::uno::Reference< css::beans::XVetoableChangeListener >& /*xListener*/ ) 
override
 {
-assert(false);
+throw css::uno::RuntimeException(
+"UUIInteractionHandler addVetoableChangeListener is not 
supported");
 }
 
 virtual void SAL_CALL
 removeVetoableChangeListener( const OUString& /*aPropertyName*/, const 
css::uno::Reference< css::beans::XVetoableChangeListener >& /*xListener*/ ) 
override
 {
-assert(false);
+throw css::uno::RuntimeException(
+"UUIInteractionHandler removeVetoableChangeListener is not 
supported");
 }
 
 virtual css::uno::Reference< css::beans::XPropertySetInfo > SAL_CALL
___
Libreoffice-commits mailing list
libreoffice-comm...@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-commits

[Libreoffice-bugs] [Bug 128747] FILEOPEN DOCX Chart has different legend entry text

2019-11-12 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=128747

--- Comment #1 from NISZ LibreOffice Team  ---
Created attachment 155746
  --> https://bugs.documentfoundation.org/attachment.cgi?id=155746=edit
Screenshot of the document in Writer 4.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-bugs] [Bug 128747] New: FILEOPEN DOCX Chart has different legend entry text

2019-11-12 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=128747

Bug ID: 128747
   Summary: FILEOPEN DOCX Chart has different legend entry text
   Product: LibreOffice
   Version: 6.4.0.0.alpha1+ Master
  Hardware: All
OS: All
Status: UNCONFIRMED
  Severity: normal
  Priority: medium
 Component: Writer
  Assignee: libreoffice-bugs@lists.freedesktop.org
  Reporter: libreoff...@nisz.hu

Description:
This is split from bug #127586
The chart in attachment #154208 has a data series that has a different legend
text than in Word.


Steps to Reproduce:
1.  Open attachment #154208 and check its screenshot on attachment #155602

Actual Results:
The data series represented by the grey area chart has the legend entry „"If
oversubscription relative to allowance increase..." in Word but that becomes
„Likely funding required” in Writer. This is also displayed when the data table
is opened.

Expected Results:
The same legend text appears.


Reproducible: Always


User Profile Reset: No



Additional Info:
LibreOffice details:
Version: 6.4.0.0.alpha1+ (x86)
Build ID: 80109586e6cb6d3e2e0a53a9079c3125ec9b8368
CPU threads: 4; OS: Windows 6.3 Build 9600; UI render: default; VCL: win; 
Locale: hu-HU (hu_HU); UI-Language: en-US
Calc: CL

Also happens in:

Version: 4.4.0.3
Build ID: de093506bcdc5fafd9023ee680b8c60e3e0645d7
Locale: hu_HU
- This and newer versions have the “Likely funding required” text as data
column name

Verzió: 4.3.0.4
Build az.: 62ad5818884a2fc2e5780dd45466868d41009ec0
- This has the “Likely funding required” text as a data point label

But not in:
Verzió: 4.2.0.4
Build az.: 05dceb5d363845f2cf968344d7adab8dcfb2ba71
- This has the same legend text for the data series as Word

-- 
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 128722] Options -> User Data should not default tab

2019-11-12 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=128722

Heiko Tietze  changed:

   What|Removed |Added

 Ever confirmed|0   |1
 CC||libreoffice-ux-advise@lists
   ||.freedesktop.org
 Status|UNCONFIRMED |NEW

--- Comment #1 from Heiko Tietze  ---
Good idea, though we could also rework the dialog even further. There are some
tickets...

-- 
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 128722] Options -> User Data should not default tab

2019-11-12 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=128722

Heiko Tietze  changed:

   What|Removed |Added

 Ever confirmed|0   |1
 CC||libreoffice-ux-advise@lists
   ||.freedesktop.org
 Status|UNCONFIRMED |NEW

--- Comment #1 from Heiko Tietze  ---
Good idea, though we could also rework the dialog even further. There are some
tickets...

-- 
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 128421] TABLE: Don't draw the top and bottom border of the row that breaks across pages

2019-11-12 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=128421

--- Comment #11 from cson...@halmai.hu ---
I can see the benefit of the requested feature. I think it should be a table
attribute like this:

[x] Draw top and bottom borders of cells that overflow through a page break

The default should be ON, which is the current behaviour.

Probably it needs an ODF change which makes it difficult. Thus, I am not saying
we should do this, I am just saying that the request does make sense.

-- 
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 128421] TABLE: Don't draw the top and bottom border of the row that breaks across pages

2019-11-12 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=128421

--- Comment #11 from cson...@halmai.hu ---
I can see the benefit of the requested feature. I think it should be a table
attribute like this:

[x] Draw top and bottom borders of cells that overflow through a page break

The default should be ON, which is the current behaviour.

Probably it needs an ODF change which makes it difficult. Thus, I am not saying
we should do this, I am just saying that the request does make sense.

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

2019-11-12 Thread andreas kainz (via logerrit)
 sfx2/uiconfig/ui/descriptioninfopage.ui |2 ++
 1 file changed, 2 insertions(+)

New commits:
commit 80774aedb77ee574176c9386cb487dc9b2082c8b
Author: andreas kainz 
AuthorDate: Tue Nov 12 08:51:03 2019 +0100
Commit: andreas_kainz 
CommitDate: Tue Nov 12 14:38:56 2019 +0100

Property Dialog Description Tab fix expand option

Change-Id: Ie5be03cf96fc520444616416d13985454994bb03
Reviewed-on: https://gerrit.libreoffice.org/82484
Tested-by: Jenkins
Reviewed-by: andreas_kainz 

diff --git a/sfx2/uiconfig/ui/descriptioninfopage.ui 
b/sfx2/uiconfig/ui/descriptioninfopage.ui
index a2db39cd6119..f2db5badd612 100644
--- a/sfx2/uiconfig/ui/descriptioninfopage.ui
+++ b/sfx2/uiconfig/ui/descriptioninfopage.ui
@@ -5,6 +5,8 @@
   
 True
 False
+True
+True
 6
 6
 12
___
Libreoffice-commits mailing list
libreoffice-comm...@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-commits

[Libreoffice-bugs] [Bug 128746] Opening table properties window causes crash in development build

2019-11-12 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=128746

Julien Nabet  changed:

   What|Removed |Added

 CC||serval2...@yahoo.fr

--- Comment #4 from Julien Nabet  ---
On Win10 with master sources updated today, I don't reproduce the pb but I
noticed these logs:
warn:legacy.osl:33672:34656:sw/source/ui/table/tabledlg.cxx:1169: Array index
out of range
warn:legacy.osl:33672:34656:sw/source/ui/table/tabledlg.cxx:1169: Array index
out of range
warn:legacy.osl:33672:34656:sw/source/ui/table/tabledlg.cxx:1169: Array index
out of range
warn:legacy.osl:33672:34656:sw/source/ui/table/tabledlg.cxx:1169: Array index
out of range
warn:legacy.osl:33672:34656:sw/source/ui/table/tabledlg.cxx:1169: Array index
out of range
warn:legacy.osl:33672:34656:sw/source/ui/table/tabledlg.cxx:1169: Array index
out of range

-- 
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: helpcontent2

2019-11-12 Thread Olivier Hallot (via logerrit)
 helpcontent2 |2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

New commits:
commit 3282fe59621fa26d7351fe20c75e154727ff4743
Author: Olivier Hallot 
AuthorDate: Mon Nov 11 21:58:34 2019 -0300
Commit: Gerrit Code Review 
CommitDate: Tue Nov 12 14:34:11 2019 +0100

Update git submodules

* Update helpcontent2 from branch 'master'
  - Add FINDB, SEARCHB and REPLACEB Help pages

Change-Id: Ie8a7c5762f41484d36837008226cc446584e3110
Reviewed-on: https://gerrit.libreoffice.org/82481
Tested-by: Jenkins
Reviewed-by: Olivier Hallot 

diff --git a/helpcontent2 b/helpcontent2
index 43596417abcc..1a28d0647ccd 16
--- a/helpcontent2
+++ b/helpcontent2
@@ -1 +1 @@
-Subproject commit 43596417abccb4b215f0c3b906aab26ed21ab0ed
+Subproject commit 1a28d0647ccd790bac0c1dbdad6eda44a5c8eaa1
___
Libreoffice-commits mailing list
libreoffice-comm...@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-commits

[Libreoffice-commits] help.git: AllLangHelp_scalc.mk source/text

2019-11-12 Thread Olivier Hallot (via logerrit)
 AllLangHelp_scalc.mk   |3 ++
 source/text/scalc/01/04060110.xhp  |8 ++---
 source/text/scalc/01/func_findb.xhp|   45 ++
 source/text/scalc/01/func_replaceb.xhp |   48 +
 source/text/scalc/01/func_searchb.xhp  |   46 +++
 5 files changed, 146 insertions(+), 4 deletions(-)

New commits:
commit 1a28d0647ccd790bac0c1dbdad6eda44a5c8eaa1
Author: Olivier Hallot 
AuthorDate: Mon Nov 11 21:58:34 2019 -0300
Commit: Olivier Hallot 
CommitDate: Tue Nov 12 14:34:11 2019 +0100

Add FINDB, SEARCHB and REPLACEB Help pages

Change-Id: Ie8a7c5762f41484d36837008226cc446584e3110
Reviewed-on: https://gerrit.libreoffice.org/82481
Tested-by: Jenkins
Reviewed-by: Olivier Hallot 

diff --git a/AllLangHelp_scalc.mk b/AllLangHelp_scalc.mk
index 2fcc39a4e..538b4ecad 100644
--- a/AllLangHelp_scalc.mk
+++ b/AllLangHelp_scalc.mk
@@ -201,6 +201,7 @@ $(eval $(call gb_AllLangHelp_add_helpfiles,scalc,\
 helpcontent2/source/text/scalc/01/func_edate \
 helpcontent2/source/text/scalc/01/func_eomonth \
 helpcontent2/source/text/scalc/01/func_error_type \
+helpcontent2/source/text/scalc/01/func_findb \
 helpcontent2/source/text/scalc/01/func_forecastetsadd \
 helpcontent2/source/text/scalc/01/func_forecastetsmult \
 helpcontent2/source/text/scalc/01/func_forecastetsstatadd \
@@ -236,9 +237,11 @@ $(eval $(call gb_AllLangHelp_add_helpfiles,scalc,\
 helpcontent2/source/text/scalc/01/func_now \
 helpcontent2/source/text/scalc/01/func_rawsubtract \
 helpcontent2/source/text/scalc/01/func_regex \
+helpcontent2/source/text/scalc/01/func_replaceb \
 helpcontent2/source/text/scalc/01/func_roundsig \
 helpcontent2/source/text/scalc/01/func_second \
 helpcontent2/source/text/scalc/01/func_skewp \
+helpcontent2/source/text/scalc/01/func_searchb \
 helpcontent2/source/text/scalc/01/func_sumifs \
 helpcontent2/source/text/scalc/01/func_switch \
 helpcontent2/source/text/scalc/01/func_textjoin \
diff --git a/source/text/scalc/01/04060110.xhp 
b/source/text/scalc/01/04060110.xhp
index 664d23885..5e24c67a8 100644
--- a/source/text/scalc/01/04060110.xhp
+++ b/source/text/scalc/01/04060110.xhp
@@ -349,7 +349,7 @@
 
 
 
-LEFTB
+LEFTB
 Returns the first characters of a DBCS 
text.
 
 
@@ -391,7 +391,7 @@
 
 
 
-LENB
+LENB
 For double-byte character set (DBCS) languages, returns the 
number of bytes used to represent the characters in a text 
string.
 
 
@@ -451,7 +451,7 @@
 
 
 
-MIDB
+MIDB
 Returns a text string of a DBCS text. The parameters 
specify the starting position and the number of characters.
 
 
@@ -564,7 +564,7 @@
 
 
 
-RIGHTB
+RIGHTB
 Returns the last character or characters of a text with 
double bytes characters sets (DBCS).
 
 
diff --git a/source/text/scalc/01/func_findb.xhp 
b/source/text/scalc/01/func_findb.xhp
new file mode 100644
index 0..0ab9ead47
--- /dev/null
+++ b/source/text/scalc/01/func_findb.xhp
@@ -0,0 +1,45 @@
+
+
+
+
+
+
+FINDB Function
+/text/scalc/01/func_findb.xhp
+
+
+
+
+
+
+FINDB Function
+find text;FINDB Function
+
+FINDB
+Returns the 
starting position of a given text, using byte positions. FINDB is case 
sensitive.
+
+
+
+FINDB( Find Text ; Text 
; Position )
+Find 
Text: The text or text expression to be found.
+Text: 
the text in which the search is to be made.
+Position: The position in the text 
where the search starts.
+
+=FINDB("ᄫᄬ";"ᄩᄔᄕᄜᄝᄞᄠgᄢᄣᄫᄬᄭᄮᄯᄲᄶ";17) 
returns 19.
+
+
+
+
+
+
+
+
+
+
diff --git a/source/text/scalc/01/func_replaceb.xhp 
b/source/text/scalc/01/func_replaceb.xhp
new file mode 100644
index 0..52966391c
--- /dev/null
+++ b/source/text/scalc/01/func_replaceb.xhp
@@ -0,0 +1,48 @@
+
+
+
+
+
+
+REPLACEB Function
+/text/scalc/01/func_replaceb.xhp
+
+
+
+
+
+
+REPLACEB Function
+replace text;REPLACEB Function
+
+REPLACEB
+Returns text where 
an old text is replaced with a new text, using byte 
positions.
+
+
+
+REPLACEB( Text ; Position ; Length ; NewText )
+Text: 
A text expression or reference to a cell containing a text expression in which 
the characters are to be replaced.
+Position: the character position from 
which text is to be replaced. 
+Length: the number of characters to be 
replaced.
+NewText: the text to be 
inserted.
+
+
+=REPLACEB("ᄩᄔᄕᄜᄝᄞᄠᄢᄣᄫᄬᄭᄮᄯᄲᄶ";4;1;"ab")
 returns "ᄩ abᄕᄜᄝᄞᄠᄢᄣᄫᄬᄭᄮᄯᄲᄶ" .
+
+
+
+
+
+
+
+
+
+
+
diff --git a/source/text/scalc/01/func_searchb.xhp 
b/source/text/scalc/01/func_searchb.xhp
new file mode 100644

[Libreoffice-bugs] [Bug 128466] Not possible to paste a picture from the clipboard in a spreadsheet in calc on iOS

2019-11-12 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=128466

Tor Lillqvist  changed:

   What|Removed |Added

 CC||t...@iki.fi

--- Comment #2 from Tor Lillqvist  ---
Looking at this now. Sadly is not fixed by the same change as bug #128465.

-- 
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 61914] [META] Start Center bugs and enhancements

2019-11-12 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=61914

Rizal Muttaqin  changed:

   What|Removed |Added

 Depends on||128743


Referenced Bugs:

https://bugs.documentfoundation.org/show_bug.cgi?id=128743
[Bug 128743] Disturbing Background Start Center Image with GTK3 Backend
-- 
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 128743] Disturbing Background Start Center Image with GTK3 Backend

2019-11-12 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=128743

Rizal Muttaqin  changed:

   What|Removed |Added

 Blocks||61914


Referenced Bugs:

https://bugs.documentfoundation.org/show_bug.cgi?id=61914
[Bug 61914] [META] Start Center bugs and enhancements
-- 
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 127910] main menu and context menus empty when using form elements and OpenGL

2019-11-12 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=127910

--- Comment #19 from muso  ---
(In reply to devseppala from comment #16)

> This build contains Armins fix:
> https://gerrit.libreoffice.org/#/c/82031/
> 
> ,which will be included in 6.4.0 and 6.3.4

I can confirm that the bug is fixed in yesterday's nightly build. Please leave
this bug open as reference until it is in an RC of 6.3.4 and/or 6.4.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-bugs] [Bug 128736] CRASH: Moving content to 2 page and undoing

2019-11-12 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=128736

Julien Nabet  changed:

   What|Removed |Added

   Keywords||haveBacktrace

-- 
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 128736] CRASH: Moving content to 2 page and undoing

2019-11-12 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=128736

Julien Nabet  changed:

   What|Removed |Added

 CC||serval2...@yahoo.fr

--- Comment #2 from Julien Nabet  ---
Created attachment 155745
  --> https://bugs.documentfoundation.org/attachment.cgi?id=155745=edit
bt Windows (windbg)

On Win10 with master sources updated today, I could reproduce this.

-- 
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 128746] Opening table properties window causes crash in development build

2019-11-12 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=128746

NISZ LibreOffice Team  changed:

   What|Removed |Added

 Blocks||10
 CC||caol...@redhat.com,
   ||kelem...@ubuntu.com,
   ||nem...@numbertext.org
   Keywords||bibisected, bisected,
   ||filter:docx, regression

--- Comment #3 from NISZ LibreOffice Team  ---
Adding CC to: Caolán McNamara


Referenced Bugs:

https://bugs.documentfoundation.org/show_bug.cgi?id=10
[Bug 10] [META] DOCX (OOXML) table-related issues
-- 
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 104444] [META] DOCX (OOXML) table-related issues

2019-11-12 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=10

NISZ LibreOffice Team  changed:

   What|Removed |Added

 Depends on||128746


Referenced Bugs:

https://bugs.documentfoundation.org/show_bug.cgi?id=128746
[Bug 128746] Opening table properties window causes crash in development build
-- 
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 123774] FILESAVE Percentage format in ODS pie chart not saved in XLSX format

2019-11-12 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=123774

Balázs Varga  changed:

   What|Removed |Added

 Status|NEW |ASSIGNED
   Assignee|libreoffice-b...@lists.free |balazs.varga...@gmail.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-bugs] [Bug 128746] Opening table properties window causes crash in development build

2019-11-12 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=128746

--- Comment #2 from NISZ LibreOffice Team  ---
Created attachment 155744
  --> https://bugs.documentfoundation.org/attachment.cgi?id=155744=edit
The picture showing the 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

[Libreoffice-commits] online.git: loleaflet/src

2019-11-12 Thread Szymon Kłos (via logerrit)
 loleaflet/src/control/Control.JSDialogBuilder.js |2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

New commits:
commit 5c3cd664a153df0fadc3ed1eb5a7c8a1fd1c3487
Author: Szymon Kłos 
AuthorDate: Tue Nov 12 14:24:05 2019 +0100
Commit: Szymon Kłos 
CommitDate: Tue Nov 12 14:24:05 2019 +0100

jsdialog: remove unnecessary console log

Change-Id: Idf8d7a2cd9738fbdb7a8ab32b516c7bbea10d652

diff --git a/loleaflet/src/control/Control.JSDialogBuilder.js 
b/loleaflet/src/control/Control.JSDialogBuilder.js
index 43cc210b7..f9e827846 100644
--- a/loleaflet/src/control/Control.JSDialogBuilder.js
+++ b/loleaflet/src/control/Control.JSDialogBuilder.js
@@ -486,7 +486,7 @@ L.Control.JSDialogBuilder = L.Control.extend({
$(spinfield).attr('disabled', 'disabled');
 
var value = builder._getUnoStateForItemId(data.id, builder);
-   console.log(data.id + ': ' + value);
+
if (!value && data.text != undefined)
value = data.text;
else if (!value && data.children && data.children.length)
___
Libreoffice-commits mailing list
libreoffice-comm...@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-commits

[Libreoffice-bugs] [Bug 128746] Opening table properties window causes crash in development build

2019-11-12 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=128746

--- Comment #1 from NISZ LibreOffice Team  ---
Created attachment 155743
  --> https://bugs.documentfoundation.org/attachment.cgi?id=155743=edit
The document what causes the crash

-- 
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 128746] New: Opening table properties window causes crash in development build

2019-11-12 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=128746

Bug ID: 128746
   Summary: Opening table properties window causes crash in
development build
   Product: LibreOffice
   Version: 6.4.0.0.alpha1+ Master
  Hardware: All
OS: All
Status: UNCONFIRMED
  Severity: normal
  Priority: medium
 Component: Writer
  Assignee: libreoffice-bugs@lists.freedesktop.org
  Reporter: libreoff...@nisz.hu

Description:
The attached sample docx has a table, and when its properties window is opened
Writer crashes, and the document recovery manager appears in a debug build.

Steps to Reproduce:
1.  Open the attached document in Writer
2.  Open table properties.
3.  Notice the crash


Actual Results:
Crash happens instead of showing table properties window. Console does not
contain useful looking debug information.

Expected Results:
The table properties window should be opened fine.


Reproducible: Always


User Profile Reset: No



Additional Info:
LibreOffice details:
Verzió: 6.4.0.0.alpha1+ (x64)
Build az.: fdec60b1b475c90434fb9521af98543f669925a5
CPU szálak: 8; OS: Windows 10.0 Build 17134; Felületmegjelenítés: GL; VCL: win; 
Területi beállítások: hu-HU (hu_HU); Felület nyelve: hu-HU
Calc: CL 

Bibisected using bibisect-win64-6.4 to:
URL:
https://cgit.freedesktop.org/libreoffice/core/commit/?id=f0b4b42c39b314019438770c45778da2c6645d6c
 
author: Caolán McNamara 
committer: Caolán McNamara 
summary: rename SwNumFormatListBox back to NumFormatListBox

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

2019-11-12 Thread Szymon Kłos (via logerrit)
 sw/source/uibase/shells/txtattr.cxx |   25 +
 1 file changed, 25 insertions(+)

New commits:
commit 669f4480dd49dd95a75e5413903bad31b799e93c
Author: Szymon Kłos 
AuthorDate: Tue Nov 12 12:31:10 2019 +0100
Commit: Szymon Kłos 
CommitDate: Tue Nov 12 14:21:05 2019 +0100

jsdialogs: send .uno:LeftRightParaMargin updates

Change-Id: I22aef6ac57c94893bf2e73ea2901ed8bc074076e
Reviewed-on: https://gerrit.libreoffice.org/82501
Tested-by: Jenkins CollaboraOffice 
Reviewed-by: Szymon Kłos 
(cherry picked from commit c6cf2bec7148e403e2ee9592b4410cc73bad8f46)
Reviewed-on: https://gerrit.libreoffice.org/82506
Tested-by: Jenkins

diff --git a/sw/source/uibase/shells/txtattr.cxx 
b/sw/source/uibase/shells/txtattr.cxx
index 2e42c12c7898..737a1e094e41 100644
--- a/sw/source/uibase/shells/txtattr.cxx
+++ b/sw/source/uibase/shells/txtattr.cxx
@@ -39,6 +39,9 @@
 #include 
 #include 
 #include 
+#include 
+#include 
+#include 
 
 #include 
 #include 
@@ -752,6 +755,28 @@ void SwTextShell::GetAttrState(SfxItemSet )
 SvxLRSpaceItem aLR = aCoreSet.Get( RES_LR_SPACE );
 aLR.SetWhich(nSlot);
 rSet.Put(aLR);
+
+if (comphelper::LibreOfficeKit::isActive())
+{
+// TODO: set correct unit
+MapUnit eTargetUnit = MapUnit::MapInch;
+
+OUString sLeft = GetMetricText(aLR.GetLeft(),
+MapUnit::MapTwip, eTargetUnit, 
nullptr);
+
+OUString sRight = GetMetricText(aLR.GetRight(),
+MapUnit::MapTwip, eTargetUnit, 
nullptr);
+
+OUString sFirstline = 
GetMetricText(aLR.GetTextFirstLineOfst(),
+MapUnit::MapTwip, eTargetUnit, 
nullptr);
+
+OUString sPayload = 
".uno:LeftRightParaMargin={\"left\": \"" + sLeft +
+"\", \"right\": \"" + sRight +
+"\", \"firstline\": \"" + sFirstline + "\"}";
+
+
GetViewShell()->libreOfficeKitViewCallback(LOK_CALLBACK_STATE_CHANGED,
+OUStringToOString(sPayload, 
RTL_TEXTENCODING_ASCII_US).getStr());
+}
 }
 else
 rSet.InvalidateItem(nSlot);
___
Libreoffice-commits mailing list
libreoffice-comm...@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-commits

[Libreoffice-commits] online.git: loleaflet/src

2019-11-12 Thread Szymon Kłos (via logerrit)
 loleaflet/src/control/Control.JSDialogBuilder.js |   40 ---
 1 file changed, 36 insertions(+), 4 deletions(-)

New commits:
commit 9ee96d4c25c24bdd82e8b6f85d9a421617004e3d
Author: Szymon Kłos 
AuthorDate: Tue Nov 12 12:34:57 2019 +0100
Commit: Szymon Kłos 
CommitDate: Tue Nov 12 14:21:48 2019 +0100

jsdialogs: apply .uno:LeftRightParaMargin updates

Change-Id: I81cb7e20d41c51976f5df274c29b110656c0b8a7

diff --git a/loleaflet/src/control/Control.JSDialogBuilder.js 
b/loleaflet/src/control/Control.JSDialogBuilder.js
index 0343418ee..43cc210b7 100644
--- a/loleaflet/src/control/Control.JSDialogBuilder.js
+++ b/loleaflet/src/control/Control.JSDialogBuilder.js
@@ -418,6 +418,34 @@ L.Control.JSDialogBuilder = L.Control.extend({
return unit;
},
 
+   _getUnoStateForItemId: function(id, builder) {
+   var items = builder.map['stateChangeHandler'];
+   var state = null;
+
+   switch (id) {
+   case 'beforetextindent':
+   state = items.getItemValue('.uno:LeftRightParaMargin');
+   if (state)
+   return state.left.replace(',', '.');
+   break;
+
+   case 'aftertextindent':
+   state = items.getItemValue('.uno:LeftRightParaMargin');
+   if (state) {
+   return state.right.replace(',', '.');
+   }
+   break;
+
+   case 'firstlineindent':
+   state = items.getItemValue('.uno:LeftRightParaMargin');
+   if (state)
+   return state.firstline.replace(',', '.');
+   break;
+   }
+
+   return null;
+   },
+
_spinfieldControl: function(parentContainer, data, builder, 
customCallback) {
if (data.label) {
var fixedTextData = { text: data.label };
@@ -457,10 +485,14 @@ L.Control.JSDialogBuilder = L.Control.extend({
if (data.enabled == 'false')
$(spinfield).attr('disabled', 'disabled');
 
-   if (data.text != undefined)
-   $(spinfield).attr('value', 
builder._cleanValueFromUnits(data.text));
-   else if (data.children && data.children.length)
-   $(spinfield).attr('value', 
builder._cleanValueFromUnits(data.children[0].text));
+   var value = builder._getUnoStateForItemId(data.id, builder);
+   console.log(data.id + ': ' + value);
+   if (!value && data.text != undefined)
+   value = data.text;
+   else if (!value && data.children && data.children.length)
+   value = data.children[0].text;
+
+   $(spinfield).attr('value', builder._cleanValueFromUnits(value));
 
spinfield.addEventListener('change', function() {
if (customCallback)
___
Libreoffice-commits mailing list
libreoffice-comm...@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-commits

[Libreoffice-bugs] [Bug 128745] New: Track changes shortcut behaves strangely

2019-11-12 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=128745

Bug ID: 128745
   Summary: Track changes shortcut behaves strangely
   Product: LibreOffice
   Version: 6.0.7.3 release
  Hardware: All
OS: All
Status: UNCONFIRMED
  Severity: normal
  Priority: medium
 Component: Writer
  Assignee: libreoffice-bugs@lists.freedesktop.org
  Reporter: hend...@hendrikmaryns.name

I hit Ctrl-Shit-e in an existing document.  I expect to have no visual feedback
of this, but instead an underlined e appears.  As if by activating track
changes, the e is considered typed as well.  But then elsewhere, no changes are
tracked.  And sometimes the e disappears again.  Very weird.
Unable to fix this by activating track changes by mouse via the menu.

-- 
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] online.git: loleaflet/css

2019-11-12 Thread Pedro Pinto Silva (via logerrit)
 loleaflet/css/mobilewizard.css |   22 +-
 1 file changed, 13 insertions(+), 9 deletions(-)

New commits:
commit 00cff7eeecff44edb8581824bdd3f7e1e0a56467
Author: Pedro Pinto Silva 
AuthorDate: Tue Nov 12 14:06:51 2019 +0100
Commit: Pedro Pinto da Silva 
CommitDate: Tue Nov 12 14:18:15 2019 +0100

mobile:impress: fix border top from doc container (was being cropped);
mobile:impress: mobilewizard: hide horizontal scrollbar (was showing up in 
landscape mode)
mobile:impress: mobilewizard: adjust position when in landscape mode

Change-Id: I95e9b84a7b85bbafe1d0f510210a6cb840be9b12
Reviewed-on: https://gerrit.libreoffice.org/82512
Reviewed-by: Pedro Pinto da Silva 
Tested-by: Pedro Pinto da Silva 

diff --git a/loleaflet/css/mobilewizard.css b/loleaflet/css/mobilewizard.css
index 34d6b25e6..41abd9382 100644
--- a/loleaflet/css/mobilewizard.css
+++ b/loleaflet/css/mobilewizard.css
@@ -172,11 +172,20 @@ p.mobile-wizard.ui-combobox-text.selected {
background: url(images/lc_listitem-selected.svg) no-repeat right;
color: #0867af !important;
 }
+#mobile-wizard-content {
+   overflow: scroll;
+   position: absolute;
+   top: 111px;
+   bottom: 0px;
+   width: 100%;
+}
+
 #mobile-wizard-content:not(.with-slide-sorter-above){
top: 63px !important;
 }
 #mobile-wizard-content.with-slide-sorter-above {
top: 128px !important;
+   overflow-x: auto;
 }
 
 .with-slide-sorter-above > .ui-tabs-content > div[title=Layouts]{
@@ -198,6 +207,9 @@ p.mobile-wizard.ui-combobox-text.selected {
 }
 @media (orientation: landscape) {
#mobile-wizard-header{display: none;}
+   #mobile-wizard-content.with-slide-sorter-above {
+   top: 48px !important;
+   }
 }
 @media (orientation: portrait) {
#mobile-wizard-header{display: block;}
@@ -225,14 +237,6 @@ p.mobile-wizard.ui-combobox-text.selected {
box-shadow: 0px -2px 4px 1px #0030
 }
 
-#mobile-wizard-content {
-   overflow: scroll;
-   position: absolute;
-   top: 111px;
-   bottom: 0px;
-   width: 100%;
-}
-
 #mobile-wizard-tabs {
height: 63px;
 }
@@ -437,7 +441,7 @@ a.leaflet-control-zoom-in {
border-radius: 3px;
 }
 #presentation-controls-wrapper {
-   background-color: #f9f9f9;
+   background: none;
border: none;
 }
 
___
Libreoffice-commits mailing list
libreoffice-comm...@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-commits

[Libreoffice-bugs] [Bug 128739] CRASH: working with fields

2019-11-12 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=128739

--- Comment #4 from Julien Nabet  ---
There were also those console logs:
warn:sfx.dialog:9644:10988:sfx2/source/dialog/filtergrouping.cxx:351: already
have an element for WordPerfect
warn:sfx.dialog:9644:10988:sfx2/source/dialog/filtergrouping.cxx:351: already
have an element for writerweb8_writer_template
warn:sfx.dialog:9644:10988:sfx2/source/dialog/filtergrouping.cxx:351: already
have an element for writerglobal8
warn:vcl.opengl:9644:10988:vcl/opengl/win/gdiimpl.cxx:554: Render Target:
Window: 1, Bitmap: 0
warn:vcl.opengl:9644:10988:vcl/opengl/win/gdiimpl.cxx:555: Supports OpenGL: 1
warn:legacy.osl:9644:10988:oox/source/helper/storagebase.cxx:67:
StorageBase::StorageBase - missing base input stream
warn:legacy.tools:9644:10988:sfx2/source/control/bindings.cxx:1739: No cache
for OfficeDispatch!
Assertion failed: ret, file C:/BLP/core/sw/source/core/crsr/bookmrk.cxx, line
110

-- 
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 85811] [META] Main menu bar bugs and enhancements

2019-11-12 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=85811
Bug 85811 depends on bug 121239, which changed state.

Bug 121239 Summary: LO Calc -> Format -> Text -> there is no checkbox for 
option Double Underline
https://bugs.documentfoundation.org/show_bug.cgi?id=121239

   What|Removed |Added

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

-- 
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 121239] LO Calc -> Format -> Text -> there is no checkbox for option Double Underline

2019-11-12 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=121239

Caolán McNamara  changed:

   What|Removed |Added

   Assignee|libreoffice-b...@lists.free |caol...@redhat.com
   |desktop.org |
 Resolution|--- |FIXED
 Status|NEW |RESOLVED

--- Comment #19 from Caolán McNamara  ---
Calc looks good in master now I think.

The UPPERCASE <-> tOGGLE cASE options are not properties that are set on or
off, but transliteration that change the actual text so they aren't toggles so
those remain unchanged here

-- 
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 128737] CRASH: Importing a specific file

2019-11-12 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=128737

Julien Nabet  changed:

   What|Removed |Added

   Keywords||haveBacktrace

-- 
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 128737] CRASH: Importing a specific file

2019-11-12 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=128737

Julien Nabet  changed:

   What|Removed |Added

 CC||serval2...@yahoo.fr

--- Comment #2 from Julien Nabet  ---
Created attachment 155742
  --> https://bugs.documentfoundation.org/attachment.cgi?id=155742=edit
bt Windows (windbg)

On Win10 with master sources updated today, I could reproduce this.

-- 
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 128739] CRASH: working with fields

2019-11-12 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=128739

Julien Nabet  changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever confirmed|0   |1
   Keywords||haveBacktrace

-- 
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 128739] CRASH: working with fields

2019-11-12 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=128739

Julien Nabet  changed:

   What|Removed |Added

 CC||serval2...@yahoo.fr

--- Comment #3 from Julien Nabet  ---
Created attachment 155741
  --> https://bugs.documentfoundation.org/attachment.cgi?id=155741=edit
bt Windows (windbg)

On Win10 with master sources updated today, I could reproduce this.

-- 
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

<    1   2   3   4   5   >