Random albums showing up blank

pjgaus

Joined: 2011-08-28
Posts: 25
Posted: Sun, 2012-06-17 13:25

I have been having the same problem as BillWill with random albums not showing their contents. The info is there but not showing. The problem started with the upgrade to 3.0.4. You can search for a photo in the blank album and it will show as a search result.

Other than the random blank albums, the rest of the gallery works fine. I can add photos, label photos and move photos.

Operating system: Linux 3.2.1-gentoo
Apache: Unknown
PHP: 5.3.8
MySQL: 5.0.91
Graphics toolkit: imagemagick
Graphics Toolkit: ImageMagic
Albums: 822
Photos: 18342

After upgrading to version 3.0.3 I noticed that some searches would show an empty album, even though I know there should have been results. I thought that this was just a bug in the search module.

When I try to 'Organize' one of these empty albums, I get the message 'An Error occurred, consult your system administrator'

I have tried dissabling all unnecessary modules with no luck.

This is a typical error that I retrieved from the log file when I get a blank album:

2012-06-17 09:00:38 -04:00 --- error: ORM Validation has failed for items model
#0 /htdocs/gallery3/system/libraries/ORM.php(755): ORM_Validation_Exception_Core::handle_validation('items', Object(Validation))
#1 /htdocs/gallery3/modules/gallery/models/item.php(773): ORM_Core->validate(NULL)
#2 /htdocs/gallery3/system/libraries/ORM.php(778): Item_Model_Core->validate()
#3 /htdocs/gallery3/modules/gallery/libraries/MY_ORM.php(34): ORM_Core->save()
#4 /htdocs/gallery3/modules/gallery/libraries/ORM_MPTT.php(79): ORM->save()
#5 /htdocs/gallery3/modules/gallery/models/item.php(523): ORM_MPTT_Core->save()
#6 /htdocs/gallery3/modules/gallery/models/item.php(291): Item_Model_Core->save()
#7 /htdocs/gallery3/modules/gallery/models/item.php(138): Item_Model_Core->relative_url()
#8 /htdocs/gallery3/themes/browny_wind/views/album.html.php(18): Item_Model_Core->url()
#9 /htdocs/gallery3/system/libraries/View.php(318): include('/data/23/2/84/1...')
#10 /htdocs/gallery3/system/libraries/View.php(260): View_Core->load_view('/data/23/2/84/1...', Array)
#11 /htdocs/gallery3/modules/gallery/libraries/MY_View.php(75): View_Core->render(false, false, false)
#12 /htdocs/gallery3/system/libraries/View.php(226): View->render()
#13 /htdocs/gallery3/themes/browny_wind/views/page.html.php(128): View_Core->__toString()
#14 /htdocs/gallery3/system/libraries/View.php(318): include('/data/23/2/84/1...')
#15 /htdocs/gallery3/system/libraries/View.php(260): View_Core->load_view('/data/23/2/84/1...', Array)
#16 /htdocs/gallery3/modules/gallery/libraries/MY_View.php(75): View_Core->render(false, false, false)
#17 /htdocs/gallery3/system/libraries/View.php(226): View->render()
#18 /htdocs/gallery3/modules/gallery/controllers/albums.php(77): View_Core->__toString()
#19 [internal function]: Albums_Controller->show(Object(Item_Model))
#20 /htdocs/gallery3/system/core/Kohana.php(331): ReflectionMethod->invokeArgs(Object(Albums_Controller), Array)
#21 [internal function]: Kohana_Core::instance(NULL)
#22 /htdocs/gallery3/system/core/Event.php(208): call_user_func_array(Array, Array)
#23 /htdocs/gallery3/application/Bootstrap.php(67): Event_Core::run('system.execute')
#24 /htdocs/gallery3/index.php(113): require('/data/23/2/84/1...')
#25 {main}
2012-06-17 09:00:38 -04:00 --- error: Validation errors: Array
(
[name] => illegal_data_file_extension

This is a typical error that I retrieved from the log file when trying to 'Organize':

2012-06-17 08:42:58 -04:00 --- error: ORM_Validation_Exception [ 44 ]: ORM Validation has failed for items model
/htdocs/gallery3/system/libraries/ORM_Validation_Exception.php [ 20 ]
#0 /htdocs/gallery3/system/libraries/ORM.php(755): ORM_Validation_Exception_Core::handle_validation('items', Object(Validation))
#1 /htdocs/gallery3/modules/gallery/models/item.php(773): ORM_Core->validate(NULL)
#2 /htdocs/gallery3/system/libraries/ORM.php(778): Item_Model_Core->validate()
#3 /htdocs/gallery3/modules/gallery/libraries/MY_ORM.php(34): ORM_Core->save()
#4 /htdocs/gallery3/modules/gallery/libraries/ORM_MPTT.php(79): ORM->save()
#5 /htdocs/gallery3/modules/gallery/models/item.php(523): ORM_MPTT_Core->save()
#6 /htdocs/gallery3/modules/gallery/models/item.php(276): Item_Model_Core->save()
#7 /htdocs/gallery3/modules/gallery/models/item.php(184): Item_Model_Core->relative_path()
#8 /htdocs/gallery3/modules/gallery/models/item.php(207): Item_Model_Core->thumb_path()
#9 /htdocs/gallery3/modules/organize/controllers/organize.php(66): Item_Model_Core->thumb_url()
#10 [internal function]: Organize_Controller->album_info('8013')
#11 /htdocs/gallery3/system/core/Kohana.php(331): ReflectionMethod->invokeArgs(Object(Organize_Controller), Array)
#12 [internal function]: Kohana_Core::instance(NULL)
#13 /htdocs/gallery3/system/core/Event.php(208): call_user_func_array(Array, Array)
#14 /htdocs/gallery3/application/Bootstrap.php(67): Event_Core::run('system.execute')
#15 /htdocs/gallery3/index.php(113): require('/data/23/2/84/1...')
#16 {main}
2012-06-17 08:42:58 -04:00 --- error: Validation errors: Array
(
[name] => illegal_data_file_extension

Thank you for any help or light that you can shed on this problem

 
floridave
floridave's picture

Joined: 2003-12-22
Posts: 27300
Posted: Sun, 2012-06-17 15:47

Are you using the 'about this album' module?

Dave
_____________________________________________
Blog & G2 || floridave - Gallery Team

 
pjgaus

Joined: 2011-08-28
Posts: 25
Posted: Sun, 2012-06-17 16:54

Not using 'about this album'

Paul

 
pjgaus

Joined: 2011-08-28
Posts: 25
Posted: Sun, 2012-06-17 17:02

I thought this module might give us a clue so I downloaded and installed the 'about this album'. I now get a white screen (not a blank album) when I go to 2 of the 3 albums on the opening screen.
I will now deactivate 'about this album'

 
pjgaus

Joined: 2011-08-28
Posts: 25
Posted: Thu, 2012-07-19 22:33

Maybe a little demonstration will help.
Go to http://www.pjg.com/gausgallery3/ (I have changed the url since this post)

Pick 'Carl Gaus Photos'
Pick '1919 and Earlier'
Note the blank album (There are 45 pictures in this album).

Now 'Search' for 1919, and/or 1915 and/or 1890.
You will see pictures that are in the '1919 and Earlier' album.

Most of the other albums work like you would expect. I have found about a dozen albums (out of 800+) so far with this same problem.

Like I said, I can add photos, label photos and move photos with no problem unless it involves one of the defective albums.

One more example: Follow this one; pick Carl Gaus Photos, then 1950's, then 1954. This is a 2 page album......go to the second page.

Paul

 
floridave
floridave's picture

Joined: 2003-12-22
Posts: 27300
Posted: Mon, 2012-06-18 16:53

Weird.
Have you run 'fix your gallery' from the admin/dashboard?

Dave
_____________________________________________
Blog & G2 || floridave - Gallery Team

 
pjgaus

Joined: 2011-08-28
Posts: 25
Posted: Mon, 2012-06-18 19:26

I have run the fix your gallery several times.

Paul

 
pjgaus

Joined: 2011-08-28
Posts: 25
Posted: Tue, 2012-06-19 23:36

I have noticed something else that does not seem normal. The database backup that my web provider keeps has grown from 3,109,792 to 5,113,207. (I am assuming this is compressed) Less than 25 pictures have been added. (but many descriptions have been changed)

I am considering restoring my web site to the day before upgrading to 3.0.4. I only have 2 days to decide since my provider only keeps 7 days of backups.

Any help would be greatly appriciated. Thanks

 
floridave
floridave's picture

Joined: 2003-12-22
Posts: 27300
Posted: Wed, 2012-06-20 01:23

The size difference can be accounted for by the caches table I bet.

I'm at a loss for the original issue.

Dave
_____________________________________________
Blog & G2 || floridave - Gallery Team

 
pjgaus

Joined: 2011-08-28
Posts: 25
Posted: Wed, 2012-06-20 01:39

I think I am going to restore everything to before the upgrade.

 
pjgaus

Joined: 2011-08-28
Posts: 25
Posted: Thu, 2012-06-21 01:40

Did a restore to the day before the upgrade. I am back to normal.

I am having a similar problem with searching. I will start another thread in the next week or so. Thank you for your effort.

Paul

 
Eleazar

Joined: 2006-01-06
Posts: 27
Posted: Fri, 2012-07-06 20:34

Having this same problem on 3.0.4. Any solution?

 
pjgaus

Joined: 2011-08-28
Posts: 25
Posted: Sat, 2012-07-07 15:02

I hope I am not speaking too soon. I think my problem is solved.

I reinstalled Gallery 3.0.4 from scratch today. I noticed while the files were uploading that a couple of errors occurred. I uploaded a second time, overwriting each file. No errors occurred. (I had to answer 'overwrite the file' for each file)

I went through the update process with no glitches. It all seems to work properly.

It may have been that some of the files did not upload properly or completely the first time I tried a couple of weeks ago.

I am keeping my fingers crossed.

 
pjgaus

Joined: 2011-08-28
Posts: 25
Posted: Sun, 2012-07-08 17:35

After a day of working with the new installation, it looks like the new installation did the trick.

The moral of the story is to make sure you get a clean installation.

 
Eleazar

Joined: 2006-01-06
Posts: 27
Posted: Mon, 2012-07-09 20:13

Thanks, pjgaus. Did a fresh install, but still getting the same thing. Will start a new thread.

 
pjgaus

Joined: 2011-08-28
Posts: 25
Posted: Sat, 2012-07-14 03:39

I guess I spoke too soon. After spending 2 days working with the new version and modifying hundreds of descriptions and uploading additional files, the same problem reared its ugly head. Randon albums show up empty (not a white screen).

I restored my site to the night before the upgrade (programs files only, back to Version 3.0.3). I did NOT restore the database since I did not want to loose 2 days of work.

Everything now works. The pages that came up as empty albums with version 3.0.4 now show up correctly. I did nothing to the database to make it work.

My conclusion is that there is a gremlin in the 3.0.4 code (or a conflict with a server settings)

I will stick with version 3.0.3 for now but will probably try version 3.0.5 when it is out.

 
Gork

Joined: 2008-09-09
Posts: 85
Posted: Wed, 2012-07-18 01:48

I'm having the same problem as indicated in this thread. I'm trying to decide whether to try to downgrade (I have a db backup but not a full file backup) or just disable the site and watch these threads to see what ends up happening.

I didn't look to see if there was an upgraded HTML Purifier addon when I upgraded to 304 so I just tried disabling that. Some of the photos seemed to return, but not all - so probably just coincidence.

I rebuilt images, updated search index and used "fix your gallery" and nothing changed.

I'm running G3 on a Linux/Apache2/MySQL platform. (I switched from a Windows platform specifically for G3.)

The photo stream on the dashboard page doesn't work properly, nor does the "random image" addon. (I tried disabling that addon and it made no difference.)

My server runs on a computer in the basement and I have a few other PHP applications which use the MySQL installation and they're not having problems. I have very minimal traffic on my web server, which is probably why it's taken me so long to find out about this problem.

EDIT (edit later edited as well /sigh):
Well, did find that the php.ini for PHP itself had been changed at some point (possibly by an "auto" Ubuntu upgrade of PHP?) and the date.timezone variable removed. But everything else seemed unchanged. (So perhaps I just never set this variable? Thought I had though...) Fixing that solved a time problem I had noticed, but not the problem at hand. I did notice in the PHP log in the /var directory I'm getting "error: File not found: rss%2Ffeed%2Fcomment%2Fitem%2F5530". I don't know how to fix this error and don't know if it's related to the problem at hand. (Perhaps it was caused by the date.timzone problem.)

 
lillakaru

Joined: 2012-07-17
Posts: 2
Posted: Tue, 2012-07-17 09:23

I have exactly the same problem. After upgrading from 3.0.1 to 3.0.4 some albums are blank.
When I do "Fix your Gallery" it gives error message: "ORM Validation has failed for items model" - and then all the albums go blank.

I disabled all the modules but albums are still blank.

gallery log shows the same error that pjgaus has in the first post.
apache logs show nothing.

 
Gork

Joined: 2008-09-09
Posts: 85
Posted: Wed, 2012-07-18 01:52

I attempted to downgrade my install back to v303 by just deleting all the files and folders except the var directory and replacing them with the v303 files. The admin page indicated I was running v303, but the problem described in this thread was still apparent. I don't recall if the upgrade to v304 changed anything in the database or not, so I don't even know if a downgrade in this manner is even possible. I run on a virtual machine so it wasn't a big deal to try though. I can verify that this was not a problem when I was running v303, but I do not whether the problem became apparent as soon as I upgraded to v304 for sure.

Most albums show up fine, some photos inside albums show up fine but others just show blank space. If I hover over the blank space I can see the title information for the photo which normally shows up underneath. If I click on the "blank photo" I get a blank screen. Also, if I click on a photo I get a blank screen as well (instead of the normal size version of the photo.)

I guess for now I'll just leave my site in maintenance mode until we get somewhere with this. The only error which consistently shows up in my G3 logs is the one I mentioned above about the rss file not being found. It's a different filename each time though.

I just had one thought... Ubuntu has recently updated one or more of Apache, PHP and MySQL. Is it possible this could have caused a problem? Per the Dashboard I'm running Apache 2.2.22 (Ubuntu); PHP 5.3.10-1ubuntu3.2; and MySQL 5.5.24-0ubuntu0.12.04.1.

One other thing, on any page in G3 with photos, the it takes a long time for the page to finish loading (like the browser is waiting for files which aren't being uploaded by the web server) before many (but not for every photo) placeholders show up. I tried switching the graphics module from ImageMagick to GD. I have tried accessing the site via Chrome, FF and two different versions of IE. I have also tried accessing it locally and from work. I have also tried turning off all firewalls to my network - all to no avail.

Could anything on the page linked below be related? It shows some changes in a somewhat recent security release of PHP5 for Debian/Ubuntu. (I use Ubuntu 12.04 LTS.) Perhaps only Debian/Ubuntu users are experiencing this problem? (Reaching for straws here...)
http://www.ubuntu.com/usn/usn-1481-1/

 
Gork

Joined: 2008-09-09
Posts: 85
Posted: Wed, 2012-07-18 01:09

This couldn't have anything to do with perhaps a combination of what I posted above and what happened in this other thread, could it? (ob_end_clean)
http://gallery.menalto.com/node/105568

The only other error I'm getting is in the Apache2 error log, but I doubt it's related at all: "[Tue Jul 17 18:18:50 2012] [error] [client google.ip.addr.here] File does not exist: /path/to/www/robots.txt." The only place I can find robots.txt is in the gallery3 root directory. I don't know if robots.txt just a Gallery3 thing for me, or if something else on my Apache2 server brought about this error. Or perhaps it's a normal error since I don't have a robots.txt file in my Apache2 wwwroot and the webcrawler is checking for one.

 
pjgaus

Joined: 2011-08-28
Posts: 25
Posted: Thu, 2012-07-19 02:39

Since downgrading to version 3.0.3, the site has been working perfectly. Many, many hours have been spent with no errors.

Gork, the method I used to downgrade differed slightly from yours, which may make a difference. I would do a clean install in a new directory for the v3.0.3 program. Then move the var directory into the new program directory. This is similar to the instructions for upgrading the program. The upgrade instructions do not call for copying files into the old directory. I did nothing to the database during the downgrade process.

I am glad I am not the only one who is having the problem. Like I said above, my conclusion is that there is a gremlin in the 3.0.4 code (or a conflict with my server settings). I just hope that someone who is knowledgable will be able to pinpoint the problem and offer a solution.

Good luck

 
Gork

Joined: 2008-09-09
Posts: 85
Posted: Thu, 2012-07-19 13:02

@pjgaus
While I don't understand the difference between the two methods, perhaps I'm missing something. I'll give it a shot and try downgrading in the method you present.

 
Gork

Joined: 2008-09-09
Posts: 85
Posted: Thu, 2012-07-19 23:36

@pjgaus
I followed your directions to attempt another downgrade to v303 and it didn't change anything. The Dashboard shows I'm now at v303 but the same problem is apparent. Is this exactly how you downgraded the last time? You didn't do anything which would have also restored a previous version of something else, say PHP for instance? Or did you perform a "restore" to "how it was before" on your web server?

If I think of anything else to try I'll do so and post back, otherwise it seems G3 is dead in the water on my system. Unless something else has been made available since the last time I checked, I guess it'll be back to a static photo site. Reliable, but SO time consuming! I'll give myself some time to see if I, or anyone else, can come up with any other ideas first though.

I'm still not convinced this isn't a clash with the latest Debian/Ubuntu PHP version as I posted previously, but figuring that out for sure is beyond my capabilities.

 
Gork

Joined: 2008-09-09
Posts: 85
Posted: Fri, 2012-07-20 21:28

Due to another user posting similar problems who is running Ubuntu as well, but an older version of PHP than I, I'm retracting my hypothesis that this may be related to that recent security update to PHP on Debian/Ubuntu platforms.

I'm at a total loss now.

http://gallery.menalto.com/node/107580

Have the devs washed their hands of this one? Or just been busy...

 
bharat
bharat's picture

Joined: 2002-05-21
Posts: 7994
Posted: Sat, 2012-07-21 16:27

Hi, guys. Looking at @pjgaus's error it's because there's an item (photo or movie) in one of his albums that has an illegal file extension (a file extension is ".png" or ".jpg"). I'm guessing this is because you have an item which had one of these cases:

1) a file which contains more than one "." character
2) a file without an extension at all

I think those are the two extra security checks we made to the system. I'll go ahead and code up a new upgrade path that resolves those and get it checked in, then you can try again with a nightly build of 3.0.5 and see if that fixes it. I'll get back to you shortly - though in the meantime if you can look in your var/albums directory at the album in question, can you tell me which of the above issues you triggered? Fixing the "more than one dot" issue is easy, I'll just nuke the first one. But adding an extension if there's no extension at all is harder.

I filed this ticket: https://sourceforge.net/apps/trac/gallery/ticket/1894
---
Problems? Check gallery3/var/logs
file a bug/feature ticket | upgrade to the latest code! | hacking G3? join us on IRC!

 
bharat
bharat's picture

Joined: 2002-05-21
Posts: 7994
Posted: Sat, 2012-07-21 17:05

Actually, to properly debug this I need a little more info. Can you send me a database dump of your items table? Email it to

and I'll use that to make sure that my fix code works.
---
Problems? Check gallery3/var/logs
file a bug/feature ticket | upgrade to the latest code! | hacking G3? join us on IRC!

 
pjgaus

Joined: 2011-08-28
Posts: 25
Posted: Sat, 2012-07-21 18:05

I checked 2 of the albums that I remember that screwed up. Both had a file with 2 .'s in the name. One was named 'G1869 SSHerman..JPG', the other was named 'James G. Nitch JHS1954.jpg'. So far, I have no files without an extension.

I guess that I will have to check all of the file names and make changes before I upgrade.

I'll try to put together a database dump on the items table. I have to ge meet someone right now but I will do it when I get back.

 
pjgaus

Joined: 2011-08-28
Posts: 25
Posted: Sat, 2012-07-21 20:32

Gork, I "restored" to "how it was before" on my web server, except for the database.

 
Gork

Joined: 2008-09-09
Posts: 85
Posted: Sat, 2012-07-21 21:55

@bharat
If there's anything I can do to help please let me know. I get no errors in any logs; my browser just waits for information until it times out when I visit my photo site. I can message/email you my URL, admin un/pw, database dump - whatever you think might be helpful. In quickly looking at filenames in a few directories this "illegal character" and "no extension" problem doesn't appear to be my problem. So unless such a filename anywhere in the albums directory will cause the problem even in a gallery directoy where there are no illegal filenames this doesn't appear to be the problem I'm having.

@pjgaus
Thanks, I guess that means it's possible some other "interfering" application (php? mysql? etc) could have been restored as well. ??

 
bharat
bharat's picture

Joined: 2002-05-21
Posts: 7994
Posted: Sat, 2012-07-21 22:17

Ok, I just checked in some fixes for this problem - get the latest code and run the upgrader and it should find/fix any photos/movies that have two dots in them. See my link below for how to get the latest code.

@Gork: not sure what's going wrong for you - what's the url to your Gallery?
---
Problems? Check gallery3/var/logs
file a bug/feature ticket | upgrade to the latest code! | hacking G3? join us on IRC!

 
Gork

Joined: 2008-09-09
Posts: 85
Posted: Sat, 2012-07-21 23:51

@bharat
I sent you a pm with the url to my gallery. My photos have long filenames and are riddled with minus, space and underscore characters. I'm wondering if maybe something in my filenames isn't allowed anymore. My original filenames, before using G2, also contained apostrophe and ampersand characters but G2 changed those to underscores.

I'm so glad you're concerned with this stuff - I was worried that maybe since it isn't affecting everyone it was shelved. Thank you.

 
Gork

Joined: 2008-09-09
Posts: 85
Posted: Sun, 2012-07-22 21:52

I should mention that I am having the rss feeds "not found" errors I mentioned previously. I thought they went away after I updated the timezone variable but I was wrong; they're still apparent. (The errors are in the G3 log.)

 
lillakaru

Joined: 2012-07-17
Posts: 2
Posted: Mon, 2012-07-23 12:54
bharat wrote:
I'm guessing this is because you have an item which had one of these cases:

1) a file which contains more than one "." character
2) a file without an extension at all

Yes, I had many pictures with multiple "." characters.

Everything is ok in the latest build.
Thank you bharat

 
bharat
bharat's picture

Joined: 2002-05-21
Posts: 7994
Posted: Mon, 2012-07-23 18:44

@Gork: I got your pm and I suspect you're having the same problem as pjgaus - try upgrading to the latest nightly (see the url in my signature) and see if that fixes it for you.
---
Problems? Check gallery3/var/logs
file a bug/feature ticket | upgrade to the latest code! | hacking G3? join us on IRC!

 
Gork

Joined: 2008-09-09
Posts: 85
Posted: Tue, 2012-07-24 01:04

Unfortunately, upgrading to the latest nightly did not solve my problem - seems to be no change. The Dashboard shows Gallery 3.0.4 (build 236 on branch 3.0.x). I also tried disabling every module the program would allow me to, cleared cache, cookies etc - just to be sure.

I'm reversing the changes back to the normal 3.0.4 (saved the state in VMware) but will be happy to upgrade again per any further ideas. I've been kinda' wondering if my problem may not be the same as pjgaus because I can't find any multiple "." characters in filenames I've looked at, plus attempting to downgrade to 3.0.3 didn't solve the problem either. I never had the problem in 3.0.3 until after I upgraded to 3.0.4 though, but I'm not sure if the problem was apparent as soon as I upgraded to 3.0.4 or not. It seems like, though I can't be sure, it was working properly after my initial upgrade to 3.0.4. Heck, dunno' why I wouldn't have checked into it at least a little!

 
lightxx

Joined: 2010-12-02
Posts: 28
Posted: Wed, 2012-07-25 13:40

have a similar problem. uploaded pictures all day long. then, upon creating a new album, gallery bombed with one of those OOOPS errors. didn't read the message because i was too annoyed. i then deleted the album and went to maintainance -> fix my gallery and now i'm experiencing the issues described above.

gallery 3.04 on ubuntu 12.04

 
lightxx

Joined: 2010-12-02
Posts: 28
Posted: Wed, 2012-07-25 14:04

hm. i don't have any pictures with two dots (as per http://gallery.menalto.com/node/107580), but changing to the nightly channel (branch 3.0.x, build 237) fixed the issue.
probably other characters are affected as well?

thanks for the fix anyways!!

 
Gork

Joined: 2008-09-09
Posts: 85
Posted: Thu, 2012-07-26 00:47

@lightxx
What PHP version are you using on your Ubuntu 12.04 install? (You can check on the dashboard of Gallery3.)

I see from your comment that the nightly build which fixed your problem was 237; last one I tried was 236. I'll try 237 as soon as I can and post back.

 
lightxx

Joined: 2010-12-02
Posts: 28
Posted: Thu, 2012-07-26 04:46

xxx@juggernaut:~$ php -v
PHP 5.3.10-1ubuntu3.2 with Suhosin-Patch (cli) (built: Jun 13 2012 17:19:58)
Copyright (c) 1997-2012 The PHP Group
Zend Engine v2.3.0, Copyright (c) 1998-2012 Zend Technologies

 
Gork

Joined: 2008-09-09
Posts: 85
Posted: Thu, 2012-07-26 07:00

Thanks for posting that, and teaching me a better way to check the php version. :) I'm using that same exact version of PHP so I had high hopes.

Sad news for me, though. I just upgraded to G3 build 237 and there was no change. The G3 dashboard shows "You are using an experimental snapshot of Gallery 3.0.4 (build 237 on branch 3.0.x)." The only errors in the log are the same RSS errors I've previously shared.

 
Gork

Joined: 2008-09-09
Posts: 85
Posted: Thu, 2012-07-26 14:23

I just figured out at least part of what is causing this problem. Any photo with a space in the filename is not showing up properly. For testing, one of my photos had a filename of "A Lighthouse From Aboard the Ferry.jpg". This photo would not show up in the gallery, instead becoming a placeholder after a 10-15 second wait. When I renamed the file, through gallery, to "aaa.jpg" it showed up fine. When I then renamed it to "aaa aaa.jpg" it had the same problem as before and showed only a placeholder.

One other thing I noticed. When I tried to change the filename, it took a long time after clicking on EDIT before the edit window popped up - a good 20 seconds at least. And then after changing the filename and clicking on MODIFY it took another good 20 seconds for the change to take place and the edit window to close. It didn't seem to matter if spaces were contained in the filename or not with regard to this "20 seconds issue." EDIT: (I later observed that this "20 seconds issue" seemed only when the page was trying to load, before the photos with spaces in the filenames became "placeholders.")

Is there a reason why spaces in the filename would be causing this problem? And why if this wasn't a problem in v3.0.3 originally is it a problem now when I "downgrade" from v3.0.4 to v3.0.3?

I should add that photos used as an album cover show up properly in the thumbnail album cover. And also... Once and awhile a thumbnail of a photo with spaces in the filename does actually show up, but rarely. And even when it does, clicking on the thumbnail results in a blank large photo instead of the actual large photo.

I'm guessing this may also be what's causing my RSS feed errors in the log to, but I'll have to wait and see about that I guess.

Would someone using v3.0.4 mind temporarily renaming, through the G3 edit window, one of their photos to a filename with spaces to see if the same thing happens to them? (Actual filename in the filename field, not the description field or something else.)

EDIT:
(strikethrough) I received a PM from someone who was able to try this and they verified spaces in filenames didn't cause a problem for them. One step forward and two steps back? I just don't get it... Could this be due to something left behind since I imported my old G2 info into G3? Ugh.

 
pjgaus

Joined: 2011-08-28
Posts: 25
Posted: Sun, 2012-07-29 01:29

Gork, I can also confirm that version 3.0.3 permits spaces with no problems (I have hundresd of them). After reading some of the problems people (including me) are having with file names using the latest version, I have taken on the task to change all file names so that they only contain the letters a-z, numbers 0-9, and either a - or a _. (This is a sure way to make you cross eyed from starring at file names)

I know bharat has upgraded the code to address the double . issue, but I think cleaning up the file names is a good idea anyways. After I am complete, I will check the new code. I hope this change is included in future versions of Gallery.

I would like to thank bharat for his help on this issue and the significant amount of time he spends improving and maintaining this software.

 
Gork

Joined: 2008-09-09
Posts: 85
Posted: Sun, 2012-07-29 01:42

Yeah, I used v3.0.3 and had no problems with my filenames - spaces or no. I can't figure out for the life of me why I'm having this issue now, especially when I have confirmation that spaces are working in filenames for others running v3.0.4 with the same PHP version I'm running as well.

 
Gork

Joined: 2008-09-09
Posts: 85
Posted: Wed, 2012-08-01 13:04

I've tried a few more things now.

1) I completely uninstalled PHP and reinstalled it with a new php.ini file.

2) Though I didn't think this would be causing my issue, when G3 was new I changed a setting in the database thusly: When importing from G2 I received errors regarding the string length in the following column: g3a_items -> description; I had to change this data type from VARCHAR(2048) TO VARCHAR(6144). I tried changing the data type back to how it was initially. (When I went in to make the change it was no longer showing VARCHAR(6144) as when I first installed G3 long ago, but rather, TEXT. I assume one of the upgrades to the original G3 version made this change?)

Anyway, the problem at hand never changed - still allowed me to view the photos/thumbnails if I renamed them through Gallery to a filename with no spaces and didn't allow me to to view them again if I switched back to a filename with a space.

EDIT:
Progress??? I just figured out that if I open a browser from the machine which hosts my G3 site and connect via localhost it works fine. Using the normal URL from that same browser, as reported before, does not work properly. Here's to hoping this gives me something to work with instead of just driving me MORE NUTS...

Anyone have any thoughts based on this new info? This didn't used to be a problem, but my domain name is web.mydomain.com instead of www - could this be what's causing the problem in the site_domain script or something?

EDIT-2:
I found out I can visit my g3 site and it works from any of the computers on my LAN by typing the LAN address of the computer into the browser (10.168.1.80/gallery3 type of thing.) If I type my WAN IP address from one of my computers it doesn't work properly. If it sheds any light, the other apps I use (phpbb, wordpress etc) work fine.

 
Gork

Joined: 2008-09-09
Posts: 85
Posted: Thu, 2012-08-02 02:08

I finally figured out and am in the process of solving my problem. I finally got enough data to sit back and try to compare notes - what possibilities could be ruled out by my own findings and information shared by others.

IT WAS MY FIREWALL DEVICE... I don't have the specifics yet, but I have narrowed it down to the ADP (Anomaly Detection and Prevention) settings. If I disable ADP altogether everything works as it should. I just need to try to figure out what part of ADP is causing the problem and decide on the best solution.

As time passed it seemed less and less like a coding problem, or problems between software, and with my last find that traffic to Gallery from my LAN (which goes through a swtich - doesn't touch the firewall device) led me down this path. I had disabled the actual firewall part of the device to test awhile back, but it dawned on me as I sat down to the computer just now that all that traffic generated per page, with odd filenames, could show up as an attack. Add to that the randomness of the photos which wouldn't work correctly and it kinda' fell into place.

Thank you to everyone for helping with this; sorry I'm such a dork! In the beginning I really thought what was happening to me was the same as what others posted but as it turns out I guess I accidentally hijacked the thread - not related at all.

EDIT:
My ZyWALL 20W UDP was identifying access to my Gallery3 install as an ASCII-Encoding Attack. It's basically an on or off situation for this specific ADP rule; no settings allow me to ignore it in only specific circumstances. So I switched that particular rule to allow and log and am moving on with my life. ;)

 
Eleazar

Joined: 2006-01-06
Posts: 27
Posted: Thu, 2012-08-09 08:08

Here to confirm that upgrading to the latest unreleased code solved this issue for me. Thanks, bharat!