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.
With version 1.5 element id's needs to be re-featurized, a lot of work.
Patch will follow.
Comment | File | Size | Author |
---|---|---|---|
#4 | make_the_element_id-2650806-4.patch | 3.46 KB | Tess Bakker |
Comments
Comment #2
Tess BakkerWith this patch, old features can reverted without the lost of the element id.
New or updated features will use the new and better implementation.
Comment #4
Tess BakkerNew patch, with changes to the display test.
Comment #5
rudiedirkx CreditAttribution: rudiedirkx commentedIt's still not as backward compatible as I'd like. Like this, the ID is rendered when creating HTML output, but it's not used when editing the field group, meaning it will be lost when you edit & save an existing (working) field group.
The solution IMO would be to put the id-logic in
field_group_unpack()
, which is always executed for every fieldset everywhere: rendering AND editing.Adding this would be enough:
Patch later.
Comment #6
rudiedirkx CreditAttribution: rudiedirkx commentedActually there's no way to make it backward compatible, because 1.5 uses
drupal_html_id()
, which changes_
to-
, which breaks existing html ids. Nice.Let's see if #4 works.
Comment #7
rudiedirkx CreditAttribution: rudiedirkx commentedOnly php 7 deprecated warnings in ctools.
Comment #8
Chris Matthews CreditAttribution: Chris Matthews as a volunteer commentedThe 3 year old patch in #4 to field_group.module and field_group.display.test applied cleanly to the latest field_group 7.x-1.x-dev, but still needs review (if still applicable).