Bug report #17280
When switch between filtered modes, the edited cells stop updating themselves.
| Status: | Closed | ||
|---|---|---|---|
| Priority: | High | ||
| Assignee: |  Luigi Pirelli | ||
| Category: | Attribute table | ||
| Affected QGIS version: | 2.18.13 | Regression?: | Yes |
| Operating System: | Windows 10 64-bit | Easy fix?: | Yes |
| Pull Request or Patch supplied: | Yes | Resolution: | fixed/implemented |
| Crashes QGIS or corrupts data: | No | Copied to github as #: | 25178 |
Description
When switch from "Show all features" to "Show selected features" or
from "Show selected features" to "Show all features",
after that the edited cells stop updating themselves in Table Attribute window.
You have to reopen with prefered default and avoiding changing filter view.
Workaround:
Set default to what you want to use, either "Show all features" or "Show selected features".
Related issues
Associated revisions
History
#1
Updated by sand thorn over 6 years ago
Additional info:
Not affected: 2.18.9 (late May release)
Start being affected from: 2.18.10 (late June release)
It seems to be affected both 32 and 64 bit.
#2
Updated by Giovanni Manghi over 6 years ago
- Regression? changed from No to Yes
- Status changed from Open to Feedback
- Priority changed from Normal to High
Can you please add detailed steps on how replicate? Thanks! If confirmed this is a regression.
#3
Updated by sand thorn over 6 years ago
1. Open the attribute table.
2. Switch filter on bottom-left to "Selected features".
3. Start edit mode then try editing any cell and update some value.
4. Click outer of the cell or press enter.
5. The cell will gone blue and seem empty (but the value is actually there).
6. The "gone blue" behaviour persists to life of the attribute table window.
This also affects when switch from "Selected features" to "All features",
in case that you are defaulting attribute table to "Selected features".
When you don't touch the filter mode button, everything works as normal.
#4
Updated by Steve Lowman over 6 years ago
#5
Updated by Jürgen Fischer over 6 years ago
- Related to Bug report #17187: Attribute Table refresh issue added
#6
Updated by Giovanni Manghi over 6 years ago
#17262 is also closely related.
seems a completely different thing, imho.
#7
Updated by Steve Lowman over 6 years ago
#17262 is also closely related.
seems a completely different thing, imho.
Just both concern data entry in Table View, but sure, different issue, different fix.
#8
Updated by Giovanni Manghi over 6 years ago
- Status changed from Feedback to Open
#9
Updated by Giovanni Manghi over 6 years ago
- File Recording #1.mp4 added
- Status changed from Open to Feedback
I confirm the issue surfaced after 2.18.9 but in the test I made here there is no need to apply filters to have it show. See the attached cast. I think that #17187 is exactly the same.
#10
Updated by Luigi Pirelli over 6 years ago
checking if this is a regression introduce by me to fix another regression
6c84b6ea45e02ba71506fdbc6f5a24800c56b1dc
the fix is a backporting of the same fix in master that is not affected by this regression... btw I'm checking
In my test I can see that only the first row is affected by this issue
#11
Updated by Luigi Pirelli over 6 years ago
seems a side effect of my fix to avoid sorting during editing... now checking how to update data without sorting in the new atteribute table architecture.
#12
Updated by Luigi Pirelli over 6 years ago
- Assignee set to Luigi Pirelli
- Pull Request or Patch supplied changed from No to Yes
- Easy fix? changed from No to Yes
#13
Updated by sand thorn over 6 years ago
Dope. Thank you.
#14
Updated by Paul Blottiere over 6 years ago
- Status changed from Feedback to Closed
- % Done changed from 0 to 100
Applied in changeset qgis|6d50b37c628e858760a9bdea3fa3860826281134.
#15
Updated by Alessandro Pasotti over 6 years ago
- Related to Bug report #17262: Attribute table data entered text is obscured by the 'x' button added
#16
Updated by Giovanni Manghi over 6 years ago
- Resolution set to fixed/implemented