QGIS » QGIS Application

I faced the same problem.

At least with selected features, I was also able to refresh the table of attributes by scrolling it vertically.

I confirm this issue with shapefile layers. And, I confirm it updates when you touch the scroll bar - you don't have to actually move it.

Is it occurring with non-shapefile layers, too?

Also I am getting a similar but less consistent issue with manual edits to individual cell values in Table view. It just did this the first time I tried to manually edit a cell, only displaying after I did the scroll, but after that I could not repeat the issue with a manual edit in the same layer. The issue is consistent with the Field Calculation bar, though.

It's a general issue. Same unexpected behavior with all the vector data formats.

I think #17280 is a duplicate.

Related to #17262, which also concerns data entry in attribute table 'table view'.

See also #17289

seems a side effect of my fix to avoid sorting during editing.

6c84b6ea45e02ba71506fdbc6f5a24800c56b1dc

now checking how to update data without sorting in the new atteribute table architecture.

the same issue was already fixed 4month ago in master 5f22ba1c936db18f9326b84315be03b4874282e0 but never backported

I'll do it.

Luigi Pirelli wrote:

the same issue was already fixed 4month ago in master 5f22ba1c936db18f9326b84315be03b4874282e0 but never backported

I'll do it.

I assume this would also fix #17280 ?

yes, IMHO is better to close this issue and reopen one related to master. The main reason is also because, in this moment I'm more focused on 2.18 stability than master.
Is it ok for you Geo Dev?

IMHO the description of this bug (#17187) is properly focused on the issue that still occurs in both versions 2.18.13 and 2.99.0-Master (the Attribute Table doesn't immediately update when fields are set with the Quick Field Calculation Bar).
The two attached videos should instead be removed since they don't explain the issue described in this report. They show a different issue (values not showing after entering them manually) correctly explained into another bug report (#17289) but incorrectly indicated as duplicate of this one.

Furthermore this issue occurs exactly in the same way in both versions:
- in 2.18.13, exactly as in 2.99.0-Master, "you don't need to force the refresh with the refresh button after using the calculator" (even because in editing mode the refresh button "reload table" is disabled). It's enough to refresh the table e.g. clicking on cells, sorting/resizing the columns, scrolling the table, resizing the window container of the table, etc.;
- in 2.99.0-Master, exactly as in 2.18.13, it's not always enough "to change the focus away from the update button". Just after clicking on Update All button, even if you change the focus e.g. changing the selected field in the drop-down list, turning on/off the layers in the TOC, click on the Zoom to Selected button, etc. the table doesn't update anyway.

No problem to reopen another ticket for 2.99.0-Master but IMHO it would be exactly the same bug report with the same description.
Another solution might be to extend the title in "Attribute Table refresh issue using the Quick Field Calculation Bar".
In both cases the references to (#17289) should be removed to avoid confusion.
Let me know.

Geo Dev wrote:

IMHO the description of this bug (#17187) is properly focused on the issue that still occurs in both versions 2.18.13 and 2.99.0-Master (the Attribute Table doesn't immediately update when fields are set with the Quick Field Calculation Bar).

with the patch this is fixed in 2.18... not 2.18.13, you will have to wait 2.18.14 to test if you don't want to compile by yourself.

or 2.18-dev

I can not find 2.18-dev in

http://qgis.org/downloads/weekly/?C=M;O=D

There are only 2.99-dev. Besides, there seems no updates this week.

Where can I download pre-compiled developer version of current release?

sand thorn wrote:

I can not find 2.18-dev in

http://qgis.org/downloads/weekly/?C=M;O=D

There are only 2.99-dev. Besides, there seems no updates this week.

Where can I download pre-compiled developer version of current release?

use the osgeo4w installer, follow the "advanced install" and install the package qgis-rel-dev

Tested on a just compiled code of the last 2.18-dev (with the latest commit 6d50b37) and on the already compiled OSGeo4W qgis-rel-dev 2.18.13-20 (QGIS code revision 6d50b37c62).
It's confirmed that the patch https://github.com/qgis/QGIS/pull/5403 doesn't fix this specific issue (#17187) in QGIS 2.18.

Geo Dev wrote:

Tested on a just compiled code of the last 2.18-dev (with the latest commit 6d50b37) and on the already compiled OSGeo4W qgis-rel-dev 2.18.13-20 (QGIS code revision 6d50b37c62).
It's confirmed that the patch https://github.com/qgis/QGIS/pull/5403 doesn't fix this specific issue (#17187) in QGIS 2.18.

just checked also on Windows here: also on 2.18-dev after updating with the quick calculator is needed to change the focus away from the button. This means that there is a difference between Linux (where with the patch there is no need to change the focus after pressing the button) and Windows.
Regardless, as already said is better to file a new ticket... also because the patch is already committed and other problems referred here and in its twin ticket are solved.

Tested 2.18-dev (just compiled) also on Linux:: exactly the same issue of Windows (even with regard to focus behaviour).
Ticket reopened as #17312 to avoid confusion since:
- the patch https://github.com/qgis/QGIS/pull/5403 doesn't fix this specific issue (#17187) but the #17289 incorrectly indicated as duplicate of this one;
- the two attached videos don't explain the issue described in this report but the #17289 bug.

I agree - #17289 was a different bug.

The only reason I copied the videos over was because #17289 was incorrectly closed as a duplicate of #17187. As Geo Dev has observed, #17289 has now been resolved, but #17187 has not.

However, we now have duplicates in #17187 and #17312, so one of these should be closed.

Yes, this bug report should now be closed with a reference to the new one (#17312).