No meta name="author", meta name="keywords", meta name="description" in the header of the html page rendered by picture.php
Plus <meta name="robots" content="noindex,nofollow"> is set.
Steps to reproduce: Just go to a picture page and display its html source in your browser.
Do not test the special album "random images" since it looks like the meta are always like this.
Additional information: I started to track this nasty little guy in include/page_header.php
Because of the way it is coded, it's not obvious if :
"noindex,nofollow" is set because we don't want metadata ($conf['meta_ref'] set to false ?) or
we don't assign 'meta_ref' in the template because $page['meta_robots']['noindex'] have previously been set.
I did some testing (force meta_ref and commaent some code) and it's definitively the second option.
By the way don't forget to clean the compiled template (tricky, it took me some time to figure out).
Then I went to picture.php and found this code (line 660):
if ( $metadata_showable and pwg_get_session_var('show_metadata') )
{
$page['meta_robots']=array('noindex'=>1, 'nofollow'=>1);
}
I commented it out and found that the meta are computed now as I expected.
This code is not so new so I suspect that the issue is somewhere else, unless this bug is there for some time and nobody figured out yet.
**Reported by chrisaga on 18 Sep 2011 07:32**
**Version:** 2.2.5
No meta name="author", meta name="keywords", meta name="description" in the header of the html page rendered by picture.php
Plus <meta name="robots" content="noindex,nofollow"> is set.
**Steps to reproduce:** Just go to a picture page and display its html source in your browser.
Do not test the special album "random images" since it looks like the meta are always like this.
**Additional information:** I started to track this nasty little guy in include/page_header.php
Because of the way it is coded, it's not obvious if :
1) "noindex,nofollow" is set because we don't want metadata ($conf['meta_ref'] set to false ?) or
2) we don't assign 'meta_ref' in the template because $page['meta_robots']['noindex'] have previously been set.
I did some testing (force meta_ref and commaent some code) and it's definitively the second option.
By the way don't forget to clean the compiled template (tricky, it took me some time to figure out).
Then I went to picture.php and found this code (line 660):
if ( $metadata_showable and pwg_get_session_var('show_metadata') )
{
$page['meta_robots']=array('noindex'=>1, 'nofollow'=>1);
}
I commented it out and found that the meta are computed now as I expected.
This code is not so new so I suspect that the issue is somewhere else, unless this bug is there for some time and nobody figured out yet.
[Piwigo Bugtracker #2442](http://piwigo.org/bugs/view.php?id=2442)
<!-- github-sync-id:97226318 -->
As it might be relevant for this kind of bug, I would add that I use the theme "Stripped" but I redid the tests with the default theme "Sylvia" and its the same.
**Comment posted by chrisaga on 18 Sep 2011 07:47**
As it might be relevant for this kind of bug, I would add that I use the theme "Stripped" but I redid the tests with the default theme "Sylvia" and its the same.
<!-- github-comment-id:124892388 -->
Might be solved either by template or by stripped.
**Comment posted by chrisaga on 18 Sep 2011 14:30**
It turns out to be an issue with the stripped theme rather than a template bug.
See forum (in French) http://fr.piwigo.org/forum/viewtopic.php?id=20925
Might be solved either by template or by stripped.
<!-- github-comment-id:124892404 -->
Blocking a user prevents them from interacting with repositories, such as opening or commenting on pull requests or issues. Learn more about blocking a user.
Reported by chrisaga on 18 Sep 2011 07:32
Version: 2.2.5
No meta name="author", meta name="keywords", meta name="description" in the header of the html page rendered by picture.php
Plus <meta name="robots" content="noindex,nofollow"> is set.
Steps to reproduce: Just go to a picture page and display its html source in your browser.
Do not test the special album "random images" since it looks like the meta are always like this.
Additional information: I started to track this nasty little guy in include/page_header.php
Because of the way it is coded, it's not obvious if :
"noindex,nofollow" is set because we don't want metadata ($conf['meta_ref'] set to false ?) or
we don't assign 'meta_ref' in the template because $page['meta_robots']['noindex'] have previously been set.
I did some testing (force meta_ref and commaent some code) and it's definitively the second option.
By the way don't forget to clean the compiled template (tricky, it took me some time to figure out).
Then I went to picture.php and found this code (line 660):
if ( $metadata_showable and pwg_get_session_var('show_metadata') )
{
$page['meta_robots']=array('noindex'=>1, 'nofollow'=>1);
}
I commented it out and found that the meta are computed now as I expected.
This code is not so new so I suspect that the issue is somewhere else, unless this bug is there for some time and nobody figured out yet.
Piwigo Bugtracker #2442
Comment posted by chrisaga on 18 Sep 2011 07:47
As it might be relevant for this kind of bug, I would add that I use the theme "Stripped" but I redid the tests with the default theme "Sylvia" and its the same.
Comment posted by chrisaga on 18 Sep 2011 14:30
It turns out to be an issue with the stripped theme rather than a template bug.
See forum (in French) http://fr.piwigo.org/forum/viewtopic.php?id=20925
Might be solved either by template or by stripped.