admincp no longer working after upgrading from 3.3.2 to 3.5 RC2

I now get a blank page (I assume an error 404/401) when linking to my admincp. My admincp is custom renamed, but that never prevented me prior, in 3.3.2, with .htaccess.

I haven't touched .htaccess and somehow I feel I might need to.

I read the troubleshooting text in the docs directory.

"
15) I have a problem accessing vB admincp: 404 error is displayed or page is redirected to forums homepage.

If you have restricted access to your admincp folder using .htaccess (Auth directives), please check
your apache configuration: having "ErrorDocument 401 401.shtml" directive in httpd.conf requires that
"401.shtml" file exists. You should create one if it doesn't to solve the problem.
"

I created a file 401.shtml in /var/www/vhosts/mydomain.com/httpdocs/ and have edited:

# ErrorDocument 400 /error/HTTP_BAD_REQUEST.html.var
ErrorDocument 401 /var/www/vhosts/mydomain.com/httpdocs/401.shtml`
# ErrorDocument 403 /error/HTTP_FORBIDDEN.html.var

restarted http with

/etc/init.d/httpd restart

but still no luck

I have also uploaded the supplied .htaccess and it does not work as well.


My .htaccess looks like

# Comment the following line (add '#' at the beginning)
# to disable mod_rewrite functions.
# Please note: you still need to disable the hack in
# the vBSEO control panel to stop url rewrites.
RewriteEngine On

# Some servers require the Rewritebase directive to be
# enabled (remove '#' at the beginning to activate)
# Please note: when enabled, you must include the path
# to your root vB folder (i.e. RewriteBase /forums/)
#RewriteBase /

#RewriteCond %{HTTP_HOST} !^www\.yourdomain\.com
#RewriteRule (.*) http://www.yourdomain.com/forums/$1 [L,R=301]

RewriteRule ^((urllist|sitemap_).*\.(xml|txt)(\.gz)?)$ vbseo_sitemap/vbseo_getsitemap.php?sitemap=$1 [L]

RewriteCond %{REQUEST_URI} !(admincp/|modcp/|cron|vbseo_sitemap|wiki)
RewriteRule ^((archive/)?(.*\.php(/.*)?))$ vbseo.php [L,QSA]

RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteCond %{REQUEST_FILENAME} !/(admincp|modcp|clientscript|cpstyles|images|wiki)/
RewriteRule ^(.+)$ vbseo.php [L,QSA]

RewriteCond %{HTTP_USER_AGENT} ^CherryPicker [NC,OR]
RewriteCond %{HTTP_USER_AGENT} ^Extreme\ Picture\ Finder [NC,OR]
RewriteCond %{HTTP_USER_AGENT} ^HTTrack [NC,OR]
RewriteCond %{HTTP_USER_AGENT} ^JoBo [NC,OR]
RewriteCond %{HTTP_USER_AGENT} ^JOC\ Web\ Spider [NC,OR]
RewriteCond %{HTTP_USER_AGENT} ^MSIECrawler [NC,OR]
RewriteCond %{HTTP_USER_AGENT} ^ninja [NC,OR]
RewriteCond %{HTTP_USER_AGENT} ^Offline\ Explorer [NC,OR]
RewriteCond %{HTTP_USER_AGENT} ^SiteCopy [NC,OR]
RewriteCond %{HTTP_USER_AGENT} ^SiteSnagger [NC,OR]
RewriteCond %{HTTP_USER_AGENT} ^SiteSucker [NC,OR]
RewriteCond %{HTTP_USER_AGENT} ^teleport [NC,OR]
RewriteCond %{HTTP_USER_AGENT} ^WebBandit [NC,OR]
RewriteCond %{HTTP_USER_AGENT} ^WebCopier [NC,OR]
RewriteCond %{HTTP_USER_AGENT} ^Webdup [NC,OR]
RewriteCond %{HTTP_USER_AGENT} ^WebReaper [NC,OR]
RewriteCond %{HTTP_USER_AGENT} ^WebSnake [NC,OR]
RewriteCond %{HTTP_USER_AGENT} ^WebStripper [NC,OR]
RewriteCond %{HTTP_USER_AGENT} ^WebMiner [NC,OR]
RewriteCond %{HTTP_USER_AGENT} ^x-Tractor [NC,OR]
RewriteCond %{HTTP_USER_AGENT} ^WebZIP [NC,OR]
RewriteCond %{HTTP_USER_AGENT} ^Xaldon\ WebSpider [NC,OR]
RewriteCond %{HTTP_USER_AGENT} ^mister\ pix [NC,OR]
RewriteCond %{HTTP_USER_AGENT} ^PICgrabber [NC,OR]
RewriteCond %{HTTP_USER_AGENT} ^psbot [NC,OR]
RewriteCond %{HTTP_USER_AGENT} ^Mozilla/2.0\ \(compatible;\ NEWT\ ActiveX;\ Win32\) [NC,OR]
RewriteCond %{HTTP_USER_AGENT} ^WebCollector [NC,OR]
RewriteCond %{HTTP_USER_AGENT} ^WebPix [NC,OR]
RewriteCond %{HTTP_USER_AGENT} ^EmailCollector [NC,OR]
RewriteCond %{HTTP_USER_AGENT} ^EmailMagnet [NC,OR]
RewriteCond %{HTTP_USER_AGENT} ^EmailReaper [NC,OR]
RewriteCond %{HTTP_USER_AGENT} ^EmailWolf [NC,OR]
RewriteCond %{HTTP_USER_AGENT} ^ExtractorPro [NC,OR]
RewriteCond %{HTTP_USER_AGENT} ^NICErsPRO [NC,OR]
RewriteCond %{HTTP_USER_AGENT} ^EmailSiphon [NC,OR]
RewriteCond %{HTTP_USER_AGENT} ^WebEMailExtractor [NC,OR]
RewriteCond %{REMOTE_ADDR} ^63.148.99.2(2[4-9]|[3-4][0-9]|5[0-5])$ [NC,OR]
RewriteCond %{HTTP_USER_AGENT} ^NPBot [NC,OR]
RewriteCond %{REMOTE_ADDR} ^12.148.196.(12[8-9]|1[3-9][0-9]|2[0-4][0-9]|25[0-5])$ [NC,OR]
RewriteCond %{REMOTE_ADDR} ^12.148.209.(19[2-9]|2[0-4][0-9]|25[0-5])$ [NC,OR]
RewriteCond %{HTTP_USER_AGENT} ^TurnitinBot [NC,OR]
RewriteCond %{REMOTE_ADDR} ^64.140.49.6([6-9])$ [NC,OR]
RewriteCond %{HTTP_USER_AGENT} ^ClariaBot [NC,OR]
RewriteCond %{HTTP_USER_AGENT} ^Diamond [NC,OR]
RewriteCond %{HTTP_USER_AGENT} ^[a-z]+$ [NC]
RewriteRule ^.* - [F,L]

I have tried renaming admincp and modcp to the customized one's, however it never mattered in 3.3.2, so I assume it shouldn't matter here. The names still consist of the words admincp and modcp. just a custom prefix.

Does your Admincp load correct if you try disabling vBSEO from vBSEO Cp and rename vBSEO .htaccess file to .htaccess-old ?

Renaming .htaccess doesn't do it.

However, injecting

define('DISABLE_HOOKS', true); into config.php

enables me to disable vbSEO 3.5, therefore giving me access back to the admin cp.

I have not made any other changes in months.

I assume it is vbSEO.

I have re-enabled hooks and disabled vbSEO, but now an integral part of my system is not operational.

The htaccess rules should 100% reflect the folder name titles that you replaces admincp and modcp with.

Originally Posted by Brian Cummiskey

The htaccess rules should 100% reflect the folder name titles that you replaces admincp and modcp with.

That's good to know. And I've tried that too. But, didn't make it work

Please try disabling vBSEO from vBSEO Control Panel to see if the issue is related to vBSEO or not as disabling hooks from config file disables all hooks which may not allow you to correctly identify the problem.

Originally Posted by Mert Gökçeimam

Please try disabling vBSEO from vBSEO Control Panel to see if the issue is related to vBSEO or not as disabling hooks from config file disables all hooks which may not allow you to correctly identify the problem.

Hello Mert,

I've disabled vbSEO from the vbSEO control panel ( /vbseocp.php#dashboard )

then

I re-enabled the vbSEO product/plugin from vb 3.8.4 Plugin & Products Systems page

and again, I loose access to admincp.

Can you please shed light on the situation?

I remember running the 3.5 beta a couple months back, beta 1 (dec 15th approx.) and the only thing that didn't work right was Tweetboard, so I reverted back to 3.3.2 as it was advised.

Now I desire to use the latest and best version of your software, however I am stuck.

I did not uninstall vbSEO prior to uploading the new 3.x .xml in (docs). I overwrote the 3.3.2 with 3.5 RC2.

I did, uninstall vbSEO 3.5 RC2 (and cleaned up database) as well as vbSEO sitemap 2.5 (incase of conflict).

I then re-installed, word-for-word via the instructions. Uploaded the exported .xml settings.

I can access admincp/plugin.php but not index.htm. The regular site seems to work (even though I've disabled the forums prior to attempting to upgrade to 3.5 rc2)

At this point, I'm very frustrated.

Please help

I was able to go to ***admincp/plugin.php and disable all vbSEO plugins and now the admincp works without having to disable all hooks via

define('DISABLE_HOOKS', true);

in vB's config.php

I've exercised all I can think to do

Pleas eopen a ticket with login details so we can investigate this firther.