Apache OpenOffice (AOO) Bugzilla – Issue 14719
OOo Base said (ungueltiger Cursorstatus)
Last modified: 2006-05-31 14:29:06 UTC
I work with MySQL, ODBC and OOo, so I have a form und a subform with autoincrement. I work with the MySQL Data Source Sheet. When I will insert a new record OpenOffice.org Base said (Error inserting the new record) Microsoft(ODBC DataManager) ungueltiger Cusorstatus. And now the field was not free and I can not work, but the record was written in the Database. When I look auf my Database out of OOo the record was 9x in the Database, when I have promtet 9x.
correcting component (see http://www.openoffice.org/issues/describecomponents.cgi?component=database%20access) asigning to QA
Holger, could you attach a dump of the MySQL tables in question (use mysqldump for this), and the form which produces the error? Your current bug description contains some uncertainties, and I think it would be easiest if you could provide us the concrete document/data which causes the bug.
Created attachment 6877 [details] The Original
Created attachment 6878 [details] The mistake
Created attachment 6879 [details] After 9 promptet and reload
Created attachment 6880 [details] the MySQL dump
Created attachment 6881 [details] the form/subform
Created attachment 6882 [details] the datasource manager
MySQL 3.23.47 MyODBC 2.50.39
The same problem unter SuSE 8.1 MyODBC 2.50.39-1.i386.rpm
in 1.1.0rc3de tritt der Fehler nicht mehr auf
Change to Linux (Win98SE ist mit 1.1rc3 OK)
change to 1.1.rc4
adding myself to cc, trying to verify
this issue is likely to be a duplicate of Issue 17123 . I'll contact Holger directly and come back if i have more infos.
add keyword needmoreinfo
I resolve this issue with "worksforme", as holger was able to get this working when using MyODBC 3.51.06 . As there are some related issues I didn't check yet I will not close the issue. Here is a list of realted issues, collected by Dian Mackay at dev@qa: Issue 5450, Issue 17123, Issue 22374, Issue 21828, Issue 17218
CLU->Andre Schnabel: i do not see a reason, not to close this issue -> looks definetly like a driver problem (can be fixed with new driver!) even if this issue would have anything to do with the other issues (does not look like), it would probably be double to them and closed, too. summary: 17218 and 21828 are double to 17123 (one bug) - 22374 looks like a driver problem, too (no bug) -> so 17123 and 5450 are the 'real' bugs (look similar, but OJ as developer has to decide over this) and will be fixed as fast as possible also it is every time possible to reopen this task, so i close this issue thank you for your engagement
change subcomponent to 'none'