mb

Having looked at it a little more it looks like the field is only displaying about a 2pixels in height within firefox/opera, thus making it illegible.

thanks

Yes when reverting back to twenty12 it displays correctly.

A font issue I assume?

thanks

Superb, worked a treat.

Really appreciate your help Andrew.

The CSS is all contained within my responsive.css file.
I assume you’re referring to that location?
There’s a couple of logo references in that file:

This code resides in the tablet query:

/* Tablet Portrait size to standard 960 (devices and browsers) */
    @media only screen and (min-width: 480px) and (max-width: 767px) {

/*The Logo */
	     #header .logo {
	      float:none;
	      text-align: center;
	      }
	      #header .logo img {
		     max-width: 440px;
		     height: auto;

I’ve amended the 440px value to 100% but it has no effect.
Thanks

Yes, thanks:

https://www.pcdproperty.com/cms

Hi Andrew – could you be a bit more specific about which line of code to edit?

[ 830 lines of CSS redacted. Please just post a link to your site with that CSS or use pastebin.com instead. ]

Yes
Site is hosted by 34sp.com

htaccess file (which WP generates in the residing folder):

# BEGIN WordPress
<IfModule mod_rewrite.c>
RewriteEngine On
RewriteBase /entry/cms/
RewriteRule ^index\.php$ - [L]
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /entry/cms/index.php [L]
</IfModule>

# END WordPress

esmi – we have a full SQL backup of the db content, but I imagine even restoring using that after a full reinstall would mean those links are broken?

I tried the upload as you mentioned, and that didn’t work. But after about 3 hours of testing, it looks as though the issue causing the upload problems is down to conflicting plugins. Some plugins work by themselves, but when used along with certain other plugins, the upload errors occur.

It was a matter of trail and error really, to find the plugins that worked and those that caused a conflict. Or at least that’s what I think! ??

May give that a go Esmi. The thing we’re worried about is breaking all the links to the articles on our site. For instance, if we had to do a full reinstall – would the original links (help on 3rd party sites) to our articles then become broken?

So, there’s no risk of it braking if we re-upload all the files EXCEPT the wp-content folder? Last thing we want is to stop the site from working or those links to our articles becoming lost. ??

OK Esmi,

We’ve taken the theme that is currently used on our LIVE WP site, downloaded it then installed that theme into the WP Test site (running on the same server) and this works fine with plugins enabled – all uploads work uninterrupted.

Seems really weird? I rmeember reading on the internet somewhere that some files can become corrupt (not sure which) meaning a reinstall is required. I’m not sure how easy that is to do though when the sit’s full of blog information.

Do you think that would work/solve the issue? I can’t replicate the upload http error on my test site blog.

same plugins, some slight differences in template files though. however, we had these issues before any modifications were made to template files. All held on the same server.

hhmm esmi – going OT a bit, but I have just installed a fressh WP into a test database, and tried all these plugins and they work perfectly without affecting the uploads for media at all.

Is it possible that something could have become corrupt, causing it to fail when plugins activated?

Thanks Esmi,

I’ve certainly tried to find a stable plugin but most appear to conflict in some way. The “Capabilities Manager” for instance is excellent as it gives much more control over user roles. WP is a bit limited in what roles you can assign, unless there’s a way to add more and setup their access?

It’s a shame there isn’t more moderation over plugins i.e. only those that are tested for WP3 are available to use etc; bit like the itunes app store! ??

Server is running PHP 5.2.9

Most – I think Akismet is OK. But every plugin that sounds good to use (lightboxes, capabilities manager, featured articles, SEO – all prevent uploads from working within the media section. Gives a HTTP error.As soon as they’re deactived, uploads work again. Very odd.