Closed (fixed)
Project:
Drupal core
Version:
8.0.x-dev
Component:
block.module
Priority:
Major
Category:
Bug report
Assigned:
Unassigned
Issue tags:
Reporter:
Anonymous (not verified)
Created:
5 Jul 2014 at 15:45 UTC
Updated:
9 Mar 2022 at 12:28 UTC
Jump to comment: Most recent, Most recent file
Comments
Comment #1
dawehnerThis should be pretty easy patchable.
Comment #2
berdirActually it should be a mapping I think? list is for a numbered list of the same sub-items, those are key/value pairs.
I don't know if this is pluggable, but I'd start with hardcoding the known example.
Comment #3
berdirHere's a quick patch, @dawehner, are there any other per-block override things that we need to care about?
Comment #4
dawehnerNo, core is not written in a flexible way, on purpose.
While you are in this file, can you remove the entry about block caching? This got removed in some other issue
Comment #5
berdirNot pluggable sounds good :)
Sure, removed that.
Comment #6
dawehnerThank you.
Comment #7
alexpottSeems like this is an indication of missing test coverage
Comment #8
berdirMost of our schema test coverage is implicit by testing our default configuration, so I simply updated the comments_recent default value and added that setting, as it was enabled but not properly exported.
With this, the install fails. The default view is a bit different, but I just openend it, resaved it and then added the setting manualy (because tryiyng to save it gives you an exception now).
Comment #11
berdir@dawehner: Hm, are the additional options real or are they just there because I resaved the old view?
Comment #12
berdirOk, let's see how this goes.
We'd have to re-save all the views to figure out if there's more we're missing, but that seems to be too much for this issue?
Comment #15
dawehnerTotally, opened a follow up for that: #2303409: Resave all the views.
Comment #16
dawehnerback to rtbc
Comment #17
alexpottInteresting... seems like we have a bug here.
Comment #18
berdirOpened a separate bug report for that: #2304479: Dependency on entity-type providing module missing in views
Re-added the dependency manually for now. This won't really help as the imported view is re-saved and dependencies are re-calculated (I think this is wrong but that's yet another topic)
Comment #20
berdirinterdiff was correct but patch was the previous one.. :(
Comment #21
berdirI think it's OK if set this back to RTBC myself, it was before, just made the small manual change that doesn't actually affect anything as it's not persisted nor checked (with and without this issue, already equally broken in HEAD).
Comment #22
alexpottCommitted 518e3c9 and pushed to 8.x. Thanks!
Fixed on commit.