3

I created a "Read-only" User in PostgreSQL via a Role with "SELECT" ONLY privilege on all tables in a schema as shown below:

GRANT SELECT ON ALL TABLES IN SCHEMA [schema_name] TO [role_name]
GRANT [role_name] TO [user_name]

Next, I test this by trying to UPDATE a column in a table (same schema as above) with pgAdmin/psql and this works fine by giving a response that the user has no permission - 'ERROR: permission denied for relation <table_name>.'

Next, I connect with the same user in QGIS and add a layer from the same table (same schema as above). I open the attribute table for the layer, turn on editing mode (by clicking on the pencil-like icon), and edit the same field/column above. To my surprise, the edit was saved successfully without any permission error prompt.

Next, I check the value of the field/column (same table/schema as above) in pgAdmin/psql and it is having the new (edited) value from QGIS. This is rather strange as it seems QGIS is bypassing the permissions set for the same user in the PostgreSQL/PostGIS database.

I will be glad if someone can help me unravel this mystery.

3
  • @nash I have been able to solve the mystery. The problem was from QGIS as suspected. When you create the first user connection to the database (PostgreSQL/PostGIS in this case) and you add a new connection with a different user or edit the first connection to a different user without restarting the application, QGIS uses the privileges of the first user connection for the new user connection (the privileges can be viewed from the Database Manager menu).
    – nohaso
    Mar 18, 2017 at 2:26
  • @nash This is likely a bug in the QGIS software as refreshing the edited connection or deleting the connection and creating a new one makes no difference. The only way I have found around this "bug" is to restart the QGIS application before creating a new user connection or editing a connection to a different user.
    – nohaso
    Mar 18, 2017 at 2:27
  • I have rolled back the latest edit, since there is no point in adding a 'Solved' text in the question. Mar 18, 2017 at 4:21

1 Answer 1

3

I have been able to solve the mystery. The problem was from QGIS as suspected. When you create the first user connection to the database (PostgreSQL/PostGIS in this case) and you add a new connection with a different user or edit the first connection to a different user without restarting the application, QGIS uses the privileges of the first user connection for the new user connection (the privileges can be viewed from the Database Manager menu). This is likely a bug in the QGIS software as refreshing the edited connection or deleting the connection and creating a new one makes no difference.

The only way I have found around this "bug" is to restart the QGIS application before creating a new user connection or editing a connection to a different user.

1
  • If you have managed to solve your issue, you can mark your own answer as accepted. I know that there is a time Gap before you can do so; Hence do remember to come back and mark this answer. Mar 18, 2017 at 4:20

Your Answer

By clicking “Post Your Answer”, you agree to our terms of service and acknowledge that you have read and understand our privacy policy and code of conduct.

Not the answer you're looking for? Browse other questions tagged or ask your own question.