Supermod when editing a wiki page displays a blank page (Vbulletin)

[migratoria]

Hi pegasus

In vbulletin 4.2.3. Using the last release of VaultWiki the Supermod when editing a wiki page displays a blank page.


In a previous reelease you had solved so:

In vault/core/model/parser/instance/vb3.php,

find:
Code:

$this->_default->options["$key"] =& $this->model->options["$key"];

Replace with:
Code:

$this->_default->options["$key"] = $this->model->options["$key"];

Now the code is changed.
Can you help me fix the problem?

[pegasus]

Temporarily add the following to the end of vault/config.php so you can see why the page is blank:

ini_set('display_errors', 1);

[migratoria]

Hi pegasus

The page it's not blank because it generates an error.

The page opens regularly when i click on Change, only that the contain editor is white and does not contain written.

[pegasus]

If there is no toolbar buttons, then it might be a Javascript error.
OR
The editor loads as a separate AJAX request. If it is empty, then that second request is having an error.

If you don't have a log of these errors, you will have to submit a Ticket Support request: https://www.vaultwiki.org/members/?d...e&productid=20
Provide a login for a user that has the problem.

[migratoria]

I think once we had talked about this issue here:
https://www.vaultwiki.org/threads/5661/

[pegasus]

That thread is over 1 year old. The code probably changed a lot since then. You will need to provide the new log messages from today.

[migratoria]

Hi Pegasus This error it's simple to show

I add two screenshot:

Admin.jpg


User.jpg

[pegasus]

That picture is not an error message; it is the behavior, which I already understand from the description. I cannot tell you why the behavior is happening without the error message that is generated behind the scenes. I need you to either find the error message in your logs, or submit the Ticket Support request so we can locate the error message for you.

[migratoria]

The last time you had solved so.
Now, however, the code of the file is changed.

In vault/core/model/parser/instance/vb3.php,

find:
Code:

$this->_default->options["$key"] =& $this->model->options["$key"];

Replace with:
Code:

$this->_default->options["$key"] = $this->model->options["$key"];

In the log files is present this error

Wed Jan 13 18:47:51 2016] [error] [client 82.55.34.74] PHP Warning:  json_encode(): Invalid UTF-8 sequence in argument in /var/www/clients/client1/web1/web/forum/vault/core/model/block/similar/vw.php on line 86, referer: [url]http://www.mysite.it/forum/member.php?9680[/url]
[Wed Jan 13 18:47:57 2016] [error] [client 82.55.34.74] PHP Strict Standards:  Only variables should be passed by reference in /var/www/clients/client1/web1/web/forum/vault/core/model/parser/instance/vb3.php on line 171, referer: [url]http://www.mysite.it/forum/wiki_index/[/url]
[Wed Jan 13 18:47:57 2016] [error] [client 82.55.34.74] PHP Warning:  array_merge(): Argument #2 is not an array in /var/www/clients/client1/web1/web/forum/vault/core/view/factory/content/versioned/vw.php on line 158, referer: [url]http://www.mysite.it/forum/wiki_index/[/url]
[Wed Jan 13 18:48:08 2016] [error] [client 82.55.34.74] PHP Fatal error:  Cannot assign by reference to overloaded object in /var/www/clients/client1/web1/web/forum/vault/core/model/parser/instance/vw.php on line 58, referer: http://www.mysite.it/forum/wiki_index/Aria-compressa?do=edit[/url]

[migratoria]

Hi Pegasus

You have a solution for the problem?

[pegasus]

No, it took a long time to find where to download non-supported versions of PHP. Now I am having a hard time getting the old PHP versions to compile on newer systems. It would have been much easier and faster if you had submitted the ticket. It might be several days to get a solution without that.

[migratoria]

My php version is 5.4.45-0+deb7u2

[pegasus]

Replace the class in vault/core/model/parser/default/wrapper/vw.php with the following:

class vw_Parser_Default_Wrapper_Model
{
	public $instance;

	protected $class;

	protected $parser;

	protected $reflection_cache = array();

	public function _construct_delayed(&$parser, &$instance)
	{
		$this->parser =& $parser;
		$this->instance =& $instance;

		foreach (get_object_vars($parser) AS $property => $blah)
		{
			if (!isset($this->$property))
			{
				$this->$property =& $this->parser->$property;
			}
		}
	}

	public function __call($name, $args)
	{
		if (!is_object($this->parser))
		{
			trigger_error("Call to a method <b>$name</b> on a non-object.", E_USER_ERROR);
			exit;
		}

		if (!method_exists($this->parser, $name))
		{
			trigger_error('Method <b>' . get_class($this->parser) . '::' . $name . '</b> is undefined.', E_USER_ERROR);
			exit;
		}

		$ref = new ReflectionMethod($this->parser, $name);

		if ($ref->isPublic())
		{
			return call_user_func_array(array($this->parser, $name), $args);
		}
		else
		{
			return null;
		}
	}

	public function get($key)
	{
		if (isset($this->$key))
		{
			return $this->$key;
		}
		else if (!array_key_exists($key, $this->reflection_cache))
		{
			if (is_object($this->parser) AND property_exists($this->parser, $key))
			{
				$ref = new ReflectionProperty($this->parser, $key);

				if ($ref->isPublic())
				{
					$this->reflection_cache["$key"] =& $this->parser->$key;
				}
				else
				{
					$ref->setAccessible(true);
					return $ref->getValue($this->parser);
				}
			}
			else
			{
				return null;
			}
		}

		return $this->reflection_cache["$key"];
	}

	public function get_class()
	{
		if ($this->class === null)
		{
			$tmp = $this->get('class');

			if ($tmp)
			{
				$this->class = $tmp;
			}
			else
			{
				$this->class = 'bbcode';
			}
		}

		return $this->class;
	}
}

Please let me know today if this causes a problem with BB-Codes working or anything like that.

Tested on PHP 7.1.0-dev, PHP 5.4.3, and PHP 5.3.4.

[migratoria]

Hi Pegasus
The new code has solved the problem.

Tomorrow I do the tests to check that does not generate new errors

I make you know


TANKS