Below demonstrates that pages that link via :Image:Filename aren't shown in the File links section of the corresponding files page.

This is a pretty serious bug, as people may delete such files, believing that they aren't used.

• Image:ACU8612001.jpg - link to ":Image:Filename" - does not work (not shown at http://cpcwiki.eu/index.php/File:ACU8612001.jpg)
• Media:ACU8612002.jpg - link to "Media:Filename" - works (shown at http://cpcwiki.eu/index.php/File:ACU8612002.jpg)

That is, correct would be the page "Image Bug" being shown in the "File links" section of both jpg's. It is however shown only in the "File links" section of the second jpg.

Test page showing the GIF bug in cpcwiki. If it is a bug... or is it a subtle anti-compuserve campaign...?

Below GIF and PNG are pixel-identical images, but, the GIF is shown correctly only in fullsize, but not when resampled to smaller sizes.

100px

• PNG 100px - okay

• GIF 100px - black colors are lost during resampling
• Interestingly, black is displayed as TRANSPARENT color (showing the webpage's background color; which depends on the cpcwiki style used)
• See http://cpcwiki.eu/index.php?title=Image_Bug&useskin=monobook (white background)
• See http://cpcwiki.eu/index.php?title=Image_Bug&useskin=gumaxv (pale blue background)

Gallery

• 

  PNG - okay

• 

  GIF - no anti-alising

• 

  PNG - okay

• 

  GIF - no anti-alising

Fullsize

• PNG full

• GIF full

wikipedia

Another example of the GIF problem. Observe that wikipedia DOES show the same imapge properly (see http://en.wikipedia.org/wiki/Columbia_River_Knife_%26_Tool).

Sorry about the martial looking example, it was the first file found on wikipedia when searching for "gif schematic" being shown in a gallery.

history

The gif image bug dates back (at least) to 2007, unwanted transparency was reported here http://cpcwiki.eu/forum/index.php/topic,72.msg461.html#msg461 will that ever be fixed?