ESR60対応 #60

ashie · 2018-01-26T01:28:40Z

ESR60に向けた調査を以下のブランチで開始している。

https://github.com/webdino/meta-browser/tree/firefox-60-wip

ざっとビルドは通るようにしたが、まだ動作は確認できていない（起動直後にクラッシュ）

ashie · 2018-01-26T02:38:23Z

ビルドには、これまでの手順に加えて、rustupで最新のRustをインストールする必要がある

$ curl https://sh.rustup.rs -sSf | sh
$ rustup target add armv7-unknown-linux-gnueabihf
$ echo PATH=\"\$HOME/.cargo/bin:\$PATH\" >> ~/.bashrc

あとgcc-4.9以上が必要。Ubuntu-14.04だとつらいかも。Ubuntu-16.04ではビルド可。

ashie · 2018-01-26T02:42:50Z

パッチの移植はまだできていない。

ただしWaylandパッチはmozilla-centralにマージされており、追加パッチ無しでビルドできるようになっている。
gecko-embeddedで当てていたWayland版の追加修正も、bugzilla.redhat.comに報告してたやつがbugzilla.mozilla.orgの方に移行してmozilla-centralに入り始めているので、Wayland対応に関してはほぼパッチ無しで対応できる見込み。

ashie · 2018-01-26T03:40:45Z

ビルドには、これまでの手順に加えて、rustupで最新のRustをインストールする必要がある

meta-rustで対応する方法も検討中だが、入ってるRustのバージョンが追いつかなくなったので保留中。
いずれ追いついたら再開したい。

ashie · 2018-01-26T04:10:09Z

現在遭遇している問題

configure時のRustのtargetの検出でサポートしていないtargetが検出される
- rustc --print target-listとrustup target listの不一致が関係していそう
- rustup target list shows targets that do not exist rust-lang/rustup#326
- ひとまずクソパッチでtargetを固定化して先を急いだ。一通りビルドは通ったのでそろそろちゃんと調査・報告したい。
--enable-releaseが無いと、--disable-goldとしていてもgoldリンカーが使われる
- https://dxr.mozilla.org/mozilla-central/rev/e22e2c9eb81686e958a9448ea3d1e8cd766743e2/build/moz.configure/toolchain.configure#1511
Styloのビルドでx86のヘッダファイルが参照される
- --disable-styloで保留中
WebRTCで存在しないヘッダファイル<gnu/stubs-soft.h>が参照される
- --disable-webrtcで保留中
AV1のビルドでビルドすべきソースが見つからない
- --disable-av1で保留中
起動直後にクラッシュする

#0  0x4ae1294c in raise (sig=11) at ../sysdeps/unix/sysv/linux/pt-raise.c:36
36	  return INLINE_SYSCALL (tgkill, 3, pid, THREAD_GETMEM (THREAD_SELF, tid),
(gdb) where
#0  0x4ae1294c in raise (sig=11) at ../sysdeps/unix/sysv/linux/pt-raise.c:36
#1  0xb58dd78c in nsProfileLock::FatalSignalHandler(int, siginfo_t*, void*) () from /usr/lib/firefox/libxul.so
#2  0xb58dd78c in nsProfileLock::FatalSignalHandler(int, siginfo_t*, void*) () from /usr/lib/firefox/libxul.so
#3  0xb58dd78c in nsProfileLock::FatalSignalHandler(int, siginfo_t*, void*) () from /usr/lib/firefox/libxul.so
#4  0xb58dd78c in nsProfileLock::FatalSignalHandler(int, siginfo_t*, void*) () from /usr/lib/firefox/libxul.so
#5  0xb58dd78c in nsProfileLock::FatalSignalHandler(int, siginfo_t*, void*) () from /usr/lib/firefox/libxul.so
...（以下延々同じ）

makotokato · 2018-01-29T01:49:11Z

知ってる話書いておきます

60の段階だと--disable-styloは有効ですが、将来的にはstyloオフにするオプション無くします。もしStyloをビルドするのであれば、こんな感じ(gcc-4.9.3を使ってるの例) で.mozconfigにBINDGEN_CFLAGSを指定してください (クロスビルドは必須)
export BINDGEN_CFLAGS="--target=arm-linux-gnueabihf -I/usr/arm-linux-gnueabihf/include/c++/4.9.3 -I/usr/arm-linux-gnueabihf/include/c++/4.9.3/arm-linux-gnueabihf -I/usr/lib/llvm-3.9/lib/clang/3.9.1/include"

gcc-5.xだと多分armの生成コードの問題で色々問題あるので、4.9か6.4以降くらいじゃないと多分動かないです

av1はnightlyビルドだけなので、stableチャンネルだとデフォルトでビルドされないはず。armだとビルドする設定にはなってるけど、あれビルド通らないです (Makefile.inでアセンブラコード生成するコード書き忘れてる)

webrtcのコードはGYPからGNに移行した段階で壊れてるのですが、というかそもそも59くらいからLinux/armだとビルド通らないコードになってる

ashie · 2018-01-29T02:15:59Z

情報ありがとうございます！試してみます！

makotokato · 2018-01-29T04:25:35Z

WebRTC: https://bugzilla.mozilla.org/show_bug.cgi?id=1433725

ashie · 2018-01-30T09:21:03Z

gcc-5.xだと多分armの生成コードの問題で色々問題あるので、4.9か6.4以降くらいじゃないと多分動かないです

確かに、gcc-4.9で動くバリナリが作成できることを確認できました。
ありがとうござます！

Yoctoの場合はYoctoで導入するgccも入れ替える必要があるので、手順をまとめる必要がある。

ashie · 2018-01-30T09:50:31Z

魚拓

ashie · 2018-01-30T10:02:33Z

Yoctoの場合はYoctoで導入するgccも入れ替える必要があるので、手順をまとめる必要がある。

現状は以下の手順（レシピを直接変更しなくて済むようにしたい）:

以下でシステムのgccを4.9に変更

(for Ubuntu-16.04)
$ sudo apt-get install g++-4.9
$ sudo update-alternatives --install /usr/bin/gcc gcc /usr/bin/gcc-5 10
$ sudo update-alternatives --install /usr/bin/gcc gcc /usr/bin/gcc-4.9 20
$ sudo update-alternatives --install /usr/bin/g++ g++ /usr/bin/g++-5 10
$ sudo update-alternatives --install /usr/bin/g++ g++ /usr/bin/g++-4.9 20
$ sudo rm /usr/bin/cpp
$ sudo update-alternatives --install /usr/bin/cpp cpp /usr/bin/cpp-5 10
$ sudo update-alternatives --install /usr/bin/cpp cpp /usr/bin/cpp-4.9 20
$ sudo update-alternatives --set cc /usr/bin/gcc
$ sudo update-alternatives --set c++ /usr/bin/g++

meta-renesasを以下のように変更

diff --git a/meta-rzg1/conf/machine/include/rzg-providers.inc b/meta-rzg1/conf/machine/include/rzg-providers.inc
index b5d6993..83f0e40 100644
--- a/meta-rzg1/conf/machine/include/rzg-providers.inc
+++ b/meta-rzg1/conf/machine/include/rzg-providers.inc
@@ -6,4 +6,4 @@
 #PREFERRED_VERSION_gcc-crosssdk-initial = "linaro-5.2"
 #PREFERRED_VERSION_gcc-crosssdk-intermediate = "linaro-5.2"
 #PREFERRED_VERSION_gcc-cross-canadian-${TRANSLATED_TARGET_ARCH} = "linaro-5.2"
-GCCVERSION = "linaro-5.2"
+GCCVERSION = "linaro-4.9"

meta-linaroを以下のように変更

diff --git a/meta-linaro-toolchain/recipes-devtools/gcc/gcc-linaro-4.9.inc b/meta-linaro-toolchain/recipes-devtools/gcc/gcc-linaro-4.9.inc
index 852a316..d3b30bb 100644
--- a/meta-linaro-toolchain/recipes-devtools/gcc/gcc-linaro-4.9.inc
+++ b/meta-linaro-toolchain/recipes-devtools/gcc/gcc-linaro-4.9.inc
@@ -8,7 +8,7 @@ BINV = "4.9.4"
 
 FILESPATH = "${@base_set_filespath([ '${FILE_DIRNAME}/gcc-${PV}' ], d)}"
 
-SRC_URI = "https://releases.linaro.org/${MMYY}/components/toolchain/gcc-linaro/${BASEPV}/gcc-${PV}-${RELEASE}.tar.xz \
+SRC_URI = "https://releases.linaro.org/archive/${MMYY}/components/toolchain/gcc-linaro/${BASEPV}/gcc-${PV}-${RELEASE}.tar.xz \
            file://0001-gcc-4.3.1-ARCH_FLAGS_FOR_TARGET.patch \
            file://0002-uclibc-conf.patch \
            file://0003-gcc-uclibc-locale-ctype_touplow_t.patch \

ashie · 2018-02-07T02:35:43Z

60の段階だと--disable-styloは有効ですが、将来的にはstyloオフにするオプション無くします。もしStyloをビルドするのであれば、こんな感じ(gcc-4.9.3を使ってるの例) で.mozconfigにBINDGEN_CFLAGSを指定してください (クロスビルドは必須)
export BINDGEN_CFLAGS="--target=arm-linux-gnueabihf -I/usr/arm-linux-gnueabihf/include/c++/4.9.3 -I/usr/arm-linux-gnueabihf/include/c++/4.9.3/arm-linux-gnueabihf -I/usr/lib/llvm-3.9/lib/clang/3.9.1/include"

教えてもらった方針でStyloをビルドできることは確認できたが、Yoctoでどう汎化させてレシピに落とし込むかというところが悩みどころ。

以下、関連箇所のメモ:

https://dxr.mozilla.org/mozilla-central/rev/0d806b3230fe4767fa70cdee57db87d1e9a5ba49/old-configure.in#4141:

BINDGEN_SYSTEM_FLAGS="$_BINDGEN_CFLAGS $NSPR_CFLAGS $NSS_CFLAGS $MOZ_PIXMAN_CFLAGS $MOZ_CAIRO_CFLAGS"
AC_SUBST_TOML_LIST(BINDGEN_SYSTEM_FLAGS)

https://dxr.mozilla.org/mozilla-central/rev/0d806b3230fe4767fa70cdee57db87d1e9a5ba49/build/moz.configure/toolchain.configure#1070

option(env='BINDGEN_CFLAGS',
       nargs=1,
       default=bindgen_cflags_defaults,
       help='Options bindgen should pass to the C/C++ parser')


@depends('BINDGEN_CFLAGS')
@checking('bindgen cflags', lambda s: s if s else 'no')
def bindgen_cflags(value):
    if value and len(value):
        return value[0].split()


add_old_configure_assignment('_BINDGEN_CFLAGS', bindgen_cflags)

https://dxr.mozilla.org/mozilla-central/rev/0d806b3230fe4767fa70cdee57db87d1e9a5ba49/layout/style/bindgen.toml.in#3

[build]
args = [
    @BINDGEN_SYSTEM_FLAGS@
]

ashie · 2018-02-08T03:21:09Z

gcc-5.xだと多分armの生成コードの問題で色々問題あるので、4.9か6.4以降くらいじゃないと多分動かないです

Yoctoのバージョン毎に使えるgccのバージョンを調査してみた:

poky
- 2.0 (jethro)
  - gcc-4.8
  - gcc-4.9
  - gcc-5.2
- 2.1 (krogoth)
  - gcc-4.9
  - gcc-5.3
- 2.2 (morty)
  - gcc-5.4
  - gcc-6.2
- 2.3 (pyro)
  - gcc-5.4
  - gcc-6.3
- 2.4
  - gcc-6.3
  - gcc-7.3
- master (2.5 sumo)
  - gcc-7.3
meta-linaro
- 2.0 (jethro)
  - gcc-linaro-4.8
  - gcc-linaro-4.9
  - gcc-linaro-5.2
- 2.1 (krogoth)
  - gcc-linaro-4.9
  - gcc-linaro-5.2
- 2.2 (morty)
  - gcc-linaro-4.9
  - gcc-linaro-5.2
  - gcc-linaro-5.3
  - gcc-linaro-6.2
- 2.3 (pyryo): mortyブランチから変更無し
  - gcc-linaro-4.9
  - gcc-linaro-5.2
  - gcc-linaro-5.3
  - gcc-linaro-6.2
- 2.4 (rocko)
  - gcc-linaro-4.9
  - gcc-linaro-5.2
  - gcc-linaro-5.3
  - gcc-linaro-6.3
  - gcc-linaro-7.1
- master (2.5 sumo)
  - gcc-linaro-4.9
  - gcc-linaro-5.2
  - gcc-linaro-5.3
  - gcc-linaro-6.3
  - gcc-linaro-7.1
  - gcc-linaro-7.2

ashie · 2018-02-08T09:55:03Z

configure時のRustのtargetの検出でサポートしていないtargetが検出される

rustc --print target-listとrustup target listの不一致が関係していそう

状況としては以下のような感じ

指定ターゲット: arm-poky-linux-gnueabi
検出されたターゲット: armv5te-unknown-linux-gnueabi
候補（rustc --print target-list）：検出コード的には下のほうが優先度が高い
- arm-linux-androideabi
- arm-unknown-linux-gnueabi
- arm-unknown-linux-gnueabihf
- arm-unknown-linux-musleabi
- arm-unknown-linux-musleabihf
- armv5te-unknown-linux-gnueabi
- armv7-linux-androideabi
- armv7-unknown-linux-gnueabihf
- armv7-unknown-linux-musleabihf

RZ/G1Mの場合armv7-unknown-linux-gnueabihfが引っかかって欲しいところだけど、検出コードを見るとraw_os（linux-gnueabiの部分）のhfの有無の違いでヒットしていないようだ。ビルドオプションには-mfloat=hardが付いているので、指定ターゲットも arm-poky-linux-gnueabihfになっていて欲しいところだが...

関連コード

https://dxr.mozilla.org/mozilla-central/rev/8cc2427a322caa1e2c09ca3957335f88e573dc7a/build/moz.configure/rust.configure#185

        if rustc_target is None:
            rustc_target = rust_supported_targets.per_raw_os.get(
                (host_or_target.cpu, host_or_target.endianness,
                 host_or_target_raw_os))

ashie · 2018-02-08T09:59:01Z

armv5te-unknown-linux-gnueabiは割と最近、以下のPRで追加されたようだ。

Add armv5te-unknown-linux-gnueabi to cross builder rust-lang/rust#46498

これがなければ、arm-unknown-linux-gnueabiがヒットしてconfigureは一応通る。
とはいえ上記のような状況（検出コードのせいというよりは、Yoctoで与えているターゲット名の方が悪い）なので、これのせいとは言い難い。

ashie · 2018-02-15T04:59:54Z

webrtcのコードはGYPからGNに移行した段階で壊れてるのですが、というかそもそも59くらいからLinux/armだとビルド通らないコードになってる

GNの対応は以下で行われたようだ。

https://bugzilla.mozilla.org/show_bug.cgi?id=1393119

media/webrtc/gn-configs/に各ターゲット向けの設定があるが、ここにLinux/ARMのターゲットがないためにビルドできないようだ。ここのファイルの生成は

$ ./mach build-backend -b GnConfigGen

で行い、media/webrtc/trunk/gn-output/に生成されたjsonファイルをmedia/webrtc/gn-configs/に置いて

$ ./mach build-backend -b GnMozbuildWriter

でmoz.buildを生成し直すと、Linux/ARM向けにもビルドできるようになる。

ただし、GnConfigGenの際にgnコマンドが必要になる。
gnコマンドは以下のスクリプトでビルドできる

https://gist.github.com/KSR-Yasuda/ce8a67fa944f6e82fc397b914b5bc8a6

ビルドの際には新しめのninjaが必要になる。以下から最新版をダウンロードするのが無難

https://github.com/ninja-build/ninja/releases

ashie · 2018-02-15T05:04:30Z

生成済みのjsonをfirefox-60-wipブランチに入れた（gnやninja不要）

https://github.com/webdino/meta-browser/tree/firefox-60-wip/recipes-mozilla/firefox/firefox/gn-configs

ashie · 2018-02-15T05:39:56Z

WebRTC on Linux/ARM関連Bug

dynamis · 2018-02-26T13:25:48Z

GCC を 4.9 に落とすのではなく逆に最新の GCC にしていく方向を検討する場合のためのメモ:

Use GCC 6 to build what we ship on Linux
- Firefox 57 からは GCC 6 が Linux 用のリリース版に使われている
- see also: Meta-bug for making Gecko work properly with GCC 6
- arm64 での問題？ https://bugzilla.mozilla.org/show_bug.cgi?id=1337263 https://bugzilla.mozilla.org/show_bug.cgi?id=1347672
meta: Build with gcc 7
- tree: https://bugzilla.mozilla.org/showdependencytree.cgi?id=1320654&hide_resolved=1
meta: Build with gcc 8
- tree: https://bugzilla.mozilla.org/showdependencytree.cgi?id=1409283&hide_resolved=1

dynamis · 2018-02-26T13:34:47Z

GCC 4.9 は捨てて GCC 6 移行にしたいという bug は立っているが Hazard builds が GCC 6 に移行できるまで無理といって今のところはなしは止まっている。GCC 4.9 のサポートは ESR 的には ESR60 が最後になるのかも？バージョンアップ毎に移行をせずに済むと良いのだが。。。

Increase minimum gcc version to gcc 6

ashie · 2018-02-27T02:36:49Z

OpenMAXパッチが動作するようになったのでレシピに投入した

https://github.com/webdino/meta-browser/tree/firefox-60-wip
- webdino/meta-browser@59b1517

せっかくmozilla-centralに追いついたのでパッチの整理はもう少し進めたいが、そのへんはBuzgillaの方で

https://bugzilla.mozilla.org/show_bug.cgi?id=1306529

ashie · 2018-02-27T05:17:14Z

https://github.com/webdino/meta-browser/tree/firefox-60-wip

webdino/meta-browser@59b1517

間違ってたのでさらに修正

webdino/meta-browser@be2dacd

ashie · 2018-03-06T09:06:54Z

間違ってたのでさらに修正

webdino/meta-browser@be2dacd

これである程度は動くのだが、しばらく使ってみると、動画をいくつも再生しているとやがて再生が止まるとまるという問題があることが発覚。まだ何かおかしそう。

ashie · 2018-03-06T09:21:03Z

ビルド手順の検証がてらに、Vagrant Boxを作ってみている

https://github.com/ashie/renesas-gecko60-devenv

VagrantとVirtualBoxが入っている環境なら、以下でビルドまでいけると思う。

ホスト側:

$ vagrant plugin install vagrant-disksize
$ vagrant init ashie/renesas-gecko-dev
$ vagrant up
$ vagrant ssh

ゲスト側:

$ cd rzg1-bsp
（プロプライエタリドライバをコピー）
$ source poky/oe-init-build-env
$ bitbake core-image-weston

ただし、今は取得するFirefoxのリポジトリがgecko-devのmasterに向いているので、その時の状況次第ではビルドに失敗することもあると思う。実際、これを書いている時点ではANGLEのビルドで引っかかる（誠さんの修正が入れば解消する）。

プロプライエタリドライバのダウンロードは自動化するわけにはいかないので、ちょっと面倒だけどここは手動でやってもらわないといけない。

ashie · 2018-03-06T09:49:43Z

教えてもらった方針でStyloをビルドできることは確認できたが、Yoctoでどう汎化させてレシピに落とし込むかというところが悩みどころ。

一応、以下でStyloのビルドも通るようにしてある（まだやり方が雑だが）

PACKAGECONFIG_append_pn-firefox = " stylo "

ashie · 2018-03-06T09:52:34Z

https://github.com/ashie/renesas-gecko60-devenv

名前の付け方しくじったな...対象Geckoバージョンはbranchかtagで切り分けておくべきだった。
後でリポジトリ作り直す。

ashie · 2018-03-09T04:14:49Z

webdino/meta-browser@be2dacd

これである程度は動くのだが、しばらく使ってみると、動画をいくつも再生しているとやがて再生が止まるとまるという問題があることが発覚。まだ何かおかしそう。

修正した

webdino/meta-browser@b8de3b0

ashie · 2018-03-09T05:50:45Z

https://github.com/ashie/renesas-gecko60-devenv

名前の付け方しくじったな...対象Geckoバージョンはbranchかtagで切り分けておくべきだった。
後でリポジトリ作り直す。

名前変えた

https://github.com/ashie/renesas-gecko-devenv

GitHubって割とカジュアルにリポジトリのリネームできるのね。
単にリネームすると、以前の名前でアクセスしてもリダイレクトされる。

ashie · 2018-03-16T04:10:58Z

meta-rustで対応する方法も検討中だが、入ってるRustのバージョンが追いつかなくなったので保留中。
いずれ追いついたら再開したい。

追いついたようだけど、そのままではビルドが通らなかったので試行錯誤中。
Upstreamとのやり取りは以下:

meta-rust/meta-rust#191

ashie · 2018-03-19T06:07:45Z

EGLパッチもFirefox 60向けに更新したものをレシピに投入しておいた。

https://github.com/webdino/meta-browser/blob/firefox-60-wip/recipes-mozilla/firefox/firefox/wayland/egl/0003-Use-wl_egl_window-as-a-native-EGL-window-on-Wayland.patch

もう少し改善したいところはあるが、その辺はBugzillaの方で。

ちなみにFirefox 52の頃はGDK側と描画処理が取り合っていてワークアラウンドを入れないとまともに描画ができていなかったので、GdkGLContextに対応したGLContextProviderを新規に作る形で根本的に書き直さないといけないと考えていた。が、Firefox 60ではGecko側で独自のwl_surfaceを作るようになってGDK側と描画を取り合うことがなくなったので、本パッチのようにGLContextProviderEGLをほぼそのまま使う形で行けるようになった。

ashie · 2018-03-20T09:23:43Z

教えてもらった方針でStyloをビルドできることは確認できたが、Yoctoでどう汎化させてレシピに落とし込むかというところが悩みどころ。

一応、以下でStyloのビルドも通るようにしてある（まだやり方が雑だが）
PACKAGECONFIG_append_pn-firefox = " stylo "

core-image-westonをスクラッチからビルドするときにエラーになる問題が発覚したので、コメントアウトした。Styloをビルドしたい場合は該当箇所をアンコメントし、一度Firefox抜きでcore-image-westonをビルドして、Firefoxをビルドする必要がある。

meta-rustを導入すればBINDGEN_CFLAGSを指定せずに済む算段はついているので、meta-rustでのビルド手順を整備できたら該当箇所は完全に削除する。

cosmo0920 · 2018-03-29T03:20:29Z

meta-rustを導入すればBINDGEN_CFLAGSを指定せずに済む算段はついているので、meta-rustでのビルド手順を整備できたら該当箇所は完全に削除する。

と思ったら、そんなことはなかったのでそのことについて調査中です。

cosmo0920 · 2018-03-29T14:10:41Z

こっちにも記しておきます。
webdino/meta-browser@8487ebc にてスクラッチからの bitbake core-image-weston を動作させることが可能になりました。Rustについてはmeta-rustがきちんと使えているかどうかは調査中です。

cosmo0920 · 2018-04-03T08:24:41Z

meta-rustについても https://github.com/webdino/meta-browser/tree/firefox-60-wip-with-meta-rust ブランチにてビルドに使用できることを確認済み。このブランチではrustupのインストールが不要になった。

ashie · 2018-04-05T02:03:53Z

別件でlibrsvgのクロスビルドの方法を調べていたら、Rustのtarget指定に関するドキュメントが見つかった。

cosmo0920 · 2018-05-09T06:53:53Z

60ESRのソースが公開されたので、作業ブランチを firefox-60esr に移動しました。

ashie · 2018-05-29T00:24:09Z

EGLパッチもFirefox 60向けに更新したものをレシピに投入しておいた。

https://github.com/webdino/meta-browser/blob/firefox-60-wip/recipes-mozilla/firefox/firefox/wayland/egl/0003-Use-wl_egl_window-as-a-native-EGL-window-on-Wayland.patch

もう少し改善したいところはあるが、その辺はBugzillaの方で。

以下にて進行中。

https://bugzilla.mozilla.org/show_bug.cgi?id=1438144

EGLパッチ自体はほぼそのまま本体に入った。
あとは同期描画でのフリーズ問題を修正したいところ。

ashie · 2018-05-29T00:38:22Z

ESR60対応のブランチとビルド手順は公開済み:

https://github.com/webdino/meta-browser/wiki/Firefox-ESR60%E3%83%93%E3%83%AB%E3%83%89%E6%89%8B%E9%A0%86%EF%BC%88iWave-RainboW-G20D-Q7-Yocto-2.0%EF%BC%89

課題は残っているが、ESR60のビルド・動作は一応確認できているので、本issueはそろそろ閉じて個別のissueに分けた方が良さそう。

cosmo0920 · 2018-05-29T02:44:27Z

こちらのissueは閉じます。
他の問題は個別にissueに切り出します。

dynamis added the gecko60 Gecko 60 で再現する問題 label Feb 26, 2018

This was referenced Apr 16, 2018

Altキー押下でメニューが出ない #56

Closed

select要素のアイテムをマウスで選択できない #59

Closed

cosmo0920 closed this as completed May 29, 2018

ashie mentioned this issue Apr 12, 2019

次期ESR（68）対応 #70

Closed

ESR60対応 #60

ESR60対応 #60

Comments

ashie commented Jan 26, 2018

ashie commented Jan 26, 2018 • edited Loading

ashie commented Jan 26, 2018 • edited Loading

ashie commented Jan 26, 2018

ashie commented Jan 26, 2018 • edited Loading

makotokato commented Jan 29, 2018

ashie commented Jan 29, 2018

makotokato commented Jan 29, 2018

ashie commented Jan 30, 2018

ashie commented Jan 30, 2018

ashie commented Jan 30, 2018

ashie commented Feb 7, 2018

ashie commented Feb 8, 2018

ashie commented Feb 8, 2018 • edited Loading

ashie commented Feb 8, 2018 • edited Loading

ashie commented Feb 15, 2018

ashie commented Feb 15, 2018

ashie commented Feb 15, 2018 • edited Loading

dynamis commented Feb 26, 2018 • edited Loading

dynamis commented Feb 26, 2018

ashie commented Feb 27, 2018

ashie commented Feb 27, 2018

ashie commented Mar 6, 2018

ashie commented Mar 6, 2018 • edited Loading

ashie commented Mar 6, 2018

ashie commented Mar 6, 2018

ashie commented Mar 9, 2018

ashie commented Mar 9, 2018

ashie commented Mar 16, 2018

ashie commented Mar 19, 2018 • edited Loading

ashie commented Mar 20, 2018

cosmo0920 commented Mar 29, 2018

cosmo0920 commented Mar 29, 2018

cosmo0920 commented Apr 3, 2018

ashie commented Apr 5, 2018

cosmo0920 commented May 9, 2018

ashie commented May 29, 2018

ashie commented May 29, 2018

cosmo0920 commented May 29, 2018

ashie commented Jan 26, 2018 •

edited

Loading

ashie commented Jan 26, 2018 •

edited

Loading

ashie commented Jan 26, 2018 •

edited

Loading

ashie commented Feb 8, 2018 •

edited

Loading

ashie commented Feb 8, 2018 •

edited

Loading

ashie commented Feb 15, 2018 •

edited

Loading

dynamis commented Feb 26, 2018 •

edited

Loading

ashie commented Mar 6, 2018 •

edited

Loading

ashie commented Mar 19, 2018 •

edited

Loading