[Libreoffice-bugs] [Bug 121951] New: Fatal error sur publipostage

[b***@bugs.documentfoundation.org]

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

Bug ID: 121951
Summary: Fatal error sur publipostage
Product: LibreOffice
Version: 6.1.3.2 release
Hardware: x86-64 (AMD64)
OS: Windows (All)
Status: UNCONFIRMED
Severity: normal
Priority: medium
Component: Writer
Assignee: libreoffice-***@lists.freedesktop.org
Reporter: ***@free.fr

Description:
Toute tentative de publipostage en utilisant l'impression se solde par une
erreur fatale. Par ailleurs, l'association avec le fichier de base de donnée
est systématiquement perdu.

Steps to Reproduce:
1.Fichier texte : edition / changer de base de donnée : classeur .ods
2.Glisser déposer des champs
3.Impression / Imprimer une lettre formulaire : oui / Dans un fichier

Actual Results:
Fatal Error

Expected Results:
Création fichier avec documents fusionnés


Reproducible: Always


User Profile Reset: Yes


OpenGL enabled: Yes

Additional Info:
Création fichier avec documents fusionnés

[b***@bugs.documentfoundation.org]

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

Julien Nabet <***@yahoo.fr> changed:

What |Removed |Added
----------------------------------------------------------------------------
CC| |***@yahoo.fr

--- Comment #1 from Julien Nabet <***@yahoo.fr> ---
Quick translation:
Every try to use mailmerge fails with fatal error. Moreover, the mapping with a
file containing the database is always lost.

Steps to reproduce:
- text file: edit/change DB : worksheet .ods
- drop fields
- print/print form letter : yes / in a file

Actual Results:
Fatal error

Expected Results:
File creation with merged documents.

[b***@bugs.documentfoundation.org]

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

Julien Nabet <***@yahoo.fr> changed:

What |Removed |Added
----------------------------------------------------------------------------
Summary|Fatal error sur |Fatal error with mailmerge
|publipostage |

[b***@bugs.documentfoundation.org]

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

Roman Kuznetsov <***@mail.ru> changed:

What |Removed |Added
----------------------------------------------------------------------------
Blocks| |102998


Referenced Bugs:

https://bugs.documentfoundation.org/show_bug.cgi?id=102998
[Bug 102998] [META] Mail merge bugs and enhancements

[b***@bugs.documentfoundation.org]

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

--- Comment #2 from ***@gmail.com ---
Similar problem is reported on Japanese ask.libreoffice.org

https://ask.libreoffice.org/ja/question/171031/libreoffice-writer-6062-detabesunojiao-huan-huairunozhong-lei/

Though I did not know enough about the cause, only as a tentative patch , I
applied the following modification on my environment as given in the
forementioned forum, and now I see no errors.

1. comment-out the following three lines in void
SbaTableQueryBrowser::unloadAndCleanup( bool _bDisposeConnection )

Reference< XLoadable > xLoadable = getLoadable();
if (xLoadable->isLoaded())
xLoadable->unload();

2. explicitly specify false as the parameter of unloadAndCleanup, and avoid
relying on default parameter true
https://opengrok.libreoffice.org/xref/core/dbaccess/source/ui/browser/unodatbr.cxx?r=6311f7ff#3708

so that disposeConnection is not executed.
https://opengrok.libreoffice.org/xref/core/dbaccess/source/ui/browser/unodatbr.cxx?r=6311f7ff#2982

3. comment out the following three lines

https://opengrok.libreoffice.org/xref/core/dbaccess/source/ui/browser/unodatbr.cxx?r=6311f7ff#3731

DBTreeListUserData* pData = static_cast< DBTreeListUserData* >(
pDataSourceEntry->GetUserData() );
pDataSourceEntry->SetUserData( nullptr );
delete pData;

by doing all these three, LibreOffice stopped running
FPreaparedStatement::close

I'm not going to submit the patch myself for the inadequate understanding. I
would be happy if someone helps me.

[b***@bugs.documentfoundation.org]

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

Julien Nabet <***@yahoo.fr> changed:

What |Removed |Added
----------------------------------------------------------------------------
CC| |***@mamane.lu

--- Comment #3 from Julien Nabet <***@yahoo.fr> ---
Lionel: thought you might be interested in this one.
Indeed, himajin100000 proposed some changes concerning dbaccess part.

[b***@bugs.documentfoundation.org]

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

--- Comment #4 from Lionel Elie Mamane <***@mamane.lu> ---
Would someone have a backtrace of the crash?

[b***@bugs.documentfoundation.org]

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

--- Comment #5 from Julien Nabet <***@yahoo.fr> ---
Created attachment 147386
--> https://bugs.documentfoundation.org/attachment.cgi?id=147386&action=edit
gdb bt

On pc Debian x86-64 with master sources updated today, I could reproduce this.

bt isn't very interesting here but I also included logs which show some
interesting exceptions.

[b***@bugs.documentfoundation.org]

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

Julien Nabet <***@yahoo.fr> changed:

What |Removed |Added
----------------------------------------------------------------------------
Status|UNCONFIRMED |NEW
Ever confirmed|0 |1
Keywords| |haveBacktrace

[b***@bugs.documentfoundation.org]

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

--- Comment #6 from Julien Nabet <***@yahoo.fr> ---
Created attachment 147387
--> https://bugs.documentfoundation.org/attachment.cgi?id=147387&action=edit
bt from "catch throw"

Here's the bt.
I noticed sItem="AportisDoc Palm DB" ("Palm" in 2018!!)

[b***@bugs.documentfoundation.org]

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

--- Comment #7 from Julien Nabet <***@yahoo.fr> ---
Created attachment 147390
--> https://bugs.documentfoundation.org/attachment.cgi?id=147390&action=edit
bt with debug symbols

The previous bt seems unrelated.
This one with
#1 0x00007fffec0af4ae in connectivity::checkDisposed(bool) (_bThrow=true) at
/home/julien/lo/libreoffice/connectivity/source/commontools/dbtools.cxx:1941
#2 0x00007fffb114af30 in dbaccess::ORowSetBase::checkCache()
(this=0x55555cb333a0) at
/home/julien/lo/libreoffice/dbaccess/source/core/api/RowSetBase.cxx:1281
#3 0x00007fffb1148110 in dbaccess::ORowSetBase::getRow() (this=0x55555cb333a0)
at /home/julien/lo/libreoffice/dbaccess/source/core/api/RowSetBase.cxx:843
#4 0x00007fffde3fea42 in SwDBManager::MergeMailFiles(SwWrtShell*,
SwMergeDescriptor const&) (this=0x55555a9feb80, pSourceShell=0x55555cc4abe0,
rMergeDescriptor=...)
at /home/julien/lo/libreoffice/sw/source/uibase/dbui/dbmgr.cxx:1584

seems more relevant.