Problems with 1.5 upgrade

[mjm]

I would be grateful for any assistance on a couple of problems I've had since upgrading to 1.5.

1. I can only log into the admin section when i check the "Log me on automatically each visit:". If I don't check this I return to the blank admin screen. Maybe not a major issue, but could be associated with other problems.

2. When visitors check the remember me on the comments box, thier details are not retained. I have installed a captcha, as my host had problems with Akismet connection.

3. When uploading images, no thumbnail is created. The image goes into the images folder, but I get the following message:

Warning: getimagesize(../images/20060605214839_96.jpg): failed to open stream: No such file or directory in d:\users\departmentuk\public_html\iblog\admin\imag es_edit.php on line 199

Warning: filesize(): Stat failed for ../images/20060605214839_96.jpg (errno=2 - No such file or directory) in d:\users\departmentuk\public_html\iblog\admin\imag es_edit.php on line 200


Admin info is:

URL department63.co.uk/iblog/admin/index.php
PHP-version 4.4.1 (Pixelpost's min requirement: PHP version: 4.3.0 )

MySQL version 4.0.22-standard (Pixelpost's min requirement: MySQL: 3.23.58 )

GD-lib bundled (2.0.28 compatible) with JPEG support

File Uploads to pixelpost site are possible.

Server Software Microsoft-IIS/6.0

EXIF Pixelpost is using exifer v1.5 for EXIF-information.


Paths
Guessed imagepath: /iblog/images/
Configured Imagepath: ../images/

Image Directory: OK - Can we write to the directory? YES. CHMOD: 0777

Thumbnails Directory: OK - Can we write to the directory? YES. CHMOD: 0777

Language Directory: OK

Addons Directory: OK

Includes Directory: OK

Templates Directory: OK

I know there is a fair bit here. I have tried searching the forums, but nothing seems to work. Unfortunately I am a complete novice at coding. Sorry.

Any help would be appreciated.

[GeoS]

Strange that admin file is called imag es_edit.php with space in a middle.

[mjm]

GeoS: thanks for the reply. I thought that was strange too, but have checked out the installation and there is definitely no space in the file name.
Since I posted, I have resloved the problem with the thumbnails. I switched off the ping function and that sorted it. With it on, it was taking a long time to upload and, i guess, timing out.

I'm still having the problems with the log-in and comments though. I've tried contacting the host regarding sessions, no response. I checked their forum and they suggest that the pixelpost coding should not be a problem.

Again, any help on this would be great.

[GeoS]

Problem was not in uploading but in pinging blog hosts.

Ive got no idea where can be a problem with login. Check if session ID is all the time the same or if its changing at each browsed page.

[mjm]

Please excuse my ignorance of such things. But would it be the coding in the pixelpost installation that would cause the sessions to change each time, or would it be the way my host deals with sessions. If it is the latter, I will contact them. If it's pixelpost coding, I'm stuck, because I didn't change anything. If it helps, ver 1.4 worked fine.

[GeoS]

Maybe your ISP didnt set for you tmp directory in which PHP should store your's site session data. That is the most common problem with sessions.

PS Pixelpost's 1.4 login code was based only on cookies. Starting from 1.5 it is based both on cookies and sessions (handling current login data).

[pepsiat]

I cant understand ReadMe_upgrade.txt points

2) save your /includes/pixelpost.php

1.4.3 version file is saved in my web directory - why I have to save it?

and

3) Copy the new files from your local folder "PixelPost 1.5 BETA" to your site using an FTP program.

Which files? and which directory? Have to I delete old ones?

[GeoS]

2) write to new /includes/pixelpost.php (sitting in directory of version 1.5) just only the old DB info and nothing more. Then copy it to the server.

3) It means to copy (or better word would be: overwrite) old files on server with new one from 1.5 package.

[mjm]

GeoS: I did notice that a "temp" directory was not created and I added one. That didn't sort the problem though. I put one under the root directory then one below, at the same level as the installation, neither made any difference. There are no files in either. I did try a session_save_path command, using the wrong path and that set a session in the temp, but also listed a number of errors!!

Thanks for sticking with me on this. I know I'm of little help.

[GeoS]

One thing is to make such dir and totally different to say PHP to store there data. Try to use ini_set function and modify session.save_path setting.

[Connie]

@mjm:

if there is no temp directory, than you have a problem with the server configuration as a temp directory should exist

Normally it is sitting above the /html-directory
some installations of CPANEL do not allow to write into a directory above /html-directory etc,

so ask your hoster about that..

[mjm]

Connie,GeoS: thanks again. My host has advised...
"The sessions directory is not associated with public html directory and cannot be configured on the Windows packages. I'm afraid you cannot set this up at present on the server."
...whatever that means!!

I have asked if there is anything I can do, but I fear not.

I could just revert back to 1.4!!

Thanks for all your help.

[GeoS]

LOL I see you have got poor ISP baceuse temp dir can be set on Win boxes. I.e. I got:
; Argument passed to save_handler. In the case of files, this is the path
; where data files are stored.
session.save_path =c:\php\session

Just like upload_tmp_dir and many more.

[pepsiat]

2) write to new /includes/pixelpost.php (sitting in directory of version 1.5) just only the old DB info and nothing more. Then copy it to the server.

3) It means to copy (or better word would be: overwrite) old files on server with new one from 1.5 package.


In 1.5 package is three index.php files, how can I know which directory I put them?

[Joe[y]]

In 1.5 package is three index.php files, how can I know which directory I put them?

no there isn't! heh. just the one (unless you include /admin/index.php - but still that only makes two.

if i were you i'd delete all files on your local machine - download the latest pixelpost release and upload that to your server. upload everything to your server in the order it is downloaded.

[pepsiat]

']no there isn't! heh. just the one (unless you include /admin/index.php - but still that only makes two.

if i were you i'd delete all files on your local machine - download the latest pixelpost release and upload that to your server. upload everything to your server in the order it is downloaded.

stupid winzip packed it like in the picture you can see
my mistake, thankshttp://www.paintshop.ee/joul/winzip.jpg

[mjm]

I had hoped that my host would have sorted out my sessions problem during my holiday, but no. I am advised by them that, as I am on a windows server and not Linux, I cannot set the temp directory. They have suggested I get around my remaining log-in and comment problems by changing all the copy() commands to move_uploaded_file(). Would this actually work? I don't have problems uploading images, now I have switched off the ping service.

Sorry again for boring you all with this...

[GeoS]

@mjm: so what is the case right now?

[mjm]

Geos,

Of the original problems I had, I have resolved the upload error by switching off the ping service. My remaining problems are:

1. I can only log into the admin section when i check the "Log me on automatically each visit:". If I don't check this I return to the blank admin screen.

2. When visitors check the remember me on the comments box, thier details are not retained. I have installed a captcha, as my host had problems with Akismet connection.

3. Some people using the captcha enter the correct code, but are told it wsa incorrect. This doesn't happen withh all, just some.

As I said, my host suggested changing the copy codes to suit the windows server I am on, but I don't think this is a reasonable way forward. Maybe a code to redirect sessions to a directory below the root would help, if possible?

Thanks again.

[GeoS]

It looks like you have problems with cookies, sessions or http headers support (I mean your server).

You can solve your problems by:
1. Your ISP can set in php.ini upload_tmp_dir variable for correct upload support

2. Solution for session store - session.save_path variable in php.ini

PS To get reason and solution for admin login issue and captcha you should give us at least URL to your site.

[mjm]

Geos,

Thanks again. I will get on to them about that.

My blog address is http://www.department63.co.uk