UpGr to WP 2.8.1.: PHP is sending my browse loc outside my wordpress folder

Samboll, thank you for your reply. But no, it’s not a .htaccess problem. In at least one blog folder trial, I excercised a trial where I deleted the whole wordpress folder out of existence and then uploaded a new copy of 2.8.1 into a rebirth of that folder(name) with all of WP 2.8.1 files and added one config file. The .htaccess file was eliminated in that such a process. My install of 2.8.1 was nearly snow-white. I deleted my cookies and I cleared my cache, uploaded a fresh copy and added wp-config.php and spit twice on the carpet. Still, php code locating me to http://mySite/wordpress would convert in the browser’s location field to http://mySite.

But to be sure, I’ve followed your advice to the letter and deleted .htaccess. (I had actually added a .htaccess file just to see if something like .htaccess was sorely missed. But it did not change the outcome. So I deleted it, reran everything but to no improvement.) Your prescription affected no progress.

I’m satisfied that the wp-config file does its job in pointing to the database. What those four lines inside wp-config.php mean in the new wp-config-sample.php for adding Auth_Key, Secure_Auth_Key, Logged_in_key and Nonce_key, I don’t know much about but a visit to https://api.ww.wp.xz.cn/secret-key/1.1/ provides me with an cut and paste to replace exactly those lines with the proper syntax and unique phrases.

I even uploaded a config file from 2.5 that doesn’t mention those four lines regarding security keys and their “Your unique phrase here”. Still didn’t matter. In the 2.8.1 wp-config.php file, I since filled those four lines with generated code from https://api.ww.wp.xz.cn/secret-key/1.1/ . No, the .htaccess file existence or not isn’t having any effect on my problem . Could the Auth, Secure_Auth, Logged_In, or Nonce Keys have anything to do with my problem?

Short and Sweet

My new trials are attempting to install a fresh version WP 2.8.1. The database name is ‘test’ and folder is ‘testblog’. I’ve repeated the process several times now by clearing the database of tables and then running the installer again. Each time, the database populates and WordPress provides me with user= admin, password= blahblah, and proceeds to queary me to login. After entering the information and clicking “Log in”, WordPress drops ‘testblog’ out of the URL and it tries to go to http://mySite/?step=2/wp-login.php, immediately. The end. I never accomplish a fresh installation. The database is populated with ten tables and the posts table includes those “Hello World” messages. But WordPress fails near the end of ‘set-up’.

The folder has no .htaccess file. So during my last trial, I add an .htaccess file just to see if its existence (.htacces) is ‘expected’ in the php code of WP 2.8.1. Adding the .htaccess protection and restarting the browser and repeating the installation, I find the existence of a .htaccess file makes no difference.

I’ve even gone so far as to actually check that I’m meeting the minimimum requirements- My server runs on version mySql 4.1.22 and supports PHP versions 5.2.3., 4.4.7., and 3. I believe that I exceed the minimum requirements to host WP 2.8.1.

Should I be looking closer at all code that deals with “absolute path”?

WordPresss is now at 2.8.2.

I’ve run a new install of WordPress 2.8.2 as “testblog” at http://mySite/testblog/ using a wiped database named ‘test’. The database installs, the tables fill, and I progress as far as entering name, password and clicking Login. At this point, the WordPress Install Part Two falls out of bed by sending the browser location to http://mySite/?step=2/wp-login.php/. The Site URL parsed out ‘testblog’.

Some pages that might be helpful to this problem are-
Codex: Changing_The_Site_URL.

and

In thread – Website no longer formatted….
samboll wrote-
use the phpmyadmin option and change BOTH url’s to reflect where the actual install is
http://www.tamba2.org.uk/wordpress/site-url/
while you’re in there – reset your password
http://www.tamba2.org.uk/wordpress/phpmyadmin/
–end

The website at tamba2.org.uk/wor… is how to manually change the ‘site url’. Considering what’s said in Codex: Changing_The_Site_URL, I might want to change ‘home’ as well.

-Hans

Over many trials, I’ve run a new install of WordPress 2.8.2 as “testblog” at http://mySite/testblog/ using a wiped database named ‘test’. The database installs, the tables fill, and I progress as far as entering name, password and clicking Login. It’s just after clicking Login, the WP Install Part-Two falls out of bed by sending the browser location to http://mySite/?step=2/wp-login.php/. The “destination URL” has parsed out ‘testblog’ and WordPress has descended to the root directory, outside of its folder. The installation is a failure.

Repeating the process means again viewing phpMyAdmin to drop all the tables in the database, and sending my browser to … ” wp-admin/install.php”. I’ve been re-trying the process now, making one slight change after another and reinstalling, for about 30 trials.

In the process of working through all these failures to install, I’m now thoroughly familiar with accessing the ‘test’ database’s wp_options table in the ‘test’ database and can edit both ‘siteurl’ and ‘home’. The install writes these values as http://mySite/?step=2. which as mentioned above, causes the install to fail. So just after entering Blog Name and email address and clicking “Install” and right before entering Username and Password and clicking “Login”, I’ve manually edited these fields to http://mySite/testblog/?step=2 in both siteurl and home. This didn’t work either.

However, I then tried changing the siteurl and home fields to “http://mySite/testblog” ,dropping off the “?step=2” and then clicking “Login”. And this time WP takes me to my Dashboard. Hello World! Pages can be viewed because they have full URLs with suffix like /?p=1. But clicking “View Site” will take me to seeing in my browser’s location bar- http://mySite/testblog/ and then http://mySite/ . Retyping http://mySite/testblog/?p=1 into the location bar would get me back to my Testblog. But it seems that any process that involves putting the browser location to http://mySite/testblog/ is going to result in WP falling out of the directory again.

I’ve worked primarily with the Safari 4.0.2 browser but have run some of the trials in Firefox 3.5 also, just to see if browser choice has any effect. I cannot discern any difference. I’ve also used the config.setup to add a config file without using my text editor which then eliminates that remote BOM issue mentioned in Codex:Installing_WordPress. I’ve also ruled out a myriad of other other possible interferences such as there is no .htaccess file. I’ve tried adding “define(‘WP_MEMORY_LIMIT’, ’64M’);” and I’ve paid attention to the existence of the “?>” as final characters in the config file. I’ve tried elimination, addition, subtraction, etc. I’ve eliminated a long series of possiblities as to where the problem might originate by my own hand. I’m looking to the WordPress programmers now for an update.

How this WP problem in this thread was solved for me-

“PHP is sending my browser’s location outside my wordpress folder“

To Recap:
Here WAS my problem: After my manual upgrade to WP 2.8.1., Anytime the php is “intending” to locate me to http://mysite/wordpress, it rattles for a second mid-script and then the URL in the location field changes to http://mysite . At the root directory of mysite, wordpress has fallen out of bed- it’s no longer operating inside the wordpress folder. MySite/index.php has its own unrelated splash screen. I’m dead.

Within the wordpress folder, there’s something spoiled about index.php or its handshake with wp-blog-header.php or whatever comes next down the line. I don’t know. Oh, I can view particular pages in the blog by manually typing in http://mysite/wordpress/?p=1 (or 2 or 3 or X) to see that page with its theme and content intact but something like clicking HOME sends my browser location to http://mysite/wordpress and then a second later to http://mysite . This sends me outside the wordpress directory to the site’s root directory. I die.

There were two reactions to my problem by this arena’s public. One was that I have something wrong with my .htaccess file. But eliminating the .htaccess files altogether didn’t solve anything. Nonetheless, I did learn that the .htaccess file does define what the ‘default’ file will open when the browser is directed to a directory. So it’s good to have knowledge that your .htaccess file might want to have the following line at the top of its file-

DirectoryIndex index.php index.html index.htm

I eliminated using .htacces altogether for the time being while I worked to solve the problem of the browser’s redirect.

What really solved the issue for me on my Concentric/XO Communication server was to Disable Canonical URL Redirection. (cite)

Create a text file with the following text and name it: disable-canonical-redirects.php

<?php
/*
Plugin Name: Disable Canonical URL Redirection
Description: Disables the "Canonical URL Redirect" features of WordPress 2.3 and above.
Version: 1.0
Author: Mark Jaquith
Author URI: http://markjaquith.com/
*/
remove_filter('template_redirect', 'redirect_canonical');
?>

Place this text file in wp-content/plugins/ and make it active. You may want to install the WordPress folder and add this plugin to its appropriate location and then run the installation script so as to activate this plugin at the get-go.

Thanks to danielmaxwell and to the unnamed Tech Support person at Concentric/XO Communication.