Support for Drupal 7 is ending on 5 January 2025—it’s time to migrate to Drupal 10! Learn about the many benefits of Drupal 10 and find migration tools in our resource center.
I have a standard installation of Drupal which contains only the two basic content type "Basic" and "Article" but only the Basic content type appears on the settings page.
The problem is that the content type forms use the same id, so every time the last one will be active.
Comment | File | Size | Author |
---|---|---|---|
#2 | 2710705-content-type-forms-not-appears-1.patch | 749 bytes | segi |
|
Comments
Comment #2
segi CreditAttribution: segi at Cheppers commentedComment #3
thamasHave 10+ content types. Applied the patch and now I can see all of them! :)
Comment #4
geerlingguy CreditAttribution: geerlingguy commentedHmm... I'll take a look and do some extra manual testing. We might want to add a test to make sure that all the installed types show up in configuration, and also to make sure that any type that's selected properly picks the node type form by form ID. I remember the node form IDs were changing here and there in the D8 dev cycle, and I purposely moved away from
node_[type]_form
at some point because it broke something.Comment #5
mukesh.agarwal17 CreditAttribution: mukesh.agarwal17 commentedTested the patch and it works smooth. The node forms are visible and are protected too. However, I think this should also scale to custom entity forms. There should be a mechanism to check all type forms. Either I choose one of user, contact, node or comment OR I have to go for all forms. I should be able to say I need honeypot in all my product forms as well where product is a separate entity outside node.
Comment #7
geerlingguy CreditAttribution: geerlingguy commentedWorks great!
Comment #8
geerlingguy CreditAttribution: geerlingguy commentedThis will be included in the 8.x-1.24 release, whenever that happens (hopefully by DrupalCon NOLA).