Bug 100839 - Tables in forms - cannot enter new values
Summary: Tables in forms - cannot enter new values
Status: RESOLVED NOTOURBUG
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Base (show other bugs)
Version:
(earliest affected)
5.1.4.2 release
Hardware: x86-64 (AMD64) Linux (All)
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
: 100840 (view as bug list)
Depends on:
Blocks:
 
Reported: 2016-07-10 13:35 UTC by Basil
Modified: 2016-07-16 17:56 UTC (History)
2 users (show)

See Also:
Crash report or crash signature:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Basil 2016-07-10 13:35:18 UTC
In a table in a base form, it is no longer possible to enter a new record.

I first noticed this in Manjaro, but it has since shown up in Fedora, and now Mint.  With it being across several distros, all differently based, it is definitely a LO bug, and not specific to a single distro or line.
Comment 1 Basil 2016-07-10 20:33:53 UTC
This only seems to occur with external DBs and JDBC.  Self-contained appear unaffected.
Comment 2 Basil 2016-07-11 02:46:21 UTC
All external DBs are being opened in read-only mode.  There seems no way to change this behaviour.
Comment 3 Basil 2016-07-11 03:39:48 UTC
SOLUTION!

It appears MariaDB can not handle importing .sql files with both tables and views.
Dump (from the ORIGINAL DB) tables to one .sql file, and views to another.
Import them separately, Tables first.
If you don't, your data will be there, but none of the constraints or keys.
Without those, the data can be viewed, but not modified (Read-Only).

It took a fair amount of fiddling to figure this out, so I'm reporting it here, even though it turned out not to be a LO issue after all.

Fortunately, i still had access to the original DB.  It would probably be possible to weed out the offending views with kate/gedit, and transfer them into their own .sql file, but it might be more effort than was pretty, so I wouldn't try it unless you've already destroyed the original DB.  Even then, use a COPY.

This is also the solution for #100840.
Comment 4 Basil 2016-07-11 03:41:03 UTC
*** Bug 100840 has been marked as a duplicate of this bug. ***
Comment 5 Aron Budea 2016-07-12 01:00:02 UTC
Thanks for the analysis! If you suspect this is an issue with MariaDB, have you reported it there?
Comment 6 Buovjaga 2016-07-16 17:56:10 UTC
Yep, report here: https://jira.mariadb.org/secure/Dashboard.jspa