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)
(earliest affected)
Hardware: All All
: medium normal
Assignee: Not Assigned
Depends on:
Blocks: Database-Firebird-Migration
  Show dependency treegraph
Reported: 2018-05-08 18:24 UTC by Drew Jensen
Modified: 2021-06-07 03:47 UTC (History)
2 users (show)

See Also:
Crash report or crash signature:
Regression By:

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

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

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...
Comment 7 QA Administrators 2019-06-07 02:52:50 UTC Comment hidden (obsolete)
Comment 8 QA Administrators 2021-06-07 03:47:26 UTC
Dear Drew Jensen,

To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year.

There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present.

If you have time, please do the following:

Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/

If the bug is present, please leave a comment that includes the information from Help - About LibreOffice.
If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice.

Please DO NOT

Update the version field
Reply via email (please reply directly on the bug tracker)
Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not 
appropriate in this case)

If you want to do more to help you can test to see if your issue is a REGRESSION. To do so:
1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from https://downloadarchive.documentfoundation.org/libreoffice/old/

2. Test your bug
3. Leave a comment with your results.
4a. If the bug was present with 3.3 - set version to 'inherited from OOo';
4b. If the bug was not present in 3.3 - add 'regression' to keyword

Feel free to come ask questions or to say hello in our QA chat: https://kiwiirc.com/nextclient/irc.freenode.net/#libreoffice-qa

Thank you for helping us make LibreOffice even better for everyone!

Warm Regards,
QA Team