Bug 33491

Summary:	Database not storing last field entry using ENTER or TAB.
Product:	LibreOffice	Reporter:	Lee <grumps777>
Component:	Base	Assignee:	Not Assigned <libreoffice-bugs>
Status:	RESOLVED WORKSFORME
Severity:	normal	CC:	dr, iplaw67, jeffdchang, robert, yfjiang
Priority:	medium
Version:	3.3.0 release
Hardware:	x86 (IA32)
OS:	Windows (All)
Whiteboard:
Crash report or crash signature:		Regression By:

Description Lee 2011-01-25 10:57:09 UTC

I set up a small database with only four fields. ID (auto-increment), firstname, lastname and phone. 

Using the Form Wizard, I set up a quick form to enter the data into the database.

Entering data in the fields, firstname, lastname and phone using either the TAB or ENTER stores the data in the firstname and lastname fields, but the entered data in the phone field is not stored in the database when a new record is presented.

Entering data in the fields, firstname, and lastname using either the TAB or ENTER and then keying the SAVE RECORD button after entering data into the phone field, stores the data in the firstname, lastname and phone fields.

Comment 1 Jeffrey 2011-06-22 21:19:37 UTC

Steps I followed:

1. Opened LibreOffice Base (version: LibreOffice 3.4  340m1(Build:12)).
2. Select Tables under database type.
3. Under tasks select "Use Wizard to create table"
4. I chose the sample table Employees, with the entries: "First name, Last name, Phone number."
5. Select finish. Now there are four cols in the table.

I do not seem to have any problems entering ID, first name, last name, or phone numbers in this table. Can anyone confirm whether Base has been fixed with a new release?

Comment 2 Alex Thurgood 2011-06-23 07:00:06 UTC

This worked for me already in 3.3.2 on Mac OSX, so I couldn't confirm the buggy behaviour anyway.


Alex

Comment 3 Björn Michaelsen 2011-12-23 11:51:39 UTC

[This is an automated message.]
This bug was filed before the changes to Bugzilla on 2011-10-16. Thus it
started right out as NEW without ever being explicitly confirmed. The bug is
changed to state NEEDINFO for this reason. To move this bug from NEEDINFO back
to NEW please check if the bug still persists with the 3.5.0 beta1 or beta2 prereleases.
Details on how to test the 3.5.0 beta1 can be found at:
http://wiki.documentfoundation.org/QA/BugHunting_Session_3.5.0.-1

more detail on this bulk operation: http://nabble.documentfoundation.org/RFC-Operation-Spamzilla-tp3607474p3607474.html

Comment 4 Robert Großkopf 2012-06-07 11:05:10 UTC

Could be a problem with the tabstops in the form. When phone is the first field (tabstop 1) and the other fields werde reached later with the tabulator the behaviour could be reproduced.
The automatic tabstop of fields is made first by the horizontal position of the field and second by the vertical position of the field in the form.

Comment 5 Alex Thurgood 2012-07-02 01:13:39 UTC

Lee,

Can you provide us with a copy of the db, or even just the form, so that we can inspect the form layout ?

Does this problem still occur in the latest stable release of LO ?


I guess if Robert has tested, then it is something more recent than 3.3.x

Alex

Comment 6 Jochen 2012-07-25 16:21:17 UTC

Hi Lee,

can you answer or a reaction please.

Comment 7 Robert Großkopf 2012-08-04 06:34:59 UTC

There is no reaction and no attachment, which shows the wrong behaviour.
The behavior of a form I discribed is a normal behaviour, not a bug. The tabsops must be sorted the right way.
I set this bug to "Resolved" and "Worksforme".