Debian stable, apache 2, php 5, mysql 5, drupal 7.x-dev, fresh install, no additional modules, garland theme, seven admin theme.
Two related issues:
1. Adding a new field (field_test123) of any field type, when pressing "Save", I get a "Page not found" from the following path:
/admin/structure/types/manage/radio-show/fields/field_test123/field-settings?destinations[0]=admin/structure/types/manage/radio-show/fields/field_test123/edit&destinations[1]=admin/structure/types/manage/radio-show/fields
The field is there when I go back to edit the content type.
2. When I try to delete the field I just added, I also get a "Page not found", at this path:
/admin/structure/types/manage/radio-show/fields/field_test123/delete
But this time the field is NOT deleted.
| Comment | File | Size | Author |
|---|---|---|---|
| #12 | 605236-nodetype_bundle_realpath-12.patch | 2.52 KB | stborchert |
| #10 | 605236-nodetype_bundle_realpath-10.patch | 4.6 KB | stborchert |
| #4 | 605236-nodetype_bundle_realpath-4.patch | 6.51 KB | stborchert |
Comments
Comment #1
johanneshahn commentedComment #2
johanneshahn commentedseems that is only working if you change the url from
to:
notice the underscored "radio_show"
it does working on listing fields without the field name.
theres some problem with the menu path and the wildcards
looking at field_ui.module near line 70
in the var $path there is a wildcard %node_type too.
wich is not rewritten to "my-content-type" for the menupath.
so if you call this path drupal cant find it and you get the page not found page.
Comment #3
johanneshahn commentedfixed bug
change code from
to:
notice to convert $bundle_name to get instance.
Comment #4
stborchert@Johannes: an issue is marked as fixed if the patch one provides fixes the error or misbehavior and has been committed.
To create the path for editing node types a converted type value was used (e.g. "radio-show" instead of "radio_show").
This causes errors while adding or removing fields from content types.
The patch changes the 'real path' attribute of
node_entity_infoto use the correct type (machine name).Comment #5
johanneshahn commentedwhy was the path for editing node rewritten from "_" to "-" ?
was it maybe some unknown feature to have nice looking urls?
Comment #6
johanneshahn commentedComment #7
stborchert@Johannes: the issue can't be closed or fixed until the changes are committed!
Comment #8
johanneshahn commentedsorry my fault :)
Comment #10
stborchertRe-roll
Comment #12
stborchertRe-roll (and left out the whitespace corrections).
Comment #13
yched commentedThe actual 404 bug has been fixed in #617532: field_ui menu paths doesn't translate underscores in content type names.
Removing the '_/-' conversion for node types in URLs : dupe of #617562: Remove underscore-to-dash conversion in path arguments for content types