jonandel

…and now updating to WP 3.2.1; Contact-form-to-db 2.2.6; Google Analytics 4.2.4 the Main admin screen is broken (from the default entry point). nothing at all gets discplayed on the screen.

For me, its a case of removing Analytics, or Contact-form-to-db … so Contact form is going to have to go…(shame)

Hi Michael,

Ive looked at the other posting, and played with sooooo many different ideas – but Ive found the combinations that make this break : the contact 7 to db AND Google analytics plug in.

If I disable the Google Analytics for wordpress then I can leave the Contact 7 to db plug in enabled, or vica versa. Note, I only have four plug-ins, Akismet; google, and the two contact form ones).

If I disable the Contact 7 to db plug in (with Google enabled) then the page editor doesn’t work as above (text in the editor is whote on white; and contains HTML even when on the ‘visual tab’ and the HTML tab isn’t enabled’.)

Im not sure how much you suggest I post (of a page), so, Any more ideas ?
PS Ive updated all plug-ins to current versions too.

Many thanks Michael, I’ll take alook.
Maybe its interaction with another plug-in thats causing it, but at the moment, I’m enabling the CFTDE7 plug in to check the database, and then disabling it, so folks can edit my wordpress site.

I’ll let you know how I get on.
Jon

Yes, Ive found this too….

Hi, Thanks for the comment.

After searching around a bit, deleting the MYSQL db, and re-installing WordPress, and recreating the directories that aren’t in teh ZIP file it now seems to work (I’m now getting an error from the flash uploader ‘http error’ !?).

I notice that PHP SAFE_mode is on for my site (set by my ISP) – so I have to wonder if thats’ what stops the directory creation at install.
At least I’m up and running – I’ll chase the HTTP error next.
thanks for your help.
Given what I’ve read in various posts about safe_mode being fine – I think this thread may demonstrate its not…. although I have to admit to having a large dollup of guessing on my part that this is the route of (at least one of) the problems.

Many thanks for the tip – I had put simply /wp-content/uploads into the Media Settings (partially, because in the text there, it has an uppercase ‘L’ – and I wasn’t sure if thats significant.
I’ll try the full path later today…

I did however, check the 3.0.4 ZIP install again (fresh machine, new download) – nope definitely no ‘uploads’ folder in the wp-content dir….
Maybe it gets created by the install script ?

Its hosted by my ISP (Eclipse). Webserver: Zeus 4.3 r4.
I am changing the permissions via Filezilla – and I get no error on doing so – and if I close and re-open Filezilla it reports what I set…so I assume its correctly applying them.

I did have to create a couple of the directories in WP_content (uploads being one) as it didn’t exist in the 3.0.4 ZIP – and wasn’t created by the install…Dunno if this is significant..

again, I wonder if the webhosting uploads to a central area (not under my control) but is cached – and therefore deletion of the file when WP tries to move it to ‘uploads’ it can’t …?
Or is it trying to put the file in a specific subfolder in uploads that doesn’t exist ..?

Hi Guys,

More info :
– If I use either the Flash or other loader – I get the same thing.
– Using the Flash loader, the progress bar shows 100% loaded… then ‘crunching’… then I get the error about it cannot move the file.

As posted before, I have even tried to set all the WP_content folder (and subdirectories and files) to 777. No joy.
I’m wondering if there is a special permission on the default/temp directory, such that moving the file isn’t possible

This is a hosted solution – so I don’t have full access to everything ‘under the hood’. Can I set the path of the temp folder somehow ?

I’m really struggling…new WordPress 3.04 install (hosted).
Everything works except Uploads – which I get the error ‘cannot move to …..\uploads’.

All the FAQ’s and posts related to this seem to be closed – but with very little resolution text.
I’ve checked the (lengthy) sticky post about it. nothings works. Permissions are 777 on wp_content.
Where is this /tmp folder someone spoke about ?
Any help appreciated.

yes, sorry, PHP…. – in that case, Apache isn’t running the PHP scripting engine.
Explanation : Apache should recognise the .php extension of the file your browser is asking for and then pass the PHP script through the PHP engine.
Not sure I can help much further with specifics (I’m on Windows platform)…

I found that the PHP install instructions – although voluminous, its easy to get lost – and many of the instructions are based on older versions which aren’t appropriate (or weren’t in my case).

I suggest you do a Google for installing PHP on Apache and find some that do a step by step ‘walkthrough’, that ends with a test to show its working.
Then go back to your wordpress stuff, and retry.

Sorry – not really. The error simply says that the web server returned an error that the specified page requested does not exist.

The fact that you’re getting an error from Apache tells us – thats working at least !
Things to try (somewhat basic) – was the ‘wordpress’ director spelled correctly – remember its case sensitive, so ‘WordPress’ isn’t the same.

Is the wordpress directory in the correct root folder (all web servers require a ‘starting root’ – I’m not that familiar with Apache on Ubunu, so can’t tell you where to look.

The next thing to try is whether PDP is running, and whether the .php file is in the default list of files.
Try checking the above directories are in the right place, spelled correctly and then put the specific file in your browser address bar ( to find the exact file) – ie https://localhost/wordpress/index.php
if you still get a 404 error then Apache really cannot find the file where it expects. If you get text showing the <?PHP etc, then PHP isn’t installed correctly.

that worked – no idea why though. Can connect with MySQL Admin client fine – and even add tables manually etc… hmmm.

I was giving the aravind a break…
anyway, just says it can’t establish a connection.
Specifically : This either means that the username and password information in your wp-config.php file is incorrect or we can’t contact the database server at localhost. This could mean your host’s database server is down.

..but its not.
Ive given the user account full privs (global, not just to the schaema)
And privs to the schaema.
hmmm about to try the ‘root’ account details…

Hey samboll, maybe you should read them – ‘Famous 5-Minute Install’ Step 6 !

I’m having a similar problem with the 2.7.1 install. The install.php refuses to connect to my db, even though I can do so via the MySQL Admin.