Can't upload images

[cavalier]

Seems like I have the typical "can't upload images" problem. The Pixelpost installation went well, and I get no errors when uploading, but no images make it to my "images" folder, and the admin interface doesn't show any images. Going to the blog gives me the typical "Coming Soon! Nothing to show. No image to show here!" message. Any thoughts? I'm feel like I'm very close to getting this to work! I've tried many combinations of changing my image path, but to no avail.

I am running version 1.4.2 of Pixelpost. Released 18 July 2005.

Host Information
PHP-version 4.3.11 (Pixelpost's min requirement: PHP version 4.3.0)
MySQL version 4.1.12 (Pixelpost's min requirement: MySQL 3.23.58)
GD-lib bundled (2.0.28 compatible) with JPEG support
Server software Apache/1.3.33 (Unix) FrontPage/5.0.2.2510 mod_fastcgi/2.4.2
EXIF Pixelpost is using exifer v1.5 for EXIF information.

Paths
Guessed imagepath: //pixelpost/images/
Configured Imagepath ../images/
Image Directory: OK - Can we write to the directory? YES.
Thumbnails Directory: OK - Can we write to the directory? YES.
Language Directory: OK
Addons Directory: OK
Includes Directory: OK
Templates Directory: OK

I'm hosted at yahoo, which is a linux environment.

[Cloud]

*hm* ... I'm very new here on this forum and also very new in pixelpost, but I've had similar problems. I will give you a further idea, but don't be angry with me, if this is not the solution. ;-)

Type the ../image/ path with three fullstops like this :

.../image/

I'm on a IIS Server and can't change the file-permissions on my own. I had to ask my webhoster and he'd done that for me.

On Apache/Linux you can change CHMOD on your own by using a FTP-Programm. You must change the permissions to 777.

Hope that helps
Cloud :)

[cavalier]

Cloud,

Thanks for the advice, but I still haven't quite got this to work yet. As additional info: I have used an FTP program to CHMOD my images and thumbnails directories to 777 (user, group and other have read, write, execute permission). I have also tried image paths of:

.../images/
../images/
../pixelpost/images/
/images/
/pixelpost/images/
/home/USERNAME/public_html/pixelpost/images/ (swapping USERNAME with my actual username)

all to no avail...

-Cavalier

[premii]

did try

/home/USERNAME/public_html/pixelpost/images/

[cavalier]

Thanks for the suggestion, although it didn't work either. I'm confused in that the application indicates "OK" for the directories when I use ../images/
yet nothing happens when I upload. One would think I have the correct directory if the application says "OK" under general info.

[cavalier]

Here are a few more tid-bits, after working with yahoo technical support.

I had frontpage extensions installed on my site, which have now been deleted. This doesn't seem to have any affect on the situation though. The Tech also indicated that I can't get at the absolute path back to root, and should use relative notation such as ../images/ - which has been recommended on this support site. We need to know where the PHP script is running from, and then use relative notation from there to get at the images folder.

When I installed pixelpost, I created a new directory under my "root" called pixelpost and moved all the installation files there. My images and thumbnails folders are under /pixelpost/images and /pixelpost/thumbnails.

I assume the PHP script which is running is called index.php, which is located in my /pixelpost directory. Given this assumption, the "images" folder is located in a folder below where index.php is running - so I would expect the correct image path would be "./images/" instead of "../images/". The former would indicate "stay in the current directory and then drop down to the subdirectory images" - as opposed to the later which would indicate "go up one directory, and then drop down into the images directory".

Correct or not, neither ../images/ nor .images/ seem to work - meaning no images are uploaded. ../images/ gives me OK messages though under general info, yet ./images/ indicates an error under general info. Note: using an image path of /pixelpost/ also gives me the OK messages under general info.

The Tech also confirmed my images and thumbnails folders do in fact have chmod 777 permissions.

still confused... and wondering if something else other than directory permissions is causing the issue.

[GeoS]

There was an issue connected with FrontPage Extensions. After deletion of it you should also edit your .htaccess (on Apache web server) file and del all FrontPage security stuff.
That should help you.

PS Correct Image path should be ../images (and with it there shouldn't be important in which dir you have PP application).

[undertone]

I seem to be having the same issue as Cavalier. This is for Yahoo hosting as well, same problem of not being able to upload and simply getting a message that says "error." I've tried changing the paths to ../images/ and an assortment of other things but that doesn't seem to fix anything.

Pixelpost Version 1.4

Host Information
PHP-version 4.3.11 (Pixelpost's min requirement: PHP version 4.3.0)
MySQL version 4.1.12 (Pixelpost's min requirement: MySQL 3.23.58)
GD-lib bundled (2.0.28 compatible)
Server software Apache/1.3.33 (Unix) FrontPage/5.0.2.2510
EXIF Pixelpost is using exifer v1.5 for EXIF information.

Paths
Guessed imagepath: //myblog/images/
Configured Imagepath /myblog/images/
Image Directory: OK - Can we write to the directory? YES.
Thumbnails Directory: OK - Can we write to the directory? YES.
Language Directory: OK
Addons Directory: OK
Includes Directory: OK
Templates Directory: OK

[raminia]

the strangest advice
use .../images/ :P

btw, you dont' have JPEG support with your gd-lib istallation. ask your host admin to add it for you.

[undertone]

the strangest advice
use .../images/ :P

btw, you dont' have JPEG support with your gd-lib istallation. ask your host admin to add it for you.

Tried that. I'll check into the JPEG support thing, although it's strange that Cavalier has it and I don't if we're both hosted with Yahoo.

[undertone]

I've tried uninstalling and reinstalling everything now as well, with no change.

I'm told that GD-lib now includes JPEG support even when not marked as such. I can't upload .png files either which GD-lib has always supported so the problem is with something else I believe.

[cavalier]

the strangest advice
use .../images/ :P

btw, you dont' have JPEG support with your gd-lib istallation. ask your host admin to add it for you.

Using .../images/ doesn't seem to work either. With ../images/ my image path indicated OK - but after trying to upload an image, nothing happends. No error, just nothing is uploaded and my database indicates 0 images.

[raminia]

gd lib >> JPEG SUPPORT