User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7) Gecko/20040616 Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7) Gecko/20040616 CASIO has a tool for digicams that is called " Photo Loader (Version 2.1.8) ". It uses the WebBrowser to display pictures. This software has a dia function. It uses a reload function to display images. Problem: When I have activated the Popup Block function in Mozilla, I cannot use the manual (click for next image) or automatic (timeout and next picture) dia function. In this case, I wanted to add the local folder to the allowed sites, but that doesn't work! It adds only the character "c" the allowed pages' list. Reproducible: Always Steps to Reproduce: 1. load a local page (url is file:///C:/Programme/... or something like that) 2. start the popup manager and add this url to the allowed sites 3. verify the added URL is not the actual url Actual Results: a character "c" is added to the allowed sites. Expected Results: the whole URL file:///C:/Programme/... should be added to the list and allow sites from that url. You don't need the CASIO software. It is only an example where the problem exists. You can try to add any local page to the popup's allowed sites.

Looks like a dupe of bug 204328 to me, but there's more to it. Note that you don't add URL's to the popup-manager, but hostnames (or ipaddresses). But there is no hostname in this case, so you can't block it. See bug 177106. Although I tested this on a Mac (with URL's like file:///Users/...), I saw that the popup manager opened when I selected 'allow popups from this site', but nothing was added and the hostname filed was empty. When I typed the URL in the hostname-field, only 'users' was added (note: with a lowercase 'u' !). This looks similar to your report about the 'c' character. It seems that the hostname wasn't added to the field because no hostname was found (possibly correct, but an error-message would be better). But when you try to force the URL to be added, a part of the file-URL was mistakingly added ('c' or 'users'). That's another bug, but I can't find it in Bugzilla. Should we add it as a dupe of bug 204328, bug 177106 or should we morph it into a new bug about the URL-in-hostname issue ?

*** This bug has been marked as a duplicate of 204328 ***