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.
Problem/Motivation
Due to a bug in the Icon API (#2434441: Overridden bundles should only store overridden properties) and when this module changed the render hook used in #2312935: [fontawesome] 7.x-2.x, some users may have a database entry of Font Awesome in the {icon_bundle}
table. This inadvertently "caches" the entire bundle, which is not needed.
Proposed resolution
Provide an update hook that looks for this database entry and re-save it so only the overridden properties are actually stored.
Remaining tasks
- Create a patch
User interface changes
None
API changes
None
Comments
Comment #1
markhalliwellComment #2
truls1502I am sorry for no one has replied to you before now.
The post seems a bit old. So I was wondering what the current status is? Do you wish to solve it or is it outdated now? Otherwise, do you have any suggestions for a patch which can work with icon-module?
Comment #3
truls1502It is a notification to let you know that we are closing the issue as we have not received a response from you for a while.
If you have any further questions, answer or still experiencing regarding this issue then please reply to this issue and choose the status such as active.
Thank you in advance!
Comment #4
markhalliwellThis probably still needs to happen at some point.
FWIW, I am also a maintainer and this was more of a "todo" for me.
I'll get to it when I get to it.
Comment #5
truls1502Hi @markcarver,
Sure, no problem at all! ;)
I am happy to leave it open. Let me know if there is something we can help you from here! :)
Otherwise, I have a question if it is possible to change the category to Task? However, it is up to you since I am not so familiar with the bug here.
Comment #6
markhalliwellThe bug is technically in the Icon API, so yes... I suppose this should be a task once that is finished.
Also, marking as postponed on that issue.
Comment #7
Daniel.Moberly CreditAttribution: Daniel.Moberly commented