Skip to content
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

"Edit widget" setting not loaded, when layer with default style is loaded #19786

Closed
qgib opened this issue Oct 28, 2014 · 7 comments
Closed

"Edit widget" setting not loaded, when layer with default style is loaded #19786

qgib opened this issue Oct 28, 2014 · 7 comments
Labels
Bug Either a bug report, or a bug fix. Let's hope for the latter! Forms High Priority
Milestone

Comments

@qgib
Copy link
Contributor

qgib commented Oct 28, 2014

Author Name: Roi Hojgaard (Roi Hojgaard)
Original Redmine Issue: 11516
Affected QGIS version: 2.4.0
Redmine category:forms


Dear developers.

The auto loading of default style of a layer is not working, and hasn't since 2.2, as far as I can see. This has been tested against 2.5.0-113.

When you initially load a file from e.g. PostGIS, that has a default style saved in the "layer_styles" table, all the "Edit widgets" remain as "Text Edit", when it should be "Value Map", "Photo" etc. Everything else loads ok.

However, if you at this point click "Restore Default Style", and select "Datasource database", the "Edit widgets" do get initialized correctly. Just not when the map is originally loaded. I believe it is the same for Shape files.

This is rather unfortunate, as it forces me (and many colleagues and partners) to stay with 2.2. Please fix for 2.6.

Our QGIS runs on windows 7 64 bit; PostgreSQL 9.2.5 and PostGIS 2.0.3 are running on CentOS 6.5 Final 64 bit.


Related issue(s): #19781 (duplicates)
Redmine related issue(s): 11511


@qgib
Copy link
Contributor Author

qgib commented Oct 28, 2014

Author Name: Jürgen Fischer (@jef-n)


duplicate of #19781


  • status_id was changed from Open to Closed
  • resolution was changed from to duplicate

@qgib
Copy link
Contributor Author

qgib commented Oct 30, 2014

Author Name: Roi Hojgaard (Roi Hojgaard)


Excuse me, but I have to ask:

If this is a duplicate of another bug report, where it says "Fixed in changeset e6a259d.", but it is not yet working in the current nightly master (QGIS ef56c53), then what gives? Will it not be implemented until the final 2.6 version is compiled?

Regards
Roi Hojgaard


  • status_id was changed from Closed to Reopened

@qgib
Copy link
Contributor Author

qgib commented Oct 30, 2014

Author Name: Jürgen Fischer (@jef-n)


  • resolution was changed from duplicate to

@qgib
Copy link
Contributor Author

qgib commented Oct 30, 2014

Author Name: Giovanni Manghi (@gioman)


This ticket is about saving inside the style, inside the database (postgresql) the state of edit widgtes, and I confirm that in master does not work, while saving the style as a .qml file works.


  • version was changed from 2.4.0 to master
  • category_id was changed from Forms to Symbology

@qgib
Copy link
Contributor Author

qgib commented Oct 30, 2014

Author Name: Jürgen Fischer (@jef-n)


Fixed in changeset "dfff717a05c302a909e5710af36235a76040dbed".


  • status_id was changed from Reopened to Closed

@qgib
Copy link
Contributor Author

qgib commented Oct 30, 2014

Author Name: Jürgen Fischer (@jef-n)


Giovanni Manghi wrote:

This ticket is about saving inside the style, inside the database (postgresql) the state of edit widgtes, and I confirm that in master does not work, while saving the style as a .qml file works.

Saving and loading the widget settings already worked (that was what #19781 and co were about), but loaded the settings are only processed when the layer is already added to the layer registry, which wasn't the case. Now the layers are loaded without reading the style, added to the registry and only after that the settings are loaded and thereby also applied.


  • category_id was changed from Symbology to Forms
  • status_id was changed from Closed to Reopened
  • version was changed from master to 2.4.0

@qgib
Copy link
Contributor Author

qgib commented Oct 30, 2014

Author Name: Jürgen Fischer (@jef-n)


  • resolution was changed from to fixed/implemented
  • status_id was changed from Reopened to Closed

@qgib qgib added Bug Either a bug report, or a bug fix. Let's hope for the latter! High Priority Forms labels May 25, 2019
@qgib qgib added this to the Version 2.6 milestone May 25, 2019
@qgib qgib closed this as completed May 25, 2019
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Bug Either a bug report, or a bug fix. Let's hope for the latter! Forms High Priority
Projects
None yet
Development

No branches or pull requests

1 participant