Issue: Tried to install VW beta on XF 1.1.3 unsuccessfully, now homepage doesn't work

Issue Tools
- View Changes

June 28, 2013 11:58 AM

rizwank

New Member

Tried to install VW beta on XF 1.1.3 unsuccessfully, now homepage doesn't work

Tried to install VW beta on XF 1.1.3 unsuccessfully, now homepage doesn't work

Pretty much summed up here :

http://xenforo.com/community/threads...ork-now.53661/
http://xenforo.com/community/threads...d.52485/page-4

Deep links into the site work fine, but the root url comes up with an empty http page with no apparent PHP warnings.

Issue Details

Issue Number 3137

Issue Type Bug

Project VaultWiki 4.x Series

Category Install / Upgrade

Status Not a Bug

Priority 2 - Fatal / Database Errors

Affected Version 4.0.0 Beta 1

Fixed Version (none)

Milestone VaultWiki 4 Beta X

Software DependencyAny

License TypePaid

Users able to reproduce bug 0

Users unable to reproduce bug 0

Attachments 0

Assigned Users (none)

Tags (none)

June 28, 2013 12:23 PM

pegasus

VaultWiki Team

First, manually remove the VaultWiki files from your site.

Judging from the error you quoted and the source code of AddOnInstaller, your installer was unable to locate the addon-xml file (VaultWiki doesn't even have one), and attempted to remove the files it had uploaded automatically. There was probably an error with file permissions that prevented it from removing the files. This is something to discuss with the writer of AddOnInstaller (what happens if $this->deleteAll is unable to remove the directories).

As for your homepage being unaccessible, I'm not sure why this might be. Since you didn't actually install VaultWiki (even partially, as AddOnInstaller's source suggests), none of its data or plugins should be present. Even so, go to your XenForo Admin Control Panel, and under Development > Code Event Listeners, find and delete any rogue listeners.

You might also try disabling AddOnInstaller to see if that helps. If you aren't getting an error message, it could also be a file permissions error. Try resetting the group and owner of your XenForo installation as AddOnInstaller may have altered these.

In a failed attempt to delete VaultWiki, AddOnInstaller may have accidentally removed XenForo files. You can try re-uploading XenForo to your site. If this helps, report the error to the coder of AddOnInstaller, that it might delete or alter XenForo files if an addon-install fails.

Once your site is usable again, don't try to reinstall VaultWiki using AddOnInstaller. VaultWiki has its own install system that MUST be used instead. VaultWiki doesn't have XML files that XenForo understands.

Reply
June 29, 2013 12:50 AM

rizwank

New Member

Per your questions :
"If you don't post bugs at the support site, then they will never get fixed... A 500 error might be a database error, or it might be something else. Are you trying to use one of the advanced URL formats? If so, you might want the staff to look at your .htaccess or other rewrite config.

If you don't get a specific message other than 500, you need to start checking logs because it can be caused by almost anything.

For the JS not working, please check your browser console/logs. Are there 404 errors for some of the JS files, or any Javascript errors?"

===

I'd love to get this fixed so I can try it out.

The 500 errors didn't report any errors to the PHP error log.

There are no advanced URL urls that I know about -- as soon as I uninstalled, the index started working again.

Reply

June 29, 2013 1:47 AM

rizwank

New Member

got a lot more info

after installing, all the urls for XF are HTTP/1.1 403 Forbidden

some PHP errors

Code:

[29-Jun-2013 05:39:49 UTC] PHP Notice:  Use of undefined constant ENT_SUBSTITUTE - assumed 'ENT_SUBSTITUTE' in /home/farearch/site.com/vault/core/controller/css/vw.php on line 24
[29-Jun-2013 05:39:50 UTC] PHP Notice:  Use of undefined constant ENT_SUBSTITUTE - assumed 'ENT_SUBSTITUTE' in /home/farearch/site.com/vault/core/controller/css/vw.php on line 24
[29-Jun-2013 05:41:05 UTC] PHP Warning:  require_once(./vault/config.php) [<a href='function.require-once'>function.require-once</a>]: failed to open stream: No such file or directory in /home/farearch/site.com/library/vw/XenForo/CodeEventListener.php on line 25
[29-Jun-2013 05:41:05 UTC] PHP Fatal error:  require_once() [<a href='function.require'>function.require</a>]: Failed opening required './vault/config.php' (include_path='/home/farearch/site.com/library:.:.:/usr/local/lib/php:/usr/local/php5/lib/pear') in /home/farearch/site.com/library/vw/XenForo/CodeEventListener.php on line 25

June 29, 2013 1:55 AM
pegasus

VaultWiki Team
Before installing, you did not create the config file. See: https://www.vaultwiki.org/manual/vau...he-config-file
One of the errors it mentions (which could realistically break the whole site) is a failure to find the config file.

As for the ENT_SUBSTITUTE error, this is a known conflict due to the software supporting both PHP 5.3 and PHP 5.4. You can fix that one by modifying vault/core/controller/css/vw.php. Find:

Code:

ENT_QUOTES | ENT_SUBSTITUTE

Replace with:

Code:

ENT_QUOTES
Reply
June 29, 2013 1:58 AM

pegasus

VaultWiki Team

I am reopening this as a bug. The install script should refuse to continue if the vault/config.php script is not detected.

Reply
June 29, 2013 3:49 AM
rizwank

New Member
I did, in fact, create the config.php file. It is, however, in /vault, not in /library/vw/Xenforo

according to the below command, there isn't any pathing to the config file that exists in /vault, it's only looking in the current directory.

Code:

[29-Jun-2013 05:41:05 UTC] PHP Warning: require_once(./vault/config.php) [<a href='function.require-once'>function.require-once</a>]: failed to open stream: No such file or directory in /home/farearch/site.com/library/vw/XenForo/CodeEventListener.php on line 25
Reply
June 29, 2013 10:17 AM

pegasus

VaultWiki Team

The ./ in the path is supposed to mean "current working directory", which unless explicitly changed, is normally the path to the first PHP file that was executed (like site.com/index.php)

I have added a free install service to your members area, so that we can get this sorted out as soon as possible, and get you up-and-running. Please submit it and I will have a look.

Reply
June 29, 2013 2:27 PM

rizwank

New Member

Thanks. It might be that I misunderstood the directions, but my process was pretty much

with ~/site.com being my XF home directory

upload zip to ~
untar/zip
mv vaultwiki_4-0-0_Beta_1/upload/*.php ~/site.com
mv vaultwiki_4-0-0_Beta_1/upload/library/vw ~/site.com/library
mv vaultwiki_4-0-0_Beta_1/upload/vault ~/site.com/vault
cd ~/site.com/vault
cp config.php.xf config.php

Reply

June 29, 2013 2:39 PM

rizwank

New Member

With the below htaccess

Code:

<IfModule mod_rewrite.c>
	RewriteEngine On

	#	If you are having problems with the rewrite rules, remove the "#" from the
	#	line that begins "RewriteBase" below. You will also have to change the path
	#	of the rewrite to reflect the path to your XenForo installation.
	#RewriteBase /xenforo

	#	This line may be needed to enable WebDAV editing with PHP as a CGI.
	#RewriteRule .* - [E=HTTP_AUTHORIZATION:%{HTTP:Authorization}]

	RewriteCond %{REQUEST_FILENAME} -f [OR]
	RewriteCond %{REQUEST_FILENAME} -l [OR]
	RewriteCond %{REQUEST_FILENAME} -d
	RewriteRule ^.*$ - [NC,L]
	RewriteRule ^(data/|js/|styles/|install/|favicon\.ico|crossdomain\.xml|robots\.txt) - [NC,L]
	RewriteRule ^.*$ index.php [NC,L]
</IfModule>

June 29, 2013 2:48 PM

rizwank

New Member

Yeah, I tried an install with some changes or nerfing of .htaccess; no go.

Tis odd, /login/login gives a 500 error but no php error when VW is installed; all pages are HTTP/1.1 403 Forbidden except for the wiki pages.

Reply
June 30, 2013 12:57 AM

pegasus

VaultWiki Team

Poster reported the issue to be a conflict with another mod which was resolved by disabling the other mod. Closing the issue as Out of Scope (for now).

Reply
June 30, 2013 1:18 AM

rizwank

New Member

Suggest you note the following two ...

Does not play well with XenCarta.
Should not be installed using the ADd-on install & upgrade

Reply
June 30, 2013 12:12 PM

pegasus

VaultWiki Team

As per your other report, were you by any chance viewing your site via Tapatalk when you were receiving the /vault/config.php error? I was able to duplicate the error with Tapatalk installed, when viewing the forum via the Tapatalk script.

Still leaving this as Not a Bug since the original issue (broken homepage) was due to a rogue index.html file.

Reply
June 30, 2013 3:08 PM

rizwank

New Member

As per your other report, were you by any chance viewing your site via Tapatalk when you were receiving the /vault/config.php error?

I _think_ but am not sure that it still worked then.

Reply

+ Reply

All times are GMT -4. The time now is 11:06 AM.

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: Tried to install VW beta on XF 1.1.3 unsuccessfully, now homepage doesn't work

Issue Tools