I have two wikis
http://ecoliwiki.net/colipedia/index.php/Sandbox
http://ecoliwiki.net/dev/index.php/Sandbox
Both are using the CSS.php extension to set display:none for h1 and h2 editsection links on specific pages. But on the top link, this page-specific css has crept out and is affecting all pages.
The two wikis are on the same server and are both pointing at the same extensions directory. They are using the same set of other extensions, and I know that if I comment out the require for CSS.php the edit link comes back.
I have no idea what's going on! Help!!
Jim
===================================== Jim Hu Associate Professor Dept. of Biochemistry and Biophysics 2128 TAMU Texas A&M Univ. College Station, TX 77843-2128 979-862-4054
On 7/30/07, Jim Hu jimhu@tamu.edu wrote:
I have two wikis
http://ecoliwiki.net/colipedia/index.php/Sandbox http://ecoliwiki.net/dev/index.php/SandboxBoth are using the CSS.php extension to set display:none for h1 and h2 editsection links on specific pages. But on the top link, this page-specific css has crept out and is affecting all pages.
I have checked and in IE 6 I can still see the headers. I am unable to test it in other browsers since I am not at my own computers for this week and next - maybe someone else could try.
Have you tried refreshing your browsers cache or using a different browser?
The two wikis are on the same server and are both pointing at the
same extensions directory. They are using the same set of other extensions, and I know that if I comment out the require for CSS.php the edit link comes back.
I have no idea what's going on! Help!!
Jim
===================================== Jim Hu Associate Professor Dept. of Biochemistry and Biophysics 2128 TAMU Texas A&M Univ. College Station, TX 77843-2128 979-862-4054
MediaWiki-l mailing list MediaWiki-l@lists.wikimedia.org http://lists.wikimedia.org/mailman/listinfo/mediawiki-l
Yours, MinuteElectron.
Doh. It's not the headers, it's the edit links, and since you have to log in to edit, no one can see the difference.
On Jul 30, 2007, at 5:27 PM, Minute Electron wrote:
On 7/30/07, Jim Hu jimhu@tamu.edu wrote:
I have two wikis
http://ecoliwiki.net/colipedia/index.php/Sandbox http://ecoliwiki.net/dev/index.php/SandboxBoth are using the CSS.php extension to set display:none for h1 and h2 editsection links on specific pages. But on the top link, this page-specific css has crept out and is affecting all pages.
I have checked and in IE 6 I can still see the headers. I am unable to test it in other browsers since I am not at my own computers for this week and next - maybe someone else could try.
Have you tried refreshing your browsers cache or using a different browser?
The two wikis are on the same server and are both pointing at the
same extensions directory. They are using the same set of other extensions, and I know that if I comment out the require for CSS.php the edit link comes back.
I have no idea what's going on! Help!!
Jim
===================================== Jim Hu Associate Professor Dept. of Biochemistry and Biophysics 2128 TAMU Texas A&M Univ. College Station, TX 77843-2128 979-862-4054
MediaWiki-l mailing list MediaWiki-l@lists.wikimedia.org http://lists.wikimedia.org/mailman/listinfo/mediawiki-l
Yours, MinuteElectron. _______________________________________________ MediaWiki-l mailing list MediaWiki-l@lists.wikimedia.org http://lists.wikimedia.org/mailman/listinfo/mediawiki-l
===================================== Jim Hu Associate Professor Dept. of Biochemistry and Biophysics 2128 TAMU Texas A&M Univ. College Station, TX 77843-2128 979-862-4054
Update - wrong below... I can see/not see the edit links even when I'm not logged in...
Doing experiments, I can see that the CSS.php is getting called twice on pages where it should be in effect and once from pages where it shouldn't - that's on the one that's misbehaving. Playing with dropping diagnostic echos and print_r's into Parser.php has only emphasized the mysterious nature of the Parser.
I did find that the CSS.php extension code was being called in bracesubstitution, which was iterating over lots of pieces that seemed to have no relation to the text on the page being displayed. Rather, they seemed to be chunks of templates from all sorts of other pages. And this is happening on a page that contains no braced templates. We do use templates enthusiastically on other pages... those are what I'm seeing.
Since the CSS.php call on other pages is in {{#css csspagename.css}}, this seems to be leaking into the Sandbox page on the one wiki but not the other. The major difference between the wikis is that the misbehaving one has many many more pages using hundreds of template insertions. How that would affect things I still don't understand.
I'll keep digging...
Jim
On Jul 30, 2007, at 5:45 PM, Jim Hu wrote:
Doh. It's not the headers, it's the edit links, and since you have to log in to edit, no one can see the difference.
On Jul 30, 2007, at 5:27 PM, Minute Electron wrote:
On 7/30/07, Jim Hu jimhu@tamu.edu wrote:
I have two wikis
http://ecoliwiki.net/colipedia/index.php/Sandbox http://ecoliwiki.net/dev/index.php/SandboxBoth are using the CSS.php extension to set display:none for h1 and h2 editsection links on specific pages. But on the top link, this page-specific css has crept out and is affecting all pages.
I have checked and in IE 6 I can still see the headers. I am unable to test it in other browsers since I am not at my own computers for this week and next - maybe someone else could try.
Have you tried refreshing your browsers cache or using a different browser?
The two wikis are on the same server and are both pointing at the
same extensions directory. They are using the same set of other extensions, and I know that if I comment out the require for CSS.php the edit link comes back.
I have no idea what's going on! Help!!
Jim
===================================== Jim Hu Associate Professor Dept. of Biochemistry and Biophysics 2128 TAMU Texas A&M Univ. College Station, TX 77843-2128 979-862-4054
MediaWiki-l mailing list MediaWiki-l@lists.wikimedia.org http://lists.wikimedia.org/mailman/listinfo/mediawiki-l
Yours, MinuteElectron. _______________________________________________ MediaWiki-l mailing list MediaWiki-l@lists.wikimedia.org http://lists.wikimedia.org/mailman/listinfo/mediawiki-l
===================================== Jim Hu Associate Professor Dept. of Biochemistry and Biophysics 2128 TAMU Texas A&M Univ. College Station, TX 77843-2128 979-862-4054
MediaWiki-l mailing list MediaWiki-l@lists.wikimedia.org http://lists.wikimedia.org/mailman/listinfo/mediawiki-l
===================================== Jim Hu Associate Professor Dept. of Biochemistry and Biophysics 2128 TAMU Texas A&M Univ. College Station, TX 77843-2128 979-862-4054
Forgot to mention that this is all in 1.9.3 on an Intel Mac XServe, php 5.2.2 and mysql 5.0.41.
On Jul 30, 2007, at 11:53 PM, Jim Hu wrote:
I did find that the CSS.php extension code was being called in bracesubstitution, which was iterating over lots of pieces that seemed to have no relation to the text on the page being displayed. Rather, they seemed to be chunks of templates from all sorts of other pages. And this is happening on a page that contains no braced templates. We do use templates enthusiastically on other pages... those are what I'm seeing.
Since the CSS.php call on other pages is in {{#css csspagename.css}}, this seems to be leaking into the Sandbox page on the one wiki but not the other. The major difference between the wikis is that the misbehaving one has many many more pages using hundreds of template insertions. How that would affect things I still don't understand.
I'll keep digging...
<snip>
It gets weirder. Last night I gave up and put in a regex on $wgTitle-
getText() to temporarily restrict CSS.php. Today, I get up, remove
that patch, reload, to continue working on the bug....and things are back to normal. No weird behavior to debug. I can only guess that something cleared some part of some cache somewhere... possibly due to google hitting the wiki and running jobs???
I know I wasn't hallucinating the odd behavior, since my whole group was affected by it.
Jim On Jul 31, 2007, at 12:14 AM, Jim Hu wrote:
Forgot to mention that this is all in 1.9.3 on an Intel Mac XServe, php 5.2.2 and mysql 5.0.41.
On Jul 30, 2007, at 11:53 PM, Jim Hu wrote:
I did find that the CSS.php extension code was being called in bracesubstitution, which was iterating over lots of pieces that seemed to have no relation to the text on the page being displayed. Rather, they seemed to be chunks of templates from all sorts of other pages. And this is happening on a page that contains no braced templates. We do use templates enthusiastically on other pages... those are what I'm seeing.
Since the CSS.php call on other pages is in {{#css csspagename.css}}, this seems to be leaking into the Sandbox page on the one wiki but not the other. The major difference between the wikis is that the misbehaving one has many many more pages using hundreds of template insertions. How that would affect things I still don't understand.
I'll keep digging...
<snip>
MediaWiki-l mailing list MediaWiki-l@lists.wikimedia.org http://lists.wikimedia.org/mailman/listinfo/mediawiki-l
===================================== Jim Hu Associate Professor Dept. of Biochemistry and Biophysics 2128 TAMU Texas A&M Univ. College Station, TX 77843-2128 979-862-4054
mediawiki-l@lists.wikimedia.org