VB 5.1.8 Facebook cookie ( fbsr_ ) kills client after update from 5.1.1

**AlexTheRota** · Thu 20 Aug '15, 5:20pm

The more I read and research this the more it seems the suspect files are the cause of a few issues. I recently was alerted to a bug in that no one can edit posts at this time. I have checked these files and they seem to have vb 5.1.1 tags in the file description (box with license number and stuff)

What I would like is a list of which files should be in which directory. I have the upload directory from the vb_518 download, I feel like that should be a good road map for these things, however when I mv these suspect files to bu-files things on the site break, like logging in or other basic tasks.

It is within the realm of possibility that in my cp or mv of these files I left off a / and dumped things into the wrong directory... The reason I didn't just overwrite every thing is that we have custom js css and images on this server which I did not want to lose. Any advice on how to clean this up is very welcome.

Thanks,
-Alex

**Wayne Luke** · Thu 20 Aug '15, 6:27pm

You should delete the old vB4 files that are no longer part of vBulletin. That is all the files listed above.

**AlexTheRota** · Fri 21 Aug '15, 10:30am

Ok.

All suspect files have been moved to /home/ec2 bu files. The only outstanding issue is with the LoggerConfigurationAdapterXML.php (please advise what content should be expected / where to get that)

The fbsr_ cookie still kills web pages. If you have the fbsr_ cookie any forum page you try to load is white.

Please advise.

**AlexTheRota** · Fri 21 Aug '15, 10:41am

The fbsr_ cookie is set to .forum.nexonm.com when it breaks the page.
Not every time does the fbsr_ cookie have this, some times it has the correct forum.nexonm.com domain set.
We do have a load balancer running, so I wonder if there is something cached and it's being served from cache?

I am fairly certain that the facebook app has the correct domain, but when I try to commit https://forum.nexonm.com it removes the https:// and creates an element with the text forum.nexonm.com (like when it wraps it in a grey box?).

The preceding dot usually means there is or can be a subdomain. In this case, the target URL is a subdomain.

**AlexTheRota** · Fri 21 Aug '15, 10:45am

This is a screen capture of my facebook app settings. I did follow the instructions Joe D provided for this process.

**AlexTheRota** · Fri 21 Aug '15, 10:47am

Ah ha!
I have no idea what this means, but this is an error at the suspect location.
Maybe the fb app walk through is incomplete?

**AlexTheRota** · Fri 21 Aug '15, 11:21am

I am still getting this error as well. Maybe it is related? Should I create a new ticket for this?

https://forum.nexonm.com/insert_here?v=518 Failed to load resource: the server responded with a status of 404 (Not Found)

This is actually pretty relevant. I searched for insert_here in the style manager and found it exists in one file. preheader

It is associated with cookie management! This is very suspicious!

**AlexTheRota** · Fri 21 Aug '15, 2:34pm

Ok.

GA_ cookies also have the .forum.nexonm.com domain, but those do not break the site. It must be something in the cookie from facebook. I've narrowed it down, can anyone see what's causing why fbsr_ is causing the white pages?

**Wayne Luke** · Sat 22 Aug '15, 6:42am

Originally posted by AlexTheRota

Ok.

All suspect files have been moved to /home/ec2 bu files. The only outstanding issue is with the LoggerConfigurationAdapterXML.php (please advise what content should be expected / where to get that)

The fbsr_ cookie still kills web pages. If you have the fbsr_ cookie any forum page you try to load is white.

Please advise.

Turn on Display Errors and find out what the PHP error is. We did not have this problem with Facebook Connect testing. Please note you must be using PHP 5.4.0 or higher to use Facebook Connect.

The logger configuration file is a false positive. You can ignore it.

**AlexTheRota** · Mon 24 Aug '15, 8:44am

Is display errors visible to all users? If so, is this data something I could get from /var/logs ? I would prefer to not expose error messages to the forum users where possible.

My phpinfo says that I am using PHP Version 5.5.28. This is in compliance.

Thank you for the update about the logger file. Will disregard moving forward.

Here is some additional information:

Looking at the httpd/error_log I see a couple things:

- This is probably why my mods are complaining that they can't style text in posts...
PHP Deprecated: preg_replace(): The /e modifier is deprecated, use preg_replace_callback instead in /var/www/html/includes/vb5/template/bbcode.php on line 2621, referer: https://www.google.com.bn/

- This looks to be related:
PHP Fatal error: Call to undefined method vB5_Template_BbCode::handle_bbcode_user() in /var/www/html/includes/vb5/template/bbcode.php on line 1564, referer: https://forum.nexonm.com/forum/monst...-discussion-ae

- Not sure what applicationlight.php is for:
PHP Notice: Undefined index: phrases in /var/www/html/includes/vb5/frontend/applicationlight.php on line 235, referer: https://forum.nexonm.com/forum/nexon...de-dominations

In the web developer console I see this error:
https://forum.nexonm.com/insert_here?v=518 Failed to load resource: the server responded with a status of 404 (Not Found)

**Wayne Luke** · Mon 24 Aug '15, 9:48am

If you've replaced all your 5.1.1 files with 5.1.8 files, you shouldn't see those errors. Except the insert_here error. I have no idea what that is.

When you upgraded did you have vBulletin 4 files previously? Did you delete all those files per the instructions? I suggest copying vBulletin 5.1.8 into a separate clean directory and pointing the config.php file at your current database. Do you have the same issues?

**AlexTheRota** · Mon 24 Aug '15, 10:37am

Hello,

The insert here is very strange. Maybe some file is calling for it? I'm not sure which though.
Note: on the /forum_test/ test copy, this error does not occur.

When the forums upgraded we went from 5.1.1 to 5.1.8.

I am testing the 'clean install' at https://forum.nexonm.com/forum_test/ but when I try to:
- Navigate to channels I have to manually add the /forum_test/ element to the URI.
- Posting posts to the default forums and redirect to default forum
- (Not sure how to test this /separate directory)

Even when I do this the issues I am facing persis (cannot edit posts, cannot add style to text in editor, posting elements are html/css hidden via visibility [Is this familiar sounding?])

HOWEVER - The FBSR_ death cookie does not effect the /forum_test/ directory as far as I can tell... given that I have to manually load each page due to issue above.

**AlexTheRota** · Mon 24 Aug '15, 2:55pm

Update:

All issues resolved.

I created extensive backups of all files (which was smart) and copied over configured config.php files to the upload file in preparation.

The sequence of tasks was:
I turned off httpd,
I *Deleted* everything on /html (forum root),
I copied everything from upload,
I started httpd. The forums came back up without issues.
(Pro tip: This can be done on command like using && between commands)

Waiting on some mods to check in with verification that all issues are resolved, but it's looking fixed. (Even the fatal fbsr_ cookie bug!) NOT FIXED. ISSUES ARE STILL OCCURRING.

**AlexTheRota** · Tue 25 Aug '15, 8:29am

Update: FBSR_ cookie still gets weird domain (.forum.nexonm.com) when interacting with the facebook buttons on the forum.

Collecting more information...

Details:
Created a new fb user, attempted to register, clicked connect fb > Pop Up appears, Accept app requirements > white screen
- Pop up that appeared white screened on this url https://forum.nexonm.com/register?ur...hvbm0uY29tLw==
- URL path in the uri above is a 64 encoded string that is my url (https://forum.nexonm.com/) Seems fine?
- Page with the bad URI had fbsr_ cookie bearing the domain .forum.nexonm.com

Subsequent pages are blanked (white screen) by the presence of the cookie.

/var/log/httpd/error_log:

PHP Fatal error: Call to undefined function Facebook\\HttpClients\\mb_substr() in /var/www/html/core/libraries/facebook/src/Facebook/HttpClients/FacebookCurlHttpClient.php on line 248

Is this error something we can correct? The file in question is directly from the uploads package. I deleted pre-existing files.
CURL is enabled on the server and is

cURL Information

7.36.0

VB 5.1.8 Facebook cookie ( fbsr_ ) kills client after update from 5.1.1

VB 5.1.8 Facebook cookie ( fbsr_ ) kills client after update from 5.1.1

Comment

Comment

Comment

Comment

Comment

Comment

Comment

Comment

Comment

Comment

Comment

Comment

Comment

Comment