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.
Environment: Drupal 7.22 , Views 7-3.7
Every Time I edit the cache settings and set the cache to time based
/admin/structure/views/ajax/display/artikel_vortraege/page_3/cache_options
of any View I get 4 times
Notice: Undefined index: #multiple in form_process_select() (Zeile 2601 von /home/www/vtad7/includes/form.inc).
Comment | File | Size | Author |
---|---|---|---|
#14 | views-cache_time-2037749-14.patch | 989 bytes | JvE |
Comments
Comment #1
ferrangil CreditAttribution: ferrangil commentedSame warnings in my instalation.
Editing the views to add a 1 hour cache worked just fine, but then on the logs I had these notices too.
Comment #2
totocol CreditAttribution: totocol commentedExperiencing same issue here when trying ti add time-based options to cache views
Comment #3
MPankau CreditAttribution: MPankau commentedSame issue here.
Comment #4
markisatacomputer CreditAttribution: markisatacomputer commentedSame here
Comment #5
mbdev CreditAttribution: mbdev commentedEnvironment the same as original: Core 7.22, Views 7.x-3.7, and same issue here.
Displayed error:
Log:
Notice: Undefined index: #multiple in form_process_select() (line 2601 of /includes/form.inc).
In my case, although some AJAX error happens, the cache can be enabled and disabled. However, I can only enable default "1 hour/1 hour", and disable it, because no settings are accessible. I'm looking for a place where cache settings are stored, as a temporary workaround - can anyone point me in any direction?
Is the issue present in dev?
Comment #6
Exploratus CreditAttribution: Exploratus commentedSame here.
Comment #7
dojorob76 CreditAttribution: dojorob76 commentedDrupal 7.23, Views 7.x-3.7, Same issue.
No problem changing/saving the cache settings in Views, but same 4 messages in Error Log.
(Also using Views Cache Bully Module)
Comment #8
do_ocrat CreditAttribution: do_ocrat commentedsame same. Ben battling similar errors for quite some time but this is the first time it's keeping me from being able to change a setting. I'd like to change cache timing option - no go.
Weird Work Around
I hate workarounds, but...if I copy the url to the cache settings link and paste it in my address bar I can make the changes successfully.
http://yourdomain.com/admin/structure/views/nojs/display/news/block/cache_options
Comment #9
yelvington CreditAttribution: yelvington commentedI hate to be a dittohead, but ... same here. For months now.
Comment #10
AlfTheCat CreditAttribution: AlfTheCat commentedsame here
Comment #11
AlfTheCat CreditAttribution: AlfTheCat commentedProblem is now also that, since the views in question are on the homepage, visiting the homepage as UID1 crashes the site.
It does appear to involve view panes only though, in my case.
Comment #12
phil.stphns CreditAttribution: phil.stphns commentedI get this only when editing certain views, in this case, map views using OpenLayers.
Comment #13
RedEight CreditAttribution: RedEight commentedRan into this issue with my site... I was able to silence the error by adding a check to includes/form.inc on line 2615. (Yes, I killed kittens)
changed it from
if ($element['#multiple']) {
to
if (isset($element['#multiple']) && $element['#multiple']) {
Seems like something is failing to set the value that gets passed... not entirely sure what is causing the issue though. I suspect it has something to do with the select fields on the cache settings page.
Comment #14
JvE CreditAttribution: JvE commentedViews was adding form_process_select to the #process array of a textfield element.
Comment #15
andrewfn CreditAttribution: andrewfn commentedApplied patch and it solved the problem for me.
Comment #16
jelo CreditAttribution: jelo commentedApplied patch from #14 and it solved the problem for me too. Will this be committed?
Comment #17
web226 CreditAttribution: web226 commentedPatch in #14 also worked for me - thank you
Comment #18
jenlamptonPatch in #14 works great for me too. Thanks!
Comment #19
Dean Reilly CreditAttribution: Dean Reilly commented+1 worked for me as well.
Comment #20
cosolom CreditAttribution: cosolom commentedIt's work. Thanks!
Comment #21
jcnventura CreditAttribution: jcnventura at Wunder commentedRTBC++
Comment #22
blasthaus CreditAttribution: blasthaus commented+1 to patch #14. It would be nice to see in core soon so we don't have to keep patching views on every release.
Comment #23
JvE CreditAttribution: JvE at One Shoe commented2013 bug submitted
2014 patch created
2015 patch reviewed & approved
2016 fix commited to dev
2017 fixed version released
Comment #24
colanWe've recently switched our testing from the old qa.drupal.org to DrupalCI. Because of a bug in the new system, #2623840: Views (D7) patches not being tested, older patches must be re-uploaded. On re-uploading the patch, please set the status to "Needs Review" so that the test bot will add it to its queue.
If all tests pass, change the Status back to "Reviewed & tested by the community". We'll most likely commit the patch immediately without having to go through another round of peer review.
We apologize for the trouble, and appreciate your patience.
Comment #25
jamieja91 CreditAttribution: jamieja91 as a volunteer commentedMore confirmation, #14 solves issue.
Comment #26
JvE CreditAttribution: JvE at One Shoe commentedComment #27
JvE CreditAttribution: JvE at One Shoe commentedComment #28
JvE CreditAttribution: JvE at One Shoe commentedComment #29
DamienMcKennaAnother +1.
Comment #30
DamienMcKennaComment #31
joshuautley CreditAttribution: joshuautley commented#14 worked for me. Thank you.
Comment #32
jcnventura CreditAttribution: jcnventura at Wunder commentedrtbc++
Comment #33
ron_s CreditAttribution: ron_s commentedrtbc+++ ....
Comment #34
oranges13Another ++ on this one.
Comment #35
colanDo we need to open a D8 issue for this one?
Comment #36
joelpittet@colan in D8, those
#process
form callbacks are not being setup on the field./core/modules/views/src/Plugin/views/cache/Time.php:120
Comment #38
colanThanks all!
Comment #40
jcnventura CreditAttribution: jcnventura at Wunder commentedGreat that this finally saw a release!