Bug 18267

r31535 In previous builds, and in Apple Safari 3.1, if an item on a webpage cannot be loaded, the item is listed correctly in the Activity window, and the status indicates "can't connect to host" correctly. In build r31535, such items fail to appear in the Activity window. Also, errors are underreported in the Status Bar, because such items are not counted as errors. This behavior is incorrect. Note: the behavior is not consistent- there are some occasions where an item from a blocked domain will appear in the Activity window with correct "can't connect to host" status, and counted correctly as an error in Status Bar. a few examples: on www.drudgereport.com: when domains other than drudgereport.com and d.yimg.com are blocked intentionally- harvest.adgardener.com items appear in Activity correctly ("can't connect to host") and is reported correctly as an error in Status Bar. other blocked domains do not appear in Activity and are not counted as errors. on www.cnn.com: mostly everything blocked, www.cnn.com, i.cdn.turner.com, i.l.cnn.net not blocked. metrics.cnn.com is blocked- it is the only blocked domain that appears in Activity window and counted as error. http://www.time.com/time/politics/article/0,8599,1725514,00.html : everything blocked except www.time.com and img.timeinc.net no blocked items appear in Activity window, no errors NOTE: to block domain, modify /etc/hosts file to include "127.0.0.1 www.somedomain.com" to cause hostname references to point to localhost instead of the typical domain name lookup. This technique is detailed in bug#18183. http://bugs.webkit.org/attachment.cgi?id=20274 contains a sample host file which was used to get results illustrated in above examples. The attachment is named "hosts.txt", but please note the file on your computer is named "hosts".