An automated run of parserTests.php showed the following failures:
Running test BUG 361: URL within URL, not bracketed... FAILED!
Running test External links: invalid character... FAILED!
Running test Bug 2702: Mismatched <i> and <a> tags are invalid... FAILED!
Running test A table with no data.... FAILED!
Running test A table with nothing but a caption... FAILED!
Running test Link containing "#<" and "#>" % as a hex sequences... FAILED!
Running test Template with thumb image (wiht link in description)... FAILED!
Running test Link to image page... FAILED!
Running test BUG 1887: A ISBN with a thumbnail... FAILED!
Running test BUG 1887: A <math> with a thumbnail... FAILED!
Running test BUG 561: {{/Subpage}}... FAILED!
Running test Simple category... FAILED!
Running test Basic section headings... FAILED!
Running test Section headings with TOC... FAILED!
Running test Handling of sections up to level 6 and beyond... FAILED!
Running test Resolving duplicate section names... FAILED!
Running test Template with sections, __NOTOC__... FAILED!
Running test Link inside a section heading... FAILED!
Running test Media link with nasty text... FAILED!
Running test Bug 2095: link with pipe and three closing brackets... FAILED!
Running test Parser hook: static parser hook inside a comment... FAILED!
Running test Sanitizer: Validating the contents of the id attribute (bug 4515)... FAILED!
Passed 266 of 288 tests (92.36%) FAILED!
One of the groups of pages on my watchlist is a large number of year
articles. My watchlist has been constantly flooded with bots adding
interwiki links to these pages. Out of the 122 items on the first page
of my watchlist, 77 are Chobot year edits.
According to "Wegge", da.wp has run fine for 8 months with
$wgFilterRobotsWL = true;
Can someone please enable this on en.wp?
Thanks.
brian0918
An automated run of parserTests.php showed the following failures:
Running test BUG 361: URL within URL, not bracketed... FAILED!
Running test External links: invalid character... FAILED!
Running test Bug 2702: Mismatched <i> and <a> tags are invalid... FAILED!
Running test A table with no data.... FAILED!
Running test A table with nothing but a caption... FAILED!
Running test Link containing "#<" and "#>" % as a hex sequences... FAILED!
Running test Template with thumb image (wiht link in description)... FAILED!
Running test Link to image page... FAILED!
Running test BUG 1887: A ISBN with a thumbnail... FAILED!
Running test BUG 1887: A <math> with a thumbnail... FAILED!
Running test BUG 561: {{/Subpage}}... FAILED!
Running test Simple category... FAILED!
Running test Basic section headings... FAILED!
Running test Section headings with TOC... FAILED!
Running test Handling of sections up to level 6 and beyond... FAILED!
Running test Resolving duplicate section names... FAILED!
Running test Template with sections, __NOTOC__... FAILED!
Running test Link inside a section heading... FAILED!
Running test Media link with nasty text... FAILED!
Running test Bug 2095: link with pipe and three closing brackets... FAILED!
Running test Parser hook: static parser hook inside a comment... FAILED!
Running test Sanitizer: Validating the contents of the id attribute (bug 4515)... FAILED!
Passed 266 of 288 tests (92.36%) FAILED!
Kyle had another go at resuscitating tingxi, the machine that was housing the
fundraising status information, but it remains uncooperative.
I've commandeered friedrich, another of the old Apache batch which is due to be
retired from main service due to its slower processor and low memory. It's now
online & showing the fundraising goodies.
It may take some hours for all DNS to properly clear for
fundraising.wikimedia.org; try friedrich.wikimedia.org if it isn't working for you.
I'll continue live updates of the database shortly; for now I ran a batch
update. About two days of data are missing from mid-February due to various core
machines being down, but everything since should be properly collected into the log.
-- brion vibber (brion @ pobox.com)
An automated run of parserTests.php showed the following failures:
Running test BUG 361: URL within URL, not bracketed... FAILED!
Running test External links: invalid character... FAILED!
Running test Bug 2702: Mismatched <i> and <a> tags are invalid... FAILED!
Running test A table with no data.... FAILED!
Running test A table with nothing but a caption... FAILED!
Running test Link containing "#<" and "#>" % as a hex sequences... FAILED!
Running test Template with thumb image (wiht link in description)... FAILED!
Running test Link to image page... FAILED!
Running test BUG 1887: A ISBN with a thumbnail... FAILED!
Running test BUG 1887: A <math> with a thumbnail... FAILED!
Running test BUG 561: {{/Subpage}}... FAILED!
Running test Simple category... FAILED!
Running test Basic section headings... FAILED!
Running test Section headings with TOC... FAILED!
Running test Handling of sections up to level 6 and beyond... FAILED!
Running test Resolving duplicate section names... FAILED!
Running test Template with sections, __NOTOC__... FAILED!
Running test Link inside a section heading... FAILED!
Running test Media link with nasty text... FAILED!
Running test Bug 2095: link with pipe and three closing brackets... FAILED!
Running test Parser hook: static parser hook inside a comment... FAILED!
Running test Sanitizer: Validating the contents of the id attribute (bug 4515)... FAILED!
Passed 266 of 288 tests (92.36%) FAILED!
Lupin wrote:
> Log Message:
> (bug 4855) Section edit links now have the section name in the title attribute
Neat! A couple notes:
First, since this changes the HTML output of section headings this has broken
several of the parser test cases. When changing parser behavior it's a really
good idea to run the parser tests before and after.
If anything's stopped working, you should determine whether it's because the new
code is broken or because the output has legitimately changed; if it's broken,
fix it. :) If it's a legitimate change, fix the test case output in
parserTests.txt so it runs clean.
Also, it's best to put in some test cases for the behavior you're changing if
they aren't already there. This can ensure that you've coded the new feature
correctly and that any future regressions will be caught.
Offhand I tried tossing some examples of markup and other non-plaintext into
headers to see what the output would be; things appear to be getting
double-escaped. (eg, "<" turns into "&lt;" in the HTML, showing "<" in
the mouseover popup) It might be good to de-escape here. (There should be a
method on Sanitizer to intepret HTML entities into plaintext.)
-- brion vibber (brion @ pobox.com)
Hi.
I try to make MedaWiki serve the very last webpage, instead of the cached one.
I've just found out the tip of adding 'action=purge' to the URL, but
is there another way without
using this URL extra code?
Thank you very much.
Hello!
You are receiving this email because your project has been select to
take part in a new effort by the PHP QA Team to make sure that your
project still works with PHP versions to-be-released. With this we hope
to make sure that you are either aware of things that might break, or to
make sure we don't introduce any strange regressions. With this effort
we hope to build a better relation between the PHP Team and the major
projects.
If you do not want to receive these heads-up emails, please reply to me
personally and I will remove you from the list; but, we hope that you
want to actively help us making PHP a better and more stable scripting
language.
The first release candidate of PHP 5.1.3 can be found at
http://downloads.php.net/ilia/php-5.1.3RC1.tar.bz2. This is not a final
RC, but we hope it will be followed by a final RC2 that should be
released in mid-March. At this time I would like to ask you to test
your application against this release and let us know about any issues
that you discover. We are particularly interested in backwards
compatibility breaks and new issues appeared in this release, but were
not present in prior 5.1 versions. If you find any issues, please
contact the PHP QA team at "php-qa(a)lists.php.net".
In case you think that other projects should also receive this kinds of
emails, please let me know privately, and I will add them to the list of
projects to contact.
regards,
Ilia Alshanetsky
5.1 Release Master
Hello,
I would like to redirect to an external page from an image , but I can't redirect from any page of my website.
What parameters have I set to make any redirections?
How can I redirect from an image?
Thanks in advance
Eugenia Tenneriello
An automated run of parserTests.php showed the following failures:
Running test BUG 361: URL within URL, not bracketed... FAILED!
Running test External links: invalid character... FAILED!
Running test Bug 2702: Mismatched <i> and <a> tags are invalid... FAILED!
Running test A table with no data.... FAILED!
Running test A table with nothing but a caption... FAILED!
Running test Link containing "#<" and "#>" % as a hex sequences... FAILED!
Running test Template with thumb image (wiht link in description)... FAILED!
Running test Link to image page... FAILED!
Running test BUG 1887: A ISBN with a thumbnail... FAILED!
Running test BUG 1887: A <math> with a thumbnail... FAILED!
Running test BUG 561: {{/Subpage}}... FAILED!
Running test Simple category... FAILED!
Running test Basic section headings... FAILED!
Running test Section headings with TOC... FAILED!
Running test Handling of sections up to level 6 and beyond... FAILED!
Running test Resolving duplicate section names... FAILED!
Running test Template with sections, __NOTOC__... FAILED!
Running test Link inside a section heading... FAILED!
Running test Media link with nasty text... FAILED!
Running test Bug 2095: link with pipe and three closing brackets... FAILED!
Running test Parser hook: static parser hook inside a comment... FAILED!
Running test Sanitizer: Validating the contents of the id attribute (bug 4515)... FAILED!
Passed 266 of 288 tests (92.36%) FAILED!