Bug report #4646
Editing of table of attributes goes Wild
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
History
#1
Updated by Giovanni Manghi about 13 years ago
- Target version set to Version 1.7.4
#2
Updated by Jürgen Fischer about 13 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 about 13 years ago
- Status changed from Open to Closed
- Resolution set to worksforme
Woks for me now, unclear why.
#4
Updated by Giovanni Manghi about 13 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 about 13 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 about 13 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 about 13 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 about 13 years ago
- Crashes QGIS or corrupts data changed from No to Yes
#9
Updated by Giovanni Manghi about 13 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 about 13 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 about 13 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 about 13 years ago
- Status changed from Feedback to Closed
- % Done changed from 0 to 100
Applied in changeset 06aeb148a77f301d7a3f9524f28f6eaf116cf8f5.