On 4/26/14, 11:32 AM, Zack Weinberg wrote:
it might be better to just create files in the ultimate target
directory if we aren't already.
We create the file before the user has picked the ultimate target directory.
-Boris
___
dev-platform mailing lis
On 04/25/2014 02:10 AM, Henri Sivonen wrote:
> "Different" means "old", right? Having an old version is a correctness
> problem, if the CLDR has changed since.
Depends what's considered "correctness". The ECMA Internationalization API
doesn't specify behavior, so older just means not-as-good, no
On 04/24/2014 05:49 AM, Till Schneidereit wrote:
> Questions:
> * Are we building and shipping dead code in ICU on B2G?
>
> I don't know the state of ICU on B2G, but if we have it enabled there, then
> almost certainly, yes.
There's doubtless *some* dead code in the ICU we build, yes.
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 04/26/2014 12:17 PM, Dave Hylands wrote:
>> The basic user/group/other permissions are always set to the
>> mode argument to open() or mkdir(), and-not the umask.
> The permissions used by open are affected by umask. If you use
> open/creat to cr
Hi Zack,
- Original Message -
> From: "Zack Weinberg"
> To: dev-platform@lists.mozilla.org
> Sent: Saturday, April 26, 2014 8:32:05 AM
> Subject: Re: OS.File design issue from bug 961080 (making downloads respect
> umask)
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA256
> On 04/25/
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 04/25/2014 06:52 PM, Gavin Sharp wrote:
> It would help a lot with bug-clarity if both the "record umask on
> startup" and "add API to OS.File" changes were split into their
> own bugs. The debate is really about the OS.File API.
Yeah, I should
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 04/25/2014 04:04 PM, Wesley Hardman wrote:
> On 2014-04-25 15:26, Zack Weinberg wrote:
>
> Shouldn't creating a file or directory, simply inherit the
> permissions from the parent? That is what I would expect (at
> least on Windows) when saving
7 matches
Mail list logo
