I can't imagine how does our marketplace team does this control. It might be
easy to deal with a famous site, but is probably hard to judge whether a local
site is running by the app developer. Looking up whois for domain registry?
Regards,
Evelyn
- Original Message -
On 08/04/2014
On Mon, Aug 4, 2014 at 9:40 PM, Fabrice Desré fabr...@mozilla.com wrote:
Privileged packaged apps can specify their origin in the manifest (so
you can get app://my-app as origin).
Do we want to let another app to claim these origins as open-in-app?
Generally speaking, it should be quite fine
On Tue, Aug 5, 2014 at 12:38 AM, Tobie Langel tobie.lan...@gmail.com wrote:
On Aug 5, 2014, at 4:21, Jonas Sicking jo...@sicking.cc wrote:
Both the scope and open-in-app manifest attributes are arrays of
strings. These strings must end with /*. Ignoring the ending *,
the strings must be valid
On Tue, Aug 5, 2014 at 7:51 PM, James Burke jrbu...@gmail.com wrote:
On Mon, Aug 4, 2014 at 7:20 PM, Jonas Sicking jo...@sicking.cc wrote:
High-level overview of proposed solution:
Add two fields to the application manifest:
{
name: AwesomeGame,
...
scope:
How is that different from simply not having cookie jars at all? Note
that we'd still have separate cookies per domain.
This is what Firefox desktop does. Which has some clear advantages,
but also means that you can't uninstall apps (you can't uninstall a
website on desktop), see how much storage
Hi,
I would like to announce a new feature for Firefox OS.
The feature allows to read data in packaged app by XHR with array buffer type
as memory-mapped. It helps to save RAM memory usage, especially for big data
files in a packaged app.
For example, the English word suggestion/auto
On Tue, Aug 5, 2014 at 4:12 AM, Anne van Kesteren ann...@annevk.nl wrote:
On Thu, Jun 26, 2014 at 2:17 PM, Anne van Kesteren ann...@annevk.nl wrote:
On Wed, Jun 18, 2014 at 8:28 PM, Jonas Sicking jo...@sicking.cc wrote:
However if we can enable developers to sign their own applications,
rather
On 08/06/2014 02:39 AM, Shian-Yow Wu wrote:
The feature allows to read data in packaged app by XHR with array buffer type
as memory-mapped. It helps to save RAM memory usage, especially for big data
files in a packaged app.
It seems like this introduces the potential for main thread I/O on
In Settings Devices, it says number unknown.
That said, how would I go about sending my phone number and contact to
another phone via FFOS?
--
*--Bitmessage http://bitmessage.org/ me*
*BM-2D97QV3Y4VRfjayrWahqE61XKuQw6dJvj6*
___
dev-b2g mailing list
Le 06/08/2014 09:29, Rewarp a écrit :
In Settings Devices, it says number unknown.
That said, how would I go about sending my phone number and contact to
another phone via FFOS?
Knowing your own number depends on your SIM, looks like your SIM doesn't
have this information.
As far as I
I will file one. Thanks for the clarification.
*--Bitmessage http://bitmessage.org/ me*
*BM-2D97QV3Y4VRfjayrWahqE61XKuQw6dJvj6*
On 6 August 2014 15:44, Julien Wajsberg jwajsb...@mozilla.com wrote:
Le 06/08/2014 09:29, Rewarp a écrit :
In Settings Devices, it says number unknown.
That
On Aug 6, 2014, at 8:50, Jonas Sicking jo...@sicking.cc wrote:
On Tue, Aug 5, 2014 at 4:12 AM, Anne van Kesteren ann...@annevk.nl wrote:
On Thu, Jun 26, 2014 at 2:17 PM, Anne van Kesteren ann...@annevk.nl wrote:
On Wed, Jun 18, 2014 at 8:28 PM, Jonas Sicking jo...@sicking.cc wrote:
However if
Bug filed
https://bugzilla.mozilla.org/show_bug.cgi?id=1049374
*-- Bitmessage http://bitmessage.org/ me*
*BM-2D97QV3Y4VRfjayrWahqE61XKuQw6dJvj6*
On 6 August 2014 16:05, Rewarp rew...@gmail.com wrote:
I will file one. Thanks for the clarification.
*--Bitmessage http://bitmessage.org/ me*
Thank you for mentioning this, and I hope to hear more thoughts from you(as
well as other people), so we can update the wiki page to recommend how to make
best use of this feature.
As my understanding, the difference will be:
1. One time I/O(memory-allocated buffer)
2. Spreaded
Unfortunately, no. A good deal of 1.4 bugs are fixed in 2.0 or 2.1.
- Josh
On Wed, Aug 6, 2014 at 12:13 AM, KAMI911 KAMI911 kami...@gmail.com wrote:
Hi,
Is it worth to report bugs against version 1.4?
Üdvözlettel / Best Regards:
Kálmán (KAMI) Szalai
2014-08-03 20:11 GMT+02:00 adit
*Smoketests:*
*
Test failures - 0 replicable manually:*
* None
*Expected failures / disabled tests:*
* [Disabled] test_setup_and_send_active_sync_email.py - *Bug 1028192*
https://bugzilla.mozilla.org/show_bug.cgi?id=1028192 -Problems
with ActiveSync accounts
* [Disabled]
On Aug 6, 2014 1:07 AM, Tobie Langel tobie.lan...@gmail.com wrote:
On Aug 6, 2014, at 8:50, Jonas Sicking jo...@sicking.cc wrote:
On Tue, Aug 5, 2014 at 4:12 AM, Anne van Kesteren ann...@annevk.nl
wrote:
On Thu, Jun 26, 2014 at 2:17 PM, Anne van Kesteren ann...@annevk.nl
wrote:
On Wed,
*Smoketests:*
*
Test failures - 0 replicable manually:*
* test_settings_bluetooth.py - commit
https://github.com/mozilla-b2g/gaia/commit/8ae2cd8e9310a6b55f18e091fe0a512ec307ce17
is not in the current build. It will pass in the next build, as I
ran the test using a tinderbox build and
On Aug 1, 2014, at 2:34 AM, Stéphanie Ouillon stephouil...@mozilla.com wrote:
For specific reasons detailed below [3], we need to support a signature
model compatible with the Android model [4]. Until now, the Marketplace
has been using the same tools/model.
If we're to support developer
Hi there,
On 5 August 2014 17:42, Rabbi Hossain m...@2hr.me wrote:
Thanks Safwan for raising this issue and thanks Jaoo for explaining. As Jaoo
said that APN changes in AOSP needs to be confirmed by carriers, I believe
it will take ages to merge those changes.
Actually it won't. We have made
Hi there,
On 5 August 2014 17:53, Safwan Rahman safwan.rahma...@gmail.com wrote:
Thank you all for replying. Most of the fact is cleared by the Rabbi
Hossain. Regarding the verification, I can provide official source from the
operators' Website. So is it enough evidence to verify it? Also can
Hi,
For adding the APN into the AOSP database, I have also raised an issue in
AOSP(1). I hope Rabbi would work on the AOSP database also for submitting
the patch.
Regarding verification, I hope to add as much info I can at the comment of
the bug. I would be glad if I have been added into the QA
On Tue, Aug 5, 2014 at 11:27 PM, Jonas Sicking jo...@sicking.cc wrote:
On Tue, Aug 5, 2014 at 7:51 PM, James Burke jrbu...@gmail.com wrote:
The use case is a site that has app-like functionality for offline, but
has
product pages that are not tied to that app, and the app does not know
how
On 8/6/14, 9:15 AM, Josh Aas wrote:
I got a Flame phone and wanted to update it to 2.0 nightly so I could
test/dogfood. Last week I couldn't figure out how to do that via the
Flame home page, but someone has since added instructions. Thanks to
whoever did that!
On 6 Aug 2014, at 20:32, Asa Dotzler a...@mozilla.com wrote:
On 8/6/14, 9:15 AM, Josh Aas wrote:
I got a Flame phone and wanted to update it to 2.0 nightly so I could
test/dogfood. Last week I couldn't figure out how to do that via the
Flame home page, but someone has since added
Just FYI, in WebIDE, there are buttons to root the phone when it's possible.
In Runtime Runtime Info.
We use run ADB for the user, and run scripts to root ADB server side.
Asa Dotzler wrote:
On 8/6/14, 9:15 AM, Josh Aas wrote:
I got a Flame phone and wanted to update it to 2.0 nightly so I
61 out of 63 tests passed for the 2014-08-06 Flame 319MB v2.0 Build.
There is one new issue and one existing blocker that kept the smoketests
from fully passing.
Smoketest Results:
Daily Smoke Test Logs:
On Wed, Aug 6, 2014 at 12:09 PM, James Burke jrbu...@gmail.com wrote:
Then a bunch of product pages that are not really needed for use of the app
once it is installed:
* pwm.com/features.html - in depth feature survey.
* pwm.com/help.html - could be a help forum/support that changes often .
Does this require changing the various automatic uplift queries on the
B2G Landing page? It sounds to me like qa-approval?/- should equate to
NO_UPLIFT on the whiteboard, but unset or + are OK for business as usual?
Yeah, we need to do that. The process you describe matches my understanding as
60 out of 63 tests passed for the 2014-08-06 Flame 319MB v2.1 Build.
There is one new issue and four existing blockers that kept the
smoketests from fully passing.
Smoketest Results:
Daily Smoke Test Logs:
So to summarise the security requirements properties here:
- Engineering mode will be disabled until the dialer (or other certified app)
initiates the special web activity
- Even with engineering mode enabled, only an app with the certified
“engineering-mode” (or similar) permission can access
On 7 Aug 2014, at 2:52 am, Andy McKay amc...@mozilla.com wrote:
On Aug 1, 2014, at 2:34 AM, Stéphanie Ouillon stephouil...@mozilla.com
wrote:
For specific reasons detailed below [3], we need to support a signature
model compatible with the Android model [4]. Until now, the Marketplace
32 matches
Mail list logo
