I have upgraded from 4.1.3 to 4.2.4. The only remaning problem is that no pictures are shown in the Manage MultiMedia menu item.
Facts about the situation:
1. Pictures of people ARE shown on individual people in the system.
2. There are thumbnails of all pictures located in the correct folder.
3. All pictures is located in the "media/" folder and will continue to be so.
4. Everything else works except no pictures are shown in the "Manage MultiMedia".
5. Server is running PHP 5.2.
6. If I upload a new picture it is shown!! But still not the old once.
7. Folders are shown in the Manage MultiMedia.
8. The database contains the pictures ass well.
8. There are working refrences in the GED files as far as I can see (also see item no. 1 in this list).
Any suggestions?
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
kampp
if you review your reiteration, it is pretty obvious. If a NEW thumb is shown (housed in the same folder as the previous ones) then the others lack permissions to display. Did you repair permissions? If not, please do so. If so, re-verify the permissions on the ones that show and compare to those that do not. -Stephen
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
that's not the THUMB directory. What about the THUMBnails - as I suggested?
What is the permissions for the Thumb folder? What are the permissions for the ones that show (new, added with permissions from the owner)? What are the permissions on the ones that do not show? Compare all these. -Stephen
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
The permissions in the THUMB folder are the same as the normal picture folder. The folder it self is 755 and all the pictures are 644. The owner is the same as the one on the old installation where it worked.
On localhost this should not be a problem no matter what (neither permissions or owner)?
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
I have heard of this before in DNN you have to refresh the links so to speak. I am not sure in PHP how to recalculate the hyperlinks but there should be a way on the host control panel in either the php system or in the host control panel were you are hosting your site to recalculate your links. most sever control panels have something to this affect. A database Utility would be very helpful as well. As this site is database driven and the link may have to be refreshed on the database end. It can only be those two place or things nothing else. the program is fine if it is showing new pictures. Sounds clearly to be the link to the picture needs to be re-established.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
But… I agree with you, but I don't think it can be the problem as it never should happen on a localhost, where the problem also is! I have never seen it on a localhost before no matter what software used.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
I have reset file pemission though the webhost, and now the I can't even see the Manage MultiMedia page. I get an "Error 403: Forbidden" error page. All other pages works just fine!
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Do you see the pictures on other pages, eg an individual page … but not in the media manage page … or do you see no pictures anywhere? (remembering to clear your browser cache first)
Are you absolutely sure that the "media" directory that you are seeing the pictures in (when using ftp or ssh) is the same "media" directory that phpGedView is using? Does your newly uploaded picture appear in this directory?
Can you call up a picture directly in a browser window (as you're not using the media firewall)?
Mark
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Kampp
Why such drastic and possibly catastrophic actions?
Who asked you to 'reset' permissions via the webhost? What permissions did you set?
Have you checked your media configuration settings? Do you use media sub-directories? How many levels have you set?
Are you using media firewall? If so, the media folder should be at least 755, if not 777. Then the media firewall folder should also have broad read/write permissions. The access to these files is kept via the .htaccess file written by media firewall code.
If you are not using MFW, and you are not using media sub-directories, then the media folder should have very broad permissions, at least 755, if not 777. I have no idea what you are doing, but the easiest way to correct all this would be:
1) rename your media folder: media-old
2) create a new media folder with the host as owner.
3) create a new media thumbs folder, inside the media folder, with the host as owner
4) copy all your media into the appropriate (thumb or media root) folder
5) make sure you admin-media configuration is properly configured and pointing to the media folder (you just created)
All should be OK. -Stephen
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Stephen is correct. Kemp you posted your folder is set to 755 but the media is at 644. The media has to have the same permissions in the folder in order to work. Change the permission on the folder is should ask you if you want to change the permission for all the content / sub directories you will want to say yes. Like Stephen said you can change to 777.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
The Manage Media feature requires that PhpGedView have "write" permission on the "media" folder. If this is not the case, you won't see the Manage Media menu item.
For simplicity, you should set the "media" folder and all its contents to 777.
If the old installation showed media correctly and you can't see any media with the new version, you have a permissions problem that's caused by an "ownership" issue.
If you're trying to use the media firewall, you need to make sure that the "media" directory subordinate to the PGV install directory is writable. When you disable and then re-enable the media firewall, PGV will attempt to create a .htaccess file in that "media" directory that intercepts 404 errors and launches a script to serve up the desired image from the protected media directory.
When you're using the media firewall and you're upgrading an installation, or even when you're just changing the PGV install directory name, you MUST let PGV create a new .htaccess file in the manner described. If you don't do this, you won't see any media at all.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
I have gotten it to work. I am not sure how. But clicking between the "Display All" and the other filter buttons seems to have had an effect. This first few times nothing happened, but then it started showing the media when the "Display All" button was clicked.
The strange thing about this is that the filter is only set to show everything in the "media/" folder, but still not showing anything until "Display All" is clicked (disregarding the filter I think).
I am thinking session or program error! I will have to live with the annoyance of clicking "Display All" every time I use it.
The folder are set to 755, and picture and thumb files are 644. This is the way it should be! 777 is to risky in any case! And it works.
Media Firewall is Off.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Having to click "Display All" is by design. This is to allow you to enter filter criteria or a different sort sequence (file name vs. title) before anything is displayed. Likewise, when you want to select a different directory, you are normally not interested in seeing any pictures that might be in the main "media" directory.
Of course, when you enter filter criteria you'd click "Filter" instead.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
The bug report is related to Manage Media not remembering previously selected options.
As a matter of fact, there are several patches connected to bug reports that were entered after version 4.2.4 was released in January. You should consider applying them all.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
I would not considder it "by design" as new pictures are shown strait away, even though they are in the same folder!
Thanks for the heads up on the patches…
I find the upgradeing procedure to be one of the most complicated I have ever seen in regards to systems like this, cms, projectsystems etc. So I think I will wait.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Upgrading is a simple procedure for most installations, since you simply have to export your database to a GEDCOM using the old software, making a full backup of the site, then deleting the old software except for a configuration file and a couple of data directories, then uploading the new software into the same install directory, again avoiding the configuration file and the two data directories, and then launching the new software, logging in with your old Admin userid and password, and then immediately importing the previously exported GEDCOM.
When importing a previously exported GEDCOM, you have to let PGV replace existing database information, and also delete existing media links. There are some conditions under which you have to tell PGV to preserve media links. This usually happens when the GEDCOM is being maintained by some off-line program such as Family Tree Maker that doesn't handle media properly.
I don't think this procedure is very complicated. What makes it complicated is when you have made modifications to the previously released software to customize your site. You would normally want to preserve this customization.
Why would you want to wait with applying all those available patches? It's a simple matter of downloading those ZIP files, expanding them on your local PC, and the copying the result to the server directory where PGV is installed. All the patch files fall into place in their proper subdirectories. You don't even need to make a backup copy of the site before you apply the patches. In fact, making such a backup copy is not recommended and is a waste of time.
We'll tell you when it's advisable to make a backup of the entire site.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Kampp:
It's good that you applied the patches and are running with a current version of PGV.
PGV is NOT supposed to show all existing pictures straight away. This was changed two or three years ago, and will never be re-implemented.
Likewise, pictures that are uploaded should not be shown immediately. If that's happening on your site, there's something wrong (right, from your point of view). We're not going to look into that, since we can't reproduce this, and for us, PGV is working as designed.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Not to beat a dead horse (or unsolved case), but I similarly have been seeing very weird media behavior when I upgraded. So I in fact wiped everything clean (server files, database) and restored back to 4.1 from the backups. And oddly, the "Manage Media" in 4.1 is now having problems as well. Media lists in each individual GED file look fine and are perfect. But "Manage Media" is totally hosed and different depending on what GEDcom is currently selected when you enter the page. Cannot seem to get it back working in 4.1 and had never seen such behavior before. All the media is in a protected directory. And the behavior seems related to the "same" media ID across different GEDcom's (e.g. the title and link for M5 will be matched to the thumbnail and full-size image of M5 in a different GEDcom; but it will claim there is no source or other links to the media item presented). Have tried wiping caches in the browser, PGV installation, and database but no luck. As the 4.1 code is so old, am giving up debugging further and going back to figure out how to do a full and proper upgrade to 4.2 as I believe 4.1 is working otherwise and a good base to start from. Understanding the behavior change (e.g. clicking the button to get anything to appear) helps determine if I have really achieved a successful upgrade. (initially, I was not getting images anywhere, much, beside Manage Media being hosed.)
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
I have upgraded from 4.1.3 to 4.2.4. The only remaning problem is that no pictures are shown in the Manage MultiMedia menu item.
Facts about the situation:
1. Pictures of people ARE shown on individual people in the system.
2. There are thumbnails of all pictures located in the correct folder.
3. All pictures is located in the "media/" folder and will continue to be so.
4. Everything else works except no pictures are shown in the "Manage MultiMedia".
5. Server is running PHP 5.2.
6. If I upload a new picture it is shown!! But still not the old once.
7. Folders are shown in the Manage MultiMedia.
8. The database contains the pictures ass well.
8. There are working refrences in the GED files as far as I can see (also see item no. 1 in this list).
Any suggestions?
kampp
if you review your reiteration, it is pretty obvious. If a NEW thumb is shown (housed in the same folder as the previous ones) then the others lack permissions to display. Did you repair permissions? If not, please do so. If so, re-verify the permissions on the ones that show and compare to those that do not.
-Stephen
10. If I click the button "Correct read/write/execute pemissions" the list show all the pictures as eg. "Permissions Set ".
So it clearly finds them, but does not show them…
It does not work on localhost either (Apache)…
that's not the THUMB directory. What about the THUMBnails - as I suggested?
What is the permissions for the Thumb folder? What are the permissions for the ones that show (new, added with permissions from the owner)? What are the permissions on the ones that do not show? Compare all these.
-Stephen
The permissions in the THUMB folder are the same as the normal picture folder. The folder it self is 755 and all the pictures are 644. The owner is the same as the one on the old installation where it worked.
On localhost this should not be a problem no matter what (neither permissions or owner)?
I have heard of this before in DNN you have to refresh the links so to speak. I am not sure in PHP how to recalculate the hyperlinks but there should be a way on the host control panel in either the php system or in the host control panel were you are hosting your site to recalculate your links. most sever control panels have something to this affect. A database Utility would be very helpful as well. As this site is database driven and the link may have to be refreshed on the database end. It can only be those two place or things nothing else. the program is fine if it is showing new pictures. Sounds clearly to be the link to the picture needs to be re-established.
I have such buttons and tools…
But… I agree with you, but I don't think it can be the problem as it never should happen on a localhost, where the problem also is! I have never seen it on a localhost before no matter what software used.
I have reset file pemission though the webhost, and now the I can't even see the Manage MultiMedia page. I get an "Error 403: Forbidden" error page. All other pages works just fine!
The error seems to have gone away on it's own and I am back to same problem :-(
Do you see the pictures on other pages, eg an individual page … but not in the media manage page … or do you see no pictures anywhere? (remembering to clear your browser cache first)
Are you absolutely sure that the "media" directory that you are seeing the pictures in (when using ftp or ssh) is the same "media" directory that phpGedView is using? Does your newly uploaded picture appear in this directory?
Can you call up a picture directly in a browser window (as you're not using the media firewall)?
Mark
Kampp
Why such drastic and possibly catastrophic actions?
Who asked you to 'reset' permissions via the webhost? What permissions did you set?
Have you checked your media configuration settings? Do you use media sub-directories? How many levels have you set?
Are you using media firewall? If so, the media folder should be at least 755, if not 777. Then the media firewall folder should also have broad read/write permissions. The access to these files is kept via the .htaccess file written by media firewall code.
If you are not using MFW, and you are not using media sub-directories, then the media folder should have very broad permissions, at least 755, if not 777. I have no idea what you are doing, but the easiest way to correct all this would be:
1) rename your media folder: media-old
2) create a new media folder with the host as owner.
3) create a new media thumbs folder, inside the media folder, with the host as owner
4) copy all your media into the appropriate (thumb or media root) folder
5) make sure you admin-media configuration is properly configured and pointing to the media folder (you just created)
All should be OK.
-Stephen
Stephen is correct. Kemp you posted your folder is set to 755 but the media is at 644. The media has to have the same permissions in the folder in order to work. Change the permission on the folder is should ask you if you want to change the permission for all the content / sub directories you will want to say yes. Like Stephen said you can change to 777.
The Manage Media feature requires that PhpGedView have "write" permission on the "media" folder. If this is not the case, you won't see the Manage Media menu item.
For simplicity, you should set the "media" folder and all its contents to 777.
If the old installation showed media correctly and you can't see any media with the new version, you have a permissions problem that's caused by an "ownership" issue.
If you're trying to use the media firewall, you need to make sure that the "media" directory subordinate to the PGV install directory is writable. When you disable and then re-enable the media firewall, PGV will attempt to create a .htaccess file in that "media" directory that intercepts 404 errors and launches a script to serve up the desired image from the protected media directory.
When you're using the media firewall and you're upgrading an installation, or even when you're just changing the PGV install directory name, you MUST let PGV create a new .htaccess file in the manner described. If you don't do this, you won't see any media at all.
Hi all, Thanks for you input and replies.
I have gotten it to work. I am not sure how. But clicking between the "Display All" and the other filter buttons seems to have had an effect. This first few times nothing happened, but then it started showing the media when the "Display All" button was clicked.
The strange thing about this is that the filter is only set to show everything in the "media/" folder, but still not showing anything until "Display All" is clicked (disregarding the filter I think).
I am thinking session or program error! I will have to live with the annoyance of clicking "Display All" every time I use it.
The folder are set to 755, and picture and thumb files are 644. This is the way it should be! 777 is to risky in any case! And it works.
Media Firewall is Off.
I should add again that new pictures are shown strait away without having to click "Display All".
Having to click "Display All" is by design. This is to allow you to enter filter criteria or a different sort sequence (file name vs. title) before anything is displayed. Likewise, when you want to select a different directory, you are normally not interested in seeing any pictures that might be in the main "media" directory.
Of course, when you enter filter criteria you'd click "Filter" instead.
You might want to apply the patch connected to this bug report:
https://sourceforge.net/tracker/?func=detail&aid=3173600&group_id=55456&atid=634867
The bug report is related to Manage Media not remembering previously selected options.
As a matter of fact, there are several patches connected to bug reports that were entered after version 4.2.4 was released in January. You should consider applying them all.
I would not considder it "by design" as new pictures are shown strait away, even though they are in the same folder!
Thanks for the heads up on the patches…
I find the upgradeing procedure to be one of the most complicated I have ever seen in regards to systems like this, cms, projectsystems etc. So I think I will wait.
Upgrading is a simple procedure for most installations, since you simply have to export your database to a GEDCOM using the old software, making a full backup of the site, then deleting the old software except for a configuration file and a couple of data directories, then uploading the new software into the same install directory, again avoiding the configuration file and the two data directories, and then launching the new software, logging in with your old Admin userid and password, and then immediately importing the previously exported GEDCOM.
When importing a previously exported GEDCOM, you have to let PGV replace existing database information, and also delete existing media links. There are some conditions under which you have to tell PGV to preserve media links. This usually happens when the GEDCOM is being maintained by some off-line program such as Family Tree Maker that doesn't handle media properly.
I don't think this procedure is very complicated. What makes it complicated is when you have made modifications to the previously released software to customize your site. You would normally want to preserve this customization.
Why would you want to wait with applying all those available patches? It's a simple matter of downloading those ZIP files, expanding them on your local PC, and the copying the result to the server directory where PGV is installed. All the patch files fall into place in their proper subdirectories. You don't even need to make a backup copy of the site before you apply the patches. In fact, making such a backup copy is not recommended and is a waste of time.
We'll tell you when it's advisable to make a backup of the entire site.
I installed the patch. It did not fix the issue with all exsisting pictures being shown strait away (like the onces that are uploaded).
Kampp:
It's good that you applied the patches and are running with a current version of PGV.
PGV is NOT supposed to show all existing pictures straight away. This was changed two or three years ago, and will never be re-implemented.
Likewise, pictures that are uploaded should not be shown immediately. If that's happening on your site, there's something wrong (right, from your point of view). We're not going to look into that, since we can't reproduce this, and for us, PGV is working as designed.
Not to beat a dead horse (or unsolved case), but I similarly have been seeing very weird media behavior when I upgraded. So I in fact wiped everything clean (server files, database) and restored back to 4.1 from the backups. And oddly, the "Manage Media" in 4.1 is now having problems as well. Media lists in each individual GED file look fine and are perfect. But "Manage Media" is totally hosed and different depending on what GEDcom is currently selected when you enter the page. Cannot seem to get it back working in 4.1 and had never seen such behavior before. All the media is in a protected directory. And the behavior seems related to the "same" media ID across different GEDcom's (e.g. the title and link for M5 will be matched to the thumbnail and full-size image of M5 in a different GEDcom; but it will claim there is no source or other links to the media item presented). Have tried wiping caches in the browser, PGV installation, and database but no luck. As the 4.1 code is so old, am giving up debugging further and going back to figure out how to do a full and proper upgrade to 4.2 as I believe 4.1 is working otherwise and a good base to start from. Understanding the behavior change (e.g. clicking the button to get anything to appear) helps determine if I have really achieved a successful upgrade. (initially, I was not getting images anywhere, much, beside Manage Media being hosed.)