 External Editor
 Yamb
 Web iPhoto Access
 45 members
Connected :
(nobody)
332024 visitors
10 visitors online
|
 - Forum
 - Web iPhoto Access
- Topic # 47
 Topic # 47 |
Photo viewing problem |
28/01/2006 @ 14:26
by MacNeo
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. |
| |
 
|
Answer n° 1
--------
28/01/2006 @ 15:57
by 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
|
 
|
|
Answer n° 2
--------
29/01/2006 @ 13:57
by AndyHewitt
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 |
|
|
|
Answer n° 3
--------
29/01/2006 @ 14:57
by 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  .
|
|
|
|
Answer n° 4
--------
29/01/2006 @ 15:48
by AndyHewitt
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. |
|
|
|
Answer n° 5
--------
29/01/2006 @ 15:57
by 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 ???
|
|
|
|
Answer n° 6
--------
29/01/2006 @ 16:48
by AndyHewitt
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. |
|
|
|
Answer n° 7
--------
29/01/2006 @ 16:52
by Globs
Administrator
|
Yes,
AllowOverride must be changed to All.
Then, let's keep investigating what's still wrong...
|
|
|
|
Answer n° 8
--------
29/01/2006 @ 18:42
by AndyHewitt
visitor
|
Aha, right, that did the job 
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.
|
|
|
|
Answer n° 9
--------
29/01/2006 @ 18:50
by 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.
|
|
|
|
Answer n° 10
--------
29/01/2006 @ 18:58
by AndyHewitt
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. |
|
|
|
Answer n° 11
--------
29/01/2006 @ 19:02
by 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.
|
|
|
|
Answer n° 12
--------
29/01/2006 @ 19:05
by AndyHewitt
visitor
|
Yes, that's a possibility. Anyway, all resolved for now. Thanks. |
|
|
|
Answer n° 14
--------
02/11/2006 @ 22:47
by 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.
|
|
|
|
topic active  topic closed  Sticky  New message -  Correct message  Close topic  Make sticky
|
|
![[fr]](inc/lang/fr.gif "[fr]")
![[en]](inc/lang/en.gif "[en]")
Top 
© 2004-2007 
