Donation
Make a donation to help WiPhA development

Search




Preferences

Connect again
---

Your name (or pseudo) :

Your secret code (associated with your pseudo)


 Count of members 45 members


Connected :

(nobody)
Visits

 330822 visitors

 14 visitors online

Private
forum.gifForum - Web iPhoto Access - Topic #47

Forum - Forum
Web iPhoto Access - Web iPhoto Access
- Topic # 47


active Topic # 47  Photo viewing problem

28/01/2006 @ 14:26
by MacNeo

Anonymous

visitor

First of all, i had a little installation problem. It didn't uncomment the 2 PHP modules in the config file, so i had to do it manually.
Then it all worked fine, except that... i can't see the photos!
I have grey squares, with the photo names under them... but no picture at all. Using Safari there's the "?" icon, as if the path to the image is incorrect and he can't find it.

I've already tried fixing permissions with Disk Utility, but the problem is still there.
  Post an answer  Top

[]   

Answer n 1
--------
28/01/2006 @ 15:57
by Globs

Globs

Administrator

Hi,

would it be possible that you send me a copy of your original httpd.conf, so that I understand why I failed in updating it ?

Fixing the permission with DU will not help: it only fixes the files it installed itself.
There is basically 2 things to check:
  • The image URLs are correct
  • Your images permissions let www access them.
URL:
look in the page source; you should find some img tags sith src attributes like
ipl/....../an_image.jpg
ipl is a link in $­HOME/Sites/wipha, pointing to your iPhoto library (which is expected to be called exactly "iPhoto Library")

Permissions:
your $­HOME/Pictures folder, your iPhoto Library folder, and all folders inside msut have o+x access, and image files must have o+r.
You may also check that the changeperm program in the wipha folder has u+s perm (-rwsrwxr-x).

Hope this helps
Write to Globs   Web site Globs Post an answer  Top
Answer n 2
--------
29/01/2006 @ 13:57
by AndyHewitt

Anonymous

visitor
Hi Glob

I have also got exactly the same problems. I managed to sort the httpd.conf file manually (I used Web Settings Assistant). It seems the files are actually named with php4 in their titles - could be why your installer didn't find them.

I also cannot see any thumbnails when I view the search screen. In safari clicking on the magnifier brings up a blank window, in FireFox the image does appear.

Selecting all the images and downloading them does work though.

Cheers,

Andy
Write to AndyHewitt   Post an answer  Top
Answer n 3
--------
29/01/2006 @ 14:57
by Globs

Globs

Administrator

Hi,
here again, it seems that the  installer didn't do it's job at all; your missing pictures issue is all about permissions: in the wipha folder, do you have a changeperm executable with permission -rwsrwxr-x ?
It's goal is to set your photo library files and folder permissions so that wipha is allowed to access them.
It won't work is it doesn't have the "s" in it's permissions.

But what's strange is that you were able to access the images to download them. Maybe the problem is different ? You should also have a look in the apache error log (/var/log/httpd/error_log), and copy here what seems relevant to the problem.

Could you be more accurate about the filenames explanation ? I really need to understand why to install goes wrong sometimes, to improve the process. You could send me your original httpd.conf file ?

By the way, the magnifying glass doesn't work on Safari anyway with WiPhA 0.6 . I corrected that yesterday evening confused.
Write to Globs   Web site Globs Post an answer  Top
Answer n 4
--------
29/01/2006 @ 15:48
by AndyHewitt

Anonymous

visitor
Hi Globs

I saw your fix for the Safari problem just after I posted this.

I've checked the permissions for the 'changeperm' file, and they were weird - it had set me as the owner, and group, and set read and write, and read only. No wonder. Anyway, I've chmod'd the file to the permissions you suggest, but that still doesn't work.

My Access log shows these errors

[Sun Jan 29 14:29:12 2006] [error] [client xx.x.x.xx] Symbolic link not allowed: /Users/username/Sites/wipha/ipl/

and

sh: line 1: ./changeperm: Permission denied

(I've changed the IP address and username)

Thanks for the help, and as far as it goes, Wipha seems an excellent package.

Cheers

Andy.
Write to AndyHewitt   Post an answer  Top
Answer n 5
--------
29/01/2006 @ 15:57
by Globs

Globs

Administrator

Ok, I know what is the problem:
symbolic link not alowed

--> does not take in account my .htaccess which allows links.

--> <user>.conf has not been updated to take .htaccess in account.

go an edit your /etc/httpd/users/<user>.conf file
replace 'None' by 'All'.
Then it should be ok.

But the real question remains: why did the installer failed to set all this automaticaly ???


Write to Globs   Web site Globs Post an answer  Top
Answer n 6
--------
29/01/2006 @ 16:48
by AndyHewitt

Anonymous

visitor
Hi Globs

I have an 'AllowOverride', which is set to 'None', If I set it to 'All' I can't log into the site.

There is an 'Allow from', from that is set to 'All' already.
Write to AndyHewitt   Post an answer  Top
Answer n 7
--------
29/01/2006 @ 16:52
by Globs

Globs

Administrator

Yes,
AllowOverride must be changed to All.

Then, let's keep investigating what's still wrong...
Write to Globs   Web site Globs Post an answer  Top
Answer n 8
--------
29/01/2006 @ 18:42
by AndyHewitt

Anonymous

visitor
Aha, right, that did the job cool

It did a strange thing though, on the first login attempt it asked for my local admin username and password. I tried all that I normally use but none worked. It turned out to be my master level password for the entire system, and then it went straight into Guest access. I find that one quite worrying.

Considering all the files that I've had to alter were either installed, or supposed to be modified by, your installer, I think that's what needs looking at.

Cheers.
Write to AndyHewitt   Post an answer  Top
Answer n 9
--------
29/01/2006 @ 18:50
by Globs

Globs

Administrator

Cool.
I don't know what happened with passwords during all your tries. Maybe you made a mistake.
What's sure is that if you disconnect from wipha, then remove the file wipha/data/users.ser (which stores wipha accounts), next time  you'll try to login, it will require the default wipha admin login/password which is admin/admin.
Write to Globs   Web site Globs Post an answer  Top
Answer n 10
--------
29/01/2006 @ 18:58
by AndyHewitt

Anonymous

visitor
No, it didn't ask for my wipha login, it asked for my 'username.local' admin password, which turned out to be my OSX master password. This was in a Safari dialogue, not the wipha login screen.
Write to AndyHewitt   Post an answer  Top
Answer n 11
--------
29/01/2006 @ 19:02
by Globs

Globs

Administrator

Oh, yes,
that's because you probably told Safari to remember the password before and OSX stored is into your keychain. Then, when the password is needed again, OSX takes it in the keychain and ask (sometimes, and too often imho) for your account password to access the keychain.
Write to Globs   Web site Globs Post an answer  Top
Answer n 12
--------
29/01/2006 @ 19:05
by AndyHewitt

Anonymous

visitor
Yes, that's a possibility. Anyway, all resolved for now. Thanks.
Write to AndyHewitt   Post an answer  Top
Answer n 13
--------
02/11/2006 @ 21:58
by Shyshy

Anonymous

visitor
eekeek
I have the same probleme here but i really have an hard time to decode the solutions that you all talking about.  Changing permission?  I do it in terminal?  But how changing a permission in terminal??

And you people are talking about this:

Dixit...
--> does not take in account my .htaccess which allows links.

--> <user>.conf has not been updated to take .htaccess in account.

go an edit your /etc/httpd/users/<user>.conf file
replace 'None' by 'All'.
Then it should be ok.


I did not found any of the .conf file after a while of search.. annyway tnx for the answear in advance!
Dixit...


  Post an answer  Top
Answer n 14
--------
02/11/2006 @ 22:47
by Globs

Globs

Administrator

The user conf file is not used anymore.
No symbolic link is required anymore.
Permissions are automaticaly set by wipha if you install it properly on a Tiger system, and set the library path in the admin page.

Write to Globs   Web site Globs Post an answer  Top
active topic active   closed topic closed   Sticky Sticky   New New message   -   Correct Correct message   Close Close topic   Make sticky Make sticky
[]
Forum Topic  Forum 


^ Top ^