Posted by tommann on March 16, 2012 at 3:23pm
17 followers
Jump to:
| Project: | Date |
| Version: | 7.x-2.x-dev |
| Component: | Views Filter |
| Category: | bug report |
| Priority: | major |
| Assigned: | Unassigned |
| Status: | active |
Issue Summary
With views, using date (7.x-2.2) with a "from" and a "to" field, that are exposed, and checking the remember box I get the following message:
fatal error: cannot create references to/from string offsets nor overloaded objects in public_html/info/includes/common.inc on line 6392
This only happens after making a selection in the date field and then returning to the view. When I uncheck remember the selection the problem no longer shows up.
Comments
#1
The wsod handbook page, gives you a lot of advisory to get more context about the issue: http://drupal.org/node/158043
For example it would be interesting whether there are any php errors connected with the remember issue.
#2
On the site log there is nothing only this saved (40 iterations) on the server log file:
[14-Mar-2012 10:21:40] PHP Fatal error: Cannot create references to/from string offsets nor overloaded objects in /home/persian/public_html/info/includes/common.inc on line 6392
#3
Thanks for the bug, though this could be caused by multiple issues.
The following two things would be helpful: A backtrace at this function and a way to reproduce the problem. Most of the time fixing the issue is then not that hard anymore.
#4
I did not know what a backtrace is so now I have added the devel module. Can you explain the steps.
To reproduce I think a significant number of nodes 400+ with a date field, then a view with two exposed date selections, >=date and <= date, using year. Then on both tick the remember option.
The page is here: http://info.bic.org/statements-and-reports/statements but currently the remember feature is off.
The reason I feel it involves the remember feature is that is always worked on first visit and then the second time errors out.
#5
#6
the "remember" option doesn't have anything to do with it, at least not for me.
I'm getting the same error. I can't use my "expose" date selector in views. Everything shuts down on that particular view and I get a white page:
"Fatal error: Cannot create references to/from string offsets nor overloaded objects in /Users/me/Sites/acquia-drupal/includes/common.inc on line 6392"
#7
More info on another thread: http://drupal.org/node/913528
#8
im also having the same issue.
Fatal error: Cannot create references to/from string offsets nor overloaded objects in includes/common.inc on line 6392
im getting this in my view when i check off a couple of sortable table columns under the "tabular settings" display.
http://img543.imageshack.us/img543/6341/croppercapture198.jpg
when i uncheck them, the view starts to work again. what could the cause of this be? it says overloaded, as im guessing its my view as it is loading alot of fields for tracking inventory: http://img62.imageshack.us/img62/2594/croppercapture199.jpg
** correction **
it is indeed something with the exposed filter "remember" checkbox. this error shows up now after i submit the filter once and then try to reload.
#9
can reproduce same error by usage of exposed filter "remember" (date field in my case)
#10
Same issue here.
"Remember" setting seems to be the culprit.
#11
We've seen the same PHP fatal error with and without the remember checkbox on in the Views config.
Stack trace is:
( ! ) Fatal error: Cannot create references to/from string offsets nor overloaded objects in /home/quickstart/websites/drupalsite.dev/includes/common.inc on line 6448Call Stack
# Time Memory Function Location
1 0.0003 330628 {main}( ) ../index.php:0
2 0.6394 47010388 menu_execute_active_handler( ) ../index.php:21
3 0.6396 47011064 call_user_func_array ( ) ../menu.inc:516
4 0.6396 47011444 views_page( ) ../menu.inc:0
5 0.7329 60519980 view->execute_display( ) ../views.module:466
6 0.8451 70219236 views_plugin_display_page->execute( ) ../view.inc:1244
7 0.8451 70219280 view->build( ) ../views_plugin_display_page.inc:215
8 0.8528 70557032 views_plugin_exposed_form->render_exposed_form( ) ../view.inc:935
9 0.8528 70558028 drupal_build_form( ) ../views_plugin_exposed_form.inc:136
10 1.1842 71648068 drupal_process_form( ) ../form.inc:376
11 1.1843 71650380 form_builder( ) ../form.inc:844
12 1.1845 71654396 form_builder( ) ../form.inc:1853
13 1.1849 71660120 form_builder( ) ../form.inc:1853
14 1.2073 71743048 form_builder( ) ../form.inc:1853
15 1.2079 71743672 _form_builder_handle_input_element( ) ../form.inc:1791
16 1.2080 71744204 drupal_array_set_nested_value( ) ../form.inc:1999
#12
This all seems to be a problem related to the date module, not views itself, as everyone with problems actually talked about that.
#13
I am experiencing this same issue with Dates when the filter is exposed. It only seems to occur when I am using select boxes and not when using a date popup. Also, it does not immediately occur with the select boxes but occurs after a few refreshes.
#14
Same issue here. Views Page using Exposed filter with date field. Filter is exposed with select boxes and 'remember last selection' option.
Page View works without 'remember last selection' option.
Fatal error: Cannot create references to/from string offsets nor overloaded objects in /home/jedannul/public_html/dev/includes/common.inc on line 6518
E.
#15
Same issue here with an exposed filter for a date on views.
When the filter is changed to non-exposed, the view works. Make the filter exposed again, the message returns:
Fatal error: Cannot create references to/from string offsets nor overloaded objects in ..../includes/common.inc on line 6518
EDIT:
Solution that seems to work:
Before the exposed date I added an extra date filter with the operator 'Is not empty (not NULL)'. After that the query worked normal again.
A possible explanation for this behaviour is that the query contained joins wich made it possible that the Null values are selected because of missing entities. With the extra selection these date fields are omitted before the exposed filter. A better solution is to make the exposed filter more robust.
#16
can reproduce same error by usage of exposed filter "remember" with 2 date fields
#15 doesn't work in my case
#17
Exact same issue here.
When enabling "remember last" and reloading the page, the error occurs.
#15 doesn't work for me neither
#18
This is happening for me in drupal_array_set_nested_value() in common.inc.
On line 6548, $ref is being reset to &$ref[$parent]. What's throwing the error here is when $ref gets down to the date (so $ref = '2013-04-26'). $parent is still 'year', so it tries to find an array index of a string.
#19
Happening to me as well when I put remember last on a Date field. When I come back to the page I get the WSD.
It seems to do it when a select dropdown is enabled, rather than a text field.