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.
so in #2046303: Convert aggregator_form_category to FormInterface we introduced swappable storage for aggregator categories, as an interim step, since converting them to terms, is clearly not gonna happen in D8.
But while we marked aggregator_category_load() as deprecated we forgot to do so for aggregator_save_category
Comment | File | Size | Author |
---|---|---|---|
#1 | aggregator-category-storage-2068393.patch | 14.93 KB | ParisLiakos |
Comments
Comment #1
ParisLiakos CreditAttribution: ParisLiakos commentedComment #2
ParisLiakos CreditAttribution: ParisLiakos commentedabout getting menu link and block things in the storage controller:
its far better to have them in once place together, than duplicating the logic (eg what we do now in form and
CategoryAdminForm
andCategoryDeleteForm
)and this place should either be aggregator_save_category() or the storage controller?
after a few discussion on irc, the best way would just be to make categories classed objects and put this logic in there..
Comment #3
dawehnerI am wondering whether it is the proper concept to update menu links like that. Maybe we can use something similar than on #2018493: Tests for: FATAL error when a view with a placed block is disabled or removed
Comment #4
ParisLiakos CreditAttribution: ParisLiakos commentedBut then making them classed object means it should be an Entity, and if its Entity it should be Term...you can see us going back to #15266: Replace aggregator category system with taxonomy...so i am tempted to just remove this function all together
Comment #4.0
ParisLiakos CreditAttribution: ParisLiakos commentedadd issue link
Comment #5
ParisLiakos CreditAttribution: ParisLiakos commentedits dead now
#2127725: Remove category handling from aggregator