sphyr

Blog is munged again. Going to the backup/restore method.

1 – I deleted everything in the WordPress folder as well as the index.php in the root
2 – I used myphpadmin to verify the siteurl value was correct before I went further
3 – I extracted the 1.3 8/26 nightly and uploaded it to the server
4 – I copied wp-config-sample.php to wp-config.php and edited the names, password, host
5 – I ran /wordpress/wp-admin/upgrade.php just in case
6 – I moved the index.php to the root and changed line 3 to read require('./wordpress/wp-blog-header.php');
Blog looks normal. I’ll wait 30 minutes and see if it gets munged again. If it does, I’ll use the backup/restore method.

Does your advice change if I’m running a 1.3 nightly? Are there any database changes that would be a problem if I reverted back to 1.2?
I didn’t delete all the old files first, but I’ll do that now. I’ll try deleting all the WordPress files and do another fresh install and see if that makes any difference.
I’ve never done a backup/restore of the mysql tables, so the next step of deleting the database will require a little study.

I see the “www.” in front of the chasingthewind.net is missing in your post again. Just the mere act of me logging in and verifying the https://www.chasingthewind.net/wordpress is correct will fix the site for 30 minutes or so.
I used myphpadmin to search for “smilies”.
There is 1 match in wp_posts. That one looks ok; it’s a post about the problems I’m having.
There are 2 matches in wp_options. One is “use_smilies=Y” and the other is siteurl=https://chasingthewind.net/wordpress/wp-login.php?redirect_to=/wordpress/wp-images/smilies. I’ve manually set that back to https://www.chasingthewind.net again, but it won’t stick. Something will overwrite that and it’ll be munged again.
Just for grins, I’m also going to set that “use_smilies” to “N”.

Day 19. WordPress still munged. Still need help.

Hosted at godaddy.com.
OS = Linux
mysql = 4.0.14
php = 4.3.2
wp = 1.3 nightly 8/26, but I’ve had the same issue with the 8/10, 8/17, 8/24 nightlies.

I’m a poster child for WordPress tech support. Is there a special code word I have to say, or do I have to hold my tongue just right to get a developer to look at my problem? I’m almost ready to chunk the whole mess and convert to some other software.

Still trying to track down the bug. Alone. In the dark. ??
Using php-admin, in the wp_options table, I see option_name = siteurl and the option_value=https://chasingthewind.net/wordpress/wp-login.php?redirect_to=/wordpress/wp-images/smilies/wp-images/smilies/wp-images/smilies/wp-images/smilies
I reset this manually to https://www.chasingthewind.net. After a while, the “www” disappears and the option_value=https://chasingthewind.net. Twenty minutes later, it’s that gibberish with the wp-image/smilies again
What would cause the siteurl option_value to be overwritten?
I’m pretty sure it has something to do with the siteurl value being overwritten by something, and after that style sheets don’t load, users can’t comment, cookies get broken, etc.
I’ve been at this for weeks now. I could really use some help.

I feel like I’m talking to myself. :/
I’m running the default WordPress installation and I’m still having troubles.
Any suggestions?

The index.php is in the root. The WordPress install is in a WordPress folder.

With the formatting munged, I used the “view source” option in IE, and found this:
<style type="text/css" media="screen">
/* @import url( https://chasingthewind.net/wordpress/wp-login.php?redirect_to=/wordpress/wp-images/smilies/wp-style/Blue%20Swirly/wp-style/Blue%20Swirly/wp-images/smilies/wp-images/smilies/wp-images/smilies/wp-layout.css );
Original line above deactivated for Alex's Style Switcher below */
@import url( "https://chasingthewind.net/wordpress/wp-login.php?redirect_to=/wordpress/wp-images/smilies/wp-style/Blue%20Swirly/wp-style/Blue%20Swirly/wp-images/smilies/wp-images/smilies/wp-images/smilies/wp-style/Blue Swirly/style.css" );
</style>
The actual code in my index.php is
<style type="text/css" media="screen">
/* @import url( <?php echo get_settings('siteurl'); ?>/wp-layout.css );
Original line above deactivated for Alex's Style Switcher below */
@import url( "<?php wp_stylesheet("Blue Swirly"); ?>" );
</style>
I don’t think it’s a style switcher problem; I type in my address bar https://www.chasingthewind.net/wordpress/wp-admin and I’m redirected to https://chasingthewind.net/wordpress/wp-login.php?redirect_to=/wordpress/wp-images/smilies/wp-style/Blue%20Swirly/wp-style/Blue%20Swirly/wp-images/smilies/wp-images/smilies/wp-images/smilies/wp-images/smilies/wp-images/smilies/wp-login.php?redirect_to=%2Fwordpress%2Fwp-admin%2F, which is an unformatted wordpress login screen.

Apparently it’s seriously munged now; everybody’s emailing me and telling me they can’t comment and the style is gone.
I tried disabling the style switcher to no avail, but I’m sort of limited from work what I can edit. Weird how it worked for weeks before suddenly hiccuping like that.

TechGnome –
1 – My style switcher is located in \wordpress\wp-content\plugins\wp-syle-switcher.php.
2 – Actually, I did, a little, back in April, I think. The original style-switcher expected my blog to be located at \wordpress\index.php, but it’s located in the root folder. That was a long time ago, and I used some instructions I found on these forums to modify it. I’ll post the code in a moment if you think that’ll be of some help. I don’t know php, so much f that coding is greek to me.
3 – The actual styles are located in \wordpress\wp-style\Blue_Swirly\ etc.
Here’s my wp-style-switcher.php code:
<?php
// WP Style Switcher
// version 1.2, 2004-03-03
//
// copyright 2004 Alex King
// https://www.alexking.org/software/wordpress/
/*
Plugin Name: WP Style Switcher
Plugin URI: https://www.alexking.org/software/wordpress/
Description: A CSS Style Switcher for WordPress.
Author: Alex King
Author URI: https://www.alexking.org/
*/

// change this to the name of default style you want to use
$wp_style_default = 'Blue Swirly';
function wp_style_cookie($default = "") {
global $wp_style_default;
if (empty($default)) {
$default = $wp_style_default;
}
$expire = time() + 30000000;
$urlinfo = parse_url(get_settings('home'));
$path = $urlinfo['path'];
$domain = $urlinfo['host'];
if (!empty($_GET["wpstyle"])) {
setcookie("wpstyle"
,stripslashes($_GET["wpstyle"])
,$expire
,$path
,$domain
);
header("Location: ".get_settings('home'));
}
else if (empty($_COOKIE["wpstyle"])) {
setcookie("wpstyle"
,$default
,$expire
,$path
,$domain
);
}
}
function wp_stylesheet($default = "") {
global $wp_style_default;
if (empty($default)) {
$default = $wp_style_default;
}
if (!empty($_COOKIE["wpstyle"]) && file_exists('wordpress/wp-style/'.$_COOKIE["wpstyle"].'/style.css')) {
$style = $_COOKIE["wpstyle"];
}
else {
$style = $default;
}
echo get_settings('siteurl').'/wp-style/'.$style.'/style.css';
}
function wp_style_switcher($in_list = 1, $type = "text", $preview = 0) {
$styles = array();
$path = "wordpress/wp-style/";
if ($handle = opendir($path)) {
while (false !== ($file = readdir($handle))) {
if (is_dir($path.$file) && file_exists($path.$file.'/style.css') && substr($file, 0, 1) != '.') {
$styles[] = $file;
}
}
}
closedir($handle);
if (count($styles) > 0) {
asort($styles);
reset($styles);
$ss = '<ul id="styleswitcher">'."\n";
foreach ($styles as $style) {
switch ($type) {
case "sample":
if (file_exists('wp-style/'.$style.'/sample.gif')) {
$sample = get_settings('siteurl').'/wp-style/'.$style.'/sample.gif';
}
else {
$sample = get_settings('siteurl').'/wp-style/sample.gif';
}
$display = '<img src="'.$sample.'" alt="'
.htmlspecialchars($style).'" title="Use this Style" />';
break;
default:
$display = htmlspecialchars($style);
break;
}
if ($preview != 0) {
if (file_exists('wp-style/'.$style.'/screenshot.gif')) {
$display .= '

.'/wp-style/'.$style.'/screenshot.gif">Screenshot';
}
}
if (!empty($_COOKIE["wpstyle"]) && $_COOKIE["wpstyle"] == $style) {
$ss .= '

• '.$display.'

'."\n";
}
else {
$ss .= '

• 
  .get_settings('home').'/'.get_settings('blogfilename')
  .'?wpstyle='.urlencode($style).'">'
  .$display.'

'."\n";
}
}
$ss .= '
';
}
if ($in_list == 1) {
$ss = '<li id="style">Style:'.$ss.'
';
}
echo $ss;
}
wp_style_cookie();
?>

After behaving itself for nearly 2 weeks, the style sheets and that weird redirect problem returned today, for me and at least 1 other user.
I’m not really looking for a solution, just flagging a potential problem and hope others might have something similar.

I installed the 8/17 nightly to fix outgoing trackbacks. Those appear to be working; when I make a post and fill in another blog’s trackback, my trackback appears on their post fine.
Incoming trackbacks are broken now. People trying to ping me from MT are getting:
“Ping ‘https://www.chasingthewind.net/wordpress/wp-trackback.php/318&#8217; failed: HTTP error: 404 Not Found”
That string is supposed to end in “wp-trackback.php?318”. Can somebody tell me how to fix that? Given my history of munging things, I really don’t want to install another nightly, it seems to be running smooth at the moment.