TargetAlert

Bugs

Open Bugs

If icons appear on mouseover, they appear on top of each other when there are multiple icons.
Both alerts and excludes scroll to top after the list has been changed.
Copying text to the clipboard that contains TargetAlert icons includes the icons. This is generally a pain when the user attempts to paste the text.
TargetAlert resizes (badly) when a new value is added to a list in the preferences dialog.
Reset Preferences does not reset the list of excluded URLs.
Pages opened as browser home pages do not show TargetAlert links unless refreshed.
When printing, there are black boxes around the TargetAlert icons.
Preferences dialog is not resizable on MS Windows. Update: this appears to be Firefox's bug: https://bugzilla.mozilla.org/show_bug.cgi?id=267950 You can help fix this bug by voting for it.
Resizing does not behave properly on RedHat Linux (and probably other distributions, as well).
TargetAlert cannot be disabled through Firefox's extension-disabling mechanism – the checkbox in the TargetAlert Preferences window must be used instead.

Closed Bugs (by version number)

The opens-in-new-window alert did not ignore the _CONTENT target. After reading up on the subject, it seems that _CONTENT should be ignored just as _SELF and _TOP are. Like so many other alert-related bugs in the past, you'll have to click the Reset Options button in the Options dialog after reinstalling to get the fix.

0.8.9.4

Fixed the leaked feature that prevents TargetAlert from running on pages with over 500 links. The temporary fix in place changed the 500 to 1000000.

0.8.9.1

Previous fix for case-insensitivity was incomplete; now complete.
Links to pages in other frames no longer show up as "new window" alerts.
Links that have multiple alerts will have all alert icons appended.

0.8.9

TargetAlert once again works on pages loaded in the background.
Protocol and file extension regexps are now case-insensitive.

0.8.8

Thanks to JC Ford, TargetAlert icons on http://www.galegroup.com/free_resources/reference/peter/current.htm are now displayed at a normal size. The fix was to change TargetAlert styles by adding more CSS attributes and adding !important where appropriate.

0.8.7.3

Character encoding for es-ES locale was incorrect; fixed it with the following Python script:

# converts iso8859 dtd or properties file and rewrites it in utf-8

import codecs

f = codecs.open('targetalert.properties', 'r', 'iso8859')
g = codecs.open('targetalert.properties2', 'w')
for line in f.readlines():
  line = line[:-1].encode( "utf-8" )
  print line # just for feedback on the console while running script
  g.write(line)

0.8.7

TargetAlert now shows a new window icon for target="new" and for other unknown targets. Previously, it only displayed the new window icon for target="_BLANK" and target="_NEW". A new window icon will not be added if the target of the link is _SELF, _PARENT, _TOP, or the name of a frame that is a descendent of the top-level window.

0.8.3

Transparency has been added to the default TargetAlert icons.
Default icon for *.pdf alert was previously an Acrobat Reader icon; it has been replaced with an Adobe PDF file icon.

0.8.1

Preferences dialog has an OK button to close it because the red close button does not appear at the top of the dialog box when it is opened on Mac OS X.

0.8

TargetAlert traverses subframes.
Works with the built-in update protocol for Firefox extensions.
Removed transparencies from default icons so that they may be viewed easily on dark backgrounds.

0.7.3

Duplicate Icon Bug: Sometimes TargetAlert thinks that the page is loading again and it appends copies of the icons.

0.7.2

The location of the TargetAlert options dialog is inconsistent with Firefox conventions.
Instructions and screenshot on Features page is out of date.

0.7.1

File extensions that appear in POST data return false positives. For example, the target sample.html?name=fake.pdf displays a PDF icon.

0.6

Icons do not always appear because there are problems catching the event that indicates that the page has finished loading. Sometimes this event is not caught (or is not fired?), and sometimes it fires (or is caught?) multiple times. Often, the event is handled correctly, but the buggy behavior cannot be repeated reliably.

0.5

If TargetAlert adds icons to a page in a tab, focus is switched to another tab, and then back to the original tab, the icons get added again. (Refreshing the page will remove the additional icons.)

TargetAlert for Firefox