Re: [b2g] Using mocks in integration tests
On 24/04/2014 20:28, Kyle Machulis wrote: b2g-desktop, the simulator, and Gaia extensions are going to merged into one single thing: the Mulet. So while those are 3 things currently (well 2, the Simulator has already been merged back into b2g-desktop), there will be the same one in the future, in order to have a common environment for everybody. Just curious, what will the dividing line between Mulet and just straight up gecko be? Will we be able to just pref on telephony in firefox, or are we still keeping the boundaries at what we compile in? Mulet and straight up Firefox are different in the sense the the Mulet is a Firefox build with some special compilation flags. So FF Desktop will not have the telephony API hidden behind a pref for example, the underlying code will not be compiled for this target. ___ dev-b2g mailing list dev-b2g@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-b2g
[b2g] 4/25/2014 Hamachi Gaia UI Automation v1.4 Mozilla RIL Build - 37/39 smoketests, 79/82 non-smoketests
Hi all, Here are todays Gaia automation results for v1.4. Cheers, Robert *Build under tests:* Gaia 4eb2393e6a5174e6c732167866aded046c49ed97 Gecko https://hg.mozilla.org/releases/mozilla-aurora/rev/ec8c6e42acf2 BuildID 20140425000201 Version 30.0a2 ro.build.version.incremental=eng.tclxa.20131223.163538 ro.build.date=Mon Dec 23 16:36:04 CST 2013 *Smoketest Results*: *Summary*: 39 tests ran in 3154 seconds. 37 passed, 85 skipped, 1 failed, 0 errors. 1 expected failures, 0 unexpected passes. *Test Failures:* test_call_log_all_calls.TestCallLogAllCalls - *Bug 995187* https://bugzilla.mozilla.org/show_bug.cgi?id=995187 -[1.4]Call log is not showing the full phone number *Unexpected Pass*: *Expected fails:* test_cards_view_with_two_apps.TestCardsView - *Bug 946130 https://bugzilla.mozilla.org/show_bug.cgi?id=946130* - Flick and other actions not working on System app *Non-smoketest results:* *Summary*: 82 tests ran in 4910 seconds. 79 passed, 42 skipped, 0failed, 2 errors. 2 expected failures, 0 unexpected passes. *Test Failures:* test_settings_wifi.TestSettingsWifi - *Bug 1001292* https://bugzilla.mozilla.org/show_bug.cgi?id=1001292 -[v1.4] Enabling wifi in Settings app shows no available network test_settings_airplane_mode.TestAirplaneMode - *Bug 1001292* https://bugzilla.mozilla.org/show_bug.cgi?id=1001292 -[v1.4] Enabling wifi in Settings app shows no available network **Unexpected Pass*: * *Expected fails:* test_import_contacts_from_gmail.TestImportContactsFromGmail - *Bug 932804 https://bugzilla.mozilla.org/show_bug.cgi?id=932804* - Tapping on select all button doesn't work on Gmail or Outlook frame, before importing contacts test_sms_to_dialer.TestDialerFromMessage - *Bug 983070* https://bugzilla.mozilla.org/show_bug.cgi?id=983070 -[Message][UI Test] The received message should not causes message thread to open in the thread list view. ___ dev-b2g mailing list dev-b2g@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-b2g
Re: [b2g] Disable GPU to Test only
Hi Alexandre, Thanks for your response. I try run Gaia without GPU, because I have a problem using hwcomposer. Is possible do that ? I have serious problem when I porting B2G on freescale device. I can't run Gaia. What do you recommend to me ? Thanks in advance, Regards. Jose 2014-04-25 3:41 GMT-05:00 Alexandre Lissy ali...@mozilla.com: Le 24/04/2014 23:53, Jose Vidal a écrit : [...] http://pastebin.com/TfVbq9HW I can't display Gaia on my device. Probably because it crashes B2G: E/libEGL ( 2522): eglGetDisplay:123 error 300c (EGL_BAD_PARAMETER) E/libEGL ( 2522): eglInitialize:139 error 3008 (EGL_BAD_DISPLAY) I've lost track of your tries, why do you need to disable this? ___ dev-b2g mailing list dev-b2g@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-b2g
Re: [b2g] Disable GPU to Test only
Le 25/04/2014 15:23, Jose Vidal a écrit : Hi Alexandre, Thanks for your response. I try run Gaia without GPU, because I have a problem using hwcomposer. Is possible do that ? Just disabling hwcomposer should be enough. Doing so by renaming the hwcomposer.*.so should be enough. If you still have issues, then it's not only HWComposer :( I have serious problem when I porting B2G on freescale device. I can't run Gaia. What do you recommend to me ? Thanks in advance, Regards. Jose 2014-04-25 3:41 GMT-05:00 Alexandre Lissy ali...@mozilla.com mailto:ali...@mozilla.com: Le 24/04/2014 23:53, Jose Vidal a écrit : [...] http://pastebin.com/TfVbq9HW I can't display Gaia on my device. Probably because it crashes B2G: E/libEGL ( 2522): eglGetDisplay:123 error 300c (EGL_BAD_PARAMETER) E/libEGL ( 2522): eglInitialize:139 error 3008 (EGL_BAD_DISPLAY) I've lost track of your tries, why do you need to disable this? ___ dev-b2g mailing list dev-b2g@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-b2g
[b2g] Still no automation report on Hamachi
Hi all, Looks like the fix for the space issue did not make it to todays build. We can't generate a automation report today Cheers, Bebe ___ dev-b2g mailing list dev-b2g@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-b2g
Re: [b2g] Disable GPU to Test only
Hi Alexandre, This is the logcat without the last changes, I mean, with hwcomposer and egl activated. http://pastebin.com/qjTYdKEJ Can you check it? I see messages like: W/GraphicBufferAllocator( 2524): WOW! gralloc alloc failed, waiting for pending frees! W/GraphicBufferAllocator( 2524): alloc(800, 480, 2, 1a00, ...) failed -12 (Out of memory) Thanks in advance. Jose 2014-04-25 8:25 GMT-05:00 Alexandre Lissy ali...@mozilla.com: Le 25/04/2014 15:23, Jose Vidal a écrit : Hi Alexandre, Thanks for your response. I try run Gaia without GPU, because I have a problem using hwcomposer. Is possible do that ? Just disabling hwcomposer should be enough. Doing so by renaming the hwcomposer.*.so should be enough. If you still have issues, then it's not only HWComposer :( I have serious problem when I porting B2G on freescale device. I can't run Gaia. What do you recommend to me ? Thanks in advance, Regards. Jose 2014-04-25 3:41 GMT-05:00 Alexandre Lissy ali...@mozilla.com mailto:ali...@mozilla.com: Le 24/04/2014 23:53, Jose Vidal a écrit : [...] http://pastebin.com/TfVbq9HW I can't display Gaia on my device. Probably because it crashes B2G: E/libEGL ( 2522): eglGetDisplay:123 error 300c (EGL_BAD_PARAMETER) E/libEGL ( 2522): eglInitialize:139 error 3008 (EGL_BAD_DISPLAY) I've lost track of your tries, why do you need to disable this? ___ dev-b2g mailing list dev-b2g@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-b2g
Re: [b2g] Disable GPU to Test only
Le 25/04/2014 15:36, Jose Vidal a écrit : Hi Alexandre, This is the logcat without the last changes, I mean, with hwcomposer and egl activated. http://pastebin.com/qjTYdKEJ Can you check it? I see messages like: W/GraphicBufferAllocator( 2524): WOW! gralloc alloc failed, waiting for pending frees! W/GraphicBufferAllocator( 2524): alloc(800, 480, 2, 1a00, ...) failed -12 (Out of memory) This whole part sounds bad W/SurfaceFlinger( 2524): no suitable EGLConfig found, trying without EGL_FRAMEBUFFER_TARGET_ANDROID E/Trace ( 2524): error opening trace file: No such file or directory (2) W/GraphicBufferAllocator( 2524): WOW! gralloc alloc failed, waiting for pending frees! W/GraphicBufferAllocator( 2524): alloc(800, 480, 2, 1a00, ...) failed -12 (Out of memory) D/GraphicBufferAllocator( 2524): Allocated buffers: D/GraphicBufferAllocator( 2524): 0x419baa90: 1500.00 KiB | 800 ( 800) x 480 |2 | 0x1a00 D/GraphicBufferAllocator( 2524): 0x419cbfa0: 1500.00 KiB | 800 ( 800) x 480 |2 | 0x1a00 D/GraphicBufferAllocator( 2524): Total allocated (estimate): 3000.00 KB Thanks in advance. Jose 2014-04-25 8:25 GMT-05:00 Alexandre Lissy ali...@mozilla.com mailto:ali...@mozilla.com: Le 25/04/2014 15:23, Jose Vidal a écrit : Hi Alexandre, Thanks for your response. I try run Gaia without GPU, because I have a problem using hwcomposer. Is possible do that ? Just disabling hwcomposer should be enough. Doing so by renaming the hwcomposer.*.so should be enough. If you still have issues, then it's not only HWComposer :( I have serious problem when I porting B2G on freescale device. I can't run Gaia. What do you recommend to me ? Thanks in advance, Regards. Jose 2014-04-25 3:41 GMT-05:00 Alexandre Lissy ali...@mozilla.com mailto:ali...@mozilla.com mailto:ali...@mozilla.com mailto:ali...@mozilla.com: Le 24/04/2014 23:53, Jose Vidal a écrit : [...] http://pastebin.com/TfVbq9HW I can't display Gaia on my device. Probably because it crashes B2G: E/libEGL ( 2522): eglGetDisplay:123 error 300c (EGL_BAD_PARAMETER) E/libEGL ( 2522): eglInitialize:139 error 3008 (EGL_BAD_DISPLAY) I've lost track of your tries, why do you need to disable this? ___ dev-b2g mailing list dev-b2g@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-b2g
Re: [b2g] Disable GPU to Test only
Yes, I know. So, How I can start a debugging ? I mean, I don't have any idea what files I should modify to test. Do you have something that could help me ? Regards. Jose 2014-04-25 9:19 GMT-05:00 Alexandre Lissy ali...@mozilla.com: Le 25/04/2014 15:36, Jose Vidal a écrit : Hi Alexandre, This is the logcat without the last changes, I mean, with hwcomposer and egl activated. http://pastebin.com/qjTYdKEJ Can you check it? I see messages like: W/GraphicBufferAllocator( 2524): WOW! gralloc alloc failed, waiting for pending frees! W/GraphicBufferAllocator( 2524): alloc(800, 480, 2, 1a00, ...) failed -12 (Out of memory) This whole part sounds bad W/SurfaceFlinger( 2524): no suitable EGLConfig found, trying without EGL_FRAMEBUFFER_TARGET_ANDROID E/Trace ( 2524): error opening trace file: No such file or directory (2) W/GraphicBufferAllocator( 2524): WOW! gralloc alloc failed, waiting for pending frees! W/GraphicBufferAllocator( 2524): alloc(800, 480, 2, 1a00, ...) failed -12 (Out of memory) D/GraphicBufferAllocator( 2524): Allocated buffers: D/GraphicBufferAllocator( 2524): 0x419baa90: 1500.00 KiB | 800 ( 800) x 480 |2 | 0x1a00 D/GraphicBufferAllocator( 2524): 0x419cbfa0: 1500.00 KiB | 800 ( 800) x 480 |2 | 0x1a00 D/GraphicBufferAllocator( 2524): Total allocated (estimate): 3000.00 KB Thanks in advance. Jose 2014-04-25 8:25 GMT-05:00 Alexandre Lissy ali...@mozilla.com mailto:ali...@mozilla.com: Le 25/04/2014 15:23, Jose Vidal a écrit : Hi Alexandre, Thanks for your response. I try run Gaia without GPU, because I have a problem using hwcomposer. Is possible do that ? Just disabling hwcomposer should be enough. Doing so by renaming the hwcomposer.*.so should be enough. If you still have issues, then it's not only HWComposer :( I have serious problem when I porting B2G on freescale device. I can't run Gaia. What do you recommend to me ? Thanks in advance, Regards. Jose 2014-04-25 3:41 GMT-05:00 Alexandre Lissy ali...@mozilla.com mailto:ali...@mozilla.com mailto:ali...@mozilla.com mailto:ali...@mozilla.com: Le 24/04/2014 23:53, Jose Vidal a écrit : [...] http://pastebin.com/TfVbq9HW I can't display Gaia on my device. Probably because it crashes B2G: E/libEGL ( 2522): eglGetDisplay:123 error 300c (EGL_BAD_PARAMETER) E/libEGL ( 2522): eglInitialize:139 error 3008 (EGL_BAD_DISPLAY) I've lost track of your tries, why do you need to disable this? ___ dev-b2g mailing list dev-b2g@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-b2g
Re: [b2g] Disable GPU to Test only
Le 25/04/2014 16:27, Jose Vidal a écrit : Yes, I know. So, How I can start a debugging ? I mean, I don't have any idea what files I should modify to test. Do you have something that could help me ? Nope. Regards. Jose 2014-04-25 9:19 GMT-05:00 Alexandre Lissy ali...@mozilla.com mailto:ali...@mozilla.com: Le 25/04/2014 15:36, Jose Vidal a écrit : Hi Alexandre, This is the logcat without the last changes, I mean, with hwcomposer and egl activated. http://pastebin.com/qjTYdKEJ Can you check it? I see messages like: W/GraphicBufferAllocator( 2524): WOW! gralloc alloc failed, waiting for pending frees! W/GraphicBufferAllocator( 2524): alloc(800, 480, 2, 1a00, ...) failed -12 (Out of memory) This whole part sounds bad W/SurfaceFlinger( 2524): no suitable EGLConfig found, trying without EGL_FRAMEBUFFER_TARGET_ANDROID E/Trace ( 2524): error opening trace file: No such file or directory (2) W/GraphicBufferAllocator( 2524): WOW! gralloc alloc failed, waiting for pending frees! W/GraphicBufferAllocator( 2524): alloc(800, 480, 2, 1a00, ...) failed -12 (Out of memory) D/GraphicBufferAllocator( 2524): Allocated buffers: D/GraphicBufferAllocator( 2524): 0x419baa90: 1500.00 KiB | 800 ( 800) x 480 |2 | 0x1a00 D/GraphicBufferAllocator( 2524): 0x419cbfa0: 1500.00 KiB | 800 ( 800) x 480 |2 | 0x1a00 D/GraphicBufferAllocator( 2524): Total allocated (estimate): 3000.00 KB Thanks in advance. Jose 2014-04-25 8:25 GMT-05:00 Alexandre Lissy ali...@mozilla.com mailto:ali...@mozilla.com mailto:ali...@mozilla.com mailto:ali...@mozilla.com: Le 25/04/2014 15:23, Jose Vidal a écrit : Hi Alexandre, Thanks for your response. I try run Gaia without GPU, because I have a problem using hwcomposer. Is possible do that ? Just disabling hwcomposer should be enough. Doing so by renaming the hwcomposer.*.so should be enough. If you still have issues, then it's not only HWComposer :( I have serious problem when I porting B2G on freescale device. I can't run Gaia. What do you recommend to me ? Thanks in advance, Regards. Jose 2014-04-25 3:41 GMT-05:00 Alexandre Lissy ali...@mozilla.com mailto:ali...@mozilla.com mailto:ali...@mozilla.com mailto:ali...@mozilla.com mailto:ali...@mozilla.com mailto:ali...@mozilla.com mailto:ali...@mozilla.com mailto:ali...@mozilla.com: Le 24/04/2014 23:53, Jose Vidal a écrit : [...] http://pastebin.com/TfVbq9HW I can't display Gaia on my device. Probably because it crashes B2G: E/libEGL ( 2522): eglGetDisplay:123 error 300c (EGL_BAD_PARAMETER) E/libEGL ( 2522): eglInitialize:139 error 3008 (EGL_BAD_DISPLAY) I've lost track of your tries, why do you need to disable this? ___ dev-b2g mailing list dev-b2g@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-b2g
[b2g] Features Implemented by Standard but not Common V.S. None Standard but Popular in Market
Hi all, As a web platform, FxOS always follow the standard and join to create the standard. As a mobile OS, FxOS always tries to give user more great experience and enrich their live then bringing in more devices and people into web. As a device partner using mobile OS, I would like FxOS to support more popular and common features in the market not the feature came or implemented by standard but not be supported in the market. As a user, I would expect my device and OS can perform most of popular service in the market now. (and actually user don't care it's standard or not) My question is For a new feature, firstly people would like to find any current standards which can be combined to achieve the feature even this combination is more complicated. But why don't we investigate a new one to let things go easily or leverage the existing way in the market now? Example 1: HTTP Live Streaming According to MSE, gecko removed to support DASH and move it to be a dash.js + MSE. Then people expected that HLS should be implemented by something like hls.js + MSE because it can be adapted to standard and scalable on different manifest mechanisms. But the practical fact is that the current content providers and their apps expected m3u8 URL can be put into src of video tag then starting to enjoy video. Therefore the ideal way using standard to support HLS is no useful for many popular content services in the market. Force them to adapt our way or let things to easily since there is no standard on HLS to push hls.js + MSE. Example 2: DLNA Opera introduced Network Device Discovery API (working draft) and there are UDP/TCP Web Socket are introduced too. So people started to think DLNA can be adapted by these Web API and some implementation on Web Content (ex:upnp_av_profile.js + UDP/TCP Web Socket). But the practical fact is that device partner want to leverage a 3rd party library into their platform which is confirmed to pass the certification and guaranteed stability. Also 3rd party library can cover others like DTCP which is no standard web api announced to cover yet. (maybe can be covered by some combination) Force device partner to take back the effort or let them have a way to leverage existing way in the market now? From my point of view, to support m3u8 in video tag and propose a new DLNA web api which allow user agent to leverage 3rd library are my hope. Thanks, Sincerely yours - Marco Chen Engineering Manager Emerging Device, Device Engineering Mozilla Taipei Tel: +886-2-87861100 # 352 mail: mc...@mozilla.com ___ dev-b2g mailing list dev-b2g@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-b2g
Re: [b2g] Device name of ZTE Open C?
I’d love to find more out about this device, and help to document it. anyone? Chris Mills Senior tech writer || Mozilla developer.mozilla.org || MDN cmi...@mozilla.com || @chrisdavidmills On 21 Apr 2014, at 11:11, yfy...@gmail.com wrote: Now ZTE Open C is available for order on eBay. The vendor confirmed that the device is fastboot enabled. Anyone knows the device name of it to build FFOS? This information seems missing on MDN. Regards, ___ dev-b2g mailing list dev-b2g@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-b2g ___ dev-b2g mailing list dev-b2g@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-b2g
Re: [b2g] Features Implemented by Standard but not Common V.S. None Standard but Popular in Market
On Fri, Apr 25, 2014 at 8:12 AM, Marco Chen mc...@mozilla.com wrote: Hi all, As a web platform, FxOS always follow the standard and join to create the standard. As a mobile OS, FxOS always tries to give user more great experience and enrich their live then bringing in more devices and people into web. As a device partner using mobile OS, I would like FxOS to support more popular and common features in the market not the feature came or implemented by standard but not be supported in the market. As a user, I would expect my device and OS can perform most of popular service in the market now. (and actually user don't care it's standard or not) My question is For a new feature, firstly people would like to find any current standards which can be combined to achieve the feature even this combination is more complicated. But why don't we investigate a new one to let things go easily or leverage the existing way in the market now? Example 1: HTTP Live Streaming According to MSE, gecko removed to support DASH and move it to be a dash.js + MSE. Then people expected that HLS should be implemented by something like hls.js + MSE because it can be adapted to standard and scalable on different manifest mechanisms. But the practical fact is that the current content providers and their apps expected m3u8 URL can be put into src of video tag then starting to enjoy video. Therefore the ideal way using standard to support HLS is no useful for many popular content services in the market. Force them to adapt our way or let things to easily since there is no standard on HLS to push hls.js + MSE. I don't know enough about MSE or HLS to comment here. I would recommend that you talk to the media team. Example 2: DLNA Opera introduced Network Device Discovery API (working draft) and there are UDP/TCP Web Socket are introduced too. So people started to think DLNA can be adapted by these Web API and some implementation on Web Content (ex:upnp_av_profile.js + UDP/TCP Web Socket). But the practical fact is that device partner want to leverage a 3rd party library into their platform which is confirmed to pass the certification and guaranteed stability. Also 3rd party library can cover others like DTCP which is no standard web api announced to cover yet. (maybe can be covered by some combination) Force device partner to take back the effort or let them have a way to leverage existing way in the market now? The fact that a partner wants to use a particular library to implement DLNA is not a good enough reason to add a DLNA API to our platform. Keep in mind that additional APIs are terribly expensive over time since generally we have to maintain them forever. Additionally we generally should try to avoid having partners ship their own implementations of various APIs. That always runs the risk that an API will behave differently on different devices which means that we're fragmenting our platform. Is there a reason that this partner couldn't use emscripten to compile their library so that it runs inside their app and uses UDP/TCP socket APIs? / Jonas ___ dev-b2g mailing list dev-b2g@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-b2g
[b2g] 04/25/2014 Open_C Master/M-C Smoke Test Results - 45/48 tests passed, 1 new blocker
45 out of 48 tests passed for the 2014-04-25 Open_C Master M-C Build. There is one new issue and one existing blocker that kept the smoketests from fully passing. Smoketest Results: Daily Smoke Test Logs: https://docs.google.com/a/qanalydocs.com/spreadsheet/ccc?key=0AjRc6aVFoOW9dGZLdVdiWGZLbVdORlFpUGt5XzZ3Zncusp=drive_web#gid=0 Moztrap links: Run: https://moztrap.mozilla.org/runtests/run/3945/env/347/ Results: https://moztrap.mozilla.org/results/cases/?pagenumber=1filter-run=3945pagesize=50 Tests Were Performed With: Build ID: 20140425040203 Gecko: 2b02d933c39a Gaia: facd91d31db983a60c7f1035ca01b727c7a1de65 Base Image: P821A10-ENG_20140410 0 reboots 1 crash ( https://bugzilla.mozilla.org/show_bug.cgi?id=1000961 ) New Bugs Breaking the Smoketests: - [B2G][Contacts] Unable to import SIM card contacts in Contacts app or FTU https://bugzilla.mozilla.org/show_bug.cgi?id=1001488 Existing Bugs Breaking the Smoketests: - [B2G] Device resets to animated fox after turning on Bluetooth in Bluetooth settings https://bugzilla.mozilla.org/show_bug.cgi?id=1000961 New Issues Not Breaking the Smoketests: - None reported. Sincerely, Mozilla QA Team___ dev-b2g mailing list dev-b2g@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-b2g
[b2g] 04/25/2014 Open_C v1.4 Smoke Test Results - 40/48 tests passed, 2 new blockers
40 out of 48 tests passed for the 2014-04-25 Open_C v1.4.0 Build. There are two new issues and one existing blocker that kept the smoketests from fully passing. Smoketest Results: Daily Smoke Test Logs: https://docs.google.com/a/qanalydocs.com/spreadsheet/ccc?key=0AjRc6aVFoOW9dGZLdVdiWGZLbVdORlFpUGt5XzZ3Zncusp=drive_web#gid=6 Moztrap links: Run: https://moztrap.mozilla.org/runtests/run/3944/env/347/ Results: https://moztrap.mozilla.org/results/cases/?filter-run=3944 Tests Were Performed With: Build ID: 20140425000201 Gecko: ec8c6e42acf2 Gaia: 4eb2393e6a5174e6c732167866aded046c49ed97 Base Image: P821A10-ENG_20140410 2 reboots 0 crashes New Bugs Breaking the Smoketests: - [B2G][Settings][Bluetooth] Unable to pair bluetooth devices https://bugzilla.mozilla.org/show_bug.cgi?id=1001621 - [v1.4] Enabling wifi in Settings app shows no available network https://bugzilla.mozilla.org/show_bug.cgi?id=1001292 **Resolved Fixed, should be fixed in tomorrow's build Existing Bugs Breaking the Smoketests: - [B2G][Camera][Open_C][1.4] Camera launches as a black screen https://bugzilla.mozilla.org/show_bug.cgi?id=1000567 New Issues Not Breaking the Smoketests: - [B2G][Open_C][Notes+] Search text is too small in Notes+ https://bugzilla.mozilla.org/show_bug.cgi?id=1001669 Sincerely, Mozilla QA Team___ dev-b2g mailing list dev-b2g@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-b2g
Re: [b2g] Using blobs to display images
On Wed, Apr 23, 2014 at 10:12 PM, Andrew Sutherland asutherl...@asutherland.org wrote: Another solution is to define that sandboxed pages with scripts disabled can't load from local urls. At least not unless explicitly allowed by some new sandbox flag. This seems unintuitive. I think the simplest/best option is just to not expose/map the indexedDB URI scheme unless it is explicitly requested. The problem is that this simply reduces the problem. It doesn't solve it. I.e. if I have a database which I do want to be able to get data from using indexeddb: URLs for my own pages, how do I protect myself from 3rd party content reading from that database? Another thing to keep in mind is that multiple people often work on the same website. Just because one person knows that he needs to access indexeddb: URLs for a particular database, doesn't mean that another person knows that running 3rd party content in-origin now enables that 3rd party content to read from a particular database. I think very few use cases would get broken by equating reading from indexeddb:// to running script. / Jonas ___ dev-b2g mailing list dev-b2g@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-b2g
Re: [b2g] Using blobs to display images
On 04/25/2014 06:50 PM, Jonas Sicking wrote: I think very few use cases would get broken by equating reading from indexeddb:// to running script. Yes, that formulation sells me on that approach. (Although we'd still want code to be able to at least createObjectURL things explicitly into that space for at least Blobs. I think manually requiring legwork in the non-Blob cases could still be okay.) Andrew ___ dev-b2g mailing list dev-b2g@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-b2g
[b2g] 04/25/2014 Tarako v1.3 Smoke Test Results - 46/48 tests passed, 1 invalid, 1 new blocker
46 out of 48 tests passed for the 2014-04-25 Tarako v1.3t Build. There is one new issue that kept the smoketests from fully passing. Invalid TC - no Persona support for Tarako, see bug https://bugzilla.mozilla.org/show_bug.cgi?id=990560#c19 Smoketest Results: Daily Smoke Test Logs: https://docs.google.com/a/qanalydocs.com/spreadsheet/ccc?key=0AjRc6aVFoOW9dGZLdVdiWGZLbVdORlFpUGt5XzZ3Zncusp=drive_web#gid=5 Moztrap links: Run: https://moztrap.mozilla.org/runtests/run/3946/env/347/ Results: https://moztrap.mozilla.org/results/cases/?filter-run=3946 Tests Were Performed With: Build ID: 20140425014003 Gecko: d91121fbca90 Gaia: 293b056683b506ec1b4787d0fbf6033cc30fa953 Base Image: sp6821a_gonk4.0_user.pac 1 reboot 0 crashes New Bugs Breaking the Smoketests: - [Tarako] Please add the variable GAIA_MEMORY_PROFILE=low to the build script for all Tarako builds https://bugzilla.mozilla.org/show_bug.cgi?id=1000448 Note : Without the variable, selecting pictures from camera (for contacts) causes the app to get LMK'ed. Existing Bugs Breaking the Smoketests: - None reported. New Issues Not Breaking the Smoketests: - None reported. Sincerely, Mozilla QA ___ dev-b2g mailing list dev-b2g@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-b2g
Re: [b2g] Switching foreground background apps
On Wed, Apr 2, 2014 at 3:32 AM, Gabriele Svelto gsve...@mozilla.com wrote: On 02/04/2014 02:09, Jonas Sicking wrote: I think it'd make a lot of sense to make the app have high priority while it's launching, both CPU-wise and out-of-memory-wise. Good point, we already have a mechanism to do that but it would be interesting to gauge it's speed: grabbing the wake-lock pushes a process into the FOREGROUND_HIGH high-priority mode that makes it almost invulnerable to the LMK and gives it the lowest nice value. That only works once an app is far enough along in the launch process that it's able to run javascript. We need to give apps a high priority before then. Is gaia currently setting the visibility flag on iframes of launching apps right away? If not, we should make that happen. Then we should look at the the visibility flag very early in the forking process. But we don't have to monitor it aggressively throughout the startup of an app as it's unlikely to change. / Jonas ___ dev-b2g mailing list dev-b2g@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-b2g
[b2g] Gaia linter tests now running in TBPL
Gaia linter tests are now running in TBPL; they appear as Li and belong to B2G Desktop Linux x64 Opt builds. You can include them in try runs by specifying -u gaia-linter (or -u all). Example logfile: https://tbpl.mozilla.org/php/getParsedLog.php?id=38525022tree=B2g-Inboundfull=1 Regards, Jonathan ___ dev-b2g mailing list dev-b2g@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-b2g
[b2g] 04/25/2014 Tarako v1.3 Smoke Test Results - 46/48 tests passed, 1 invalid, 1 new blocker
46 out of 48 tests passed for the 2014-04-25 Tarako v1.3t Build. There is one new issue that kept the smoketests from fully passing. Invalid TC - no Persona support for Tarako, see bug https://bugzilla.mozilla.org/show_bug.cgi?id=990560#c1 9 Smoketest Results: Daily Smoke Test Logs: https://docs.google.com/a/qanalydocs.com/spreadsheet/ccc?key=0AjRc6aVFoOW9dGZLdVdiWGZLbVdORlFpUGt5XzZ3Zncusp=drive_web#gid=5 Moztrap links: Run: https://moztrap.mozilla.org/runtests/run/3946/env/347/ Results: https://moztrap.mozilla.org/results/cases/?filter-run=3946 Tests Were Performed With: Build ID: 20140425014003 Gecko: d91121fbca90 Gaia: 293b056683b506ec1b4787d0fbf6033cc30fa953 Base Image: sp6821a_gonk4.0_user.pac 1 reboot 0 crashes New Bugs Breaking the Smoketests: - [Tarako] selecting pictures from camera (for contacts) causes OOM https://bugzilla.mozilla.org/show_bug.cgi?id=1001675 - We need 1000448 to be fixed before this will be fully enabled and working in nightly builds; there's a workaround described in 1001675. Existing Bugs Breaking the Smoketests: - None reported. New Issues Not Breaking the Smoketests: - [Tarako] trying to send file from a paired computer after BT headset is also connected results in connection failure on mac https://bugzilla.mozilla.org/show_bug.cgi?id=1001726 Sincerely, Mozilla QA ___ dev-b2g mailing list dev-b2g@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-b2g
Re: [b2g] Using blobs to display images
On Fri, Apr 25, 2014 at 4:30 PM, Andrew Sutherland asutherl...@asutherland.org wrote: (Although we'd still want code to be able to at least createObjectURL things explicitly into that space for at least Blobs. I think manually requiring legwork in the non-Blob cases could still be okay.) createObjectURL will continue to work as-is for all Blobs. Including blobs loaded from IDB. / Jonas ___ dev-b2g mailing list dev-b2g@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-b2g
Re: [b2g] Gaia linter tests now running in TBPL
This is awesome! One step closer to removing dependency on Travis! / Jonas On Fri, Apr 25, 2014 at 4:50 PM, Jonathan Griffin jgrif...@mozilla.com wrote: Gaia linter tests are now running in TBPL; they appear as Li and belong to B2G Desktop Linux x64 Opt builds. You can include them in try runs by specifying -u gaia-linter (or -u all). Example logfile: https://tbpl.mozilla.org/php/getParsedLog.php?id=38525022tree=B2g-Inboundfull=1 Regards, Jonathan ___ dev-b2g mailing list dev-b2g@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-b2g ___ dev-b2g mailing list dev-b2g@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-b2g
Re: [b2g] Relevance of Super-Review (Was: Hardening the review requirements for changing .webidl files)
If my git fu is correct, we only landed 180 patches with sr=. In 2009, we landed 1033 patches with super review. Of the sr= that landed in the last year, most were sr’ed by people from the DOM team (olli, sicking, blake, bz, sicking, sicking, sicking). I tend to think that super review is a dumb idea. I don’t think we need any new module level system for dealing with .webidl changes. A DOM peer is required. This group can impose whatever they need to keep code quality and API consistent high. -- Doug Turner On Thursday, April 24, 2014 at 4:31 PM, Bobby Holley wrote: On Thu, Apr 24, 2014 at 3:58 PM, Gavin Sharp ga...@gavinsharp.com (mailto:ga...@gavinsharp.com) wrote: Those asides are precisely the reason it's abuse :) We should update the list What is the list good for, exactly? There doesn't seem to be any consistent usage of it anymore. In the areas that I work on (JS, XPConnect, DOM, and other internals), it's occasionally used to indicate that the reviewer is being requested for a more high-level review. But whether the requestee is on that list never seems all that relevant. Put another way - without a clear rule, requesting sr is basically a judgement call these days. Given that, curating a strict list of potential requestees doesn't buy us very much. bholley ___ dev-platform mailing list dev-platf...@lists.mozilla.org (mailto:dev-platf...@lists.mozilla.org) https://lists.mozilla.org/listinfo/dev-platform ___ dev-b2g mailing list dev-b2g@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-b2g