Bug 117510 - Firebird: Migration: Data unavailable when migration is run against HSQL ODB opened in Beamer (from Writer or Calc)
Summary: Firebird: Migration: Data unavailable when migration is run against HSQL ODB ...
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Base (show other bugs)
Version:
(earliest affected)
6.1.0.0.alpha1+
Hardware: All All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: Database-Firebird-Migration
  Show dependency treegraph
 
Reported: 2018-05-08 18:24 UTC by Drew Jensen
Modified: 2018-06-06 19:12 UTC (History)
2 users (show)

See Also:
Crash report or crash signature:


Attachments
hsql test file (4.52 KB, application/vnd.oasis.opendocument.database)
2018-05-08 18:25 UTC, Drew Jensen
Details
Screen shot showing the whole issue (287.40 KB, image/png)
2018-05-08 18:27 UTC, Drew Jensen
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Drew Jensen 2018-05-08 18:24:38 UTC
Description:
If you try to use the data from a registered database and the ODB file is embedded HSQL the auto migration feature is activated. If you answer yes and the file successfully migrated to firebird (you will see the tables and data in the beamer) attempting to access that data from Calc or Writer will generate an error. 

Steps to Reproduce:
1. download the attached test file.
2. Start Libo 
3. Select Tools Options | Base | Databases
4. Select New and use the file browser to register the downloaded file.
5. close options
6. Create a new Calc file.
7. Open the beamer (View->Data Sources) 
8. click on the registered database fb_mig_varchar
9. click on Tables for that datasource
10. When asked if you want to migrate to FB click on yes
11. Migration finishes
12. IN THE BEAMER open the table tbl_varchar (data is displayed in grid to right)
13. Select the Table tbl_varchar with your mouse and drag it down to the open sheet.


Actual Results:  
Error message "There exists no Table 'tbl_varchar'"


Expected Results:
tables data is imported into Calc sheet.


Reproducible: Always


User Profile Reset: No



Additional Info:
There is no way to save this file, open in the beamer window, after a successful migration either.


User-Agent: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Ubuntu Chromium/65.0.3325.181 Chrome/65.0.3325.181 Safari/537.36
Comment 1 Drew Jensen 2018-05-08 18:25:39 UTC
Created attachment 141982 [details]
hsql test file

Download and register this database
Comment 2 Drew Jensen 2018-05-08 18:27:02 UTC
Created attachment 141983 [details]
Screen shot showing the whole issue

Here is exactly what I'm looking at when the error message is displayed.

Tested with:
Version: 6.1.0.0.alpha1+
Build ID: ecf50fe71596c3edba8ce437481ab80ae1cd8935
CPU threads: 4; OS: Linux 4.15; UI render: GL; VCL: gtk2; 
TinderBox: Linux-rpm_deb-x86_64@70-TDF, Branch:master, Time: 2018-05-08_00:13:13
Locale: en-US (en_US.UTF-8); Calc: group
Comment 3 Drew Jensen 2018-05-08 18:44:56 UTC
Additionally issue https://bugs.documentfoundation.org/show_bug.cgi?id=117352 get involved here.

So here even if the migration function runs to completion but then the error message triggered when you try to access the data triggers issue 117372 and this file is no accessible again until after Libo is restarted.
Comment 4 m.a.riosv 2018-05-08 21:32:23 UTC
Reproducible.
Version: 6.1.0.0.alpha1+
Build ID: ecf50fe71596c3edba8ce437481ab80ae1cd8935
CPU threads: 4; OS: Windows 10.0; UI render: default; 
TinderBox: Win-x86@42, Branch:master, Time: 2018-05-07_23:52:08
Locale: en-US (es_ES); Calc: group

After the error, going to edit the database and saving it without any change, and reopening the database again show no tables in.
Comment 5 Xisco Faulí 2018-06-06 19:04:26 UTC
Still reproducible in

Version: 6.1.0.0.beta1+
Build ID: 8b96445766efe237eb47608ade6c147673466e2e
CPU threads: 4; OS: Linux 4.13; UI render: default; VCL: gtk3; 
Locale: ca-ES (ca_ES.UTF-8); Calc: group threaded
Comment 6 Xisco Faulí 2018-06-06 19:12:09 UTC
If the database is added to the option already as a firebird database, the problem is not reproducible...