Launchpad has imported 63 comments from the remote bug at https://bugzilla.mozilla.org/show_bug.cgi?id=204285.
If you reply to an imported comment from within Launchpad, your comment will be sent to the remote bug automatically. Read more about Launchpad's inter-bugtracker facilities at https://help.launchpad.net/InterBugTracking. ------------------------------------------------------------------------ On 2003-05-03T05:04:12+00:00 Pax Unix wrote: User-Agent: Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.4b) Gecko/20030426 Mozilla Firebird/0.6 Build Identifier: Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.4b) Gecko/20030426 Mozilla Firebird/0.6 If the body element in a file:// URL document has an onload handler and the user has popup blocking enabled, the blocked-popup indicator icon will appear when loading that document via the file URL. Clicking the indicator icon opens the dialog that shows which pages had popups blocked. All this is as expected. If I click the 'Unblock Site' button to unblock the file:// page, I receive an alert 'will now be able to open unrequested popup windows' and the URL is removed from the blocked list. The indicator remains, and reloading the page gives the same behavior. Reproducible: Always Steps to Reproduce: 1. Create document with a body element that has an onload handler that opens a window. Save this document to your local hard drive. 2. Choose File|Open File and load that document, click the blocked-popup indicator. 3. Select the URL you just loaded from the list. Click Unblock Site. Expected Results: It is certainly consistent to block popups from file:// URLs, but at least allow them to be added to the unblocked list. It may be more feasible/sensible to simply allow popups if the origin is a file:// URL. This is annoying if you regularly keep popup blocking enabled but are working with web pages on local storage that need to open windows from onload handlers. Reply at: https://bugs.launchpad.net/ubuntu/+source/firefox-3.0/+bug/290867/comments/0 ------------------------------------------------------------------------ On 2003-05-03T05:06:28+00:00 Pax Unix wrote: Created attachment 122368 Test case document Enable popup blocking, save this attachment to a local file and open it. Try to unblock the URL to see the issue. Reply at: https://bugs.launchpad.net/ubuntu/+source/firefox-3.0/+bug/290867/comments/1 ------------------------------------------------------------------------ On 2003-05-03T15:50:35+00:00 Davidpjames wrote: Confirmed using a Linux build OS --> All Status --> New Don't be surprised to see this WONTFIXed some day though. It would seem to be a lot of work for a fairly minor issue, and if you run a local webserver through localhost the pop-up unblocking works. Reply at: https://bugs.launchpad.net/ubuntu/+source/firefox-3.0/+bug/290867/comments/2 ------------------------------------------------------------------------ On 2003-08-24T19:56:54+00:00 Johnmozilla wrote: I create Web Slide Shows of my photo library and this is a problem for me because my web pages popup a window for the accompanying music. My work around now is to use IE but I prefer not to use IE :-( I hope it can be fixed? Reply at: https://bugs.launchpad.net/ubuntu/+source/firefox-3.0/+bug/290867/comments/3 ------------------------------------------------------------------------ On 2003-09-30T16:17:59+00:00 Exel wrote: *** Bug 220797 has been marked as a duplicate of this bug. *** Reply at: https://bugs.launchpad.net/ubuntu/+source/firefox-3.0/+bug/290867/comments/4 ------------------------------------------------------------------------ On 2003-11-15T06:30:08+00:00 Berkut-bugzilla wrote: *** Bug 225759 has been marked as a duplicate of this bug. *** Reply at: https://bugs.launchpad.net/ubuntu/+source/firefox-3.0/+bug/290867/comments/5 ------------------------------------------------------------------------ On 2003-11-17T17:00:13+00:00 Kevinar18 wrote: Can someone clarify if I understand the meaning of this bug correctly? The way I understand it, is that you can NOT add file:// type URLs to the list of sites that are allowed to open pop-ups. Either that, or you can add them (and they appear in the list), but Firebird still blocks the pop-ups. Reply at: https://bugs.launchpad.net/ubuntu/+source/firefox-3.0/+bug/290867/comments/6 ------------------------------------------------------------------------ On 2003-12-27T00:02:13+00:00 Bscott wrote: This bug/behavior breaks certain features of Lotus Sametime Client. Specifically, Sametime uses a local file to open a new window with a specific size. Sametime works with IE, and it works with Mozilla with popup blocking turned off. Reply at: https://bugs.launchpad.net/ubuntu/+source/firefox-3.0/+bug/290867/comments/7 ------------------------------------------------------------------------ On 2005-02-19T00:31:05+00:00 Jason-barnabe-gmail wrote: This seems to work now on Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8b) Gecko/20050204 Firefox/1.0+. Can anyone confirm? Reply at: https://bugs.launchpad.net/ubuntu/+source/firefox-3.0/+bug/290867/comments/8 ------------------------------------------------------------------------ On 2005-02-19T23:33:26+00:00 Chantepie wrote: (In reply to comment #8) > This seems to work now on Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; > rv:1.8b) Gecko/20050204 Firefox/1.0+. Can anyone confirm? Still doesn't work on firefox Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7.5) Gecko/20041107 Firefox/1.0 Reply at: https://bugs.launchpad.net/ubuntu/+source/firefox-3.0/+bug/290867/comments/9 ------------------------------------------------------------------------ On 2007-09-29T16:37:35+00:00 Sylvain Pasche wrote: Is this bug still valid on Firefox > 2? There is no "Unblock Site" button any more in the UI. Moreover, you can unblock file:// URLs by going in Preferences > Content > pop-up windows Exceptions, and remove the scheme:file entry. Reply at: https://bugs.launchpad.net/ubuntu/+source/firefox-3.0/+bug/290867/comments/10 ------------------------------------------------------------------------ On 2007-12-20T14:11:34+00:00 Msommer wrote: This is still present in Firefox 3 Beta 2. I don't remember seeing this with Firefox 3 Beta 1 though. This is definitely a major problem, as now I have to use IE to do something! Any issue that makes you have to use IE is a major issue! Reply at: https://bugs.launchpad.net/ubuntu/+source/firefox-3.0/+bug/290867/comments/11 ------------------------------------------------------------------------ On 2008-02-01T22:11:34+00:00 Martijn-martijn wrote: This was fixed since a long time ago, but regressed again when bug 400097 was fixed. Reply at: https://bugs.launchpad.net/ubuntu/+source/firefox-3.0/+bug/290867/comments/12 ------------------------------------------------------------------------ On 2008-02-01T22:12:46+00:00 Martijn-martijn wrote: Created attachment 300929 permission manager testcase, uses enhanced privileges Reply at: https://bugs.launchpad.net/ubuntu/+source/firefox-3.0/+bug/290867/comments/13 ------------------------------------------------------------------------ On 2008-02-01T22:16:19+00:00 Martijn-martijn wrote: Created attachment 300930 patch? This fixes it for me. Reply at: https://bugs.launchpad.net/ubuntu/+source/firefox-3.0/+bug/290867/comments/14 ------------------------------------------------------------------------ On 2008-02-04T05:54:11+00:00 Dwitte wrote: Comment on attachment 300930 patch? >Index: extensions/cookie/nsPermissionManager.cpp >=================================================================== >- if (NS_FAILED(rv) || aResult.IsEmpty()) >+ if (NS_FAILED(rv)) > return NS_ERROR_UNEXPECTED; so, the problem with this is that any URI without a host (irrespective of scheme, path etc) will get dumped in the same boat - whether you're setting the permission or testing it. and UI has to deal appropriately, which it doesn't atm - would need to check for blank hosts and display "(none)", for instance - and possibly even allow setting a blank entry (e.g. in the text entry box in the cookie/popup/image permissionviewers). fyi, the schemes i know can have empty hosts now are file:// and data://, possibly more. what we used to do before bug 400097 landed was use the scheme if the host was blank, which i removed because it seems hackish. we could add that back again, which would mean the UI could then display something like "file://" in place of a host, but i'm not enthusiastic to do so. a third option would be to keep throwing like we do now, and change all the consumers that set/test permissions to deal with the throw and do something sensible. (in the case of popup blocking - allow the popup? what does it do in similar failure cases now?) any thoughts? Reply at: https://bugs.launchpad.net/ubuntu/+source/firefox-3.0/+bug/290867/comments/15 ------------------------------------------------------------------------ On 2008-02-05T15:09:18+00:00 Mike Connor wrote: nice to have, I don't think this blocks at this point. option 3 seems to make the most sense to me. Reply at: https://bugs.launchpad.net/ubuntu/+source/firefox-3.0/+bug/290867/comments/16 ------------------------------------------------------------------------ On 2008-02-05T15:15:23+00:00 Martijn-martijn wrote: This is not "nice to have". As I mentioned in comment 12, this used to work in Firefox 2 but regressed again during the Firefox 3 timeframe. Reply at: https://bugs.launchpad.net/ubuntu/+source/firefox-3.0/+bug/290867/comments/17 ------------------------------------------------------------------------ On 2008-02-05T15:50:31+00:00 Martijn-martijn wrote: (In reply to comment #15) > a third option would be to keep throwing like we do now, and change all the > consumers that set/test permissions to deal with the throw and do something > sensible. (in the case of popup blocking - allow the popup? what does it do in > similar failure cases now?) > > any thoughts? So popups would always be allowed for local pages? That seems like a bad idea to me. Why shouldn't nsIPermissionManager be able to deal with local file urls? It seems to me that it at least should be documented in nsIPermissionManager.idl, that it doesn't handle file urls. Reply at: https://bugs.launchpad.net/ubuntu/+source/firefox-3.0/+bug/290867/comments/18 ------------------------------------------------------------------------ On 2008-04-15T10:52:52+00:00 Deletesoftware+moz wrote: *** Bug 429102 has been marked as a duplicate of this bug. *** Reply at: https://bugs.launchpad.net/ubuntu/+source/firefox-3.0/+bug/290867/comments/19 ------------------------------------------------------------------------ On 2008-06-19T06:28:19+00:00 Blue112 wrote: The same bug happends with Firefox 3.0 for Linux. I use flash to open popup from a local file (file://) and the popup is blocked. I can't say to firefox to ignore popup for theses local file. When I click on the bottom icon, it says me "Accept popup from ". When I click on it, nothing happends, so I can't find a way to open popup from flash on a local file. On top of that, when I add "scheme:file" in the white list, it just writes "scheme", and the popup are blocked as usual. Reply at: https://bugs.launchpad.net/ubuntu/+source/firefox-3.0/+bug/290867/comments/20 ------------------------------------------------------------------------ On 2008-06-25T13:52:50+00:00 Martijn-martijn wrote: *** Bug 441606 has been marked as a duplicate of this bug. *** Reply at: https://bugs.launchpad.net/ubuntu/+source/firefox-3.0/+bug/290867/comments/21 ------------------------------------------------------------------------ On 2008-07-22T14:39:01+00:00 Junkmailsux wrote: Will this ever be resolved??? HHHHHHEEEEEEEELLLLLLLLLLLLLLLLPPPPPPPPPPPPPP!!!!!!!!!!!! Reply at: https://bugs.launchpad.net/ubuntu/+source/firefox-3.0/+bug/290867/comments/23 ------------------------------------------------------------------------ On 2008-08-10T18:00:24+00:00 Bugzilla-tf wrote: *** Bug 450012 has been marked as a duplicate of this bug. *** Reply at: https://bugs.launchpad.net/ubuntu/+source/firefox-3.0/+bug/290867/comments/24 ------------------------------------------------------------------------ On 2008-08-18T22:34:01+00:00 Mike Connor wrote: Definitely not a blocker. Reply at: https://bugs.launchpad.net/ubuntu/+source/firefox-3.0/+bug/290867/comments/25 ------------------------------------------------------------------------ On 2008-09-27T15:19:34+00:00 Jm-f wrote: With 16 votes this seems to be the main page for this problem. The following appear to be duplicates of this bug, Bug 416747, Bug 256039, Bug 253487, Bug 204328. In Firefox 3.0 the only way I could workaround it for my local file application was to use javascript to set navigator.preference("dom.disable_open_during_load", false) (Block/Unblock popups), then open the popup, and then reset the pref to what it was originally. This is a messy solution though since you also need to set user_pref("security.fileuri.strict_origin_policy", false) plus set privileges (UniversalPreferencesWrite/Read)and you get a security prompt. I hope somebody can solve this since it will mess up many local applications. I lost ages on it trying to figure out what was wrong before finding it was a bug. Thought maybe I had to use user_pref("capability.policy.localfile.Window.open", "allAccess") but that was a dead end since it is always overridden by dom.disable_open_during_load. Reply at: https://bugs.launchpad.net/ubuntu/+source/firefox-3.0/+bug/290867/comments/26 ------------------------------------------------------------------------ On 2008-09-27T16:12:57+00:00 Jm-f wrote: Correction for my workaround you don't need to set user_pref("security.fileuri.strict_origin_policy", false) Reply at: https://bugs.launchpad.net/ubuntu/+source/firefox-3.0/+bug/290867/comments/27 ------------------------------------------------------------------------ On 2009-06-03T13:35:10+00:00 longsonr wrote: *** Bug 496118 has been marked as a duplicate of this bug. *** Reply at: https://bugs.launchpad.net/ubuntu/+source/firefox-3.0/+bug/290867/comments/39 ------------------------------------------------------------------------ On 2009-06-03T20:14:13+00:00 Highmind63 wrote: I think the patch here will result in chrome://, about: and any other urls without a host (http, https, ftp) to be handled, which may in turn result in crashes (null derefs). I'm also not sure how this helps as permissions can't be added for uris without a host afaik... Reply at: https://bugs.launchpad.net/ubuntu/+source/firefox-3.0/+bug/290867/comments/40 ------------------------------------------------------------------------ On 2009-12-31T22:13:25+00:00 Junkmailsux wrote: This first post was on 2003-05-02 22:04:12 PDT. That was 6 1/2 years ago!!!!!! We're now up to Firefox ver. 3.5.6 and there's STILL no fix for this. WTF?????? I'm really sick of dealing with this B.S.!!!!! FIX THIS DA** PROBLEM!!!!!!!!!!!!! Reply at: https://bugs.launchpad.net/ubuntu/+source/firefox-3.0/+bug/290867/comments/41 ------------------------------------------------------------------------ On 2010-02-22T12:50:19+00:00 Marty wrote: This is still present in Firefox 3.6 For me it is preventing the way Cisco has implemented the launch of a locally installed version of SDM. I have to disable the popup blocker completely to get it working. I'd suggest that rather than enabling it for all scheme:file it should be possible to specify a file or directory so the security exposure is minimised. Reply at: https://bugs.launchpad.net/ubuntu/+source/firefox-3.0/+bug/290867/comments/42 ------------------------------------------------------------------------ On 2010-09-01T20:51:11+00:00 Martijn-martijn wrote: Patch https://bugzilla.mozilla.org/attachment.cgi?id=464750 from bug 546857 added "<file>" stuff in the permissionmanager for CommonTestPermission. So I guess "<file>" support should be added for the other methods of permissionmanager. Then the frontend code of Firefox can be adjusted to support this. Reply at: https://bugs.launchpad.net/ubuntu/+source/firefox-3.0/+bug/290867/comments/43 ------------------------------------------------------------------------ On 2010-09-02T15:10:32+00:00 Martijn-martijn wrote: Created attachment 471509 patch? This basically copies the code from bug 546857. Reply at: https://bugs.launchpad.net/ubuntu/+source/firefox-3.0/+bug/290867/comments/44 ------------------------------------------------------------------------ On 2010-09-02T16:03:55+00:00 Martijn-martijn wrote: Created attachment 471524 patch This fixes the ui a bit. Reply at: https://bugs.launchpad.net/ubuntu/+source/firefox-3.0/+bug/290867/comments/45 ------------------------------------------------------------------------ On 2010-09-10T21:16:12+00:00 Jonas-sicking wrote: I don't think we should make it so that allowing popups for one file, enables it for all files. Especially if we add UI for other, more riskier, policies. Our same-domain policy for file:// is pretty complicated, but if we could make it so that if you apply a policy for file://foo/bar/baz.html, then that policy applies only to file://foo/bar and nothing else. Btw, we do use the uri of the principal when setting these policies, right? Not the uri of the document? Reply at: https://bugs.launchpad.net/ubuntu/+source/firefox-3.0/+bug/290867/comments/46 ------------------------------------------------------------------------ On 2010-09-10T21:19:30+00:00 Jonas-sicking wrote: Sorry, I meant to say that it should apply to file://foo/bar and all files and subdirectories within it, but not to file://foo or file://foo/sweden Reply at: https://bugs.launchpad.net/ubuntu/+source/firefox-3.0/+bug/290867/comments/47 ------------------------------------------------------------------------ On 2010-09-10T22:02:12+00:00 Martijn-martijn wrote: (In reply to comment #34) > Our same-domain policy for file:// is pretty complicated, but if we could make > it so that if you apply a policy for file://foo/bar/baz.html, then that policy > applies only to file://foo/bar and nothing else. I guess the relevant code to do such a thing is here: http://mxr.mozilla.org/mozilla-central/source/caps/src/nsPrincipal.cpp#417 Reply at: https://bugs.launchpad.net/ubuntu/+source/firefox-3.0/+bug/290867/comments/48 ------------------------------------------------------------------------ On 2010-09-10T22:12:41+00:00 Jonas-sicking wrote: Yes, similar to that. Reply at: https://bugs.launchpad.net/ubuntu/+source/firefox-3.0/+bug/290867/comments/49 ------------------------------------------------------------------------ On 2010-09-25T11:41:18+00:00 Gingerbread-man-b wrote: It looks to me like bug 442589 is a duplicate of this bug. It's been sitting as unconfirmed for over two years now. Please mark it appropriately. Reply at: https://bugs.launchpad.net/ubuntu/+source/firefox-3.0/+bug/290867/comments/50 ------------------------------------------------------------------------ On 2010-09-25T12:55:24+00:00 Martijn-martijn wrote: *** Bug 442589 has been marked as a duplicate of this bug. *** Reply at: https://bugs.launchpad.net/ubuntu/+source/firefox-3.0/+bug/290867/comments/52 ------------------------------------------------------------------------ On 2011-07-08T15:37:01+00:00 Keul wrote: Use popup for video-projector with a local html file and JS (local webserver is not a good workaround as it takes more place, require to launch extra service/program, and witch must come with a version for each OS) Reply at: https://bugs.launchpad.net/ubuntu/+source/firefox-3.0/+bug/290867/comments/53 ------------------------------------------------------------------------ On 2011-10-06T12:59:51+00:00 Jfktech211 wrote: Still a problem in 7.0.1 I voted because it's not trivial. There's a big difference for an html hacker/designer between launching an html file by simply double-clicking it and downloading and installing and configuring a localhost server. Also, there's a big difference between sending some arbitrary client a prototype html file to double-click and asking some arbitrary client to install a localhost server first (or between sending a file and setting up a secure domain/folder with some web hosting company). Reply at: https://bugs.launchpad.net/ubuntu/+source/firefox-3.0/+bug/290867/comments/54 ------------------------------------------------------------------------ On 2011-10-21T19:49:48+00:00 Martijn-martijn wrote: *** Bug 642672 has been marked as a duplicate of this bug. *** Reply at: https://bugs.launchpad.net/ubuntu/+source/firefox-3.0/+bug/290867/comments/55 ------------------------------------------------------------------------ On 2011-11-29T09:27:08+00:00 Shedokan1 wrote: I am having the same problem with Firefox 8.0 This bug is very old, and has major priority, can someone please take a look so we can close this bug? Reply at: https://bugs.launchpad.net/ubuntu/+source/firefox-3.0/+bug/290867/comments/56 ------------------------------------------------------------------------ On 2012-01-30T17:16:49+00:00 Martijn-martijn wrote: *** Bug 720633 has been marked as a duplicate of this bug. *** Reply at: https://bugs.launchpad.net/ubuntu/+source/firefox-3.0/+bug/290867/comments/57 ------------------------------------------------------------------------ On 2012-03-15T01:21:42+00:00 Bugzilla-tf wrote: *** Bug 735930 has been marked as a duplicate of this bug. *** Reply at: https://bugs.launchpad.net/ubuntu/+source/firefox-3.0/+bug/290867/comments/58 ------------------------------------------------------------------------ On 2012-03-16T21:15:02+00:00 Jaws wrote: Comment on attachment 471524 patch Clearing reviews on these patches based on comment #34. Reply at: https://bugs.launchpad.net/ubuntu/+source/firefox-3.0/+bug/290867/comments/59 ------------------------------------------------------------------------ On 2012-06-21T16:42:14+00:00 Bugzilla-tf wrote: *** Bug 767008 has been marked as a duplicate of this bug. *** Reply at: https://bugs.launchpad.net/ubuntu/+source/firefox-3.0/+bug/290867/comments/60 ------------------------------------------------------------------------ On 2012-06-21T17:20:08+00:00 Junkmailsux wrote: Let's face it. They obviously couldn't care less about their users. This issue started with Firefox 3 and has NEVER been fixed. I'm guessing it NEVER will be. Has anyone tried Google Chrome? Maybe they appreciate users and actually address issues within a decade!! Reply at: https://bugs.launchpad.net/ubuntu/+source/firefox-3.0/+bug/290867/comments/61 ------------------------------------------------------------------------ On 2012-06-21T17:22:14+00:00 Martijn-martijn wrote: This could be fixed by anybody, it's probably not that difficult. See comment 36 of how to fix this. Reply at: https://bugs.launchpad.net/ubuntu/+source/firefox-3.0/+bug/290867/comments/62 ------------------------------------------------------------------------ On 2012-06-21T17:58:13+00:00 Junkmailsux wrote: For me, that code in 36 might as well be Sanskrit. ROFL!! Reply at: https://bugs.launchpad.net/ubuntu/+source/firefox-3.0/+bug/290867/comments/63 ------------------------------------------------------------------------ On 2012-06-26T14:27:14+00:00 Chengiz wrote: If you want to turn off all "file://" popups, use "<file>" (sans quotes) in the popup blocker list. Reply at: https://bugs.launchpad.net/ubuntu/+source/firefox-3.0/+bug/290867/comments/64 ------------------------------------------------------------------------ On 2012-06-26T14:28:07+00:00 Chengiz wrote: Argh, I meant turn *on* popups, and popup *unblocker* list. Reply at: https://bugs.launchpad.net/ubuntu/+source/firefox-3.0/+bug/290867/comments/65 ------------------------------------------------------------------------ On 2012-06-26T15:25:32+00:00 Junkmailsux wrote: (In reply to C Khan from comment #51) > If you want to turn off all "file://" popups, use "<file>" (sans quotes) in > the popup blocker list. YOU'RE A FREAKIN' GENIUS!!!!!!! We've fought with this for YEARS and you fixed it in SECONDS!! I gotta say it again, YOU'RE A FREAKIN' GENIUS!!!!! Reply at: https://bugs.launchpad.net/ubuntu/+source/firefox-3.0/+bug/290867/comments/66 ------------------------------------------------------------------------ On 2012-06-26T15:36:56+00:00 Chengiz wrote: Er I only got it from comment 31, but I'll take the praise :-) Reply at: https://bugs.launchpad.net/ubuntu/+source/firefox-3.0/+bug/290867/comments/67 ------------------------------------------------------------------------ On 2012-06-26T16:04:38+00:00 Keul wrote: We still have to adjust the frontend to me bore intuitive. Reply at: https://bugs.launchpad.net/ubuntu/+source/firefox-3.0/+bug/290867/comments/68 ------------------------------------------------------------------------ On 2012-06-26T19:17:53+00:00 Junkmailsux wrote: OK. One problem resolved but it created another one. :( First of all, I know this is somewhat unrelated so if you need to delete/move this, feel free. I have a script that will open my browser window outside of my screen (left and top are negative) so I don't have to see the the menu bar and left section of a page. Just save a little real estate. It's been perfect for years but now that it'll open like it's supposed to, it opens the window at 0,0. Any ideas on how to fix this?? I got this script from a friend who's no longer with us and this kinda stuff is over my head! Thanks for the help!! function popup(URL) { day = new Date(); id = day.getTime(); eval("page" + id + " = window.open(URL, '" + id + "', 'directories=0,status=0,toolbar=1,scrollbars=1,location=0,statusbar=0,menubar=0,resizable=0,width=1365,height=705,left = -274,top = -210');"); top.opener = self top.close() } // End --> </sc Reply at: https://bugs.launchpad.net/ubuntu/+source/firefox-3.0/+bug/290867/comments/69 ------------------------------------------------------------------------ On 2012-06-28T17:08:30+00:00 Pkcirclesoft wrote: ,left= -274,top = -210' Both are set to negative values which should put the window at screen position 0.0 since it can not go negative. NOTE: I've read that "top" is only recognized by IE but I think I remember using it in Firefox as intended. Anyway change those two items to something positive & play with it, perhaps one at a time to see what each does. Phil Reply at: https://bugs.launchpad.net/ubuntu/+source/firefox-3.0/+bug/290867/comments/70 ------------------------------------------------------------------------ On 2012-06-28T18:29:04+00:00 Junkmailsux wrote: (In reply to Philip Karras from comment #57) > ,left= -274,top = -210' > > Both are set to negative values which should put the window at screen > position 0.0 since it can not go negative. > > NOTE: I've read that "top" is only recognized by IE but I think I remember > using it in Firefox as intended. > > Anyway change those two items to something positive & play with it, perhaps > one at a time to see what each does. > > Phil I've had these set to negatives and used them for over a year with Firefox. Once I set <file> it stopped putting them where they were supposed to be. I removed the <file> and the windows open beyond the screen (i.e. -274x-210) like I need them to. Reply at: https://bugs.launchpad.net/ubuntu/+source/firefox-3.0/+bug/290867/comments/71 ------------------------------------------------------------------------ On 2012-06-29T11:58:26+00:00 Pkcirclesoft wrote: I understand that but you have changed something, you added "<file>", so you may now need to change these to work with this change. it happens, so give it a try so we know what changing these items does. These were defined as the items used to position the window when it opens up & were never intended to be negative as far as I understand. Reply at: https://bugs.launchpad.net/ubuntu/+source/firefox-3.0/+bug/290867/comments/72 ------------------------------------------------------------------------ On 2012-07-12T10:22:29+00:00 Herbie213-de wrote: Could somebody entitled to to so please set this bug to SOLVED as it actually seems to be solved in its original version. I had the respective problem and interpreted the status NEW as "not solved" yet. Reading through the comments for curiosity reasons then unexpectedly led me to the solution in #51/52. Works fine for me (13.0.1). Reply at: https://bugs.launchpad.net/ubuntu/+source/firefox-3.0/+bug/290867/comments/73 ------------------------------------------------------------------------ On 2012-07-12T10:40:08+00:00 Bugzilla2007 wrote: (In reply to yee-haw from comment #60) > Could somebody entitled to to so please set this bug to SOLVED as it > actually seems to be solved in its original version. I had the respective > problem and interpreted the status NEW as "not solved" yet. Reading through > the comments for curiosity reasons then unexpectedly led me to the solution > in #51/52. > Works fine for me (13.0.1). yee-haw, I'm glad the workaround of comment 50 and comment 51 works for you. However, it is completely undiscoverable from the UI. Pls follow instructions of comment 1 with testcase attachment 122368 to see that the original problem of this bug (comment 0) is not solved, at all. Reply at: https://bugs.launchpad.net/ubuntu/+source/firefox-3.0/+bug/290867/comments/74 ------------------------------------------------------------------------ On 2013-02-07T16:09:39+00:00 Mounir wrote: *** Bug 256039 has been marked as a duplicate of this bug. *** Reply at: https://bugs.launchpad.net/ubuntu/+source/firefox-3.0/+bug/290867/comments/75 ** Changed in: firefox Status: Unknown => Fix Released ** Changed in: firefox Importance: Unknown => Medium -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/290867 Title: Can´t authorize local application to open pop-ups To manage notifications about this bug go to: https://bugs.launchpad.net/firefox/+bug/290867/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
