• Eric

    (@skilskilskil)


    Overall I’m enjoying the WordPress 2.0 RC3. However, there are still a few lingering issues? The most annoying of which is the changing of the upload functionality. Whereas before I could define the path for uploads, it seems now I’m forced to upload them to /wp-content/uploads/

    If there a plugin that would re-implement the WP 1.5 upload funtionality I would be fine, but I wasn’t able to find one.

    Also, when I have tried to upload I get this error:

    Fatal error: imagecreatetruecolor(): requires GD 2.0 or later in /home/blalblahblah/public_html/wp-admin/admin-functions.php on line 742

    I assume that this is also why I can’t upload through ECTO anymore.

Viewing 4 replies - 1 through 4 (of 4 total)
  • Thank goodness it’s not just me who hasn’t found the option to change the destination directory. I feel slightly less inept now 🙂

    There is a way to “set” this:

    http://comox.textdrive.com/pipermail/wp-testers/2005-December/001226.html

    Can’t help on the imagecreatetruecolor() error. Sort of a fix your host will have to provide.

    Someone recently coded up an ImageMagick alternative to GD. I suggest you search the forums archive (it was about 3 days ago). He posted a comprehensive piece of code that did the job and solved
    *exactly* the problem that you’re describing.

    We’re having the same issue with Qumana. I’ve been trying to figure out why users haven’t been able to upload images via Qumana. With my own tests is seems that there is a gap in the xml-rpc or something. When I try to upload via Qumana (using xml-rpc) I get the non-informative 500 error.

    We’d like to get Qumana working again …

Viewing 4 replies - 1 through 4 (of 4 total)
  • The topic ‘WordPress 2.0 Upload Functionality’ is closed to new replies.