Opened 15 years ago

Closed 14 years ago

Last modified 14 years ago

#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)

Fleam Dyke Indicator Species.dbf (50.9 KB ) - added by stevehartley 14 years ago.
Fleam Dyke Indicator Species.2.dbf (50.9 KB ) - added by stevehartley 14 years ago.
Fleam Dyke Indicator Species.prj (415 bytes ) - added by stevehartley 14 years ago.
Fleam Dyke Indicator Species.shp (6.5 KB ) - added by stevehartley 14 years ago.
Fleam Dyke Indicator Species.shx (1.9 KB ) - added by stevehartley 14 years ago.

Download all attachments as: .zip

Change History (13)

comment:1 by lutra, 14 years ago

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.

by stevehartley, 14 years ago

by stevehartley, 14 years ago

by stevehartley, 14 years ago

by stevehartley, 14 years ago

by stevehartley, 14 years ago

in reply to:  1 comment:2 by stevehartley, 14 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.

comment:3 by lutra, 14 years ago

Milestone: Version 1.4.0
Version: 1.3.0HEAD

I cannot reproduce the problem on both linux and windows using qgis trunk. Have you the chance to try qgis in another pc?

in reply to:  3 ; comment:4 by stevehartley, 14 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?

in reply to:  4 ; comment:5 by lutra, 14 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.

in reply to:  5 ; comment:6 by stevehartley, 14 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?

in reply to:  6 ; comment:7 by lutra, 14 years ago

Resolution: worksforme
Status: newclosed

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.

in reply to:  7 comment:8 by stevehartley, 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.

Note: See TracTickets for help on using tickets.