Re: About putting back Firebird experimental

I note that the tracker bug
https://bugs.documentfoundation.org/show_bug.cgi?id=51780
which is supposed to list bugs we want to see fixed _before_ switching
to Firebird by default for new files has approx 35 blockers.

Note that these bugs are not (supposed to) include any bugs about
migration, that is followed by another tracker bug
https://bugs.documentfoundation.org/show_bug.cgi?id=116968
which blocks the HSQLDB removal tracker bug
https://bugs.documentfoundation.org/show_bug.cgi?id=116970

How many of the blocking bugs should really be blocking bugs is
another question...

On Thu, Aug 22, 2019 at 09:59:56AM +0100, Caolán McNamara wrote:
> On Tue, 2019-08-20 at 14:51 +0200, Alexander Thurgood wrote:
> > Le 20/08/2019 à 10:28, Julien a écrit :
> >
> > Hi Julien,
> >
> > +1 from me.
> >
> > As a QA triager, I can but agree with Julien given the current stage
> > of development. The migration code still fails to handle multiple,
> > basic elements of embedded hsqldb ODB files found in actual use.
>
> The last time the firebird issue was brought to the ESC the outcome was
> this commit[1] to keep the prompt to migrate, but set the default
> button to "no" and add a link to 
> https://wiki.documentfoundation.org/Documentation/HowTo/MigrateFromHSQLDB
>
> The suggestion in the title of the email is about putting firebird as
> experimental, but is the problem solely (or overwhelmingly) that of the
> migration process ? Would changing the migration to be experimental,
> while leaving the default for new databases as firebird, work ?
>
> something like restoring a use of
> SvtMiscOptions::IsExperimentalMode around
> https://cgit.freedesktop.org/libreoffice/core/tree/dbaccess/source/core/dataaccess/datasource.cxx#n619
>
>
> [1] 
> https://cgit.freedesktop.org/libreoffice/core/commit/?id=0b2eaf8c9595cc5f91b5d31b770e6f23e3b5b27c