Bug 107619 - New records appear to take on the values of an old record until the application is re-opened
Summary: New records appear to take on the values of an old record until the applicati...
Status: RESOLVED INSUFFICIENTDATA
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Base (show other bugs)
Version:
(earliest affected)
5.3.2.2 release
Hardware: x86-64 (AMD64) macOS (All)
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2017-05-04 10:26 UTC by Richard
Modified: 2018-01-02 10:18 UTC (History)
1 user (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 Richard 2017-05-04 10:26:12 UTC
Description:
When inserting a new record into a table using the UI, the new record will seem to just be a duplicate of a previously opened record. Adding new records with new details apparently just adds more duplicates of previously entered records. When the db was re-opened using 5.2.6, the correct values were shown.

Steps to Reproduce:
1. Open 5.3.2.2
2. Use SQL to create a new table with an IDENTITY column
3. Use SQL to create a pair of records
4. Go into table and add a record manually via UI

Actual Results:  
New record apparently loses values entered and takes on values of previously entered record

Expected Results:
New record is added with newly entered details


Reproducible: Didn't try

User Profile Reset: No

Additional Info:
I inserted 0 as my first ID using a query


User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_12_3) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/57.0.2987.133 Safari/537.36
Comment 1 Alex Thurgood 2017-05-05 06:59:49 UTC
This rings a bell as an already reported bug, but will need to check.
Comment 2 Alex Thurgood 2017-05-05 08:39:21 UTC
No repro with 

Version: 5.3.2.2
Build ID: 6cd4f1ef626f15116896b1d8e1398b56da0d0ee1
Threads CPU : 2; Version de l'OS :Mac OS X 10.12.4; UI Render : par défaut; Moteur de mise en page : nouveau; 
Locale : fr-FR (fr_FR.UTF-8); Calc: group
Comment 3 Alex Thurgood 2017-05-05 09:28:24 UTC
No repro either with

Version: 5.2.7.2
Build ID: 2b7f1e640c46ceb28adf43ee075a6e8b8439ed10
Threads CPU : 2; Version de l'OS :Mac OS X 10.12.4; UI Render : par défaut; 
Locale : fr-FR (fr_FR.UTF-8); Calc: group
Comment 4 Alex Thurgood 2017-05-05 09:30:47 UTC
@Richard : please test with a latest production release of LibreOffice and report back with your findings.

I set up a simple 2 column table via Tools > SQL with an ID IDENTITY column and a 2-char VARCHAR colum, and inserted several rows of values via SQL.

When I then open up the table in Table Edit Mode, I don't encounter the problem you describe.

Setting to NEEDFINO pending requested information, otherwise this will be WFM.
Comment 5 QA Administrators 2017-12-04 12:46:10 UTC Comment hidden (obsolete)
Comment 6 QA Administrators 2018-01-02 10:18:56 UTC
Dear Bug Submitter,

Please read this message in its entirety before proceeding.

Your bug report is being closed as INSUFFICIENTDATA due to inactivity and
a lack of information which is needed in order to accurately
reproduce and confirm the problem. We encourage you to retest
your bug against the latest release. If the issue is still
present in the latest stable release, we need the following
information (please ignore any that you've already provided):

a) Provide details of your system including your operating
   system and the latest version of LibreOffice that you have
   confirmed the bug to be present

b) Provide easy to reproduce steps – the simpler the better

c) Provide any test case(s) which will help us confirm the problem

d) Provide screenshots of the problem if you think it might help

e) Read all comments and provide any requested information

Once all of this is done, please set the bug back to UNCONFIRMED
and we will attempt to reproduce the issue. Please do not:

a) respond via email 

b) update the version field in the bug or any of the other details
   on the top section of our bug tracker

Warm Regards,
QA Team

MassPing-NeedInfo-20180102