<html>
<head>
<base href="https://bugs.documentfoundation.org/">
</head>
<body><table border="1" cellspacing="0" cellpadding="8">
<tr>
<th>Bug ID</th>
<td><a class="bz_bug_link
bz_status_UNCONFIRMED "
title="UNCONFIRMED - Firebird-migration should never work automatically"
href="https://bugs.documentfoundation.org/show_bug.cgi?id=116944">116944</a>
</td>
</tr>
<tr>
<th>Summary</th>
<td>Firebird-migration should never work automatically
</td>
</tr>
<tr>
<th>Product</th>
<td>LibreOffice
</td>
</tr>
<tr>
<th>Version</th>
<td>6.1.0.0.alpha0+ Master
</td>
</tr>
<tr>
<th>Hardware</th>
<td>x86-64 (AMD64)
</td>
</tr>
<tr>
<th>OS</th>
<td>Linux (All)
</td>
</tr>
<tr>
<th>Status</th>
<td>UNCONFIRMED
</td>
</tr>
<tr>
<th>Severity</th>
<td>normal
</td>
</tr>
<tr>
<th>Priority</th>
<td>medium
</td>
</tr>
<tr>
<th>Component</th>
<td>Base
</td>
</tr>
<tr>
<th>Assignee</th>
<td>libreoffice-bugs@lists.freedesktop.org
</td>
</tr>
<tr>
<th>Reporter</th>
<td>robert@familiegrosskopf.de
</td>
</tr></table>
<p>
<div>
<pre>Have downloaded
Version: 6.1.0.0.alpha0+
Build-ID: dc823f5fa4a5d2eca56297b9045e5962536c00f9
CPU-Threads: 4; BS: Linux 4.4; UI-Render: Standard; VCL: kde4;
TinderBox: Linux-rpm_deb-x86_64@70-TDF, Branch:master, Time:
2018-04-10_23:32:35
Gebietsschema: de-DE (de_DE.UTF-8); Calc: group
Seen in mailinglists there should exist an automatically migration from
internal HSQLDB-files to internal Firebird. The I wrote the following to the
global users mailnglist:
Opened the database, which is part of the Base Handbook:
"Media_without_Macros".
No comment like "Internal HSQLB" appears at the bottom of the window.
Tried to open the tablecontainer.
No table appears, but after some time the following message:
Connection to datasource "Media_without_Macros" couldn't be established.
firebird_sdbc error:
*Dynamic SQL Error
*SQL error code = -104
*Token unknown - line 1, column 163
*BLOB
caused by
'isc_dsql_prepare'
I haven't set the experimental features to "yes". I wasn't asked if I
want to change the database from HSQLDB to Firebird.
Base should never be a playground for such a function. People will loos
their data and will never again use LO after starting one database with
this automatic.
1. An automatic migration should never be installed from a working
internal database to a database, which is an "experimental feature"
(Firebird) - and never means: also never with a daily build.
2. A migration should only be offered, never automatically, when
internal Firebird database has been activated.
3. The migration should create a new database with the migrated content,
not overwrite the old database.</pre>
</div>
</p>
<hr>
<span>You are receiving this mail because:</span>
<ul>
<li>You are the assignee for the bug.</li>
</ul>
</body>
</html>