#2023 closed bug (worksforme)
attribute table fails to display all rows after editing vector layer
Reported by: | stevehartley | Owned by: | nobody |
---|---|---|---|
Priority: | major: does not work as expected | Milestone: | Version 1.4.0 |
Component: | Vectors | Version: | Trunk |
Keywords: | vector attribute layer | Cc: | |
Must Fix for Release: | Yes | Platform: | Windows |
Platform Version: | 2000 Pr SP4 | Awaiting user input: | no |
Description
Edit a vector layer, toggle editing off and save changes, then open the layer's attribute table. The table then only displays a handful of the layer's items. The data has not been lost, since closing and reopening QGIS allows the attribute table to properly display the layer's contents. The attribute table will display properly if opened before editing, and kept open while editing is toggled off and changes saved.
Attachments (5)
Change History (13)
follow-up: 2 comment:1 by , 15 years ago
by , 15 years ago
Attachment: | Fleam Dyke Indicator Species.dbf added |
---|
by , 15 years ago
Attachment: | Fleam Dyke Indicator Species.2.dbf added |
---|
by , 15 years ago
Attachment: | Fleam Dyke Indicator Species.prj added |
---|
by , 15 years ago
Attachment: | Fleam Dyke Indicator Species.shp added |
---|
by , 15 years ago
Attachment: | Fleam Dyke Indicator Species.shx added |
---|
comment:2 by , 15 years ago
Replying to lutra:
I cannot replicate the problem here.
Can you please test the qgis-dev version (available via the osgeo4w installer) and report back?
If the problem is confirmed can you please post a sample data in order to make further tests? thanks.
I still get the problem with 1.4.0 Enceladus. The posted layer should display it. Having played around with it some more, I've found out more about it. The bug only occurs if you add an object, not when you delete or merely move one. The number of objects the attribute table displays is linked to the number displayed in the map view according to the zoom level, i.e. if you zoom in so that n objects from the layer to be edited are shown on the map view, then add an object to the layer and save, the attribute table will display the first n+1 objects in the layer's list (not necessarily those shown in the map view). Note this means that if the whole layer is shown in the map view when you add an object, then the table will display all the layer's objects, and you wouldn't know there's a bug.
follow-up: 4 comment:3 by , 15 years ago
Milestone: | → Version 1.4.0 |
---|---|
Version: | 1.3.0 → HEAD |
I cannot reproduce the problem on both linux and windows using qgis trunk. Have you the chance to try qgis in another pc?
follow-up: 5 comment:4 by , 15 years ago
Replying to lutra:
I cannot reproduce the problem on both linux and windows using qgis trunk. Have you the chance to try qgis in another pc?
I might be able to use a neighbour's in a week or so. I haven't got any other software problems on this machine at the moment, and anti-malware scans are clear. What version Windows are you using? Can you try using Win 2000?
follow-up: 6 comment:5 by , 15 years ago
Replying to stevehartley:
What version Windows are you using?
qgis trunk under linux (and also under xp and vista in virtual machines)
Can you try using Win 2000?
no
I would suggest you to make a clean install (remove any .qgis directory containing personal definitions) and/or check if you enabled the render caching in qgis options.
follow-up: 7 comment:6 by , 15 years ago
Replying to lutra:
Replying to stevehartley:
What version Windows are you using?
qgis trunk under linux (and also under xp and vista in virtual machines)
Can you try using Win 2000?
no I would suggest you to make a clean install (remove any .qgis directory containing personal definitions) and/or check if you enabled the render caching in qgis options.
Enable/disable render caching makes no difference.
I've tried to clean install, removing OSGeo4 and .qgis directories and anything else I can find affected by qgis (including projects and shape-files), but still get the problem. It seems that usage info is hidden somewhere on my machine, because when I open up a "clean" installation, the toolbars and layer panel are positioned as at the last save of a project (prior to attempting a clean install). Any ideas?
follow-up: 8 comment:7 by , 15 years ago
Resolution: | → worksforme |
---|---|
Status: | new → closed |
Replying to stevehartley:
Any ideas?
try another pc (and/or O.S.) when/if you can, then report back. Then reopen the ticket if you can replicate the problem in another environment. Thanks in advance.
comment:8 by , 14 years ago
Replying to lutra:
Replying to stevehartley:
Any ideas?
try another pc (and/or O.S.) when/if you can, then report back. Then reopen the ticket if you can replicate the problem in another environment. Thanks in advance.
I haven't been able to install on another PC, but I find the problem no longer occurs in 1.5 Tethys. I still get it in 1.4 Enceladus.
I cannot replicate the problem here.
Can you please test the qgis-dev version (available via the osgeo4w installer) and report back?
If the problem is confirmed can you please post a sample data in order to make further tests? thanks.