paul wrote:

This bug seems to be related to the number of consecutive poly commands in the
image map. Uncommenting more of the "rect" entries does not trigger the bug,
nor do some #poly items uncommented after some "rect" entries. It may be that
if there are more than 6 consecutive poly statements, or something like that,
Wikimedia doesn't like it and retaliates. Or it may be that it only occurs when
there are mixed poly and rect entries, it is conceivable that if there are no
rect entries it doesn't do this. I'll check. No, even with all rect statements
commented out, the bug resurfaces. Even breaking up the number of poly
statements to no more than 6 with rect statements still causes the bug.

paul wrote:

The behavior is not consistent, some work and some fail.

http://en.wikipedia.org/wiki/Area_code_480 has 20 poly statements and works
okay, as do the area code entries for 520, 602, 623, 928 which all use the
same clickmap (the image used on each page is the same size).

The full page at http://en.wikipedia.org/wiki/List_of_counties_in_Kentucky takes
forever to load, so the image won't be very visible, but go to
http://en.wikipedia.org/w/index.php?title=List_of_counties_in_Kentucky&action=edit&section=1
which brings up the map of counties in Kentucky which is a clickmap, this map
has 120 polygons and renders just fine.

Dupe of bug 8582? Same sympton: white screen on preview/saving.

paul wrote:

I've looked at bug 8582; he's saying a space after the image size changes it.
I'm saying that certain lists of polygons for an image map cause the page to
become unreviewable / unsavable. The method for this madness is uncertain
because it doesn't always happen the same way; as noted above, a page with 120
polygons has no problem, but one with less than 20 does not work.

ayg wrote:

Confirmed. Someone with shell access should check out what's going to the error log.

paul wrote:

I have noticed that the specification for the map may depend on where the map is
located, e.g. how the image is placed on the page, and maybe where the info box
is located. I use a program called Mapedit to create the maps, then use a text
editor to change them over to Wikimedia syntax. I know the maps are right when
I generate them, but when Wikimedia gets hold of them, in some cases the map
does not work. It may have something to do with how it is going to generate the
index point (the circle I) or where the map is placed on the page, left, center
or right justified. I think the map for
http://en.wikipedia.org/List_of_Counties_in_Virginia (List of Counties in
Virginia) has a correct map, but the click locations are migrated left.
However, the http://en.wikipedia.org/List_of_Counties_in_the_United_States has a
map of all 50 states and it does work correctly.

I'm going to do a test using Template:X9 to put the page on and get back to
everyone on it.

river wrote:

the problem was with an invalid title, "[[[Area code 209]]", which produced a
PHP fatal error. now it produces an error message instead.

paul wrote:

Thank you for finding the error, I will be damned if I couldn't figure out what was wrong.