Issue: Navigation problem?

Issue Tools
- View Changes

April 26, 2014 11:58 AM

fj123

Regular Member

Navigation problem?

When the Wiki link that is across the top of the wiki is clicked we are getting a 404 not found error. I don't think this has to do with the recent upgrade because I thought it was working ok. But I might be wrong about that.

(I am referring to the Wiki link that takes you back to the main wiki, it has the little house looking icon next to it)

Issue Details

Issue Number 3719

Issue Type Bug

Project VaultWiki 4.x Series

Category URLs / Routing

Status Fixed

Priority 3 - Loss of Functionality

Affected Version 4.0.0 Gamma 5

Fixed Version 4.0.0 Gamma 6

Milestone VaultWiki 4 Gamma X

Software DependencyvBulletin 4.x

License TypePaid

Users able to reproduce bug 0

Users unable to reproduce bug 0

Attachments 1

Assigned Users (none)

Tags (none)

April 26, 2014 5:56 PM

pegasus

VaultWiki Team

Okay, thanks for the note about the "house icon". I know which link you mean now. This row of links is referred to as the "breadcrumbs".

I am not seeing an issue on my installation. When you get the 404 not found error, what is the URL in the browser's address bar?

Reply
April 26, 2014 6:08 PM

fj123

Regular Member

Huh.... I thought I said breadcrumbs but obviously I did not, sorry!

URL ends in: forums/showwiki.php&

it will not let me put in the whole URL, it keeps dropping the part after the &.

its a bunch of numbers and letters, I do not know why it will not save it in this post.

Reply
April 26, 2014 6:13 PM

fj123

Regular Member

ok, I attached a jpg of the URL ending:

Attachment 1361

Reply

April 28, 2014 11:04 AM

pegasus

VaultWiki Team

This happens if you are a guest and you have cookies disabled.

In vault/core/model/url/vw.php, find:

Code:

		if (strpos($urlinfo['url'], '?') === false)
		{
			$urlinfo['url_d'] = vw_Hard_Core::model('String')->htmlspecialchars_uni($urlinfo['url']) . $session['d'];
			$urlinfo['url_jd'] = $urlinfo['url'] . $session['jd'];
			$urlinfo['url_s'] = vw_Hard_Core::model('String')->htmlspecialchars_uni($urlinfo['url']) . $session['s'];
			$urlinfo['url_js'] = $urlinfo['url'] . $session['js'];
			$urlinfo['url_q'] = vw_Hard_Core::model('String')->htmlspecialchars_uni($urlinfo['url']) . $session['q'];
			$urlinfo['url_jq'] = $urlinfo['url'] . $session['jq'];
		}
		else
		{
			$urlinfo['url_d'] = vw_Hard_Core::model('String')->htmlspecialchars_uni($urlinfo['url']) . $session['d_2'];
			$urlinfo['url_jd'] = $urlinfo['url'] . $session['jd_2'];
			$urlinfo['url_s'] = vw_Hard_Core::model('String')->htmlspecialchars_uni($urlinfo['url']) . $session['s_2'];
			$urlinfo['url_js'] = $urlinfo['url'] . $session['js_2'];
			$urlinfo['url_q'] = vw_Hard_Core::model('String')->htmlspecialchars_uni($urlinfo['url']) . $session['q' . ($session['q_2'] ? '_2' : '')];
			$urlinfo['url_jq'] = $urlinfo['url'] . $session['jq' . ($session['jq_2'] ? '_2' : '')];
		}

Replace with:

Code:

		if (strpos($urlinfo['url'], '?') === false)
		{
			$urlinfo['url_d'] = vw_Hard_Core::model('String')->htmlspecialchars_uni($urlinfo['url']) . $session['d'];
			$urlinfo['url_jd'] = $urlinfo['url'] . $session['jd'];
			$urlinfo['url_s'] = vw_Hard_Core::model('String')->htmlspecialchars_uni($urlinfo['url']) . $session['s'];
			$urlinfo['url_js'] = $urlinfo['url'] . $session['js'];
			$urlinfo['url_q'] = vw_Hard_Core::model('String')->htmlspecialchars_uni($urlinfo['url']) . $session['q' . ($session['q_2'] ? '_2' : '')];
			$urlinfo['url_jq'] = $urlinfo['url'] . $session['jq' . ($session['jq_2'] ? '_2' : '')];
		}
		else
		{
			$urlinfo['url_d'] = vw_Hard_Core::model('String')->htmlspecialchars_uni($urlinfo['url']) . $session['d_2'];
			$urlinfo['url_jd'] = $urlinfo['url'] . $session['jd_2'];
			$urlinfo['url_s'] = vw_Hard_Core::model('String')->htmlspecialchars_uni($urlinfo['url']) . $session['s_2'];
			$urlinfo['url_js'] = $urlinfo['url'] . $session['js_2'];
			$urlinfo['url_q'] = vw_Hard_Core::model('String')->htmlspecialchars_uni($urlinfo['url']) . $session['q'];
			$urlinfo['url_jq'] = $urlinfo['url'] . $session['jq'];
		}

April 28, 2014 11:49 AM

fj123

Regular Member

I don't understand............ this had nothing to do with being a guest. It happens to me when I am signed in and happens to other members when they are signed in. We all have our cookies set.

Do I still go ahead and change the above, considering that?

Reply
April 28, 2014 1:20 PM

pegasus

VaultWiki Team

Yes, you should still make the above change. The only way I was able to reproduce the behavior you reported was as a guest and with cookies disabled. It is possible there are other ways, but that's how I was able to do it.

Reply
April 28, 2014 1:46 PM

fj123

Regular Member

Ok, I have tried this (three times) and I keep getting a blank page on my wiki after changing this.

Reply
April 28, 2014 2:20 PM

pegasus

VaultWiki Team

The code boxes have a scrollbar. Please make sure you are copying and pasting the entire contents. If you leave out the ending } when copying/pasting, or if you remove any extra }, you will make the PHP file unreadable. I just reapplied this patch myself after reading your post, and I'm not having a problem visiting my wiki afterwards.

Reply
April 28, 2014 3:46 PM

fj123

Regular Member

Yes, I know to use the scroll bar.

But I did finally get the code to work (I think it was an FTP problem) BUT, I still have the 404 not found.

Reply
April 28, 2014 3:53 PM

pegasus

VaultWiki Team

In the Admin Panel, under Settings > Site Config, change the File Name to something else momentarily, then change it back. It's possible the 404 URL was saved in the wiki's URL cache. And if that's the case, it's kind of a serious (security) problem.

Reply
April 28, 2014 3:58 PM

fj123

Regular Member

Yup, that fixed it. Now what do we do??

Reply
April 28, 2014 4:20 PM

pegasus

VaultWiki Team

I may have exaggerated the seriousness of the "security" issue. It seems that the cache will occasionally store the URL for the wiki's front page along with the session data for an arbitrary guest user. It is not possible for other users to gain unauthorized access to site areas with this information, but it would be possible for one guest to impersonate another guest if they wanted to.

Reply
April 28, 2014 4:29 PM

fj123

Regular Member

This has caused a new problem on the main forums. I can no longer use the reply with quotes in the quick reply.

Which is weird, because I was already having a slight issue with the quick reply quote button. I hadn't gotten around to asking you about it yet because I am the only one that I know of that is having this issue. So I suspect it might be an IE 11 problem (I am pretty sure I am the only one using it).

What would happen is, the text would get quoted but it would not show in the quote box. So I would have to go to advanced reply, hit save and then it would show correctly.

And now I just get the little spinning circle when I hit the quote in the quick reply window. This just started a few minutes ago and nothing has changed except for the changes above.

Reply
April 29, 2014 10:12 AM

pegasus

VaultWiki Team

I just tested using my account on your site and can confirm this behavior.

It seems to be related to a Javascript error when the Document Mode is set to IE 8 or lower. Apparently the browser's XML parser cannot find the content of CDATA if the content starts with a [ ... Looking at the output and code that does this, I can confirm that this behavior is not actually related to VaultWiki but is a problem with how vBulletin sends the tags to the browser. Your vBulletin version has had quite a few maintenance updates since your current installed version (including security patches). It is possible that this is something that would be fixed by upgrading.

Please check your settings in IE's Developer Tools. It might be possible to change the default mode to "Edge" in your browser.
You may also want to force "Edge" mode from your site's side of things, in case other users are having the same problem. In vBulletin's AdminCP, go to Settings > Options > Cookies and HTTP Header Options > Force Latest IE Mode. Set to Yes.

Reply
April 29, 2014 10:13 AM

pegasus

VaultWiki Team

On the other hand, I believe I have located the code that was storing sessions in the cache and fixed it for the next release. The fix also includes an upgrade step that automatically clears the affected cache entries.

Reply

+ Reply

All times are GMT -4. The time now is 12: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: Navigation problem?

Issue Tools