Re: quick! use lisp! before it's too late!

On Wednesday, 15 August 2012 13:46:59 UTC+12, pedb...@gmail.com wrote: Linus Torvalds flamed C++. - http://article.gmane.org/gmane.comp.version-control.git/57918 Paul Graham said his company moved faster than its competition, because his company used Lisp. -

Re: Robohornet browser benchmark

Oops, here's the benchmark site: http://www.robohornet.org/ ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform

Re: Robohornet browser benchmark

On Tuesday, 25 September 2012 17:42:00 UTC+12, Nicholas Nethercote wrote: On Mon, Sep 24, 2012 at 5:22 PM, wrote: So there's a new benchmark out, seemingly from google. It is designed to test performance in web app bottlenecks, especially DOM, canvas API methods, SVG.

Re: Intent to implement and ship: document.execCommand(cut/copy)

I am not sure if this is the right avenue to raise concern (again) over not requiring a prompt. It seems that user action here implies that a user intended on having their clipboard destroyed intentionally. (Like requesting a SHA from GitHub). However, I created a very basic demo here:

WebRTC Internal IP Address Leakage

Is there any intent at Mozilla to fix this privacy flaw? https://bugzilla.mozilla.org/show_bug.cgi?id=959893 ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform

Re: Proposal: Remove Linux PGO Testing

Telemetry results. In terms of perf measurements we'd probably need to completely ignore everything from non-release builds as the results might differ heavily for some use cases. - Tim ___ dev-platform mailing list dev-platform@lists.mozilla.org https

Re: Proposal: Remove Linux PGO Testing

it wouldn't be particularly well-tested. Yes, if we don't distribute PGO builds at all we'd see a one-time bump and Telemetry is then a non-issue. I was misguided by the thread's title. If we turn it off for testing we can't ship it. - Tim ___ dev

Re: Revamping touch input on Windows

1) abandon generating nsIDOMSimpleGestureEvents on Windows for both backends when processing touch input from touch input displays.* This would mean that if the desktop front end wants to do something with pinch or zoom, it would have to process W3C touch events instead. Note that we could

Re: Revamping touch input on Windows

The metro/WinRT widget backend can take advantage of native gesture recognition, so maybe in the future we would want to implement the ability to opt-out of front-end gesture recognition. I don't think we should do this in the immediate term, but as backends get better and better native

Re: [Advance warning] Session Restore is changing, will break add-ons

to maintain a shadow tree as Johnathan mentioned. I would suggest we talk to Ehsan as he has experience in doing this successfully. - Tim On 05/22/2013 03:40 PM, David Rajchenbach-Teller wrote: Opening Bug 874817 to add that kill switch. Just for clarification: we might kill add-ons that specifically

Re: [b2g] Fix or disable windows desktop b2g builds

in Firefox), or get them all working. We shouldn't persecute Windows users in particular (even if they did make a bad choice :P). Ben ___ dev-b2g mailing list dev-...@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-b2g -- Tim Guan-tin

Re: Proposal: requiring build peer review for Makefile.in changes

actual changes from minor changes that don't need build peer review by scanning for certain keywords? - Tim On 07/18/2013 02:00 AM, Gregory Szorc wrote: Traditionally, it's been very difficult for the build peers to keep on top of changes in the build config because changes are occurring on bug

Re: Proposal: requiring build peer review for Makefile.in changes

On 07/18/2013 02:45 PM, Benjamin Smedberg wrote: On 7/18/2013 2:43 AM, Tim Taubert wrote: The proposal sounds good to me but I guess you wouldn't want to be notified of every small addition/change to Makefiles in test directories? I suppose you're targeting actual changes to dependencies etc

Re: Rethinking separate Mercurial repositories

Sadly, mercurial doesn't support having multiple working directories from a single clone, which would be useful to avoid wasting so much disk space on .hg. I'm 85% sure that Mercurial, on filesystems that support it, creates hardlinks instead of copies if you hg clone mozilla-central

Re: Should the Prevent this page from creating additional dialogs checkbox prevent the page from creating any additional dialogs?

Separating and summarizing a little, it sounds like: For alert/prompt/confirm, we're all (mostly?) agreed that the prevent this page from creating additional dialogs checkbox should have its meaning changed from rate limit future alert/prompt/confirm to prevent future alert/prompt/confirm. In

Re: Should the Prevent this page from creating additional dialogs checkbox prevent the page from creating any additional dialogs?

I wrote a reply which I then accidentally sent only to Mark. In any case, we chatted in #developers about this. I'm going to do the following: 1. Update the patch in bug 856977 (dialogs shouldn't be possible during beforeunload) so that it doesn't affect the behavior of the checkbox 2. Put

Re: nsGUIEvent.h related stuff has been sorted out

I hope this change makes you happy! It most certainly does! I'm a huge proponent of code cleanup and organization, and this looks like a beautiful example of those. Finally, the root class, WidgetEvent, has As*Event class. The * doesn't include the prefix. I.e., for WidgetMouseEvent, the

Re: Removing a window from the session store

to achieve and why? Is there any add-on code we could take a look at? Maybe we can together find a different and better solution to your problem. - Tim Cheers, Matt On Oct 25, 2013, at 11:40 AM, David Rajchenbach-Teller dtel...@mozilla.com wrote: We have partial handling of private

Central location for tracking known broken build configurations (with bugs)

Somebody stop me if this already exists... I'm envisioning a central location, probably a wiki page at https://wiki.mozilla.org/BrokenBuilds or similar, where people can find the answers to these questions: 1. Given my current build configuration, why did my last build fail? 2. What bugs

Re: Central location for tracking known broken build configurations (with bugs)

I like where you are coming from. Yay! However, if we know what build bustage is known, it should be codified in the tree and the build should abort or you should see a giant warning. If we put this information anywhere else, I fear it will become out of date very quickly or filled with

Re: Central location for tracking known broken build configurations (with bugs)

Somebody stop me if this already exists... I'm envisioning a central location, probably a wiki page at https://wiki.mozilla.org/BrokenBuilds or similar, where people can find the answers to these questions: 1. Given my current build configuration, why did my last build fail? 2.

Re: Central location for tracking known broken build configurations (with bugs)

Somebody stop me if this already exists... I'm envisioning a central location, probably a wiki page at https://wiki.mozilla.org/BrokenBuilds or similar, where people can find the answers to these questions: 1. Given my current build configuration, why did my last build fail? 2.

Re: Central location for tracking known broken build configurations (with bugs)

I would favour a whiteboard tag or keyword on the bug tracking the build failure. It should be easy enough to create a query for all open bugs with this tag. Usually you want to get to the bug anyway for the latest workaround and/or info on what to back out locally. I'm not opposed to a

Re: Central location for tracking known broken build configurations (with bugs)

Possible compromise: have this info live in the tree as part of the in-tree docs under build/docs. You need build peer review to update those docs and they are versioned with the tree. That addresses my accuracy and versioning concerns. This sounds reasonable to me! The docs would

Re: nsRefPtr vs RefPtr

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 The chromium IPC code is ours now, so we can mdify it as needed. Not sure about the Chromium sandbox code. The Chromium sandbox code lives at security/sanbox in the tree. AIUI, we wanted to be able to pull upstream changes easily so we've avoided

Re: People building and debugging Firefox on Windows wanted

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Build took 41:02 with these options: ac_add_options --enable-chrome-format=flat ac_add_options --disable-optimize ac_add_options --enable-debug-symbols ac_add_options --disable-crashreporter ac_add_options --disable-updates ac_add_options

Re: Intent to ship: Hyperlink Auditing (a ping)

want to and will do that anyway we should at least provide a way that has less disadvantages for the user. - Tim -- Tim Taubert Engineering Manager, Firefox @ttaubert ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org

Re: Intent to ship: Hyperlink Auditing (a ping)

make websites just fall back to the same bad behavior that we currently have. Ensuring this feature works as expected would surely drive adoption a lot better. - Tim ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org

Re: Intent to ship: Hyperlink Auditing (a ping)

, and without a way to notice this is happening. And with all the current performance impacts. - Tim ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform

Re: Intent to ship: Hyperlink Auditing (a ping)

Curtis Koenig wrote: Would this be disabled in Private Browsing? If not that might be perceived as negating one of the reasons users have for using that particular feature. Are sync XHRs and HTTP redirects disabled in private browsing? :) - Tim

Re: Intent to ship: Hyperlink Auditing (a ping)

because they would break the web. - Tim ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform

Re: Intent to ship: Hyperlink Auditing (a ping)

. - Tim ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform

sandboxbroker.dll will soon build by default on Windows

me know if there are concerns regarding this change. Thanks! Tim [1] https://bugzilla.mozilla.org/show_bug.cgi?id=985252 -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.22 (MingW32) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQIcBAEBAgAGBQJThOTzAAoJENMT71e+7HCHrkkP

Re: Session Restore (sessionstore)

=989393#c20 - Tim ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform

Re: Session Restore (sessionstore)

amount of I/O that you dislike? If yes, why? Have you taken a look at all the other I/O caused by places, cache, etc. and how that compares? - Tim ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev

Re: Session Restore (sessionstore)

answered why the amount of I/O you say you're seeing is a problem for you. Instead of re-iterating your proposal and what you think we should be doing it would be great if you could tell us why the current behavior is a problem for you. - Tim ___ dev

Re: Session Restore (sessionstore)

sessionstore data on write will not buy you much as we write a lot when Firefox is running. This is the problem we're tackling in the long run and band-aid fixes won't help here. - Tim ___ dev-platform mailing list dev-platform@lists.mozilla.org https

Re: Session Restore (sessionstore)

Tobias Besemer wrote: Am Samstag, 28. Juni 2014 14:25:35 UTC+2 schrieb Tim Taubert: Tobias Besemer wrote: The amount of I/O is always a problem! E.g. for Notebooks in battery use. Yes, of course. That is a known problem and we're working on it by increasing the write interval when running

Intent to ship: WebCrypto API

is finalized. We thus propose to enable the WebCrypto API by default for all platforms to get some more feedback from developers and give them the opportunity to use new functionality. - Tim ___ dev-platform mailing list dev-platform@lists.mozilla.org

Re: Intent to ship: WebCrypto API

by default anyway. Other parts we're missing is import/export for some formats (e.g. PKCS8 for ECDH/DH) and we're missing a few algorithms completely. We only need more time to implement those but that wouldn't break any existing code either. - Tim [1] https://bugzilla.mozilla.org/show_bug.cgi?id=1037892

Re: Intent to ship: WebCrypto API

with hardware token support Not sure what exactly what you are referring to here but I don't know of any current plans to extend the WebCrypto API beyond what the spec says. - Tim (which, is going to be discussed nexr 10th September) Regards. ___ dev

Re: Intent to ship: WebCrypto API

a nice list of algorithms [1] we support and the Firefox version they were introduced. A similar list [2] exists for Chromium, but I can't tell how up-to-date that is. Judging from their list of tests [3] this seems to indeed list of all of the available algorithms. - Tim [1] https

Re: Intent to ship: WebCrypto API

algorithms as well? - Tim ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform

SVG in our source code

. Thoughts ? [0] : https://etherpad.mozilla.org/svg-guidelines [1] : https://bugzilla.mozilla.org/show_bug.cgi?id=1160771 Tim Nguyen [:ntim] ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform

Re: Fingerprinting of battery status?

Ben Kelly wrote: Can we just reduce the accuracy of the API? Only give battery level at certain broad breakpoints? The authors of the cited paper [1] filed a bug report and we fixed that for 38 [2]. - Tim [1] http://eprint.iacr.org/2015/616.pdf [2] https://bugzilla.mozilla.org/show_bug.cgi

Intent to implement: HTML5 element

*Summary*: The *HTML element* represents a dialog box or other interactive component, such as an inspector or window. It will initially be implemented behind a pref. *Bug*: https://bugzilla.mozilla.org/show_bug.cgi?id=840640 *Link to standard*:

Re: Intent to implement: HTML5 element

, i.e. it modal dialogs should make all UI elements except the current dialog inert. Tim On Fri, Dec 23, 2016 at 12:33 AM, Justin Dolske <dol...@mozilla.com> wrote: > What's the expected experience if chrome code uses this feature? (In a > chrome window, interaction with a content

Intent to Remove: Insecure use of WebCrypto

Summary: The WebCrypto spec [1] states that window.crypto.subtle should only be usable from a secure origin (i.e. on a domain being served over HTTPS). Currently Gecko's implementation works on insecure origins (i.e. sites served over unencrypted HTTP). To bring our implementation in line with the

Re: Leakage of amount of storage used

has been opened for tackling this issue. > -- > https://annevankesteren.nl/ > ___ > dev-platform mailing list > dev-platform@lists.mozilla.org > https://lists.mozilla.org/listinfo/dev-platform > -- Tim Huang Mozilla Taiwan email:tihu...@mozilla.com phone:+886-2-8786-1100#402 ___

Intent to unship: moz*Frames attributes of HTMLVideoElement

://bugzilla.mozilla.org/show_bug.cgi?id=1379050 [2] https://developer.mozilla.org/en-US/docs/Web/API/VideoPlaybackQuality [3] https://trac.torproject.org/projects/tor/ticket/15757 -- Tim Huang Mozilla Taiwan email:tihu...@mozilla.com phone:+886-2-8786-1100#402

Re: Intent to unship: moz*Frames attributes of HTMLVideoElement

similar feature. > Thanks, > > --Jet > > > On Thu, Jul 6, 2017 at 8:21 PM, Tim Huang <tihu...@mozilla.com> wrote: > > I intent to unship the support of moz*Frames of HTMLVideoElement > including > > * HTMLVideoElement.mozPa

Re: Intent to Remove: Insecure use of WebCrypto

On Fri, Jul 28, 2017 at 10:15 PM, Jonathan Kingston <j...@mozilla.com> wrote: > Hey Tim, > > The only questions I have about this our are difference in implementation > over Chrome the more we increase the use of [SecureContext] the greater risk > we put on co

Re: Pulsebot in #developers

+1 A separate channel sounds like a great idea. And it will help dealing with two very different kinds of information. On Sat, Nov 4, 2017 at 5:38 PM, Simon Sapin wrote: > On 04/11/17 17:21, Zibi Braniecki wrote: >> >> +1 >> >> The only thing I'd like to see from pulsebot

Intent to implement: Suppress exception/error reporting when loading an unknown external protocol

for this. [1] https://html.spec.whatwg.org/multipage/browsing-the-web.html#hand-off-to-external-software -- Tim Huang Mozilla ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform

[Intent to change] display: -moz-box elements will no longer be forced to display: block (browser chrome only)

an element to the latter won’t break its children). Please reach out if you have questions or concerns about this change. Cheers, Tim [0]: https://bugzilla.mozilla.org/show_bug.cgi?id=1580012 [1]: https://bugzilla.mozilla.org/show_bug.cgi?id=1520625 [2]: https://bugzilla.mozilla.org/show_bug.cgi

Intent to remove: nsStackFrame aka. `display: -moz-stack` and related features

of which ignores the `-moz-stack-sizing` property, so it made sense to remove it. [0]: https://bugzilla.mozilla.org/show_bug.cgi?id=1576946 [1]: https://i.imgur.com/8hUDUDS.png [2]: https://searchfox.org/mozilla-central/search?q=-moz-stack-sizing=false=false= Cheers, Tim

Intent to implement: CSS conic-gradient

Summary: CSS conic-gradients allow developers to specify gradients that start from a certain angle where color stops are placed around the circumference of a circle centered around a specified point. Bug: https://bugzilla.mozilla.org/show_bug.cgi?id=conic-gradients Standard:

Re: Intent to unship: MathML mfenced element

observed exactly one load of a page containing mfenced across the entire telemetry-enabled Firefox release population. [1] Cheers, Tim [1] https://sql.telemetry.mozilla.org/queries/67235/source (mozilla LDAP required) ___ dev-platform mailing list dev-p

Removing the XUL grid implementation

ug.cgi?id=1632451>. Thanks to everyone who reviewed my grid removal patches and to Daniel Holbert and Emilio Cobos Àlvarez for the platform work that made this possible! Please let me know if you have any questions or concerns. Cheers, Tim ___ dev-plat

Intent to ship: Update browsing context name on cross site navigation or history traversal

. Is this feature enabled by default in sandboxed iframes?: Yes Best, Tim, ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform

Intent to ship: CSS conic-gradient

Summary: CSS conic-gradients allow developers to specify gradients that start from a certain angle where color stops are placed around the circumference of a circle centered around a specified point. Thanks to my friend Mohamed's work on Direct2D

Intent to ship: Network Partitioning

://privacycg.github.io/storage-partitioning/ [3]: https://groups.google.com/a/chromium.org/g/blink-dev/c/NUR-gpWxSZ4/m/9boB-VrlBwAJ [4]: https://github.com/shivanigithub/http-cache-partitioning#impact-on-metrics Best, Tim Huang, ___ dev-platform mailing list dev-platform

Intent to unship: XUL grid implementation

d or HTML tables. Please let me know if you have any concerns or questions. Cheers, Tim ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform

Intent to ship: Enable State Partitioning in Private Browsing Mode

by default. Thanks, Tim [1]: https://hacks.mozilla.org/2021/02/introducing-state-partitioning/ [2]: https://blog.mozilla.org/security/2021/02/23/total-cookie-protection/ ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org

Re: gecko-dev and Git replication will be broken for a little while

On Fri, Jan 30, 2015 at 6:48 AM, Mike Hommey m...@glandium.org wrote: People using Git for Gecko development can also try a new workflow that doesn't involve gecko-dev at all. http://glandium.org/blog/?page_id=3438 Mike This sure look promising! Any support for Level 1 people for creating

Re: Browser API: iframe.executeScript()

How about the risk of having API users intentionally creating local APIs? For example, people can implement support for meta apple-touch-icon just in Gaia. I was told this is a concern back in B2G v1.0. On Wed, Jun 17, 2015 at 5:52 AM, Jonas Sicking jo...@sicking.cc wrote: On Tue, Jun 16, 2015

Re: Web API equivalent of nsIEffectiveTLDService / publicsuffix.org database?

On Mon, Aug 10, 2015 at 3:12 PM, Jonas Sicking jo...@sicking.cc wrote: On Sun, Aug 9, 2015 at 2:51 AM, Anne van Kesteren ann...@annevk.nl wrote: On Sun, Aug 9, 2015 at 4:00 AM, Andrew Sutherland asutherl...@asutherland.org wrote: Are there any plans to surface the contents of

Re: Should the entire JS structure be Object.freeze()'d if it's exposed through a read only property?

On Fri, Jul 10, 2015 at 2:45 AM, Boris Zbarsky bzbar...@mit.edu wrote: On 7/9/15 4:48 AM, Tim Guan-tin Chien wrote: In this case, I modified the manifest object passed from mozApp API, and the object was subsequently removed by the platform, so did my modifications. Fabrice said I should

Should the entire JS structure be Object.freeze()'d if it's exposed through a read only property?

expose a structure like this? Tim ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform

Re: NPAPI plug-in use case: certified medical devices

Will either js-ctypes or child process-calling add-on passes AMO review? With signing requirement those add-ons would not be allow to run in Firefox without signing from AMO at all right? On Fri, Aug 28, 2015 at 11:42 PM, Benjamin Smedberg benja...@smedbergs.us wrote: On 8/28/2015 10:25 AM,

Re: Smart Card and WebCrypto (Re: On the future of keygen and application/x-x509-*-cert MIME handling)

On Sun, Aug 30, 2015 at 5:37 PM, Tim Guan-tin Chien timdr...@mozilla.com wrote: It seems a potential future for that which works within the web's security model is FIDO, see https://fidoalliance.org/ https://support.google.com/accounts/topic/6103521 Indeed, banks in Taiwan are slowly

Re: Smart Card and WebCrypto (Re: On the future of keygen and application/x-x509-*-cert MIME handling)

Thanks for the note. On Sun, Aug 30, 2015 at 1:50 PM, Anne van Kesteren ann...@annevk.nl wrote: On Sun, Aug 30, 2015 at 7:33 AM, Tim Guan-tin Chien timdr...@mozilla.com wrote: It's also worthy to point out many nation-state deploys Smart Card identifications (despite the privacy concern

Smart Card and WebCrypto (Re: On the future of keygen and application/x-x509-*-cert MIME handling)

, Tim [1] https://en.wikipedia.org/wiki/Death_and_taxes_%28idiom%29 [2] https://tw.news.yahoo.com/%E8%87%AA%E7%84%B6%E4%BA%BA%E6%86%91%E8%AD%89%E7%B6%B2%E8%B7%AF%E5%A0%B1%E7%A8%85-%E5%86%8D%E5%89%B5%E6%96%B0%E9%AB%98-093200374.html On Thu, Aug 20, 2015 at 8:39 PM, helpcrypto helpcrypto helpcry

Re: WebUSB

ard Ekr's opinion in this case. The way hardware vendors divide their works also prevent the actual chip vendor (OEM) from providing end user support (by at least host a driver). Thanks, Tim ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform

Re: WebUSB

On Wed, Dec 9, 2015 at 4:55 PM, Tim Guan-tin Chien <timdr...@mozilla.com> wrote: > On Fri, Dec 4, 2015 at 7:01 PM, Robert O'Callahan <rob...@ocallahan.org> > wrote: >> >> On Fri, Dec 4, 2015 at 2:43 PM, Eric Rescorla <e...@rtfm.com> wrote: >> >&

Re: HTML mozbrowser frames on desktop Firefox?

What prevents you from using ? Is it because the parent frame is (X)HTML? I don't know what prevents browser-element from being enabled on desktop though -- it's tests are running on desktop, and the actual feature is hidden behind a permission so we won't expose it to the web content even if we

Re: unowned orange by team

On Wed, Dec 23, 2015 at 9:15 AM, Ben Kelly wrote: > fxos: > 24) https://bugzilla.mozilla.org/show_bug.cgi?id=999675 I've just disabled this test. ___ dev-platform mailing list dev-platform@lists.mozilla.org

Re: ESLint is now available in the entire tree

The Gecko JavaScript is also littered with #ifdef and # is really not a token for comment in JS... is there any plan to migrate that away since there is ESLint present? On Sun, Nov 29, 2015 at 10:37 PM, Vivien Nicolas wrote: > On Sun, Nov 29, 2015 at 2:30 PM, David Bruant

Re: ESLint is now available in the entire tree

g 1150859 and friends. > > ~ Gijs > > On 30/11/2015 09:05, Tim Guan-tin Chien wrote: > >> The Gecko JavaScript is also littered with #ifdef and # is really not a >> token for comment in JS... is there any plan to migrate that away since >> there is ESLint present? >

Re: now available on desktop Firefox

This implies the Gaia System app, which is framed by shell.html (a chrome document), will switch cookie jar when the default is changed, no? (I am for simplying cookie jar shenanigans -- we have been workaround that in Gaia for too long!) On Tue, Mar 8, 2016 at 10:00 AM, Jonas Sicking

Re: now available on desktop Firefox

I am confused. In your proposal, are you referring to the chrome *user/embedder* of (e.g. shell.html), or a chrome *embedded* page (I am not aware of any example). Tim On Tue, Mar 8, 2016 at 2:06 PM, Jonas Sicking <jo...@sicking.cc> wrote: > On Mon, Mar 7, 2016 at 9:51 PM, Tim Guan-

Re: Submit to MozReview using Git

Thanks for the pointer! I ended up re-do the cloning from hg instead. I would recommend the mozreview docs points to these document and explicit states the origin of local clone mozreview is supposedly to work with. Tim On Wed, Mar 2, 2016 at 6:13 PM, Ting-Yu Lin <t...@mozilla.com>

Re: Submit to MozReview using Git

you recommend how I should debug this? All repo was cloned yesterday and git/mercurial are all up-to-date from Homebrew $ git --version git version 2.7.2 $ hg --version Mercurial Distributed SCM (version 3.7.1) Thanks! Tim On Fri, Feb 12, 2016 at 11:05 PM, Wander Lairson Costa <

Re: PSA: Cancel your old Try pushes

Any conclusions out of the discussion here? Try is getting slower as we speak... I would opt to less disruptive way at first, per what Brian Grinstead said. We don't even have to implement interactive prompt first. If that makes people cancel old Try runs more, great, if not, we could consider

Re: PSA: Cancel your old Try pushes

I wonder if there is any use cases to do multiple Try pushes of different changesets but with the same bug number. Should we automatically cancel the old ones when there is a new one? On Fri, Apr 15, 2016 at 8:47 AM, Ryan VanderMeulen < rvandermeu...@mozilla.com> wrote: > I'm sure most of you

Re: URL translation map Re: MXR permanently offline, please transition to DXR

I didn't file the bug because I don't know if it make sense to rewrite on the source tree (instead of implementing the rewrite). Feel free to file. Thanks. On Wed, Jul 6, 2016 at 9:38 PM, Mike Hoye <mh...@mozilla.com> wrote: > On 2016-07-06 1:46 AM, Tim Guan-tin Chien wrote: > >

Re: Mercurial performance (vs git)

This looks really great until I realized it did not print dirty state. There is probably no way to get the state without, say, `git status --porcelain --u=no`, right? On Tue, Aug 16, 2016 at 4:09 AM, Gregory Szorc wrote: > I use Facebook's scm-prompt.sh from >

Re: Deprecating XUL in new UI

nks, Tim On Tue, Jan 17, 2017 at 4:43 AM, Dave Townsend <dtowns...@mozilla.com> wrote: > One of the things I've been investigating since moving back to the desktop > team is how we can remove XUL from the application as much as possible. The > benefits for doing this are varied, som

Re: PSA: mozilla/unused.h renamed to mozilla/Unused.h

t; > Normally rename a header shouldn't cause too much trouble, however this > > > rename is only changing the case so you might experience some problems > > > on case insensitive filesystem. > > > > > > As pointed out by Tim in > > > https://bugzill

Re: Is Big5 form submission fast enough?

According to Alexa top 100 Taiwan sites and quick spot checks, I can only see the following two sites encoded in Big5: http://www.ruten.com.tw/ https://www.momoshop.com.tw/ Both are shopping sites (eBay-like and Amazon-like) so you get the idea how forms are used there. Mike reminded me to

Intent to ship: Use Songti TC and Songti SC as default font for zh locales

57. If it goes well we should ship this in Release 58. Tim ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform

Re: Intent to ship: Use Songti TC and Songti SC as default font for zh locales

I have triggered autoland in https://bugzilla.mozilla.org/show_bug.cgi?id=1419277 to ship this to release. Also, as we only support macOS >= 10.9, I've removed a few old/duplicated old font names from the default font list for zh locales as well. On Thu, Sep 7, 2017 at 4:11 PM, Tim Guan-

PSA: add_task() in HTML document will now wait for document to load

Hi, While working on other bugs, I realized if add_task() function calls are scattered in multiple JS files or theologically multiple inline

Re: PSA: nsIDocument is now mozilla::dom::Document.

That's great! Definitely lower the barrier of entry for people new to Gecko C++. Just curious — what's the historical significance between nsIDocument and nsDocument? I know "ns" stood for Netscape but what did "I" mean? On Thu, Jan 3, 2019 at 3:56 PM Bobby Holley wrote: > This is awesome -