For the problem see the screenshot. This is with Safari 3.0.2 on 10.4.10 I used inspect element, and it seems that the DOM was incorrectly loaded because whereas the page source shows: <td><a href="/wiki/Wikipedia:Today%27s_featured_article/July_22%2C_2007" title="Wikipedia:Today's featured article/July 22, 2007">TFA</a></td> <td><a href="/wiki/Wikipedia:Today%27s_featured_article/July_23%2C_2007" title="Wikipedia:Today's featured article/July 23, 2007">TFA</a></td> <td><a href="/wiki/Wikipedia:Today%27s_featured_article/July_24%2C_2007" title="Wikipedia:Today's featured article/July 24, 2007">TFA</a></td> Inspect element shows: <td><a href="http://en.wikipedia.org/wiki/Wikipedia:Today%27s_featured<link rel="> With textcontent: _article/July_22%2C_2007" title="Wikipedia:Today's featured article/July 22, 2007">TFA A page reload usually fixes it, and I see it very rarely at all. (once every 100 or so pageloads). It seems completely random
Created attachment 15646 [details] screenshot shot of an occurrence of this problem
Can you reproduce this on the original page using "clone slowly" bookmarklet from <http://www.squarefree.com/bookmarklets/testbrowsers.html> (drag and drop it to the bookmarks bar to use)? I have tried cloning your HTML snippet using several parameter values, but the clone was always correct.
i have a suspicion that this may be a document.write from a javascript of a <link> ending up in a random place within my page. I'll try to get more details
I can confirm that this is caused by a document.write from a .js in the <head> of this page. Apparently Safari 3 introduces a great randomness factor whenever you use document.write from non-inline .js Since this is quite common however (i have seen this in many scripts), some safeguarding might be appropriate...
A (reproducible) reduced test case (or a URL to an example page) would be very helpful!
Created attachment 15732 [details] Test CSS
Created attachment 15733 [details] Test JavaScript
Created attachment 15734 [details] Test case Sample test case which writes a <link> element from an external JavaScript file. NOTE: I have not been able to reproduce the issue using this test case locally.