Our 'Site Title' module according to the CSS contains an image as the header.
Intermittently the default Title, Tagline, and Login pop back over this image so the site ends up with a double header and double login etc.
[The cache time is set for 86400 - 24 hours.]
Since it's intermittenly it's probably difficult to find. You can live wih it :) You can empty cache by hand in Kernel administration menu. You can also try to set up in your kernel/config_inc.php (line 138):
define( 'TEMPLATE_DEBUG', TRUE );
With this setting your site will output comments inside code so you can determine which templates were called.
Hmmm.....
Living with it is not an option I would enjoy!
Emptying the cache did clear up this issue, but do I really want to be doing this every 24 hours? Perhaps it is linked to caching???
If you mean that by setting the debug to true that it displays info to users on the site, I can't imagine that they are going to be too impressed. If though this goes to a log somewhere server-side then that would help.
When you enable TEMPLATE_DEBUG you will have comments in your page's HTML. So then you can "View Source" and see what was called twice to generate your double-top. Usual user won't see anything special.
Awesome - ok - will give it a go and report back - thanks :)
Hmm...I took out the // to enable debugging and automatically got this (visible) message:
Warning: Cannot modify header information - headers already sent by (output started at URL/kernel/BitSmarty.php:112) in URL/themes/BitThemes.php on line 1635
I can see though what you mean with this function showing the tpls in the HTML output.
So that's a bug that. Warning message says that it cannot send headers, becuse some output was already sent - it was Smarty comment. What was template that was called first?
First 4 are:
<!-- - - - bitpackage:liberty/mime/image/inline.tpl - - - -->
WARNING MESSAGE WAS HERE
<!-- - - - bitpackage:kernel/mod_top_menu.tpl - - - -->
<!-- - - - bitpackage:kernel/bitweaver.tpl - - - -->
<!-- - - - bitpackage:kernel/header.tpl - - - -->
BTW today I have not seen the double header...but I am sure I will ;)
<!-- - - - bitpackage:kernel/header_inc.tpl - - - -->
Right - the bittop re-appeared.
The first 4 tpls that were called are:
<!-- - - - bitpackage:kernel/mod_top_menu.tpl - - - -->
<!-- - - - bitpackage:kernel/bitweaver.tpl - - - -->
<!-- - - - bitpackage:kernel/header.tpl - - - -->
<!-- - - - bitpackage:kernel/header_inc.tpl - - - -->
AND when I went to clear the cache to see if this would take care of the double header I got a WSOD with this message:
Warning: Cannot modify header information - headers already sent by (output started at URL/kernel/BitSmarty.php:112) in URL/kernel/kernel_lib.php on line 667
A hard page refresh did not rectify the WSOD. The back button did however take me back to the system cache page, and the cache seems to have been cleared or at least the double header is no longer there.
So the doubling up happened again - sigh!
The first 4 are the same but I included the 5th this time, just in case....
<!-- - - - bitpackage:kernel/mod_top_menu.tpl - - - -->
<!-- - - - bitpackage:kernel/bitweaver.tpl - - - -->
<!-- - - - bitpackage:kernel/header.tpl - - - -->
<!-- - - - bitpackage:kernel/header_inc.tpl - - - -->
<!-- - - - bitpackage:liberty/header_inc.tpl - - - -->
Clearing cache produced same warning message/wsod.
Using the back button showed that the double header had rectified itself.
Less than an hour later the double header was back.
The only thing that I had done in between time is try out the wiki book edit again to see if I could add further pages to a book and whether the pages that were already there showed their names - 'no' and 'no'.
I cleared the cache. Used the back button to take me back to the wiki book add content page and voila the pages to choose from were there albeit that it wouldn't allow me to select any, and clicking on 'done' gave me a wsod with this same old message:
Warning: Cannot modify header information - headers already sent by (output started at /kernel/BitSmarty.php:112) in /kernel/kernel_lib.php on line 667
Ooops there's more - Returning to the home page shows the double headers are not dealt with. Tried clearing cache to remove this - didn't work the first few times but did thereafter.
The clear cache path is /kernel/admin/admin_system.php?prune=all and yes, same warning message.
[SOLVED]
Found and removed an old an invalid header_inc.tpl from the style's kernel directory.
Fingers crossed!
That wasn't the solution. :(
FYI:
This is NOT appearing on the site default package - Wiki NOR the PHPBB
It is appearing on:
/kernel/admin/index.php
/users/admin/user_activity.php
/treasury/index.php
/treasury/index.php
/users/my.php
/users/login.php
/kernel/admin/index.php?page=liberty
/liberty/admin/action_logs.php
Today this is appearing in the wiki package only. For at least admin and anon.
After following the ThemeTutorial here: http://www.bitweaver.org/wiki/ThemeTutorial, we have created a themes/force/kernel directory, and inserted the top.tpl there, as it is being ignored sometimes in themes/styles/stylename/kernel.
Our top.tpl:
<div id="bittop">
</div>
As you can see, the DIV is empty of the $gBitUser->isRegistered() and $gBitSystem->getConfig('site_title') stuff.
But according to the above mentioned tutorial, it should have been working consistently where it was. We shall see if the force dir makes any difference.
Also Laetzer has noted this bug :https://sourceforge.net/tracker/index.php?func=detail&aid=2412320&group_id=141358&atid=749176
This is an issue with the theme being used. Not something I have seen, so is it still happening, in which case which theme has been used or copied as the base of a custom theme.
The structure of the default themes has been reworked in more recent builds so is this problem still presenting itself?