since I updated to Gallery 3.0.4, I'm getting lots and lots of strange errors in the logs. This seems to be GreyDragen theme issue because if I change back to Gallery Wind, the errors don't show up. They look like this:
BTW, that's not the log that is shown in the admin interface dashboard, but the log files in var/logs/.
The gallery itself works without problems, but whenever an image or thumbnail is loaded (and not loaded from the browser cache) two lines like the above are added to the logs, first error 2, then error 1 (and the log files grow a lot …).
My theme is slightly patched to provide wide-mode thumbs that show the whole image for portrait images, but that's only admin/controllers/admin_theme_options.php, so I think it doesn't have anything to do with it?
I'm using GreyDragon v3.2.2. Platform information:
first I thought the solution wouldn't be of any interest here in this forum because nobody answered me.
Well, because of the answer of Serge I know there is at least one who is interested in. So let's go ahead and describe the reason for the malfunction itself and its solution, of course! May be anyone could spare some time in not making the same mistake(s) like me ;-)
But, the description will become a little bit longer, be warned!
I'm running several physical servers on the internet and at home. On this machines which all run Debian Squeeze 64 with OpenVZ kernel I'm running several virtual hosts also with Debian Squeeze 64 and different applications, for example ftp, ntp, smtp, ..., LAMP with Gallery2/3 and so on.
Normally I'm doing my development on a virtual server at home and then transfer the result or the complete VM to the Server on the web. But, because I head to different Gallery 2 instances running on VM's on the web I decided to take over the pictures from my Gallery 2 installations directly to the Gallery 3 test installation.
Because there are a lot of pictures and I'm attached to the web by a very slow DSL connection I decided to built up and run my Gallery3 develop environmet VM directly on the web this time. On the same physical hardware where my Gallery 2 implementations (VMs) are running. But, with separate IP address.
Not wanting to show my experiments on building my me Gallery3 site to the rest of the world until it's ready for launch I decided to control the access to the new Gallery3 site by Apache itself. I have to say that I'm using dedicated Apache virtual hosts for each Gallery installation.
In former times I accessed my webservers from a unique IP address because I own an official /29 subnet at home. At that time I could reduce the access to my Gallery server to one of my specific IP addresses from this subnet by "Allow from 9.8.7.6".
But, since a few month my traffic consumptive http-traffic is running over another ISP which assigns me a "fresh" IP address onces a day. So the method described in last paragraph wouldn't work for me anymore. Therefor I decided to protect my Gallery3 site access during building by Apache mode-auth. On first view this work fine for me. I first had to log in to Apache and then I can use all things from Gallery - instead of the slideshow on rootpage!
As you know I did several hours of reading, searching and a lot of experiments to fix this strange behavior without any positive result. So I decided to move the complete Gallery3 VM to one of my servers at home and to go ahead from there, having several ideas for further checks which could be done more easy at home because of the other environment.
Of course, at home I don't need weather mod-auth nor "Allow from 9.8.7.6" in the Apache virtual host's configuration. So I commented these paragraphs. Having done so, the slideshow on rootpage was working directly. I was totally astonished, really!
Great! But why?
For research I moved back to my Gallery3 test VM on the internet. I disabled all mod-auth settings set "Allow from 1.2.3.4" (currently assigned ip address at home) instead of this.
Fuck (excuse me) - slideshow again not runnig! But browser access to RSS feeds works great! Confused again
Well I found the reason in the access log of my Apache virtual host:
Where 1.2.3.4 is the ip addres of my webbrowser at that time and
where 5.6.7.8 is the ip addess of the Gallery3 VM itself.
As you see, browser access works fine (because IP address 1.2.3.4 was allowed). But, what I didn't know so far was the Gallery3 server itself (5.6.7.8) tries to connect to it's own RSS feeds addresses using his own ip address (5.6.7.8).
Before then I thought it would directly access the local directory (i.e. where the photos are located on the server) which I choose as relative path (i.e. without leading http://<server name>) in the GD theme admin module page in the root page section for slideshow.
Anyway, what I had to do was to set " Allow from 5.6.7.8 1.2.3.4". Having done so the slideshow works fine for me on Gallery3 VM located at the Internet too
And second, my first try with mod-auth won't ever work because on the browser you can do/type your authentication (user/password) but not in Gallery3 itself (for using RSS feeds for slideshow (may be I'm wrong, but I don't know where to set these values)).
Again, thanks for your interest and for reading. May be, this post will help anyone sparing time on not making the same errors like me ;-)
Greetinx
GuWeHa
Dmitry_N
Joined: 2012-07-13
Posts: 3
Posted: Fri, 2012-07-13 14:35
Hi,
Sorry for my poor English, but I need help to eliminate strange GD behavior.
I made fresh install of latest Gallery version (3.0.4) and latest GD version (3.2.2).
All work fine except this situation:
- when I select tag from "Popular tags" or perform a search, I see all previews for selected tag or search condition.
- then, when I click to any preview, photo is not displayed.
Such behavior is not always - for some tags or search conditions all work fine.
In default Gallery theme all works without errors.
It is possible to reproduce strange GD behavior on this URL: www.nda.org.ua/gallery/
For example, when you select tag "Прочее" (I use russian language), displayed previews is not opens, but for tag "Цветы" all work fine.
When error occurs any logs (Gallery or Apach) is clean.
first I thought the solution wouldn't be of any interest here in this forum because nobody answered me.
Well, because of the answer of Serge I know there is at least one who is interested in. So let's go ahead and describe the reason for the malfunction itself and its solution, of course! May be anyone could spare some time in not making the same mistake(s) like me ;-)
...
Wow! This was intense. Glad you have resolved the issue
Sorry for my poor English, but I need help to eliminate strange GD behavior.
I made fresh install of latest Gallery version (3.0.4) and latest GD version (3.2.2).
I can see the issue on your site
you may not have error properly reported
Place attached local.php (make sure proper extension of the file) into root of the gallery and re-run the page
Then check the log
Thank you for taking time to my problem.
I reproduce tag select and search with local.php placed onto root gallery directory.
Please, see attached file for collected logs.
Dmitry
floridave
Joined: 2003-12-22
Posts: 27300
Posted: Sun, 2012-07-15 00:11
GuWeHa wrote:
I own an official /29 subnet at home.
Now you definitely fit in less than the 20% of the 80/20 rule.
Glad you sorted the issue.
Thank you for taking time to my problem.
I reproduce tag select and search with local.php placed onto root gallery directory.
Please, see attached file for collected logs.
Please try attached file - replace one from views folder from your error log
Please try attached file - replace one from views folder from your error log
Hi,
Serge!
Thank you, great job!
I replace file with attached and now full view works fine.
But there's another small problem. Earlier, with old version of the file (or now, with default theme), when tag selection or search returns some previews and previews are opens, in the top area of full view was seen references to found pages (like "Page: 1-2-3", I think this have name "Paginator area") and were present navigation buttons. With new version of the file, it is missing, and only for a tag selection, or search condition, that did not work in old version of the file. Slide show display all of found pages fine. When I select whole album, "Paginator area" and navigation buttons are available and works.
You may reproduce described above by selecting, for example, tag "Прочее" and clicking any preview, which is not an album on https://www.nda.org.ua/gallery/. If you select, for example, tag "Цветы" or "Природа", all works fine, as previously.
IMHO, the described above is not critical, but I think this somewhat reduces the functionality of the best theme for Gallery.
With best regards,
Dmitry
Serge D
Joined: 2009-06-11
Posts: 2466
Posted: Tue, 2012-07-17 18:17
Dmitry_N wrote:
But there's another small problem. Earlier, with old version of the file (or now, with default theme), when tag selection or search returns some previews and previews are opens, in the top area of full view was seen references to found pages (like "Page: 1-2-3", I think this have name "Paginator area") and were present navigation buttons. With new version of the file, it is missing, and only for a tag selection, or search condition, that did not work in old version of the file. Slide show display all of found pages fine. When I select whole album, "Paginator area" and navigation buttons are available and works.
Could you, please, help me with the following issue.
After implementing image rotate i'm receiving an error im my browser like:
{"src":"\/photo\/var\/thumbs\/Polinka\/Polik_2012\/IMG_0696.JPG?m=1342693035","width":150,"height":200}
Error from log:
2012-07-19 14:16:55 +04:00 --- error: File not found: lib%2Fimages%2Ffavicon.ico
2012-07-19 14:17:00 +04:00 --- error: File not found: Polinka%2Flib%2Fimages%2Ffavicon.ico
Nevertheless the rotate procedure works well.
This error does not appear with other themes. Only with greydragon.
What could be the reason of such error?
Please, help.
Bearskin
Joined: 2012-07-22
Posts: 8
Posted: Sun, 2012-07-22 01:37
I upgraded to the Greydragon theme version 3.2.2 from around 2.3.1 I think, the files were dated 8/27/10 if that helps.
Everything works except I don't have a login at the bottom of the screen. I had downloaded the greydragon shared module and unzipped it to the Gallery Modules folder. It is a greydragon file after it was unzipped. And the Add and Admin menu's do not work, just getting a # sign.
I can get to the admin screen by typing in "admin" after index.php
I did not understand exactly where to the put the greydragon shared modules download, so I put it in the Modules folder and I am guessing that is where the problem is. What step did I miss?
I've been using this theme since 2010 as stated and it is a great theme, thanks for designing it.
floridave
Joined: 2003-12-22
Posts: 27300
Posted: Sun, 2012-07-22 05:38
Your screen.css has: #g-footer #g-login-menu { position: absolute; bottom: 0.5em; right: 1em; background-color: transparent; display: none; }
the display: none; is the the culprit.
How do I change that, I can't find the option? The old file shows the same thing.
I upgraded in hopes the Organizer would work.
Also, looks like the Wind theme works fine, even the Organizer, neat!
So I don't know what is going on with the greydragon theme, I did not see where to activate the greydragon module although it is in the Modules panel and check marked.
Bearskin
Joined: 2012-07-22
Posts: 8
Posted: Sun, 2012-07-22 15:29
OK, I think I see it. Looks like I have the old theme, when loading the new one the site is blank and the prerequisites says I need "Gallery 3 Core v.49 check failed . Minimum required version is 49. found 30"
I'll see what I need to do here, then....
Uh Oh! Tried to upgrade Gallery3 and I am getting this "Gallery is not supported on Windows (PHP reports that you're using: WINNT)"
Now everything is down..........
Bearskin
Joined: 2012-07-22
Posts: 8
Posted: Sun, 2012-07-22 15:53
OK, Guys! I think I am back in business, went to Gallery 3.0.3 and looks like everything is OK. Guess I should have messed around with it instead of panicking.....Oh well!
Thanks,
Barry
zottel
Joined: 2012-05-22
Posts: 11
Posted: Mon, 2012-07-23 06:26
Is nobody seeing the same erors I see? (See post above.)
Serge D
Joined: 2009-06-11
Posts: 2466
Posted: Mon, 2012-07-23 18:19
floridave wrote:
Your screen.css has: #g-footer #g-login-menu { position: absolute; bottom: 0.5em; right: 1em; background-color: transparent; display: none; }
the display: none; is the the culprit.
@Dave: I do keep login hidden until JS is loaded
there is a JS problem loading jQuery before shadowbox is loaded
@Bearskin: do you have latest version of shadowbox module?
Ok, thanks for the confirmation, Serge. It's not that bad as everything is working, just wanted to know if this is "normal" or only happening at my site.
Bearskin
Joined: 2012-07-22
Posts: 8
Posted: Wed, 2012-07-25 01:38
I upgraded Shadowbox to v1.9
It appears when visitors click on the photo for the third and larger display that the photo is the same size as when you select it the second time. In Admin I can click on the photo the third time and it pops up the bigger screen for the largest viewing of the photo.
Hope I make sense. Anyway how do I allow the visitors to see the photo at full screen size? I can't find the option, tried a few things but no luck as of yet.
Other than that all is well.....
Thanks
bigu_c
Joined: 2007-10-28
Posts: 421
Posted: Wed, 2012-07-25 15:55
Hi,
Why I can't set body width limited to 850px?
In an additional question: Its easy to change sidebar width to 250px?
Thanks.
Serge D
Joined: 2009-06-11
Posts: 2466
Posted: Thu, 2012-07-26 20:43
Bearskin wrote:
Hope I make sense. Anyway how do I allow the visitors to see the photo at full screen size? I can't find the option, tried a few things but no luck as of yet.
Under permissions, allow "View Full Size" for regular visitors
Oh, ok, I have to change the theme to "wind" and then edit permissions and then change it back to "greydragon". Gotcha, sorry!
Thank You Kind Sirs!
Serge D
Joined: 2009-06-11
Posts: 2466
Posted: Thu, 2012-07-26 22:25
Bearskin wrote:
Serge, I can't find Permissions anywhere?
Oh, ok, I have to change the theme to "wind" and then edit permissions and then change it back to "greydragon". Gotcha, sorry!
strange, you should be able to adjust permissions
where you do not see it? do you have any JS errors when trying open Permission dialog using main menu
It is there under Album Options-Edit Permissions for the greydragon theme, I was only on the Admin and checking everything there. It's been so long since I have done anything except upload pics, I have forgotten all this....
I find the Paginator numeric links very distracting on the Photo Page, so I used css to hide them (leaving the graphical buttons). But, this makes it impossible to find one's way around albums which have more than one page. Conversely, the graphical buttons are less useful on album pages, but nice on the photo page.
I think adding an option to make these display separately might be overkill, but I wonder if maybe you'd be open to labeling the paginator differently in the css on album pages and photo pages?
mattdm
Joined: 2005-07-22
Posts: 181
Posted: Tue, 2012-07-31 00:58
Oh, and another small request: for Title Source, there's "Title/Suppress Filenames", but this causes titles like "Photo 2424" to appear. The same happens with Description for photos without a description. If there's not something I'm missing, could there maybe be a way to suppress the display of this Photo ### label when the given source is blank?
Thanks for all your work on this great and very flexible theme.
Serge D
Joined: 2009-06-11
Posts: 2466
Posted: Tue, 2012-07-31 20:00
mattdm wrote:
A minor feature request:
I find the Paginator numeric links very distracting on the Photo Page, so I used css to hide them (leaving the graphical buttons). But, this makes it impossible to find one's way around albums which have more than one page. Conversely, the graphical buttons are less useful on album pages, but nice on the photo page.
I think adding an option to make these display separately might be overkill, but I wonder if maybe you'd be open to labeling the paginator differently in the css on album pages and photo pages?
I would stay away adding the options, but would be open to extend CSS targeting. Suggestions?
Oh, and another small request: for Title Source, there's "Title/Suppress Filenames", but this causes titles like "Photo 2424" to appear. The same happens with Description for photos without a description. If there's not something I'm missing, could there maybe be a way to suppress the display of this Photo ### label when the given source is blank?
Thanks for all your work on this great and very flexible theme.
This is intended behavior. Mode is used when people simply upload files without properly setting captions. "Photo" comes from the type of the thumb and 2424 is item's ID... This only happens when Caption = File Name, exactly what option outlines.
If you do not want Photo 2424 to appear, try to choose different mode.
I would stay away adding the options, but would be open to extend CSS targeting. Suggestions?
Sure — simply put some additional css class name on the g-navigation li, and have it differ in album view and photo view. I don't care what it's called.
mattdm
Joined: 2005-07-22
Posts: 181
Posted: Tue, 2012-07-31 20:41
Serge D wrote:
mattdm wrote:
Oh, and another small request: for Title Source, there's "Title/Suppress Filenames", but this causes titles like "Photo 2424" to appear. The same happens with Description for photos without a description. If there's not something I'm missing, could there maybe be a way to suppress the display of this Photo ### label when the given source is blank?
Thanks for all your work on this great and very flexible theme.
This is intended behavior. Mode is used when people simply upload files without properly setting captions. "Photo" comes from the type of the thumb and 2424 is item's ID... This only happens when Caption = File Name, exactly what option outlines.
If you do not want Photo 2424 to appear, try to choose different mode.
But the mode is a global option. I would like titles which do exist to show up, and when title doesn't exist, I'd like it to show nothing rather than generating some text.
Jookyn
Joined: 2012-07-31
Posts: 1
Posted: Tue, 2012-07-31 21:59
Hello Serge,
I would like to ask how works view counts for photos when photo page is disabled and photos are opened in SB/FB directly from album page. View counts for albums are ok but almost all my photos have 2 or 3 views (for example in album at http://photoondra.com/Racing/Rally/2012-07-Rally-Bohemia ). I tried to look in gallery/GD theme implementation, I found that view count increment is made from Photos_Controller, but this controller is not called when photo page is disabled (hope I'm not wrong). I understand that counting views in this case is not easy (maybe even impossible), but I'd like to know where my 2 or 3 views of comes from...
Im running Gallery 3.0.4 and I made yesterday update to GD 3.2.2 (before I was running 3.1.2 for about 5 months).
undagiga
Joined: 2010-11-26
Posts: 693
Posted: Wed, 2012-08-01 12:07
Serge
I'm currently and belatedly upgrading to the latest version of Gallery3 and Greydragon and the Tag Albums module, and I find that tags and tab albums are not working as they should in Greydragon 3.2.2 and Gallery 3.0.4, but they are working in the default Wind theme. I've created a duplicate of my site for testing which I will PM you.
Because the symptoms relate to tag navigation, I've described my problems in the Tag Albums thread here. http://gallery.menalto.com/node/102022?page=3#comment-394964
But as everything works as it should when I switch to the default Wind theme, I suspect that the problem lies with GD3.2.2. Note Case 1 in my other post.
I will PM you my test site.
U-G
dwdallam
Joined: 2006-11-19
Posts: 394
Posted: Thu, 2012-08-02 22:55
How do I update the GreyDragon theme without losing my current settings?
I've edited this on 8th august because i see bluehost my host is running php 5.2
Hi, Serge D may i say greydragon is an amazing theme, i have it running with gallery 3.0.4 ...php 5.2 runs greydragon ok, but php 5.3 causes a server internal error when i try to activate greydragon, whereas the standard theme runs ok.
I don't want too much attention ! But i wondered if you can locate what in php 5.3 might cause internal server error due to code in greydragon?
I originally had total internal server error after gallery3 install on falcoda, but I cleared the 'segmenting errors' caused by kohana [in kohana.php] with a bit of code thats available, apparently the zend guard in php 5.3 isn't compatible with the gallery3 kohana version.
...but sadly after fixing the kohana prob and getting gallery3 to run, the server error returned when I tried to activate the greydragon theme. So the gallery end fails too.
OK i can revert to php 5.2, greydragon seems to run ok with that.
just to emphasise, on bluehost host i don't have any probs whatsoever, so possibly theres another side effect of zend guard with php 5.3 which comes up with the falcoda host, that grey dragon runs into, and causes the internal server error. Or maybe its a known effect of greydragon sometimes, on 5.3 generally.
hope this makes sense. i'm not sure how to do debug.
mervyngroves
Joined: 2008-08-03
Posts: 92
Posted: Sat, 2012-08-04 15:49
Some testing this morning suggests that when you disable photo pages ( Slideshow mode using Shadowbox) the view count is not incremented. This seems to have happened since the upgrade to 3.0.4.
Serge D
Joined: 2009-06-11
Posts: 2466
Posted: Sun, 2012-08-05 01:58
hareslade wrote:
Hi, Serge D may i say greydragon is an amazing theme, i have it running with gallery 3.0.4 on bluehost host perfectly, but on another host falcoda, that has zend guard installed, php 5.2 runs greydragon ok, but php 5.3 causes a server internal error when i try to activate greydragon, whereas the standard theme runs ok.
look for local.php I have posted earlier. it would allow you to enable error log.
after, look at the log and let me know what error is recorded
Some testing this morning suggests that when you disable photo pages ( Slideshow mode using Shadowbox) the view count is not incremented. This seems to have happened since the upgrade to 3.0.4.
could be a case as slideshow does not show a full page but using image references instead
this area is not very clear to me, as to how to approach this, so I would stay from it for now
I would stay away adding the options, but would be open to extend CSS targeting. Suggestions?
Sure — simply put some additional css class name on the g-navigation li, and have it differ in album view and photo view. I don't care what it's called.
Looks like shoehorning it into add_paginator in libraries/MY_Theme_View.php might work....
hareslade
Joined: 2006-07-16
Posts: 20
Posted: Thu, 2012-08-09 21:38
hello Serge D, in response to your reply above on my prob,
I have local.php installed and I can only see a general error being created in the cpanel error log, my host says they don't have anything more detailed for php errors
Premature end of script headers: index.php, referer: http://www.***.co.uk/g3/index.php/admin/themes
for when I select greydragon theme using php 5.3.10
At gallery end I get same internal server msg too, but the above error listed, reduces to just
Premature end of script headers:
Sorry I can't be more precise. [yet]
The host falcona, gave me a line to put in .htaccess to call php5.2 for the folder, then the above fault clears using that htaccess entry setenv 5.2.
also of course in the start I had to modify kohana.php as I said in my post earlier, but that only clears the fault that was associated with segments, it presumably has no relevence on what i'm seeing now with php 5.3.10 and greydragon, as that first prob was related specifically to the zend guard version on php 5.3x.
bonbin
Joined: 2012-07-24
Posts: 1
Posted: Tue, 2012-09-04 17:44
Serge D wrote:
Bearskin wrote:
Hope I make sense. Anyway how do I allow the visitors to see the photo at full screen size? I can't find the option, tried a few things but no luck as of yet.
Under permissions, allow "View Full Size" for regular visitors
hi, on gallery 3.0.4, can anyone tell me if they too get server error probs in php 5.3 with displaying greydragon theme, whereas php 5.2 works ok? see my posts a while back.
i need to know whether its a php coding in the theme that doesn't agree with php 5.3, or if its just my host's setup parameters. the default theme works ok.
undagiga
Joined: 2010-11-26
Posts: 693
Posted: Sat, 2012-08-18 13:37
I'm successfully running G3.0.4 with GD3.2.2 on PHP 5.3.14. But I had some issues. I upgraded to PHP 5.4.x and Gallery stopped working ( http://gallery.menalto.com/node/107557 ), so I downgraded to PHP 5.3.14. Most of my Gallery3 installs were ok after that, but one was corrupted. I didn't ever solve it - I refreshed the core and module files. See http://gallery.menalto.com/node/106269
hareslade
Joined: 2006-07-16
Posts: 20
Posted: Sun, 2012-08-19 17:36
thanks ungagiga
i have tracked down the issue i have on 5.3 with greydragon theme,
its certain [i hope] from my testing with 'die()', the prob is at the greydragon page.php.html where the page html tag is generated,
specifically it's
$theme->html_attributes()
throws the internal server error.
also with that one removed, the next error creator is
$theme->head()
so most calls to $theme->xyz() work, some do not.
html_attributes is called in theme wind, and wind's page.php.html doesn't throw internal server error with $theme->html_attributes() on php 5.3,
..so theres some item missing with the greydragon theme 'internal' setup.???
theres no actual 'html_attributes' function in gallery3 code, libraries/Theme_view.php obviously deals with it, as its mentioned inside 'function __call'.
how to cure the prob?
hareslade
Joined: 2006-07-16
Posts: 20
Posted: Sun, 2012-08-19 18:23
further on this 5.3 issue,
I noticed greydragon_theme.php is totally empty, i put a an empty class class greydragon_theme_Core in there, possibly its done the trick..Gallery3 shows greydragon ok now..,
but can someone tell me why I don't have to put anything inside the class!
The gallery3 core class 'gallery_theme_Core' handles some of the theme calls i mention above, e.g $theme->head()
Theme wind doesn't have an equivalent helper file class, but i'd place bets that other 3rd party themes do (or should have).
It seems to be calls that return empty were messing up the server just on php 5.3..., e.g on both php5.2 and 5.3, I don't get any html inserted by $theme->html_attributes() on greydragon.
Might be what the server does [internal error] if shorty tags are told to show empty output: <?= $something ?>,
I did notice it doesn't like commented out shorty's <?= // $something ?>
Posts: 11
Hi,
since I updated to Gallery 3.0.4, I'm getting lots and lots of strange errors in the logs. This seems to be GreyDragen theme issue because if I change back to Gallery Wind, the errors don't show up. They look like this:
2012-07-13 08:33:36 +02:00 --- error: 2
2012-07-13 08:33:36 +02:00 --- error: 1
2012-07-13 08:34:39 +02:00 --- error: 2
2012-07-13 08:34:39 +02:00 --- error: 1
2012-07-13 08:34:44 +02:00 --- error: 2
2012-07-13 08:34:44 +02:00 --- error: 1
2012-07-13 08:38:55 +02:00 --- error: 2
2012-07-13 08:38:55 +02:00 --- error: 1
That doesn't exactly tell me much. ;-)
BTW, that's not the log that is shown in the admin interface dashboard, but the log files in var/logs/.
The gallery itself works without problems, but whenever an image or thumbnail is loaded (and not loaded from the browser cache) two lines like the above are added to the logs, first error 2, then error 1 (and the log files grow a lot …).
My theme is slightly patched to provide wide-mode thumbs that show the whole image for portrait images, but that's only admin/controllers/admin_theme_options.php, so I think it doesn't have anything to do with it?
I'm using GreyDragon v3.2.2. Platform information:
Operating system: Linux 2.6.32-5-amd64
Apache: Apache/2.2.16 (Debian)
PHP: 5.3.3-7+squeeze13
MySQL: 5.1.63-0+squeeze1
Serverauslastung: 0,07 0,14 0,14
Graphics toolkit: imagemagick
Any hints what might cause this?
Thanks, zottel
Posts: 28
Hi folks,
first I thought the solution wouldn't be of any interest here in this forum because nobody answered me.
Well, because of the answer of Serge I know there is at least one who is interested in. So let's go ahead and describe the reason for the malfunction itself and its solution, of course! May be anyone could spare some time in not making the same mistake(s) like me ;-)
But, the description will become a little bit longer, be warned!
I'm running several physical servers on the internet and at home. On this machines which all run Debian Squeeze 64 with OpenVZ kernel I'm running several virtual hosts also with Debian Squeeze 64 and different applications, for example ftp, ntp, smtp, ..., LAMP with Gallery2/3 and so on.
Normally I'm doing my development on a virtual server at home and then transfer the result or the complete VM to the Server on the web. But, because I head to different Gallery 2 instances running on VM's on the web I decided to take over the pictures from my Gallery 2 installations directly to the Gallery 3 test installation.
Because there are a lot of pictures and I'm attached to the web by a very slow DSL connection I decided to built up and run my Gallery3 develop environmet VM directly on the web this time. On the same physical hardware where my Gallery 2 implementations (VMs) are running. But, with separate IP address.
Not wanting to show my experiments on building my me Gallery3 site to the rest of the world until it's ready for launch I decided to control the access to the new Gallery3 site by Apache itself. I have to say that I'm using dedicated Apache virtual hosts for each Gallery installation.
In former times I accessed my webservers from a unique IP address because I own an official /29 subnet at home. At that time I could reduce the access to my Gallery server to one of my specific IP addresses from this subnet by "Allow from 9.8.7.6".
But, since a few month my traffic consumptive http-traffic is running over another ISP which assigns me a "fresh" IP address onces a day. So the method described in last paragraph wouldn't work for me anymore. Therefor I decided to protect my Gallery3 site access during building by Apache mode-auth. On first view this work fine for me. I first had to log in to Apache and then I can use all things from Gallery - instead of the slideshow on rootpage!
As you know I did several hours of reading, searching and a lot of experiments to fix this strange behavior without any positive result. So I decided to move the complete Gallery3 VM to one of my servers at home and to go ahead from there, having several ideas for further checks which could be done more easy at home because of the other environment.
Of course, at home I don't need weather mod-auth nor "Allow from 9.8.7.6" in the Apache virtual host's configuration. So I commented these paragraphs. Having done so, the slideshow on rootpage was working directly. I was totally astonished, really!
Great! But why?
For research I moved back to my Gallery3 test VM on the internet. I disabled all mod-auth settings set "Allow from 1.2.3.4" (currently assigned ip address at home) instead of this.
Fuck (excuse me) - slideshow again not runnig! But browser access to RSS feeds works great! Confused again
Well I found the reason in the access log of my Apache virtual host:
1.2.3.4 - - [12/Jul/2012:10:19:11 +0200] "GET /themes/greydragon/css/colorpacks/carbon/images/colorpack.png HTTP/1.1" 200 583 "-" "Mozilla/5.0 (Windows NT 6.1; rv:13.0) Gecko/20
1.2.3.4 - - [12/Jul/2012:10:19:21 +0200] "GET /admin/themes/choose/site/greydragon?csrf=09e5d86e952316ba938bfd7e7bf3ef7b HTTP/1.1" 302 783 "-" "Mozilla/5.0 (Windows NT 6.1; rv:1
1.2.3.4 - - [12/Jul/2012:10:19:21 +0200] "GET /admin/themes HTTP/1.1" 200 3510 "-" "Mozilla/5.0 (Windows NT 6.1; rv:13.0) Gecko/20100101 Firefox/13.0.1"
5.6.7.8 - - [12/Jul/2012:10:19:34 +0200] "GET /rss/feed/gallery/album/18 HTTP/1.0" 403 414 "-" "-"
5.6.7.8 - - [12/Jul/2012:10:19:34 +0200] "GET /rss/feed/gallery/album/18 HTTP/1.1" 403 395 "-" "-"
Where 1.2.3.4 is the ip addres of my webbrowser at that time and
where 5.6.7.8 is the ip addess of the Gallery3 VM itself.
As you see, browser access works fine (because IP address 1.2.3.4 was allowed). But, what I didn't know so far was the Gallery3 server itself (5.6.7.8) tries to connect to it's own RSS feeds addresses using his own ip address (5.6.7.8).
Before then I thought it would directly access the local directory (i.e. where the photos are located on the server) which I choose as relative path (i.e. without leading http://<server name>) in the GD theme admin module page in the root page section for slideshow.
Anyway, what I had to do was to set " Allow from 5.6.7.8 1.2.3.4". Having done so the slideshow works fine for me on Gallery3 VM located at the Internet too
And second, my first try with mod-auth won't ever work because on the browser you can do/type your authentication (user/password) but not in Gallery3 itself (for using RSS feeds for slideshow (may be I'm wrong, but I don't know where to set these values)).
Again, thanks for your interest and for reading. May be, this post will help anyone sparing time on not making the same errors like me ;-)
Greetinx
GuWeHa
Posts: 3
Hi,
Sorry for my poor English, but I need help to eliminate strange GD behavior.
I made fresh install of latest Gallery version (3.0.4) and latest GD version (3.2.2).
All work fine except this situation:
- when I select tag from "Popular tags" or perform a search, I see all previews for selected tag or search condition.
- then, when I click to any preview, photo is not displayed.
Such behavior is not always - for some tags or search conditions all work fine.
In default Gallery theme all works without errors.
It is possible to reproduce strange GD behavior on this URL: www.nda.org.ua/gallery/
For example, when you select tag "Прочее" (I use russian language), displayed previews is not opens, but for tag "Цветы" all work fine.
When error occurs any logs (Gallery or Apach) is clean.
Platform information:
Operating system: Mandriva Linux 2010.2 2.6.33.7-desktop-2mnb x86_64
Apache: Apache/2.2.22
PHP: 5.3.14
MySQL: 5.1.63
Graphics toolkit: imagemagick
Thanks for any possible help!
Dmitry
Posts: 2466
Wow! This was intense. Glad you have resolved the issue
Serge
_____________________________________________
Photo Gallery | GreyDragon Theme | Follow on Twitter
Posts: 2466
I can see the issue on your site
you may not have error properly reported
Place attached local.php (make sure proper extension of the file) into root of the gallery and re-run the page
Then check the log
Serge
_____________________________________________
Photo Gallery | GreyDragon Theme | Follow on Twitter
Posts: 3
Hi, Serge D!
Thank you for taking time to my problem.
I reproduce tag select and search with local.php placed onto root gallery directory.
Please, see attached file for collected logs.
Dmitry
Posts: 27300
Now you definitely fit in less than the 20% of the 80/20 rule.
Glad you sorted the issue.
Dave
_____________________________________________
Blog & G2 || floridave - Gallery Team
Posts: 2466
Please try attached file - replace one from views folder from your error log
Serge
_____________________________________________
Photo Gallery | GreyDragon Theme | Follow on Twitter
Posts: 3
Hi,
Serge!
Thank you, great job!
I replace file with attached and now full view works fine.
But there's another small problem. Earlier, with old version of the file (or now, with default theme), when tag selection or search returns some previews and previews are opens, in the top area of full view was seen references to found pages (like "Page: 1-2-3", I think this have name "Paginator area") and were present navigation buttons. With new version of the file, it is missing, and only for a tag selection, or search condition, that did not work in old version of the file. Slide show display all of found pages fine. When I select whole album, "Paginator area" and navigation buttons are available and works.
You may reproduce described above by selecting, for example, tag "Прочее" and clicking any preview, which is not an album on https://www.nda.org.ua/gallery/. If you select, for example, tag "Цветы" or "Природа", all works fine, as previously.
IMHO, the described above is not critical, but I think this somewhat reduces the functionality of the best theme for Gallery.
With best regards,
Dmitry
Posts: 2466
Let me confirm what you are asking about...
Clicked https://www.nda.org.ua/gallery/tag/3/%D0%9F%D1%80%D0%BE%D1%87%D0%B5%D0%B5 - прочее - it did open fine and there is reference "Page: 1-2".
Then I clicked on one of the thumbs - ex: https://www.nda.org.ua/gallery/others/tank-tiger/DSCF0419
There is photo page and there is full original paging, with current photo page (in this case #15) selected
However, what I do not see is a full breadcrumbs... is this what you are referring to?
yes, this is fixed in upcoming 4.0, I will be pushing next beta in few days
Serge
_____________________________________________
Photo Gallery | GreyDragon Theme | Follow on Twitter
Posts: 1
Hello.
Could you, please, help me with the following issue.
After implementing image rotate i'm receiving an error im my browser like:
{"src":"\/photo\/var\/thumbs\/Polinka\/Polik_2012\/IMG_0696.JPG?m=1342693035","width":150,"height":200}
Error from log:
2012-07-19 14:16:55 +04:00 --- error: File not found: lib%2Fimages%2Ffavicon.ico
2012-07-19 14:17:00 +04:00 --- error: File not found: Polinka%2Flib%2Fimages%2Ffavicon.ico
Nevertheless the rotate procedure works well.
This error does not appear with other themes. Only with greydragon.
What could be the reason of such error?
Please, help.
Posts: 8
I upgraded to the Greydragon theme version 3.2.2 from around 2.3.1 I think, the files were dated 8/27/10 if that helps.
Everything works except I don't have a login at the bottom of the screen. I had downloaded the greydragon shared module and unzipped it to the Gallery Modules folder. It is a greydragon file after it was unzipped. And the Add and Admin menu's do not work, just getting a # sign.
The site is www.barryfowler.org/gallery3/index.php
I can get to the admin screen by typing in "admin" after index.php
I did not understand exactly where to the put the greydragon shared modules download, so I put it in the Modules folder and I am guessing that is where the problem is. What step did I miss?
I've been using this theme since 2010 as stated and it is a great theme, thanks for designing it.
Posts: 27300
Your screen.css has:
#g-footer #g-login-menu { position: absolute; bottom: 0.5em; right: 1em; background-color: transparent; display: none; }the display: none; is the the culprit.
Dave
_____________________________________________
Blog & G2 || floridave - Gallery Team
Posts: 8
How do I change that, I can't find the option? The old file shows the same thing.
I upgraded in hopes the Organizer would work.
Also, looks like the Wind theme works fine, even the Organizer, neat!
So I don't know what is going on with the greydragon theme, I did not see where to activate the greydragon module although it is in the Modules panel and check marked.
Posts: 8
OK, I think I see it. Looks like I have the old theme, when loading the new one the site is blank and the prerequisites says I need "Gallery 3 Core v.49 check failed . Minimum required version is 49. found 30"
I'll see what I need to do here, then....
Uh Oh! Tried to upgrade Gallery3 and I am getting this "Gallery is not supported on Windows (PHP reports that you're using: WINNT)"
Now everything is down..........
Posts: 8
OK, Guys! I think I am back in business, went to Gallery 3.0.3 and looks like everything is OK. Guess I should have messed around with it instead of panicking.....Oh well!
Thanks,
Barry
Posts: 11
Is nobody seeing the same erors I see? (See post above.)
Posts: 2466
@Dave: I do keep login hidden until JS is loaded
there is a JS problem loading jQuery before shadowbox is loaded
@Bearskin: do you have latest version of shadowbox module?
Serge
_____________________________________________
Photo Gallery | GreyDragon Theme | Follow on Twitter
Posts: 2466
I see it since I have updated to latest G3. I do not know yet, what causing it
Serge
_____________________________________________
Photo Gallery | GreyDragon Theme | Follow on Twitter
Posts: 8
Serge,
Looks like I have shadowbox version 1.4
Posts: 11
Ok, thanks for the confirmation, Serge. It's not that bad as everything is working, just wanted to know if this is "normal" or only happening at my site.
Posts: 8
I upgraded Shadowbox to v1.9
It appears when visitors click on the photo for the third and larger display that the photo is the same size as when you select it the second time. In Admin I can click on the photo the third time and it pops up the bigger screen for the largest viewing of the photo.
Hope I make sense. Anyway how do I allow the visitors to see the photo at full screen size? I can't find the option, tried a few things but no luck as of yet.
Other than that all is well.....
Thanks
Posts: 421
Hi,
Why I can't set body width limited to 850px?
In an additional question: Its easy to change sidebar width to 250px?
Thanks.
Posts: 2466
Under permissions, allow "View Full Size" for regular visitors
Serge
_____________________________________________
Photo Gallery | GreyDragon Theme | Follow on Twitter
Posts: 2466
* depend on frame pack, some of them not designed for small screens with high number of thumbs in the row
* yes, you can change sidebar size via CSS
Serge
_____________________________________________
Photo Gallery | GreyDragon Theme | Follow on Twitter
Posts: 8
Serge, I can't find Permissions anywhere?
Oh, ok, I have to change the theme to "wind" and then edit permissions and then change it back to "greydragon". Gotcha, sorry!
Thank You Kind Sirs!
Posts: 2466
strange, you should be able to adjust permissions
where you do not see it? do you have any JS errors when trying open Permission dialog using main menu
Serge
_____________________________________________
Photo Gallery | GreyDragon Theme | Follow on Twitter
Posts: 8
Gee sorry Serge,
It is there under Album Options-Edit Permissions for the greydragon theme, I was only on the Admin and checking everything there. It's been so long since I have done anything except upload pics, I have forgotten all this....
Posts: 2466
Good
Serge
_____________________________________________
Photo Gallery | GreyDragon Theme | Follow on Twitter
Posts: 181
A minor feature request:
I find the Paginator numeric links very distracting on the Photo Page, so I used css to hide them (leaving the graphical buttons). But, this makes it impossible to find one's way around albums which have more than one page. Conversely, the graphical buttons are less useful on album pages, but nice on the photo page.
I think adding an option to make these display separately might be overkill, but I wonder if maybe you'd be open to labeling the paginator differently in the css on album pages and photo pages?
Posts: 181
Oh, and another small request: for Title Source, there's "Title/Suppress Filenames", but this causes titles like "Photo 2424" to appear. The same happens with Description for photos without a description. If there's not something I'm missing, could there maybe be a way to suppress the display of this Photo ### label when the given source is blank?
Thanks for all your work on this great and very flexible theme.
Posts: 2466
I would stay away adding the options, but would be open to extend CSS targeting. Suggestions?
Serge
_____________________________________________
Photo Gallery | GreyDragon Theme | Follow on Twitter
Posts: 2466
This is intended behavior. Mode is used when people simply upload files without properly setting captions. "Photo" comes from the type of the thumb and 2424 is item's ID... This only happens when Caption = File Name, exactly what option outlines.
If you do not want Photo 2424 to appear, try to choose different mode.
Serge
_____________________________________________
Photo Gallery | GreyDragon Theme | Follow on Twitter
Posts: 181
Sure — simply put some additional css class name on the g-navigation li, and have it differ in album view and photo view. I don't care what it's called.
Posts: 181
But the mode is a global option. I would like titles which do exist to show up, and when title doesn't exist, I'd like it to show nothing rather than generating some text.
Posts: 1
Hello Serge,
I would like to ask how works view counts for photos when photo page is disabled and photos are opened in SB/FB directly from album page. View counts for albums are ok but almost all my photos have 2 or 3 views (for example in album at http://photoondra.com/Racing/Rally/2012-07-Rally-Bohemia ). I tried to look in gallery/GD theme implementation, I found that view count increment is made from Photos_Controller, but this controller is not called when photo page is disabled (hope I'm not wrong). I understand that counting views in this case is not easy (maybe even impossible), but I'd like to know where my 2 or 3 views of comes from...
Im running Gallery 3.0.4 and I made yesterday update to GD 3.2.2 (before I was running 3.1.2 for about 5 months).
Posts: 693
Serge
I'm currently and belatedly upgrading to the latest version of Gallery3 and Greydragon and the Tag Albums module, and I find that tags and tab albums are not working as they should in Greydragon 3.2.2 and Gallery 3.0.4, but they are working in the default Wind theme. I've created a duplicate of my site for testing which I will PM you.
Because the symptoms relate to tag navigation, I've described my problems in the Tag Albums thread here.
http://gallery.menalto.com/node/102022?page=3#comment-394964
But as everything works as it should when I switch to the default Wind theme, I suspect that the problem lies with GD3.2.2. Note Case 1 in my other post.
I will PM you my test site.
U-G
Posts: 394
How do I update the GreyDragon theme without losing my current settings?
Posts: 92
Gallery 3.04/Greydragon 3.2.2.
Modified custom.css to exclude the By: Admin and just show the view count. All was working fine, http://www.grovesonline.com/gallery3_6/index.php/Clifden-Day-5
Uploaded a new album, http://grovesonline.com/gallery3_6/index.php/August-in-the-Courtyard and now the By: Admin appears and the view count is gone?
custom.css
Posts: 20
I've edited this on 8th august because i see bluehost my host is running php 5.2
Hi, Serge D may i say greydragon is an amazing theme, i have it running with gallery 3.0.4 ...php 5.2 runs greydragon ok, but php 5.3 causes a server internal error when i try to activate greydragon, whereas the standard theme runs ok.
I don't want too much attention ! But i wondered if you can locate what in php 5.3 might cause internal server error due to code in greydragon?
I originally had total internal server error after gallery3 install on falcoda, but I cleared the 'segmenting errors' caused by kohana [in kohana.php] with a bit of code thats available, apparently the zend guard in php 5.3 isn't compatible with the gallery3 kohana version.
...but sadly after fixing the kohana prob and getting gallery3 to run, the server error returned when I tried to activate the greydragon theme. So the gallery end fails too.
OK i can revert to php 5.2, greydragon seems to run ok with that.
just to emphasise, on bluehost host i don't have any probs whatsoever, so possibly theres another side effect of zend guard with php 5.3 which comes up with the falcoda host, that grey dragon runs into, and causes the internal server error. Or maybe its a known effect of greydragon sometimes, on 5.3 generally.
hope this makes sense. i'm not sure how to do debug.
Posts: 92
Some testing this morning suggests that when you disable photo pages ( Slideshow mode using Shadowbox) the view count is not incremented. This seems to have happened since the upgrade to 3.0.4.
Posts: 2466
look for local.php I have posted earlier. it would allow you to enable error log.
after, look at the log and let me know what error is recorded
Serge
_____________________________________________
Photo Gallery | GreyDragon Theme | Follow on Twitter
Posts: 2466
could be a case as slideshow does not show a full page but using image references instead
this area is not very clear to me, as to how to approach this, so I would stay from it for now
Serge
_____________________________________________
Photo Gallery | GreyDragon Theme | Follow on Twitter
Posts: 181
Looks like shoehorning it into add_paginator in libraries/MY_Theme_View.php might work....
Posts: 20
hello Serge D, in response to your reply above on my prob,
I have local.php installed and I can only see a general error being created in the cpanel error log, my host says they don't have anything more detailed for php errors
Premature end of script headers: index.php, referer: http://www.***.co.uk/g3/index.php/admin/themes
for when I select greydragon theme using php 5.3.10
At gallery end I get same internal server msg too, but the above error listed, reduces to just
Premature end of script headers:
Sorry I can't be more precise. [yet]
The host falcona, gave me a line to put in .htaccess to call php5.2 for the folder, then the above fault clears using that htaccess entry setenv 5.2.
also of course in the start I had to modify kohana.php as I said in my post earlier, but that only clears the fault that was associated with segments, it presumably has no relevence on what i'm seeing now with php 5.3.10 and greydragon, as that first prob was related specifically to the zend guard version on php 5.3x.
Posts: 1
thanks serge, it tooks me a cpl of hours to find about this
________________________________________________________________
Jual busana muslim | toko baju online
Baju Murah | Baju Online
Posts: 20
hi, on gallery 3.0.4, can anyone tell me if they too get server error probs in php 5.3 with displaying greydragon theme, whereas php 5.2 works ok? see my posts a while back.
i need to know whether its a php coding in the theme that doesn't agree with php 5.3, or if its just my host's setup parameters. the default theme works ok.
Posts: 693
I'm successfully running G3.0.4 with GD3.2.2 on PHP 5.3.14. But I had some issues. I upgraded to PHP 5.4.x and Gallery stopped working ( http://gallery.menalto.com/node/107557 ), so I downgraded to PHP 5.3.14. Most of my Gallery3 installs were ok after that, but one was corrupted. I didn't ever solve it - I refreshed the core and module files. See http://gallery.menalto.com/node/106269
Posts: 20
thanks ungagiga
i have tracked down the issue i have on 5.3 with greydragon theme,
its certain [i hope] from my testing with 'die()', the prob is at the greydragon page.php.html where the page html tag is generated,
specifically it's
$theme->html_attributes()
throws the internal server error.
also with that one removed, the next error creator is
$theme->head()
so most calls to $theme->xyz() work, some do not.
html_attributes is called in theme wind, and wind's page.php.html doesn't throw internal server error with $theme->html_attributes() on php 5.3,
..so theres some item missing with the greydragon theme 'internal' setup.???
theres no actual 'html_attributes' function in gallery3 code, libraries/Theme_view.php obviously deals with it, as its mentioned inside 'function __call'.
how to cure the prob?
Posts: 20
further on this 5.3 issue,
I noticed greydragon_theme.php is totally empty, i put a an empty class class greydragon_theme_Core in there, possibly its done the trick..Gallery3 shows greydragon ok now..,
but can someone tell me why I don't have to put anything inside the class!
The gallery3 core class 'gallery_theme_Core' handles some of the theme calls i mention above, e.g $theme->head()
Theme wind doesn't have an equivalent helper file class, but i'd place bets that other 3rd party themes do (or should have).
It seems to be calls that return empty were messing up the server just on php 5.3..., e.g on both php5.2 and 5.3, I don't get any html inserted by $theme->html_attributes() on greydragon.
Might be what the server does [internal error] if shorty tags are told to show empty output: <?= $something ?>,
I did notice it doesn't like commented out shorty's <?= // $something ?>