(s);
With javascript.options.strict set to true, it outputs "ReferenceError:
assignment to undeclared variable s". Are there any advantages to actually
fixing it? The code obviously works just fine either way.
Wesley Hardman
On 2014-12-19 15:19, Jason Orendorff wrote:
> So if you go to a
Not yet. Thought I would ask and see if there was anything known before filing
a bug. Especially if it is something peculiar to me.
On 2014-09-03 14:03, Gian-Carlo Pascutto wrote:
> On 3/09/2014 19:31, Wesley Hardman wrote:
>> Are there any known issues with the Password Manager on
everything works
fine again. I noticed that Firefox 32 switches from signons.sqlite to
logins.json. Is the migration not working on mobile? Would deleting the
profile and re-syncing fix it?
Wesley Hardman
___
dev-platform mailing list
dev-platform
fact that 'explicit' is above 4G suggests that that
> is for real and not just a bug in this counter-based memory reporter.
>
> Benoit
>
>
> 2014-07-03 15:13 GMT-04:00 Wesley Hardman :
>
>> I was wondering why I was running low on memory, then noticed Firefox.
>&
I was wondering why I was running low on memory, then noticed Firefox.
Heap textures seems rather large (can't drill down any). I don't have that
many tabs open (Window1 3 + Window2 2) for a total of 5. CC/GC didn't help
any. I also closed the only tab that might be heavy on the graphics. I
On 2014-07-02 14:51, Ehsan Akhgari wrote:
> On 2014-07-02, 2:36 PM, Wesley Hardman wrote:
>> The current context menu event does suffer from the same issue. If this is
>> implemented, there at least needs to be a matching
>> dom.event.contextmenu.showall preference to alway
ecks the shift key,
> if it is pressed then custom context menu items won't show at all, just
> the UA items.
>
> On 02/07/14 14:36, Wesley Hardman wrote:
>> The current context menu event does suffer from the same issue. If this is
>> implemented,
The current context menu event does suffer from the same issue. If this is
implemented, there at least needs to be a matching
dom.event.contextmenu.showall preference to always show all menu items.
I don't think this proposal is worse, but it isn't really better. With the
current event, I alw
Suppressing the contextmenu is extremely user-hostile (for some users). There
is a reason I always run with dom.event.contextmenu.enabled set to false.
If anything alters the existing context menu, make sure there is a pref to
disable it. Even the disclosure chevron would be annoying to me.
O
I just use "Remove Google Redirection" for Greasemonkey, so I don't have the
redirects.
Can you detect if is enabled? If so, having a preference isn't going
to be particularly useful as sites will just fallback to the redirect method.
If it is added as a UI preference, it needs to be silen
On 2014-04-25 15:26, Zack Weinberg wrote:
> On 04/25/2014 03:15 PM, Ralph Giles wrote:
>> On 2014-04-25 11:47 AM, Mike Hoye wrote:
>>
>>> Because people download executable files with the expectation
>>> that they can easily execute them.
Agreed Here. I don't expect to have to go change file permi
Here are a few things to think about:
1. Not everyone will have internet access. Businesses sometimes have limited
access, or access to specific site only. There was discussion on this in the
addons file registration a little while ago.
What if you are travelling without internet and working
On 2014-02-03 09:06, Hanno Schlichting wrote:
On 03.02.2014, at 02:03 , Doug Turner wrote:
One of the interesting things is that we can use this data to provide location based
services to Firefox. I switched my install of Firefox to use Mozilla Location Service
(MLS). You can try this by si
13 matches
Mail list logo
