This removes the unnecessary setting of c-basic-offset from all
python-mode files.
This was automatically generated using
perl -pi -e 's/; *c-basic-offset: *[0-9]+//'
... on the affected files.
The bulk of these files are moz.build files but there a few others as
well.
MozReview-Commit-ID: 2pPf3DEiZqx
--HG--
extra : rebase_source : 0a7dcac80b924174a2c429b093791148ea6ac204
This preference was added in bug 747274, and the need for it (i.e.,
having it default to a different value on Android) was removed a few
weeks later in bug 750598.
Whether we honor the preference depends on which drawing function we go
through, which bug 720531 will make even more inconsistent than it
already is (by causing it to be honored for border-image-repeat: space,
but not other values of border-image-repeat).
Rather than trying to clean it up, it seems best to remove it, since its
initial purpose appears to have been having a different default on
Android, which we longer need.
MozReview-Commit-ID: IFW2Ukwx4fH
--HG--
extra : transplant_source : q1%22Ad%D2%AF%8E%E5%E2%257C%A3%9F%95%DB%A5%92%B2
The only platform for which this change is *not* a no-op is Mulet. Last time
I checked Mulet worked fine with APZ enabled but there were a few test failures.
Now I don't believe it's running in automation anyhwere so that shouldn't be
an issue. If it is, they can re-disable APZ easily enough if needed.
MozReview-Commit-ID: 5xKUuTOnubM
This will only run if they receive a WGL context, and we have a blocklist
entry for this. Since there isn't a reason right now to want WGL without
DXGL, we should tie these together.
MozReview-Commit-ID: ymtVT5dJIZ
If browser.download.forbid_open_with is set to true (default: false)
the download dialog will not ever show the "Open with" option for
opening the file with an external application; only the "Save" and
"Cancel" options will be available.
This is very useful to enable when the browser is sandboxed (e.g. via
AppArmor) in such a way that it is forbidden to run external
applications, since users then are not presented with this choice
which will not work and only cause confusion.
See https://trac.torproject.org/17502
http://www.bzip.org/1.0.6/bzip2-1.0.6.tar.gz was uncompressed to
modules/libbz2/src unmodified. Only modified files were committed.
Other files from the archive not previously under version control
were not added.
It's worth noting that bzip.org is not available over https://
and they only publish a MD5 of the source archive. So there is
no good way to verify the sources from the vendor. Out of paranoia,
I obtained the source archive from Debian
(https://packages.debian.org/jessie/bzip2) and verified they matched
the vendor-obtained sources.
MozReview-Commit-ID: 1DJ3UiHQC4f
--HG--
extra : rebase_source : 7eef40ea4b73abd37ade19e59a7dc07309376b68
Milan Sreckovic
Carsten "Tomcat" Book
John Dai
stefanh@inbox.com
Tom Tromey
Bob Owen
Henry Chang
Frédéric Wang
David Anderson
Wes Kocher
L. David Baron
Nicholas Hurley
Michael Layzell
Shih-Chiang Chien
Thomas Wisniewski
Kartikaya Gupta
Nicolas Silva
Yoshi Huang
Dale Harvey
Michael Kohler
Gregory Szorc
Alexandre Lissy
Gerald Squelart
Jeff Gilbert
Jonathan Kew
Daniel Stenberg
Benjamin Dahse
Marcos Caceres
Andrea Marchesini
Tobias Schneider
Maire Reavy
anonym
Mike de Boer