[Desktop-packages] [Bug 209509]
https://hg.mozilla.org/integration/mozilla-inbound/rev/511ea736284e -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to firefox in Ubuntu. https://bugs.launchpad.net/bugs/209509 Title: does not accept textual input Status in XUL + XPCOM application runner: Fix Released Status in “firefox” package in Ubuntu: Won't Fix Status in “firefox-3.0” package in Ubuntu: Won't Fix Status in “firefox-3.5” package in Ubuntu: Won't Fix Bug description: Binary package hint: firefox Firefox 3 (3.0~b4+nobinonly-0ubuntu1) immediately opens a "file upload" dialog when I click on the file name field. Ff should only open this dialog if click on [Browse...]. Even after I close the dialog window I can neither input a file name directly into the field nor can I remove the file from the input field. It should be as easy editable as in firefox 2. I use Hardy amd64. To manage notifications about this bug go to: https://bugs.launchpad.net/xulrunner/+bug/209509/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 209509]
Comment on attachment 710783 Patch Marco, could you try this build and tell us if are okay regarding a11y: https://ftp.mozilla.org/pub/mozilla.org/firefox/try-builds/mlamo...@mozilla.com-d7c3eda7996a/ Thanks :) -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to firefox in Ubuntu. https://bugs.launchpad.net/bugs/209509 Title: does not accept textual input Status in XUL + XPCOM application runner: In Progress Status in “firefox” package in Ubuntu: Won't Fix Status in “firefox-3.0” package in Ubuntu: Won't Fix Status in “firefox-3.5” package in Ubuntu: Won't Fix Bug description: Binary package hint: firefox Firefox 3 (3.0~b4+nobinonly-0ubuntu1) immediately opens a "file upload" dialog when I click on the file name field. Ff should only open this dialog if click on [Browse...]. Even after I close the dialog window I can neither input a file name directly into the field nor can I remove the file from the input field. It should be as easy editable as in firefox 2. I use Hardy amd64. To manage notifications about this bug go to: https://bugs.launchpad.net/xulrunner/+bug/209509/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 209509]
(In reply to alexander :surkov from comment #91) > (In reply to Mounir Lamouri (:mounir) from comment #90) > > Alexander, is there any way I can help? Do you want me to send you a folded > > patch with all changes related to this (this patch might not apply cleanly > > on top af tip)? > > yes, it doesn't apply cleanly. something to apply it would be great I just sent you a patch that should apply on tip. -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to firefox in Ubuntu. https://bugs.launchpad.net/bugs/209509 Title: does not accept textual input Status in XUL + XPCOM application runner: In Progress Status in “firefox” package in Ubuntu: Won't Fix Status in “firefox-3.0” package in Ubuntu: Won't Fix Status in “firefox-3.5” package in Ubuntu: Won't Fix Bug description: Binary package hint: firefox Firefox 3 (3.0~b4+nobinonly-0ubuntu1) immediately opens a "file upload" dialog when I click on the file name field. Ff should only open this dialog if click on [Browse...]. Even after I close the dialog window I can neither input a file name directly into the field nor can I remove the file from the input field. It should be as easy editable as in firefox 2. I use Hardy amd64. To manage notifications about this bug go to: https://bugs.launchpad.net/xulrunner/+bug/209509/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 209509]
Alexander, is there any way I can help? Do you want me to send you a folded patch with all changes related to this (this patch might not apply cleanly on top af tip)? -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to firefox in Ubuntu. https://bugs.launchpad.net/bugs/209509 Title: does not accept textual input Status in XUL + XPCOM application runner: In Progress Status in “firefox” package in Ubuntu: Won't Fix Status in “firefox-3.0” package in Ubuntu: Won't Fix Status in “firefox-3.5” package in Ubuntu: Won't Fix Bug description: Binary package hint: firefox Firefox 3 (3.0~b4+nobinonly-0ubuntu1) immediately opens a "file upload" dialog when I click on the file name field. Ff should only open this dialog if click on [Browse...]. Even after I close the dialog window I can neither input a file name directly into the field nor can I remove the file from the input field. It should be as easy editable as in firefox 2. I use Hardy amd64. To manage notifications about this bug go to: https://bugs.launchpad.net/xulrunner/+bug/209509/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 209509]
(In reply to alexander :surkov from comment #84) > They don't create a native anonymous content for it, correct? AFAICT, that's correct. -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to firefox in Ubuntu. https://bugs.launchpad.net/bugs/209509 Title: does not accept textual input Status in XUL + XPCOM application runner: In Progress Status in “firefox” package in Ubuntu: Won't Fix Status in “firefox-3.0” package in Ubuntu: Won't Fix Status in “firefox-3.5” package in Ubuntu: Won't Fix Bug description: Binary package hint: firefox Firefox 3 (3.0~b4+nobinonly-0ubuntu1) immediately opens a "file upload" dialog when I click on the file name field. Ff should only open this dialog if click on [Browse...]. Even after I close the dialog window I can neither input a file name directly into the field nor can I remove the file from the input field. It should be as easy editable as in firefox 2. I use Hardy amd64. To manage notifications about this bug go to: https://bugs.launchpad.net/xulrunner/+bug/209509/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 209509]
(In reply to n...@parkwaycc.co.uk from comment #80) > (In reply to alexander surkov from comment #78) > > Mounir, I assume you use @value attribute on that xul:label. Is it possible > > to switch to text node instead? > He can't *switch* to text node because he requires the crop behaviour, but I > believe the value attribute takes priority over the text node so that if he > provides both then it will show cropped text but obviously I don't know > whether the accessibility code will see the text node. (Is it possible to > query the accessible tree in DOM Inspector to find out?) I tried that and that unfortunately doesn't work :( (In reply to alexander :surkov from comment #78) > (In reply to James Teh [:Jamie] from comment #77) > > (In reply to alexander :surkov from comment #73) > > > Jamie, I think we need your help. Can you take a look please at try build: > > > and say how we should expose the input@type="file" to AT to make it > > > working > > > with NVDA? > > The problem is that XUL labels expose the IAccessibleText interface, but the > > text is empty (IAccessibleText::nCharacters returns 0). If the label text is > > exposed via IAccessibleText, it should work correctly. > > If we would expose IAccessibleText correctly then would it fix a problem? > > Mounir, I assume you use @value attribute on that xul:label. Is it possible > to switch to text node instead? I'm using xul:label because there is the crop feature. -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to firefox in Ubuntu. https://bugs.launchpad.net/bugs/209509 Title: does not accept textual input Status in XUL + XPCOM application runner: In Progress Status in “firefox” package in Ubuntu: Won't Fix Status in “firefox-3.0” package in Ubuntu: Won't Fix Status in “firefox-3.5” package in Ubuntu: Won't Fix Bug description: Binary package hint: firefox Firefox 3 (3.0~b4+nobinonly-0ubuntu1) immediately opens a "file upload" dialog when I click on the file name field. Ff should only open this dialog if click on [Browse...]. Even after I close the dialog window I can neither input a file name directly into the field nor can I remove the file from the input field. It should be as easy editable as in firefox 2. I use Hardy amd64. To manage notifications about this bug go to: https://bugs.launchpad.net/xulrunner/+bug/209509/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 209509]
(In reply to alexander :surkov from comment #82) > (In reply to n...@parkwaycc.co.uk from comment #80) > So crop doesn't give desired effect on > file:///c:/path-to-file > or > file:///c:/path-to-file None of those worked. -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to firefox in Ubuntu. https://bugs.launchpad.net/bugs/209509 Title: does not accept textual input Status in XUL + XPCOM application runner: In Progress Status in “firefox” package in Ubuntu: Won't Fix Status in “firefox-3.0” package in Ubuntu: Won't Fix Status in “firefox-3.5” package in Ubuntu: Won't Fix Bug description: Binary package hint: firefox Firefox 3 (3.0~b4+nobinonly-0ubuntu1) immediately opens a "file upload" dialog when I click on the file name field. Ff should only open this dialog if click on [Browse...]. Even after I close the dialog window I can neither input a file name directly into the field nor can I remove the file from the input field. It should be as easy editable as in firefox 2. I use Hardy amd64. To manage notifications about this bug go to: https://bugs.launchpad.net/xulrunner/+bug/209509/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 209509]
(In reply to alexander :surkov from comment #70) > (In reply to Mounir Lamouri (:mounir) from comment #68) > > (In reply to alexander :surkov from comment #67) > > > Comment on attachment 710783 > > > Patch > > > > > > btw, this patch would need a fix on a11y side to make a11y mochitests pass > > > > For the moment, I haven't seen any a11y test failure. Do you know which > > tests could fail? > > Do I understand correct that you replaced anonymous html:input to xul:label? Indeed because xul:label supports ellipsis in the middle (with @crop) but CSS do not support that. -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to firefox in Ubuntu. https://bugs.launchpad.net/bugs/209509 Title: does not accept textual input Status in XUL + XPCOM application runner: In Progress Status in “firefox” package in Ubuntu: Won't Fix Status in “firefox-3.0” package in Ubuntu: Won't Fix Status in “firefox-3.5” package in Ubuntu: Won't Fix Bug description: Binary package hint: firefox Firefox 3 (3.0~b4+nobinonly-0ubuntu1) immediately opens a "file upload" dialog when I click on the file name field. Ff should only open this dialog if click on [Browse...]. Even after I close the dialog window I can neither input a file name directly into the field nor can I remove the file from the input field. It should be as easy editable as in firefox 2. I use Hardy amd64. To manage notifications about this bug go to: https://bugs.launchpad.net/xulrunner/+bug/209509/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 209509]
BTW, do we have to expose the anonymous nodes to the accessible document? It seems that regarding a11y, it would be as good to simply have one element that has some value and can be open (popup state?). I don't know much about a11y so I might be missing some reasons why we expose those anonymous nodes. -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to firefox in Ubuntu. https://bugs.launchpad.net/bugs/209509 Title: does not accept textual input Status in XUL + XPCOM application runner: In Progress Status in “firefox” package in Ubuntu: Won't Fix Status in “firefox-3.0” package in Ubuntu: Won't Fix Status in “firefox-3.5” package in Ubuntu: Won't Fix Bug description: Binary package hint: firefox Firefox 3 (3.0~b4+nobinonly-0ubuntu1) immediately opens a "file upload" dialog when I click on the file name field. Ff should only open this dialog if click on [Browse...]. Even after I close the dialog window I can neither input a file name directly into the field nor can I remove the file from the input field. It should be as easy editable as in firefox 2. I use Hardy amd64. To manage notifications about this bug go to: https://bugs.launchpad.net/xulrunner/+bug/209509/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 209509]
(In reply to alexander :surkov from comment #67) > Comment on attachment 710783 > Patch > > btw, this patch would need a fix on a11y side to make a11y mochitests pass For the moment, I haven't seen any a11y test failure. Do you know which tests could fail? (In reply to alexander :surkov from comment #66) > Comment on attachment 710783 > Patch > > Mounir, it's better ask Marco to give a try with screen readers. Btw, it'd > be great if you provide a try build. https://ftp.mozilla.org/pub/mozilla.org/firefox/try- builds/mlamo...@mozilla.com-b61257dc2541/ -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to firefox in Ubuntu. https://bugs.launchpad.net/bugs/209509 Title: does not accept textual input Status in XUL + XPCOM application runner: In Progress Status in “firefox” package in Ubuntu: Won't Fix Status in “firefox-3.0” package in Ubuntu: Won't Fix Status in “firefox-3.5” package in Ubuntu: Won't Fix Bug description: Binary package hint: firefox Firefox 3 (3.0~b4+nobinonly-0ubuntu1) immediately opens a "file upload" dialog when I click on the file name field. Ff should only open this dialog if click on [Browse...]. Even after I close the dialog window I can neither input a file name directly into the field nor can I remove the file from the input field. It should be as easy editable as in firefox 2. I use Hardy amd64. To manage notifications about this bug go to: https://bugs.launchpad.net/xulrunner/+bug/209509/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 209509]
There are two issues: - the button is now on the left instead of the right, it is the first child instead of the second; - the value is shown in a xul:label instead of a html:input which changes a few stuff especially its role is no longer "ENTRY". -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to firefox in Ubuntu. https://bugs.launchpad.net/bugs/209509 Title: does not accept textual input Status in XUL + XPCOM application runner: In Progress Status in “firefox” package in Ubuntu: Won't Fix Status in “firefox-3.0” package in Ubuntu: Won't Fix Status in “firefox-3.5” package in Ubuntu: Won't Fix Bug description: Binary package hint: firefox Firefox 3 (3.0~b4+nobinonly-0ubuntu1) immediately opens a "file upload" dialog when I click on the file name field. Ff should only open this dialog if click on [Browse...]. Even after I close the dialog window I can neither input a file name directly into the field nor can I remove the file from the input field. It should be as easy editable as in firefox 2. I use Hardy amd64. To manage notifications about this bug go to: https://bugs.launchpad.net/xulrunner/+bug/209509/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 209509]
Created attachment 710783 Patch I had to use a because I needed an ellipsis in the middle of the text. Alexander, how would that be regarding a11y? Is using a a bad thing? -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to firefox in Ubuntu. https://bugs.launchpad.net/bugs/209509 Title: does not accept textual input Status in XUL + XPCOM application runner: In Progress Status in “firefox” package in Ubuntu: Won't Fix Status in “firefox-3.0” package in Ubuntu: Won't Fix Status in “firefox-3.5” package in Ubuntu: Won't Fix Bug description: Binary package hint: firefox Firefox 3 (3.0~b4+nobinonly-0ubuntu1) immediately opens a "file upload" dialog when I click on the file name field. Ff should only open this dialog if click on [Browse...]. Even after I close the dialog window I can neither input a file name directly into the field nor can I remove the file from the input field. It should be as easy editable as in firefox 2. I use Hardy amd64. To manage notifications about this bug go to: https://bugs.launchpad.net/xulrunner/+bug/209509/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1082446]
(In reply to Simona B [QA] from comment #32) > When trying to verify this on Firefox 17.0.1 I noticed that after replacing > the permissions.sqlite file in my profile folder I had 2 cookies listed > under the Excetions category in Options->Privacy-> History. One of them is > schafmail.de and the other one is www.openstreetmap.org, even though I > didn't accept the cookie and set the remember checkbox. > > Is that expected in any way? Yes. The file contains a cookie permission for openstreetmap.org. > Moreover on Firefox 17 after replacing the permissions.sqlite file the only > listed cookie is schafmail.de, on Firefox 17.0.1 I see 2 cookies > (schafmail.de and www.openstreetmap.org) and on Firefox 16.02 I see 3 > cookies listed under Exceptions (www.openstreetmap.org scheme:file and > schafmail.de). > > Is there any reason for all the 3 different results when replacing the same > permission.sqlite file? Yes. Since Firefox 17, we consider "scheme:file" as an invalid entry. Basically, the cookie permissions in the file are the following: schafmail.de scheme:file openstreetmap.org Firefox 16 reads, accepts and loads all of them (thus, three of them listed). Firefox 17.0.0 accepts "schafmail.de" but refuses "scheme:file" so stop reading the permissions, thus do not load "openstreetmap.org" Firefox 17.0.1 also refuses "scheme:file" but continue to read the file so "openstreetmap.org" is loaded. The behaviour you see seem fine to me. -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to firefox in Ubuntu. https://bugs.launchpad.net/bugs/1082446 Title: Firefox 17.0 ignores cookie exceptions Status in The Mozilla Firefox Browser: Fix Released Status in “firefox” package in Ubuntu: Triaged Bug description: $ lsb_release -rd Description:Ubuntu 12.10 Release:12.10 $ apt-cache policy firefox firefox: Installed: 17.0+build2-0ubuntu0.12.10.1 Candidate: 17.0+build2-0ubuntu0.12.10.1 Version table: *** 17.0+build2-0ubuntu0.12.10.1 0 500 http://mirror.umd.edu/ubuntu/ quantal-updates/main amd64 Packages 500 http://mirror.umd.edu/ubuntu/ quantal-security/main amd64 Packages 100 /var/lib/dpkg/status 16.0.1+build1-0ubuntu1 0 500 http://mirror.umd.edu/ubuntu/ quantal/main amd64 Packages Expected behavior: Firefox should remember the cookie exceptions I've set in versions of Firefox prior to 17.0. It should also store changes I make to exceptions. Actual behavior: Firefox ignore cookie exceptions. It also no longer records them. Workaround: Most users will want to stay on 16.0 until Mozilla fixes this bug. The thread referred to below contains workarounds that require dumping and manipulating an sqlite database. See a discussion of the bug: http://forums.mozillazine.org/viewtopic.php?f=38&t=2621009&sid=cc80c10c48eb87f53a76306af86fdaf7 The bug report over at mozilla.org: https://bugzilla.mozilla.org/show_bug.cgi?id=814554 To manage notifications about this bug go to: https://bugs.launchpad.net/firefox/+bug/1082446/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1082446]
Aurora: https://hg.mozilla.org/releases/mozilla-aurora/rev/609d111f9b9c Beta: https://hg.mozilla.org/releases/mozilla-beta/rev/d4646b5033da Release: https://hg.mozilla.org/releases/mozilla-release/rev/909cd366fc7d ESR: https://hg.mozilla.org/releases/mozilla-esr17/rev/076b31b38565 ESR-GECKO170_2012111914_RELBRANCH: https://hg.mozilla.org/releases/mozilla-esr17/rev/039489f19693 -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to firefox in Ubuntu. https://bugs.launchpad.net/bugs/1082446 Title: Firefox 17.0 ignores cookie exceptions Status in The Mozilla Firefox Browser: Fix Released Status in “firefox” package in Ubuntu: Triaged Bug description: $ lsb_release -rd Description:Ubuntu 12.10 Release:12.10 $ apt-cache policy firefox firefox: Installed: 17.0+build2-0ubuntu0.12.10.1 Candidate: 17.0+build2-0ubuntu0.12.10.1 Version table: *** 17.0+build2-0ubuntu0.12.10.1 0 500 http://mirror.umd.edu/ubuntu/ quantal-updates/main amd64 Packages 500 http://mirror.umd.edu/ubuntu/ quantal-security/main amd64 Packages 100 /var/lib/dpkg/status 16.0.1+build1-0ubuntu1 0 500 http://mirror.umd.edu/ubuntu/ quantal/main amd64 Packages Expected behavior: Firefox should remember the cookie exceptions I've set in versions of Firefox prior to 17.0. It should also store changes I make to exceptions. Actual behavior: Firefox ignore cookie exceptions. It also no longer records them. Workaround: Most users will want to stay on 16.0 until Mozilla fixes this bug. The thread referred to below contains workarounds that require dumping and manipulating an sqlite database. See a discussion of the bug: http://forums.mozillazine.org/viewtopic.php?f=38&t=2621009&sid=cc80c10c48eb87f53a76306af86fdaf7 The bug report over at mozilla.org: https://bugzilla.mozilla.org/show_bug.cgi?id=814554 To manage notifications about this bug go to: https://bugs.launchpad.net/firefox/+bug/1082446/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1082446]
Comment on attachment 685626 Don't stop when an entry isn't readable [Approval Request Comment] Regression caused by (bug #): bug 777072 User impact if declined: if a user has an invalid permission entry in his/her database, all permissions after that entry will be ignored. Risk to taking this patch (and alternatives if risky): Very low, the only change is to not stop loading the file if an entry fail to be read. The permission manager already assumes that a broken database can happen and works fine with that so loading a partial database just works. Given the risk/benefit, I think we should land this patch in aurora, beta, release and esr. -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to firefox in Ubuntu. https://bugs.launchpad.net/bugs/1082446 Title: Firefox 17.0 ignores cookie exceptions Status in The Mozilla Firefox Browser: Fix Released Status in “firefox” package in Ubuntu: Triaged Bug description: $ lsb_release -rd Description:Ubuntu 12.10 Release:12.10 $ apt-cache policy firefox firefox: Installed: 17.0+build2-0ubuntu0.12.10.1 Candidate: 17.0+build2-0ubuntu0.12.10.1 Version table: *** 17.0+build2-0ubuntu0.12.10.1 0 500 http://mirror.umd.edu/ubuntu/ quantal-updates/main amd64 Packages 500 http://mirror.umd.edu/ubuntu/ quantal-security/main amd64 Packages 100 /var/lib/dpkg/status 16.0.1+build1-0ubuntu1 0 500 http://mirror.umd.edu/ubuntu/ quantal/main amd64 Packages Expected behavior: Firefox should remember the cookie exceptions I've set in versions of Firefox prior to 17.0. It should also store changes I make to exceptions. Actual behavior: Firefox ignore cookie exceptions. It also no longer records them. Workaround: Most users will want to stay on 16.0 until Mozilla fixes this bug. The thread referred to below contains workarounds that require dumping and manipulating an sqlite database. See a discussion of the bug: http://forums.mozillazine.org/viewtopic.php?f=38&t=2621009&sid=cc80c10c48eb87f53a76306af86fdaf7 The bug report over at mozilla.org: https://bugzilla.mozilla.org/show_bug.cgi?id=814554 To manage notifications about this bug go to: https://bugs.launchpad.net/firefox/+bug/1082446/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1082446]
Created attachment 685626 Don't stop when an entry isn't readable The permission manager has a quite un-healty behaviour right now: as soon as a permission entry isn't readable, it will stop loading the database and return an error. It happens that this error is ignored (except in one situation). I think in the long term, we should not return an error and simply assume that the load will do the best thing and assert any error. This patch is a change in that direction but trying to be safe so it still return an error code but does that only after we have loaded *all* permissions. With that simple patch, the most important part of the bug here is fixed: you can load your Firefox 16 permission file in Firefox 17+. However, the permissions with "scheme:file" will be ignored. I don't know how much we want to support "scheme:file" though... -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to firefox in Ubuntu. https://bugs.launchpad.net/bugs/1082446 Title: Firefox 17.0 ignores cookie exceptions Status in The Mozilla Firefox Browser: In Progress Status in “firefox” package in Ubuntu: Triaged Bug description: $ lsb_release -rd Description:Ubuntu 12.10 Release:12.10 $ apt-cache policy firefox firefox: Installed: 17.0+build2-0ubuntu0.12.10.1 Candidate: 17.0+build2-0ubuntu0.12.10.1 Version table: *** 17.0+build2-0ubuntu0.12.10.1 0 500 http://mirror.umd.edu/ubuntu/ quantal-updates/main amd64 Packages 500 http://mirror.umd.edu/ubuntu/ quantal-security/main amd64 Packages 100 /var/lib/dpkg/status 16.0.1+build1-0ubuntu1 0 500 http://mirror.umd.edu/ubuntu/ quantal/main amd64 Packages Expected behavior: Firefox should remember the cookie exceptions I've set in versions of Firefox prior to 17.0. It should also store changes I make to exceptions. Actual behavior: Firefox ignore cookie exceptions. It also no longer records them. Workaround: Most users will want to stay on 16.0 until Mozilla fixes this bug. The thread referred to below contains workarounds that require dumping and manipulating an sqlite database. See a discussion of the bug: http://forums.mozillazine.org/viewtopic.php?f=38&t=2621009&sid=cc80c10c48eb87f53a76306af86fdaf7 The bug report over at mozilla.org: https://bugzilla.mozilla.org/show_bug.cgi?id=814554 To manage notifications about this bug go to: https://bugs.launchpad.net/firefox/+bug/1082446/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1082446]
Comment on attachment 685626 Don't stop when an entry isn't readable Regarding "file://" handling, I've open bug 815640. I think the "right way" to do that is way more risky than this patch. I believe this patch might be enough for an emergency fix: all permissions will be loaded but "file://" ones are going to be ignored. -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to firefox in Ubuntu. https://bugs.launchpad.net/bugs/1082446 Title: Firefox 17.0 ignores cookie exceptions Status in The Mozilla Firefox Browser: In Progress Status in “firefox” package in Ubuntu: Triaged Bug description: $ lsb_release -rd Description:Ubuntu 12.10 Release:12.10 $ apt-cache policy firefox firefox: Installed: 17.0+build2-0ubuntu0.12.10.1 Candidate: 17.0+build2-0ubuntu0.12.10.1 Version table: *** 17.0+build2-0ubuntu0.12.10.1 0 500 http://mirror.umd.edu/ubuntu/ quantal-updates/main amd64 Packages 500 http://mirror.umd.edu/ubuntu/ quantal-security/main amd64 Packages 100 /var/lib/dpkg/status 16.0.1+build1-0ubuntu1 0 500 http://mirror.umd.edu/ubuntu/ quantal/main amd64 Packages Expected behavior: Firefox should remember the cookie exceptions I've set in versions of Firefox prior to 17.0. It should also store changes I make to exceptions. Actual behavior: Firefox ignore cookie exceptions. It also no longer records them. Workaround: Most users will want to stay on 16.0 until Mozilla fixes this bug. The thread referred to below contains workarounds that require dumping and manipulating an sqlite database. See a discussion of the bug: http://forums.mozillazine.org/viewtopic.php?f=38&t=2621009&sid=cc80c10c48eb87f53a76306af86fdaf7 The bug report over at mozilla.org: https://bugzilla.mozilla.org/show_bug.cgi?id=814554 To manage notifications about this bug go to: https://bugs.launchpad.net/firefox/+bug/1082446/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1082446]
https://hg.mozilla.org/integration/mozilla-inbound/rev/af301a7b9ecf -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to firefox in Ubuntu. https://bugs.launchpad.net/bugs/1082446 Title: Firefox 17.0 ignores cookie exceptions Status in The Mozilla Firefox Browser: In Progress Status in “firefox” package in Ubuntu: Triaged Bug description: $ lsb_release -rd Description:Ubuntu 12.10 Release:12.10 $ apt-cache policy firefox firefox: Installed: 17.0+build2-0ubuntu0.12.10.1 Candidate: 17.0+build2-0ubuntu0.12.10.1 Version table: *** 17.0+build2-0ubuntu0.12.10.1 0 500 http://mirror.umd.edu/ubuntu/ quantal-updates/main amd64 Packages 500 http://mirror.umd.edu/ubuntu/ quantal-security/main amd64 Packages 100 /var/lib/dpkg/status 16.0.1+build1-0ubuntu1 0 500 http://mirror.umd.edu/ubuntu/ quantal/main amd64 Packages Expected behavior: Firefox should remember the cookie exceptions I've set in versions of Firefox prior to 17.0. It should also store changes I make to exceptions. Actual behavior: Firefox ignore cookie exceptions. It also no longer records them. Workaround: Most users will want to stay on 16.0 until Mozilla fixes this bug. The thread referred to below contains workarounds that require dumping and manipulating an sqlite database. See a discussion of the bug: http://forums.mozillazine.org/viewtopic.php?f=38&t=2621009&sid=cc80c10c48eb87f53a76306af86fdaf7 The bug report over at mozilla.org: https://bugzilla.mozilla.org/show_bug.cgi?id=814554 To manage notifications about this bug go to: https://bugs.launchpad.net/firefox/+bug/1082446/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1082446]
This is not related to cookies but to the permission manager. In a nutshell, the changes we did for the permission manager this summer broke the hack that was allowing files to have permissions. At load time, the permission manager is trying to find the principal for "http://scheme:file"; which, hum, isn't really working. -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to firefox in Ubuntu. https://bugs.launchpad.net/bugs/1082446 Title: Firefox 17.0 ignores cookie exceptions Status in The Mozilla Firefox Browser: In Progress Status in “firefox” package in Ubuntu: Triaged Bug description: $ lsb_release -rd Description:Ubuntu 12.10 Release:12.10 $ apt-cache policy firefox firefox: Installed: 17.0+build2-0ubuntu0.12.10.1 Candidate: 17.0+build2-0ubuntu0.12.10.1 Version table: *** 17.0+build2-0ubuntu0.12.10.1 0 500 http://mirror.umd.edu/ubuntu/ quantal-updates/main amd64 Packages 500 http://mirror.umd.edu/ubuntu/ quantal-security/main amd64 Packages 100 /var/lib/dpkg/status 16.0.1+build1-0ubuntu1 0 500 http://mirror.umd.edu/ubuntu/ quantal/main amd64 Packages Expected behavior: Firefox should remember the cookie exceptions I've set in versions of Firefox prior to 17.0. It should also store changes I make to exceptions. Actual behavior: Firefox ignore cookie exceptions. It also no longer records them. Workaround: Most users will want to stay on 16.0 until Mozilla fixes this bug. The thread referred to below contains workarounds that require dumping and manipulating an sqlite database. See a discussion of the bug: http://forums.mozillazine.org/viewtopic.php?f=38&t=2621009&sid=cc80c10c48eb87f53a76306af86fdaf7 The bug report over at mozilla.org: https://bugzilla.mozilla.org/show_bug.cgi?id=814554 To manage notifications about this bug go to: https://bugs.launchpad.net/firefox/+bug/1082446/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1082446]
(In reply to _ck_ from comment #15) > Since people elsewhere are also reporting problem with IPv6 addresses in > addition to `scheme:file`, might I suggest there is a bug when processing > colons `:` in permissions.sqlite key and/or value data. Do you have a test case? ie. an IPv6 address I could use to try. -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to firefox in Ubuntu. https://bugs.launchpad.net/bugs/1082446 Title: Firefox 17.0 ignores cookie exceptions Status in The Mozilla Firefox Browser: In Progress Status in “firefox” package in Ubuntu: Triaged Bug description: $ lsb_release -rd Description:Ubuntu 12.10 Release:12.10 $ apt-cache policy firefox firefox: Installed: 17.0+build2-0ubuntu0.12.10.1 Candidate: 17.0+build2-0ubuntu0.12.10.1 Version table: *** 17.0+build2-0ubuntu0.12.10.1 0 500 http://mirror.umd.edu/ubuntu/ quantal-updates/main amd64 Packages 500 http://mirror.umd.edu/ubuntu/ quantal-security/main amd64 Packages 100 /var/lib/dpkg/status 16.0.1+build1-0ubuntu1 0 500 http://mirror.umd.edu/ubuntu/ quantal/main amd64 Packages Expected behavior: Firefox should remember the cookie exceptions I've set in versions of Firefox prior to 17.0. It should also store changes I make to exceptions. Actual behavior: Firefox ignore cookie exceptions. It also no longer records them. Workaround: Most users will want to stay on 16.0 until Mozilla fixes this bug. The thread referred to below contains workarounds that require dumping and manipulating an sqlite database. See a discussion of the bug: http://forums.mozillazine.org/viewtopic.php?f=38&t=2621009&sid=cc80c10c48eb87f53a76306af86fdaf7 The bug report over at mozilla.org: https://bugzilla.mozilla.org/show_bug.cgi?id=814554 To manage notifications about this bug go to: https://bugs.launchpad.net/firefox/+bug/1082446/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1082446]
I can reproduce the bug. Will work on that. -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to firefox in Ubuntu. https://bugs.launchpad.net/bugs/1082446 Title: Firefox 17.0 ignores cookie exceptions Status in The Mozilla Firefox Browser: In Progress Status in “firefox” package in Ubuntu: Triaged Bug description: $ lsb_release -rd Description:Ubuntu 12.10 Release:12.10 $ apt-cache policy firefox firefox: Installed: 17.0+build2-0ubuntu0.12.10.1 Candidate: 17.0+build2-0ubuntu0.12.10.1 Version table: *** 17.0+build2-0ubuntu0.12.10.1 0 500 http://mirror.umd.edu/ubuntu/ quantal-updates/main amd64 Packages 500 http://mirror.umd.edu/ubuntu/ quantal-security/main amd64 Packages 100 /var/lib/dpkg/status 16.0.1+build1-0ubuntu1 0 500 http://mirror.umd.edu/ubuntu/ quantal/main amd64 Packages Expected behavior: Firefox should remember the cookie exceptions I've set in versions of Firefox prior to 17.0. It should also store changes I make to exceptions. Actual behavior: Firefox ignore cookie exceptions. It also no longer records them. Workaround: Most users will want to stay on 16.0 until Mozilla fixes this bug. The thread referred to below contains workarounds that require dumping and manipulating an sqlite database. See a discussion of the bug: http://forums.mozillazine.org/viewtopic.php?f=38&t=2621009&sid=cc80c10c48eb87f53a76306af86fdaf7 The bug report over at mozilla.org: https://bugzilla.mozilla.org/show_bug.cgi?id=814554 To manage notifications about this bug go to: https://bugs.launchpad.net/firefox/+bug/1082446/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 161961]
https://hg.mozilla.org/mozilla-central/rev/b1603afa2ccb -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to firefox in Ubuntu. https://bugs.launchpad.net/bugs/161961 Title: F10-key don't switch focus to menubar in Mozilla Firefox Status in The Mozilla Firefox Browser: Fix Released Status in “firefox” package in Ubuntu: Triaged Status in “firefox-3.0” package in Ubuntu: Won't Fix Status in “firefox-3.5” package in Ubuntu: Won't Fix Bug description: I am using Mozilla Firefox on Ubuntu 7.10 Gutsy Gibbon. When I press the F10-key, it does not open the menu or switch focus to the menubar. Firefox does this on Windows. Other applications in Linux also work this way, such as Text Editor and F-Spot, etc. NOTE: When you hit F10, it does indeed move the focus, but you have to hit the down arrow to actually notice. To manage notifications about this bug go to: https://bugs.launchpad.net/firefox/+bug/161961/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 161961]
F10 is already a shortcut in Firefox and is a common shortcut for GTK applications. This patch is only changing the behavior of that shortcut in the GTK version of Firefox to make it more consistent with other GTK applications. I don't think this should be behind a pref and it should not bother users AFAICT. -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to firefox in Ubuntu. https://bugs.launchpad.net/bugs/161961 Title: F10-key don't switch focus to menubar in Mozilla Firefox Status in The Mozilla Firefox Browser: Fix Released Status in “firefox” package in Ubuntu: Triaged Status in “firefox-3.0” package in Ubuntu: Won't Fix Status in “firefox-3.5” package in Ubuntu: Won't Fix Bug description: I am using Mozilla Firefox on Ubuntu 7.10 Gutsy Gibbon. When I press the F10-key, it does not open the menu or switch focus to the menubar. Firefox does this on Windows. Other applications in Linux also work this way, such as Text Editor and F-Spot, etc. NOTE: When you hit F10, it does indeed move the focus, but you have to hit the down arrow to actually notice. To manage notifications about this bug go to: https://bugs.launchpad.net/firefox/+bug/161961/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 161961]
Comment on attachment 624229 Patch v1 Pushed in m-i with the fix asked in previous comment. -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to firefox in Ubuntu. https://bugs.launchpad.net/bugs/161961 Title: F10-key don't switch focus to menubar in Mozilla Firefox Status in The Mozilla Firefox Browser: In Progress Status in “firefox” package in Ubuntu: Triaged Status in “firefox-3.0” package in Ubuntu: Won't Fix Status in “firefox-3.5” package in Ubuntu: Won't Fix Bug description: I am using Mozilla Firefox on Ubuntu 7.10 Gutsy Gibbon. When I press the F10-key, it does not open the menu or switch focus to the menubar. Firefox does this on Windows. Other applications in Linux also work this way, such as Text Editor and F-Spot, etc. NOTE: When you hit F10, it does indeed move the focus, but you have to hit the down arrow to actually notice. To manage notifications about this bug go to: https://bugs.launchpad.net/firefox/+bug/161961/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 209509]
(In reply to alexander surkov from comment #58) > Mounir, would you willing to take a look at this one? I think the approach > everybody feels ok is to follow safari's way (it works both for sighted and > blind users). By that you mean removing the text field and have only a simple text? -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to firefox in Ubuntu. https://bugs.launchpad.net/bugs/209509 Title: does not accept textual input Status in XUL + XPCOM application runner: Confirmed Status in “firefox” package in Ubuntu: Won't Fix Status in “firefox-3.0” package in Ubuntu: Won't Fix Status in “firefox-3.5” package in Ubuntu: Won't Fix Bug description: Binary package hint: firefox Firefox 3 (3.0~b4+nobinonly-0ubuntu1) immediately opens a "file upload" dialog when I click on the file name field. Ff should only open this dialog if click on [Browse...]. Even after I close the dialog window I can neither input a file name directly into the field nor can I remove the file from the input field. It should be as easy editable as in firefox 2. I use Hardy amd64. To manage notifications about this bug go to: https://bugs.launchpad.net/xulrunner/+bug/209509/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 24398]
Webpages should use autofocus instead of |.focus()|. That would solve this issue. Though, I don't know if we should block |.focus()|, I fear that could break some websites. -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to firefox in Ubuntu. https://bugs.launchpad.net/bugs/24398 Title: Form field focus should not be set if user has begun entering text. Status in The Mozilla Firefox Browser: Confirmed Status in “firefox” package in Ubuntu: Confirmed Bug description: After loading a page containing a form, Firefox automatically focuses the first input field in the tab order. It should not do this if the user has already begun entering data into the form. Not only is the current behavior annoying, but it is a potential security issue. I have often typed passwords into plaintext fields because Firefox changed the field focus after a slow page load. If the event handling isn't too messy, it should also not change the input focus if the user is typing something in the address bar or search bar. To manage notifications about this bug go to: https://bugs.launchpad.net/firefox/+bug/24398/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp