Bug report #4646

Editing of table of attributes goes Wild

Added by Giovanni Manghi almost 8 years ago. Updated over 7 years ago.

Status:Closed
Priority:High
Assignee:-
Category:Vectors
Affected QGIS version:master Regression?:No
Operating System: Easy fix?:No
Pull Request or Patch supplied:No Resolution:
Crashes QGIS or corrupts data:Yes Copied to github as #:14544

Description

The issue has been pointed by many in the last days, as Paolo and Maxim in the dev mailing list

This screencast by Maxim shows very well the issue

http://screencast.com/t/V9APNmkz1

History

#1 Updated by Giovanni Manghi almost 8 years ago

  • Target version set to Version 1.7.4

#2 Updated by Jürgen Fischer almost 8 years ago

not reproducable here - what's special about your datasets (or mine)? Please make a testcase available that you can reproduce the problem with.

#3 Updated by Paolo Cavallini almost 8 years ago

  • Status changed from Open to Closed
  • Resolution set to worksforme

Woks for me now, unclear why.

#4 Updated by Giovanni Manghi almost 8 years ago

  • Resolution deleted (worksforme)
  • Status changed from Closed to Feedback

I don't know if Maxim can confirm that is ok. Let's wait his feedback.

#5 Updated by Giovanni Manghi almost 8 years ago

Jürgen Fischer wrote:

not reproducable here - what's special about your datasets (or mine)? Please make a testcast available that you can reproduce the problem with.

I can easily replicate the issue, but the table of attributes MUST be docked. If it is not docked it seems to work fine.

#6 Updated by Giovanni Manghi almost 8 years ago

Giovanni Manghi wrote:

Jürgen Fischer wrote:

not reproducable here - what's special about your datasets (or mine)? Please make a testcast available that you can reproduce the problem with.

I can easily replicate the issue, but the table of attributes MUST be docked. If it is not docked it seems to work fine.

the same seems to happen for #4451

#7 Updated by Jürgen Fischer over 7 years ago

  • Affected QGIS version set to master
  • Crashes QGIS or corrupts data set to No

does 5a2be18f also fix this?

#8 Updated by Jürgen Fischer over 7 years ago

  • Crashes QGIS or corrupts data changed from No to Yes

#9 Updated by Giovanni Manghi over 7 years ago

Jürgen Fischer wrote:

does 5a2be18f also fix this?

Hi Jurgen,

I just updated my qgis-master installation with the nightly build repo.

The problem still there, and in the end it is not related if the table of attributes is docked or not.

See the following screencast

http://ubuntuone.com/4QyHKfYTd1s6JHyxy61n7X

the layer is a PostGIS one, and it doesn't seem to happen with shapefiles.

If you reload the layer the data looks ok, so I won't classify it as "causes data corruption" nevertheless is very confusing for users. Same thing for #4451.

#10 Updated by Jürgen Fischer over 7 years ago

Giovanni Manghi wrote:

Jürgen Fischer wrote:

does 5a2be18f also fix this?

the layer is a PostGIS one, and it doesn't seem to happen with shapefiles.

Please provide a test case.

#11 Updated by Giovanni Manghi over 7 years ago

Please provide a test case.

do you mean a sample? Try the line vector you'll find here:

host: mapserver.uevora.pt
db: ue_publico
username/password: ue

Then just try fill manually the table of attributes jumping from one cell to another with the "tab" key.

#12 Updated by Jürgen Fischer over 7 years ago

  • Status changed from Feedback to Closed
  • % Done changed from 0 to 100

Also available in: Atom PDF