In order to use a product name in these strings (such as "Firefox" or, generically, "the browser"), another parameter has to be added to the strings to allow the product name to be substituted into the string before it's used. Firefox on the branch is using an evil hack for this and all but certainly won't be un-hackified, but the trunk should fix this bug so the hack can be removed.

Please also see bug 301208 (contains all the debate about the content of the various error messages) and bug 302309 (trying to find a way to make this globally brandable) for reference here.

Jeff, adamlock's not likely to do anything about this bug... You might want to actually list the strings involved here in case someone does want to fix it. ;)

Debian: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=400721 Gnuzilla: http://lists.gnu.org/archive/html/bug-gnuzilla/2006-12/msg00022.html

(Noticed while testing in bug 323909 comment 2.) Files, with 1 example: Core default file (used by SeaMonkey): </dom/locales/en-US/chrome/appstrings.properties> "protocolNotFound=%S is not a registered protocol." Override file specific to Firefox: </browser/locales/en-US/chrome/overrides/appstrings.properties> "protocolNotFound=Firefox doesn't know how to open this address, because the protocol (%S) isn't associated with any program."