Issue: Strange behavior after new version of TapaTalk (double posts with page "hanging in the air")

Issue Tools
- View Changes

December 1, 2014 5:06 PM
Alan_SP

Regular Member
Strange behavior after new version of TapaTalk (double posts with page "hanging in the air")

I installed TapaTalk, latest version (5.3.1). After that I had strange behavior with forum after writing some (not all) posts.

After replying page "hangs in the air", I need to reload page. After I do that, I see that there are two posts in same second, or second apart, basically almost at the same time.

The reason I write to you is this info in error.log:

[Mon Dec 01 22:31:37 2014] [error] [client 109.245.58.20] PHP Fatal error: Call to a member function fetch() on a non-object in /var/www/vhosts
/slobodni.net/httpdocs/vault/plugins/bbcode.php on line 50, referer: http://slobodni.net/
[Mon Dec 01 22:35:35 2014] [error] [client 89.201.187.48] PHP Fatal error: Call to a member function fetch() on a non-object in /var/www/vhosts
/slobodni.net/httpdocs/vault/plugins/bbcode.php on line 50, referer: http://slobodni.net/t121682/
[Mon Dec 01 22:35:36 2014] [error] [client 89.201.187.48] PHP Fatal error: Call to a member function fetch() on a non-object in /var/www/vhosts
/slobodni.net/httpdocs/vault/plugins/bbcode.php on line 50, referer: http://slobodni.net/t121682/

Post before is from one of my moderators, she said that she had double posts, but not "hanging in the air". In my post there was some BBcode, but in hers wasn't, just "pure" text.

I'm not sure if TapaTalk somehow can trigger this behavior? Before I didn't had exactly this behavior, but there were double posts from some time to time (but not for me, and "hanging in the air" wasn't at all).

HTML Code:

if (is_class_type($parser_class, 'wiki') AND !wiki_only_bbcode()) { $parser_rules = 'parse_wiki'; } else { $parser_rules = 'parse_nonwiki'; } $vault->misc['tag_options'] = array(); if ($parser->registry->bbcodecache === null) { LINE 50-> $parser->registry->datastore->fetch(array('bbcodecache')); } foreach ($parser->registry->bbcodecache AS $code) { $tag = strtolower($code['bbcodetag']); $vault->misc['tag_options']["$tag"] = $code['wikioptions']; if ($code['wikioptions'] & $vault->misc['wikioptions']["$parser_rules"]) { unset($parser->tag_list['no_option']["$tag"]); unset($parser->tag_list['option']["$tag"]); } }

I marked line 50 in the code, in case you don't have older versions of VW (it's 3.0.20).

I'm just asking for your opinion, if that's possible and what's going on, if you have any idea.

Issue Details

Issue Number 4091

Issue Type Bug

Project VaultWiki 4.x Series

Category BB-Code Parsing

Status Not a Bug

Priority 4 - Warnings / Script Errors

Affected Version 3.x

Fixed Version (none)

Milestone (none)

Software DependencyAny

License TypePaid

Users able to reproduce bug 0

Users unable to reproduce bug 0

Attachments 0

Assigned Users (none)

Tags (none)

December 1, 2014 5:20 PM

Alan_SP

Regular Member

Just to add, when I think about it, maybe it's just coincidence this thing with installing TapaTalk. For some time I have this problem with double posts, and it didn't affected me so much, but some users suffered from it all the time. Maybe it's something with that code of VW.

I'm just thinking aloud. It's not every post, but it's from time to time for some time.

At the moment I downgraded TapaTalk to older version and I'll look more into it, check what's with error log when I notice double posts.

Reply
December 1, 2014 11:26 PM

pegasus

VaultWiki Team

There are a lot of incompatibilities with Tapatalk and other modifications. Tapatalk fails to create a lot of objects that are default in vBulletin environments. In this case, it fails to create the datastore, or at least it fails to register it correctly in the vBulletin object. $vbulletin->datastore SHOULD exist, as it exists in a default installation of vBulletin.

While there are workarounds you can do from the VaultWiki side, they are not really fixes, and might even lead to security vulnerabilities. Since Tapatalk is not correctly using includes/init.php, or it is not emulating the vBulletin environment well enough, these should be considered Tapatalk bugs.

Also, we no longer support older versions of VaultWiki like 3.0.20. That version was originally released 23 months ago (almost 2 years). We advise all users still running VaultWiki 3 to convert their installations to VaultWiki 4 as soon as they can so that they can stay up-to-date with bug fixes and other updates.

Reply
December 2, 2014 12:28 PM

Alan_SP

Regular Member

I know you don't support VW anymore, but I'm still waiting for gold version of VW4, as it's my live site.

About TapaTalk, I could try and disable it completely and see what happens after that. In any case, I'll watch what happens on site. Big problem for me is that my users use TapaTalk.

Reply

+ Reply

All times are GMT -4. The time now is 3:21 PM.

This site uses cookies to help personalize content, to tailor your experience, and to keep you logged in if you register.
By continuing to use this site, you are consenting to our use of cookies.

Learn more… Accept Remind me later

Welcome to VaultWiki.org, home of the wiki add-on for vBulletin and XenForo!

Issue: Strange behavior after new version of TapaTalk (double posts with page "hanging in the air")

Issue Tools