At the very minimum, we should add canonical URIs to all core-provided entity types.
This is basically a request to add the same feature as https://www.drupal.org/project/drupal/issues/1970360
Problem/Motivation
Currently, there is no central definition of the path to an entity. Sure there's its route/menu item, but we can't reverse associate from that.
Sure entities now have a uri() method, but you need an entity object for that. Also, the default implementation still uses a uri callback function, for no reason I can fathom.
...
Proposed resolution
Bite the bullet. What we really need here is to define a canonical path TEMPLATE for an entity type. When I say template, I mean the uri-template specification, RFC 6570:
http://tools.ietf.org/html/rfc6570
...
In particular, we should define multiple such patterns. One for each operation, as identified by a link. ... What does "identified by a link" mean? I mean using one of the IANA standardized link relationships (which collects relationships defined by IETF RFCs as well as the W3C):
http://www.iana.org/assignments/link-relations/link-relations.xml
It's possible to define your own, but there's plenty there we can already use.
...nodes might look something like:
links = { "canonical" = "/node/{node}", "edit-form" = "/node/{node}/edit", "create-form" = "/node/add/{entity_subtype}", "version-history" = "/node/{node}/revisions" }
D8 change record: https://www.drupal.org/node/2020491
Recent comments
well @herb I cannot believe it, but the webform module was there in modules on the disc, but missing in the listed modules, so I delete the module folder, and downloaded it again. Then...
My Webform Worksheets have disappeared
The only thing I can think of is to make sure Webform module is enabled and that the content type that needs to contain the webforms has Webform enabled for it. Edit the content type and make...
My Webform Worksheets have disappeared
@yorkshirepudding, In the end I fixed it by deleting the config/active folder contents, copying the config/staging/ files into config/active, importing the database again and clearing the caches...
Importing the staged config throws an error: another field with the same name already exists