View Full Version : Illegal string offset - please help what is this?
meaters
11-09-2013, 12:30 AM
Hi guys,
All of a sudden I started getting this error on my forums when I try to view users online
http://store.img-share.eu/f_pngt7sR5jz.png
Any help will be greatly appreciated. :confused::(
ozzy47
11-09-2013, 12:34 AM
Do you get that same error with your mods disabled?
meaters
11-09-2013, 12:39 AM
Sadly yes.
Errors are suppressed in 4.2.2 this one appeared suddently and won't go away.
ozzy47
11-09-2013, 12:40 AM
What is on line 516 in that file for you?
meaters
11-09-2013, 12:44 AM
I haven't checked. The error message suddenly disappeared.
Thanks for your time and reply ozzy, you are doing a wonderful job here for the community.
I have no idea how this error message appears then suddenly disappears, I haven't changed anything and posted this thread out of desperation...
I hope Paul M reads this thread!!!
ozzy47
11-09-2013, 12:47 AM
Thanks, I try and help out where I can. :)
What I would do is if it comes up again, see if there is any similarity's / differences when it appears, versus when it don't appear.
meaters
11-09-2013, 12:51 AM
OK man. Cheers!
meaters
11-11-2013, 04:46 PM
It has started again, this time shows on two lines!
Horrible. I don't know what to do. It comes up and goes in random manner.
:(
http://store.img-share.eu/f003_pngXVydKzy.png
Zachery
11-11-2013, 07:41 PM
We need to know whats on those lines.
TheLastSuperman
11-11-2013, 08:06 PM
From the file:
case 'pm':
$userinfo['action'] = $vbphrase['private_messaging'];
if ($vbulletin->userinfo['permissions']['wolpermissions'] & $vbulletin->bf_ugp_wolpermissions['canwhosonlinefull'])
{
if ($seeuserid)
{
$userinfo['where'] = '<a href="' . fetch_seo_url('member', array('userid' => $seeuserid, 'username' => $wol_user["$seeuserid"]['username'])) . "\">$username</a>";
}
if ($userinfo['values']['do'] == 'newpm' OR $userinfo['values']['do'] == 'insertpm' OR $userinfo['values']['do'] == 'newmessage')
{
$userinfo['action'] = $vbphrase['creating_private_message'];
}
else if ($userinfo['values']['do'] == 'editfolders' OR $userinfo['action']['do'] == 'updatefolders')
{
$userinfo['action'] = $vbphrase['modifying_private_message_folders'];
}
else if ($userinfo['values']['do'] == 'trackpm' OR $userinfo['values']['do'] == 'deletepmreceipt')
{
$userinfo['action'] = $vbphrase['tracking_private_messages'];
}
else if ($userinfo['values']['do'] == 'showpm')
{
$userinfo['action'] = $vbphrase['viewing_private_message'];
}
else if ($userinfo['values']['do'] == 'downloadpm')
{
$userinfo['action'] = $vbphrase['downloading_private_messages'];
}
}
with line 516 being:
else if ($userinfo['values']['do'] == 'editfolders' OR $userinfo['action']['do'] == 'updatefolders')
The entire snippet starting at 516 to finish is:
else if ($userinfo['values']['do'] == 'editfolders' OR $userinfo['action']['do'] == 'updatefolders')
{
$userinfo['action'] = $vbphrase['modifying_private_message_folders'];
}
And you said w/ plugins disabled it still persist so can't be a little pm preview plugin or similar causing it must be issue regarding 4.2.2 then.
meaters
11-11-2013, 08:25 PM
Thanks for your replies. As I said it comes and goes, some days it hits us real bad otherwise we are business as usual.
tbworld
11-11-2013, 11:53 PM
This is most likely a 'mod/plugin' that is causing your trouble or other sites would have reported it. I would be looking at what commands were being performed in the logs prior to this being triggered. The first step in solving a problem like this is to be able to repeat the condition.
I was going to suggest a method to trap the error and use xdebug to trace through it once you could repeat the condition, but that method might be too advanced of a step for you -- after reading through you threads. If I am wrong please let me know.
Since your a production board, disable any PM mods you are using for now and see if the problem goes away. It would be helpful if you posted what you tried. :)
meaters
11-12-2013, 02:54 AM
Thanks for your reply tbworld.
I managed to replicate the error - it only happens when at least one user is viewing their pms.
There are similar complaints posted on other boards about the same issue
http://forums.devshed.com/php-development-5/php-5-4-0-illegal-string-offset-warning-937807.html
Please suggest your method to "trap" the error.
--------------- Added 1384231175 at 1384231175 ---------------
I put $userinfo['values']['do'] == 'updatefolders' instead of $userinfo['action']['do'] == 'updatefolders' and the error message no longer shows.
Thanks to everyone who responded.
tbworld
11-12-2013, 11:07 AM
Thanks for your reply tbworld.
I managed to replicate the error - it only happens when at least one user is viewing their pms.
There are similar complaints posted on other boards about the same issue
http://forums.devshed.com/php-development-5/php-5-4-0-illegal-string-offset-warning-937807.html
Please suggest your method to "trap" the error.
--------------- Added 11 Nov 2013 at 20:39 ---------------
I put $userinfo['values']['do'] == 'updatefolders' instead of $userinfo['action']['do'] == 'updatefolders' and the error message no longer shows.
Thanks to everyone who responded.
Thanks for sending the data, and the reference, it was extremely helpful. If I can simulate this error, I will also report it vbulletin's JIRA.
Good Job! I believe your change is correct, I had to ponder why this did not show in earlier versions.
vBulletin® v3.8.12 by vBS, Copyright ©2000-2025, vBulletin Solutions Inc.