MrOnline

Sometimes webbrowsers cache swf files, you might want to rename the swf to another name and change your html source.

Could you post your ISP name on here? Some ISPs block port 80.

I just thought of something. Are you making sure you are running the SQL inside of an existing database?

I don't know what would be causing this. I am running uniform server 3.3 with some slight modifications and I imported it just fine. My modifications might have had something to do with it. My PHP.INI has been modifyed like so: Try those settings and let me know if you still have the problem. If you could, try posting the link to the documentation the next time that error comes up and I will take a look at it.

I've also heard, but never experianced, that windows 2000 and above will sometimes load a usb device as read only until you try to save a file to it. This gives the apearance of windows fully loading the device faster... Again, I've only heard about this.

My ISP Blocks port 80, try running the server on a different port and trying to see if you can connect to that. You can do this by searching httpd.conf for the line containing the number 80, there is normally only one or two lines, and it should be obvious what line you need to change, if not let me know and I will get the line number for you. If it works on a different port, they its your ISP. I've had a uniform server setup on my laptop over wireless on port 81 for about a month and its worked great! The best part about having the knowledge to change ports .... I run another server on my main PC on a different port and link them together! I have a backup of all my sql stuff, that I can access live anywhere!

Also, make sure you are carefull with backslashes as they may be seen as an attempt to escape the charactures that are infront of.

Alright. I've spent the past while working on this bug. I was in every database, every WP2.0 php file, and tracked everything to everywhere, just to find out how simply stupid this bug actually is. Along the way, I've learned how WP actually works inside and out, its kinda mind boggling. Anyways, here is the quick, simple, stupid fix. in the bottom of the wp-config.php file you'll find this: 017: /* That's all, stop editing! Happy blogging. */ 018: 019: define('ABSPATH', dirname(__FILE__).'/'); 020: require_once(ABSPATH.'wp-settings.php'); on line 19, change the dirname(__FILE__) to the actual path, and put it in quotation mark. For my server, the change looks like this: 017: /* That's all, stop editing! Happy blogging. */ 018: 019: define('ABSPATH', 'w:/www/wordpress'.'/'); 020: require_once(ABSPATH.'wp-settings.php'); 021: ?> The reason for this is that on windows, it uses backwards slashes in the file path, to php this looks like its trying to escape caractures. Anyways, I hope this helps out, you'll have to delete the files that you where unable to delete before, as this change will not effect them. Hope this all makes sense, im running on an empty tank 5 hours past my bedtime. - Allan.

I've managed to replicate the error I think. What I've done is uploaded a file in the admin panel using the upload box on the bottom of the write page. I proceded to write a post and post the image. I went back to the admin panel, hit browse all, and choose to delete the file. It deleted from the admin panel. But not from the server. Im going to spend the next little while trying to find out why. I use wordpress on a couple of my websites, and I've never really payed attention to the upload area. I'll post my findings when I come accross any . - Allan.

No problem. Its not as nice as the web-based version, but perhaps it could be added to a .bat file and linked to the admin area. This should help alot of people, plus I think this keeps it up to date.