-
-
Notifications
You must be signed in to change notification settings - Fork 2.9k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Move selection to top doesn't worked when table is unsaved #28914
Comments
Author Name: Giovanni Manghi (@gioman)
|
Author Name: Etienne Trimaille (@Gustry) I can confirm that "Move selection to top" is not working for me. Even if the table is saved, the selection is not at the top. (cf screenshot). I noticed the same behavior yesterday on another computer. But if I click on another column header, then the "move selection to top" is working.
|
Author Name: Giovanni Manghi (@gioman)
|
Author Name: Pedro Venâncio (Pedro Venâncio) I confirm this one, both on 3.4.4 (code revision 12c660a) and master (code revision b711ef0). Etienne Trimaille wrote:
Also selecting "Move selection to top", then "Invert selection" two times, the "Move selection to top" works. |
Author Name: Pedro Venâncio (Pedro Venâncio) Tested in Windows, with PostGIS layers and shapefiles, with Toggle Editing closed. |
Author Name: Giovanni Manghi (@gioman) Pedro Venâncio wrote:
this is a regression, correct?
|
Author Name: Pedro Venâncio (Pedro Venâncio) Giovanni Manghi wrote:
Yes, definitively Giovanni. I tested in another machine that still have QGIS 3.4.3 (code revision b557cc2) and it works as expected. |
Author Name: Giovanni Manghi (@gioman)
|
Author Name: Jürgen Fischer (@jef-n)
|
Author Name: Bernd Vogelgesang (Bernd Vogelgesang) Still not working in 3.6.2 |
Author Name: Giovanni Manghi (@gioman)
|
Author Name: Bernd Vogelgesang (Bernd Vogelgesang) Just installed 3.6.3. In "general" the selection to top button works now. What is different to past behaviour is, that when you already have a selection and click the button, nothing happens. Only when you make a new selection while the button is already active, it sorts the selection to top. So, I still see a regression here. |
Still having this issue in Master today, when showing off a new user how to work with GeoPackages...
|
Hello, just installed version 3.8.0 and the button moving selection to the top doesn't work. Same Problem on version 3.6.0 so definitively a regression. Can someone here make a proposition to solve this problem ? |
I understand and agree that this bug should be fixed. But meanwhile, I think a good workaround exists: just filter your attribute table to "selected features only". Isn't this just as good as moving selected ones to the top? |
Hi, i agree with you, this is a solution but when i use this tool it's in order to have a look on other similar datas. Because "selected features only" moves selection to the top, but still, i need other features in order to work with efficiency. |
fair enough. I see the value of "move selection to top". Howerver, there had been discussions that this part of the code is quite old and fragile and in need of a refactoring. And if it is refactored, it would need lots and lots of testing to make sure the refactoring doesn't introduce new issues. |
Thanks for the feedback Mr Neumann |
Likely related to #8725 |
Almost... :-)
Is this reproducable for others? |
@rduivenvoorde what did you test with, current master or PR #31966 ? |
Ah, duh... I was to quick, I compiled current master, thinking the PR was already pulled... |
@andreasneumann and others, is this still an issue in QGIS 3.10/master? |
Please others test also, but if I test my geopackage from above and the scenario's I wrote above. These seem to work (in just compiled master). |
@m-kuhn @rduivenvoorde NOT working here on a unsaved PostGIS layer. Works if editing is not active or if is active but there are no changes made. |
On master (from repository). |
Thanks @gioman I'll continue the research in this case. I'd love to have a file based (or even memory layer based) sample for the unit tests. |
@m-kuhn I think I got some progress on master indeed. Thanks! But I still have the issue with a geopackage for instance:
I got this bug every-time following this scenario. |
Thanks @Gustry exactly what I needed |
Author Name: Patrick Dunford (@enzedrailmaps)
Original Redmine Issue: 21096
Affected QGIS version: 3.6.2
Redmine category:attribute_table
If changing data in a file based geopackage table.
Select a rown in the table, if the button to move selection to top is pressed, that record will not move to the top if there are records in the table that have not been saved.
Related issue(s): #29035 (duplicates), #29166 (duplicates)
Redmine related issue(s): 21217, 21348
The text was updated successfully, but these errors were encountered: