Kemiringan Platform

 (mozilla.github.io)
1 poin oleh GN⁺ 2024-01-21 | 1 komentar | Bagikan ke WhatsApp
  • Platform Tilt dari Mozilla melacak kondisi teknis yang membuat Firefox berada pada posisi kurang menguntungkan dibanding browser pihak pertama di platform perangkat lunak utama, serta mengungkap kesenjangan persaingan dalam hal keamanan, stabilitas, performa, dan fitur
  • Isu terkait Apple tersebar paling luas, mencakup pelarangan engine browser pihak ketiga, pembatasan multiproses, JIT, dan API aksesibilitas di iOS, pengaturan browser default, distribusi ekstensi dan beta, hingga penanganan aplikasi web di layar utama
  • Di Google Android, poin utamanya adalah tidak adanya API impor data browser, alur ketika aplikasi Google membuka Chrome alih-alih browser default, serta kasus halaman hasil pencarian berkualitas rendah yang diberikan ke Firefox Android
  • Di Microsoft Windows, browser pihak ketiga sulit menetapkan browser default secara terprogram, sementara alur seperti Search, Copilot, dan Widgets memprioritaskan Edge
  • Secara umum, pilihan browser default pengguna, pemindahan data antar-browser, fitur engine, serta aksesibilitas distribusi, pengujian, dan ekstensi bekerja menguntungkan browser milik platform masing-masing

Apa yang dilacak Platform Tilt

  • Platform Tilt adalah dasbor yang melacak kasus teknis ketika Firefox berada pada posisi kurang menguntungkan dibanding browser pihak pertama di platform perangkat lunak utama
  • Cakupannya adalah keamanan, stabilitas, performa, dan fitur, serta mengusulkan perubahan untuk menciptakan lingkungan persaingan yang lebih setara
  • Diskusi isu secara real-time berlangsung di platform-tilt issue tracker

Pembatasan engine browser dan fitur iOS di platform Apple

  • App Store forbids third-party browser engines: Rule 2.5.6 dalam Apple App Store Review Guidelines mewajibkan aplikasi penjelajahan web menggunakan framework WebKit yang sesuai dan WebKit JavaScript
    • Karena kebijakan ini, Firefox tidak dapat didistribusikan dengan Gecko di iOS
    • Di platform Apple lain seperti macOS, hal ini juga memengaruhi distribusi Firefox melalui App Store
    • Kebijakan App Store perlu diubah agar mengizinkan engine browser pihak ketiga untuk browser web
  • Support for third-party multi-process applications on iOS: Browser web modern menggunakan arsitektur multiproses yang mencakup proses per situs dan proses khusus untuk fungsi sensitif seperti GPU
    • Safari menggunakan struktur multiproses di iOS, tetapi mekanisme yang sama tidak disediakan untuk aplikasi pihak ketiga yang tidak menggunakan engine WebKit milik Safari
    • iOS perlu menyediakan mekanisme untuk membuat proses anak yang terisolasi dan berkomunikasi secara efisien
    • Persyaratannya mencakup jumlah dan masa hidup proses anak berdasarkan tindakan penjelajahan pengguna, pengaturan hak akses terbatas, messaging dan memori bersama, area memori bersama read/write atau read-only, entitlement independen untuk proses induk dan anak, pemuatan library di dalam bundle, serta rendering IOSurface melalui Metal atau OpenGL dan berbagi antarproses
    • Karena Firefox menggunakan codebase bersama di berbagai sistem operasi, antarmuka dan perilaku manajemen proses harus secara umum mirip dengan platform lain seperti macOS dan Android
  • JIT Support on iOS: Untuk mendistribusikan engine JavaScript/WebAssembly berkinerja tinggi, proses browser harus dapat membuat area memori yang dapat ditulis sekaligus dieksekusi
    • Aplikasi iOS tidak dapat membuat izin memori semacam ini dengan system call mmap(2)
    • Engine rendering WebKit milik Safari memiliki pengecualian sehingga dapat membuat area memori yang dapat ditulis dan dieksekusi
    • Di macOS ada mekanisme yang setara dengan entitlement Hardened Runtime com.apple.security.cs.allow-jit, dan iOS juga perlu menyediakan entitlement setara bagi browser non-WebKit serta izin menggunakan API pthread_jit_write_protect_np dan sys_icache_invalidate
  • Accessibility APIs on iOS: Dokumentasi API aksesibilitas iOS tidak lengkap, dan banyak API yang diperlukan browser web untuk mendukung standar web aksesibilitas tidak terdokumentasi
    • WebKit tampaknya memiliki bundle sistem closed-source yang dimuat saat runtime, sehingga cara penggunaannya pun sulit diperkirakan
    • Sebagian konstanta integer trait seperti “visited” dan “radio button”, serta konstanta integer notification type seperti “value changed”, tidak dipublikasikan
    • Semua API aksesibilitas yang digunakan WebKit harus terdokumentasi dan stabil, dan idealnya WebKit juga menggunakannya dengan cara yang sama seperti engine browser pihak ketiga

Kesenjangan pengalaman pengguna, distribusi, dan ekstensi di platform Apple

  • Messages integration on iOS: Halaman beranda iOS Safari menampilkan tautan yang baru diterima dan kontak pengirim dari aplikasi Messages, tetapi browser pihak ketiga tidak memiliki izin akses ke data Messages, sehingga tidak dapat menyediakan fitur yang sama

  • Importing browser data on iOS: Di iOS, informasi penjelajahan seperti riwayat kunjungan, bookmark, dan cookie tidak dapat diakses oleh browser pihak ketiga, dan tidak ada API untuk mengimpornya

    • Data ini memang sensitif, tetapi fungsi impor serupa dimungkinkan di platform desktop utama
    • iOS dapat memediasi akses ke data sensitif dengan persetujuan pengguna, seperti pada data kesehatan dan kebugaran
    • Jika impor data tidak memungkinkan, akan muncul friksi saat beralih dari Safari ke browser lain

  • Setting and checking default browser on iOS: iOS tidak menyediakan fungsi bagi browser pihak ketiga untuk menampilkan prompt sistem yang meminta agar dirinya ditetapkan sebagai browser default

    • Android menyediakan fungsi serupa melalui permintaan browser role, sedangkan macOS melalui LSSetDefaultHandlerForURLScheme dan LSSetDefaultRoleHandlerForContentType
    • Browser iOS hanya dapat melakukan deep link ke UI Settings, dan pengguna harus memahami layar pengaturan lalu mengubahnya sendiri
    • Ada kasus di iOS 17.2.1 ketika mengetik “Default browser app” atau “Default” di pencarian Settings tidak menampilkan hasil untuk mengubah browser default
    • Browser pihak ketiga juga tidak dapat mendeteksi apakah saat ini dirinya merupakan browser default, sehingga sulit mengoptimalkan browser berdasarkan niat pengguna atau meminta perubahan browser default pada waktu yang tepat

  • Origin-Based Associated Domains dependent features for third-party browser engines on iOS: Agar browser non-WebKit dapat mendukung password autofill, one-time codes, passkeys, dan Apple Pay, browser harus dapat menetapkan associated domain berbasis origin konten web

    • Browser berbasis WebKit dapat meng-override associated domain aplikasi browser dengan domain yang sedang dijelajahi pengguna
    • Misalnya, pada kolom input kata sandi di example.com, browser harus menandai bahwa kolom tersebut termasuk origin example.com agar pengelola kata sandi dipanggil dalam cakupan example.com
    • Dukungan Apple Pay mungkin memerlukan perubahan tambahan agar pembayaran dapat diterima untuk penerima Apple Pay yang terdaftar, seperti di Safari

  • Browser extension support on iOS: Safari mendukung ekstensi yang didistribusikan melalui iOS App Store, tetapi browser pihak ketiga sulit menyediakan fitur ekstensi sendiri karena App Store Review Guidelines 2.5.2

    • Ekstensi browser adalah elemen inti ekosistem web, dan memungkinkan pengembang menambahkan fungsi ke browser untuk meningkatkan utilitas, kegunaan, serta interoperabilitas dengan aplikasi sistem
    • Persyaratan perangkat lunak App Store perlu dilonggarkan agar browser pihak ketiga dapat menggunakan katalog ekstensi mereka sendiri

  • Beta testing on iOS: Di iOS, aplikasi versi beta tidak dapat didistribusikan di App Store dan harus menggunakan TestFlight

    • TestFlight memiliki batas 10.000 orang, yang kecil dibandingkan skala pengguna beta browser besar
    • Saat batas tercapai, pengguna lama harus dihapus secara manual, sehingga menambah beban pemeliharaan
    • Pengguna harus melalui proses memasang aplikasi TestFlight, meminta access code, menunggu diterima, lalu memasukkan kode
    • Versi baru Safari disertakan dalam beta sistem operasi iOS, sehingga tidak terkena batasan yang sama
    • Sebagai solusi, diusulkan agar distribusi build prarilis browser melalui App Store diizinkan, atau batas pengguna TestFlight dihapus dan distribusi tautan publik tanpa batas diperbolehkan

  • iOS and macOS "Search Web" features open links in Safari instead of the user’s default browser: Menu konteks Search Web atau Search with <Search Engine> di iOS dan macOS, serta entry point pencarian Services di menu bar macOS, menjalankan pencarian di Safari tanpa memedulikan browser default

  • SFSafariViewController should respect the user’s default browser: SFSafariViewController adalah API tingkat tinggi yang memungkinkan aplikasi iOS menyerahkan rendering konten web ke browser pengguna sekaligus menyematkannya di dalam aplikasi

    • API ini selalu menggunakan versi Safari tanpa memedulikan browser default pengguna
    • Pengalaman menampilkan konten web menjadi tidak konsisten, dan trafik keluar dari browser alternatif

  • Browsers with alternative engines should be able to ship a single binary & bundle on iOS: Usulan Apple saat ini mewajibkan vendor browser yang ingin menggunakan mesin browser sendiri untuk mendistribusikan aplikasi terpisah di UE, alih-alih memperbarui aplikasi yang sudah ada

    • Pengguna UE yang sudah ada harus pindah ke aplikasi baru, yang kecil kemungkinan dapat dijalankan dan menciptakan hambatan persaingan
    • Contoh kekhawatiran Firefox mencakup sulitnya discovery dan migrasi dari Firefox WebKit ke Firefox Gecko, masalah pengguna Firefox Gecko di UE yang kehilangan akses ketika tinggal di luar UE lebih dari 30 hari, serta pengguna Firefox WebKit non-UE yang pindah permanen ke UE tetap berada pada versi “orphaned” yang tidak diperbarui
    • Pengembang browser harus mengembangkan, memelihara, dan mendistribusikan dua aplikasi yang sepenuhnya terpisah, sehingga menimbulkan kompleksitas migrasi data, churn pengguna, penurunan akuisisi, serta pembatasan rollout A/B berulang untuk pengguna iOS di UE
    • Sebagai alternatif, diusulkan agar satu binary dan bundle global menyertakan webview dari kedua mesin, lalu OS memberi tahu aplikasi tentang eligibility BrowserEngineKit saat startup

  • Web developers should be able to test with alternative browser engines on iOS regardless of location: Saat pertama kali diumumkan, BrowserEngineKit memiliki pembatasan lokasi yang mencegah pengujian engine mandiri pada perangkat di luar UE

    • Pembatasan ini telah dicabut untuk pengembangan dan pengujian lokal di versi 18.2 beta, tetapi masih berlaku bagi pengembang web
    • Karena pengembang web di luar UE juga dapat mendukung pengguna UE, diperlukan mekanisme agar situs dapat dengan mudah diuji di engine browser alternatif tanpa bergantung pada lokasi

  • Browsers with alternative engines should be able to install and manage home screen web apps on iOS: Ada API yang memungkinkan engine browser alternatif menambahkan web app ke layar utama iOS, tetapi app tersebut dibuka di Safari

    • Sebelum dan sesudah instalasi, fitur spesifik engine, status pengguna, dan preferensi menjadi berbeda sehingga pengalaman pengguna terpisah
    • Apple menolak mengizinkan rendering web app layar utama oleh engine non-WebKit dengan alasan keamanan
    • Persyaratan keamanan dasar untuk web app layar utama sama dengan persyaratan sandbox lintas situs dan isolasi yang sudah diterapkan dalam penjelajahan web biasa
    • Android selama bertahun-tahun telah mendelegasikan rendering web app ke engine browser pihak ketiga, dan hal ini juga perlu diaktifkan di iOS

Pengalaman pemindahan data, peramban bawaan, dan pencarian di Google Android

  • Importing browser data on Android: Di Android, informasi penjelajahan seperti riwayat kunjungan, bookmark, dan cookie tidak dapat diakses oleh peramban pihak ketiga
    • Data disimpan di data directory aplikasi peramban web, dan tidak dapat diakses langsung oleh peramban pihak ketiga
    • Tidak ada API maupun ContentProvider yang memungkinkan impor
    • Ketiadaan impor data menciptakan friksi besar saat beralih dari Chrome ke peramban lain
  • Some Android features launch Chrome instead of the user’s default browser: Fitur seperti Google Search dan Discover pada Google application yang sudah terpasang sebelumnya mengabaikan pilihan peramban bawaan pengguna dan selalu membuka tautan situs web eksternal di Chrome
    • Ada juga titik masuk tambahan pada fitur bawaan seperti bilah pencarian layar utama dan app launcher
    • Setiap kali tautan dibuka di Chrome, pengguna keluar dari peramban bawaan mereka
    • Semua aplikasi dan fitur bawaan yang membuka tautan eksternal seharusnya membukanya di peramban bawaan pengguna
  • Lower quality search result pages in third-party browser engines on Android: Di Android, pengalaman pencarian web terintegrasi erat dengan berbagai fitur bawaan, dan ada kasus ketika Firefox diberi halaman hasil pencarian dengan kualitas lebih rendah daripada Chrome
    • Untuk kata kunci pencarian yang sama, Firefox Android menerima halaman dengan informasi lebih sedikit dan kualitas desain lebih rendah dibanding Chrome
    • Secara ketat ini adalah isu pada situs web Google Search, tetapi karena pentingnya pencarian dan tingkat integrasinya di Android, hal ini menimbulkan kesenjangan pengalaman pengguna yang membuat orang enggan memilih peramban pihak ketiga
    • Tidak ada batasan teknis yang membuat halaman tersebut tidak dapat berfungsi di Firefox
    • Status isu ini adalah closed

Alur yang memprioritaskan Edge di Microsoft Windows

  • Setting default browser on Windows: Windows tidak menyediakan kemampuan bagi peramban pihak ketiga untuk meminta secara programatis agar dirinya ditetapkan sebagai peramban bawaan
    • Bahkan setelah memasang peramban, pengguna harus masuk ke pengaturan sistem operasi dan memilihnya sendiri, yang menciptakan friksi dan inersia yang membuat penggunaan Edge terus berlanjut
    • Android dan macOS menyediakan pola yang memungkinkan pengguna menyetujui atau menolak dengan mudah melalui prompt sistem atau API terkait
    • Di Windows 10, pengguna harus mengklik beberapa kali di UI pengaturan dan melakukan konfirmasi ganda; di Windows 11 ada tombol Set default, tetapi itu belum cukup
  • Default browser is set to Edge by several Windows flows: Windows 10 dan 11 terus menampilkan pesan bahwa Microsoft Edge adalah peramban “recommended” untuk Windows, serta menyediakan UI untuk mengubah peramban bawaan menjadi Edge
    • Sebagian teks meminta pengguna menerapkan “recommended browser settings”, tetapi tidak secara jelas memperlihatkan bahwa itu mengubah peramban bawaan
    • Contohnya terus berubah, ditambahkan atau dihapus dari permukaan UI yang tampil otomatis seperti Windows Update
    • Komponen Windows dapat mengubah peramban bawaan pengguna secara langsung, tetapi peramban pihak ketiga harus menggunakan deep link protokol ms-settings:
    • Windows juga seharusnya menggunakan fungsi dan API yang sama seperti yang tersedia bagi peramban pihak ketiga
  • Some Windows features launch Edge instead of the user’s default browser: Setidaknya tiga fitur utama di Windows membuka URL di Microsoft Edge, bukan di peramban bawaan saat ini
    • Windows Search atau Start Menu Search muncul melalui kotak pencarian atau tombol pencarian di taskbar, input di menu Start, dan pintasan WIN+S; hasil pencarian maupun tautan artikel semuanya dibuka di Edge
    • Windows Copilot ditampilkan di Windows 11 sebagai jendela yang tertambat di sisi kanan layar, dan membuka tautan dalam respons atau area rendering di Edge
    • Widgets disebut “news and interests” di Windows 10, menampilkan informasi seperti berita, cuaca, saham, dan skor olahraga, serta membuka tautan halaman web di Edge

Bacaan terkait

1 komentar

 
GN⁺ 2024-01-21
Pendapat Hacker News

  • Baik Android maupun Microsoft disebut punya aplikasi yang membuka tautan dengan caranya sendiri, bukan di browser pilihan pengguna, tetapi masalah yang lebih besar adalah ketika menekan tautan di dalam aplikasi, aplikasi menampilkan webview bawaan seolah-olah itu browser
    Aktivitas web yang dilakukan di dalamnya bisa dipantau oleh aplikasi. Saya berharap Android Play Store dan iOS App Store memaksa semua situs web pihak ketiga dibuka di browser pengguna
    Aplikasi bisa diklasifikasikan menjadi “browser web” dan “bukan browser web”; aplikasi “bukan browser web” hanya boleh mendaftarkan daftar pendek domain yang dapat diakses, sekitar 5–10 domain, sementara sisanya diblokir oleh sistem operasi
    Aplikasi seperti Facebook, FB Messenger, dan Google Maps, yang tujuan utamanya bukan penjelajahan web, jelas dapat dianggap “bukan browser web”
    Dengan cara ini, masalah pemantauan oleh webview bawaan dapat dicegah, dan kata sandi·alamat·bookmark·riwayat kunjungan yang tersinkronisasi di profil browser bisa tetap digunakan. Jika saya bisa menentukan dunia sesuka hati, saya juga ingin mewajibkan menu konteks “buka di jendela browser privat” untuk aplikasi yang membuka tautan

    • Secara pribadi saya berpikiran sama, tetapi belakangan saya menyadari bahwa sebagian besar pengguna tidak begitu. Saat merilis aplikasi autotempest, saya membuat semua tautan pihak ketiga yang langsung menuju halaman detail kendaraan di berbagai situs dibuka di browser default pengguna, tetapi pengguna tidak menyukainya dan sangat menginginkan tautan dibuka di dalam aplikasi
      Jadi saya mengubah pembukaan di dalam aplikasi menjadi default, tetapi tetap menyisakan opsi untuk memakai browser default
    • Menyelesaikan masalah browser di dalam aplikasi adalah salah satu prioritas utama Open Web Advocacy. Namun, ini menjadi rumit karena apa saja yang mungkin dilakukan dalam cakupan Digital Markets Act
      Saya setuju bahwa ini benar-benar isu penting, dan jika ingin membantu, silakan hubungi Open Web Advocacy
    • Google justru membuat fitur Custom Tabs untuk mendorong developer Android ke arah yang sepenuhnya berlawanan
      Aplikasi dianjurkan membuka halaman yang tidak terkait, misalnya sekadar tautan yang diberikan pengguna, sebagai “custom tab” alih-alih di browser default; tujuan eksplisitnya adalah menjaga engagement dengan membuat pengguna tidak meninggalkan aplikasi
      Tentu saja tidak ada pengaturan yang bisa dimatikan pengguna untuk seluruh sistem; pengguna harus mencari pengaturan per aplikasi, dan itu pun harus berharap pengaturan tersebut ada
      https://android-developers.googleblog.com/2023/02/bringing-b...
    • Sampai batas tertentu ini sudah mungkin, sehingga pengguna bisa menekan “buka di browser”. Namun, saya tidak tahu apakah ini sejalan dengan kepentingan Google
      Sudah 9 generasi versi mayor sejak Android menambahkan izin runtime seperti kamera, tetapi akses internet masih belum memerlukan izin
    • Saya merasa poin 2–4, yaitu “men-sandbox konteks webview agar tidak tumpang tindih dengan aktivitas penjelajahan web sebenarnya atau webview aplikasi lain”, bertentangan dengan poin 1, “berbahaya karena aplikasi dapat mengendalikan webview-nya sendiri”
      Makna “domain yang dapat diakses” juga ambigu. Jika hanya memeriksa domain URL yang dinavigasikan secara eksplisit, itu terlalu longgar dan mudah diakali; jika memeriksa semua URL permintaan, itu terlalu ketat sehingga banyak developer bisa jadi bahkan tidak dapat memuat situs mereka sendiri dengan benar

  • Mozilla memang beralasan mempermasalahkan bahwa “App Store melarang engine browser pihak ketiga”, tetapi saya tidak tahu apakah mereka benar-benar ingin menarik benang kusut itu
    Karena ada monopoli Safari di perangkat iOS, banyak developer memperhatikan dukungan non-Chrome. Saat ini mereka terpaksa melakukannya
    Jika pesan “fitur yang rusak ini tidak rusak di Chrome” mulai sampai ke pengguna, itu adalah jalan menuju monopoli, dan setelah itu Google tidak lagi perlu banyak konsensus saat membuat standar web baru
    Kondisi sekarang juga kacau, tetapi masih bisa menjadi lebih buruk. Saya berharap prediksi ini salah

    • Menantang monopoli Safari yang dipaksakan Apple di iOS tentu sejalan dengan kepentingan Mozilla. Fakta bahwa Chrome juga ditekan di iOS tidak berarti Firefox diuntungkan jika Firefox ikut ditekan
      Jika pembatasan Apple yang mencegah Firefox mengimplementasikan Gecko dan WebExtensions berbasis Gecko, terutama pemblokir iklan, hilang, pangsa Firefox di iOS pasti akan naik
      Pengguna iOS Firefox yang muncul dari situ akan bisa menyinkronkan Firefox desktop dengan Firefox iOS yang dapat memblokir iklan, sehingga mereka juga bisa terdorong memakai Firefox di desktop
    • Saya datang untuk mengatakan hal yang sama. Baik atau buruk, fakta bahwa Safari di iOS tidak bisa diganti dengan Chrome adalah satu-satunya mekanisme yang mencegah dominasi penuh Chrome
    • Jika ada persaingan bebas di iOS, saya rasa banyak orang akan memasang Chrome. Terutama sebagian besar pengguna PC yang satu-satunya perangkat Apple-nya adalah iPhone
    • Alasan saya membuat situs web saya berjalan di Firefox bukan karena saya juga harus membuatnya berjalan di Safari
      Firefox biasanya langsung berjalan, dan kalaupun tidak, saya tetap tidak jadi ingin lebih memperhatikan stack teknologi lain hanya karena Safari, platform terbengkalai yang selalu membutuhkan pekerjaan tambahan
    • Jika Mozilla tidak mempermasalahkan Apple, keluhan terhadap perusahaan lain juga bisa diabaikan dengan alasan Safari. Karena Mozilla mengatakan hal yang benar tentang perilaku Apple, mengkritik Google/Microsoft sambil mengecualikan Apple akan terlihat munafik
      Saya lelah dengan argumen yang membela kondisi saat ini. Status quo tidak bergerak ke arah yang baik, dan tidak akan berubah tanpa tindakan berani. Bahkan pihak yang membela status quo Apple tampaknya tidak punya rencana tentang bagaimana keadaan akan membaik ke depan
      Safari saja tidak cukup untuk mencegah dominasi Chrome, dan setelah aturan app store Uni Eropa diterapkan, kemungkinan pembukaan engine browser akan dipaksakan juga tidak kecil, sehingga dalam jangka panjang status quo itu sendiri pun tidak terjamin
      Saat ini adalah momen ketika pemerintahan AS yang secara historis menunjukkan kemauan kuat untuk penegakan antimonopoli terhadap perusahaan teknologi sedang mendekati akhir masa jabatannya. Banyak orang tidak cukup memahami betapa ramahnya pemerintahan Biden terhadap antimonopoli
      Pemerintahan ini bisa saja berlanjut 4 tahun lagi atau tidak, tetapi mengingat ketidakpastian itu, ini adalah salah satu peluang terbaik sejak kasus antimonopoli Windows awal untuk menuntut intervensi nyata terhadap Google/Apple/Microsoft
      Saat ini, ketika pemerintahan terbuka terhadap antimonopoli, sentimen konsumen terhadap Big Tech berubah, tekanan terhadap Apple seputar iOS meningkat, dan langkah Google pada Juni untuk melemahkan pemblokir iklan beririsan, adalah waktu yang baik untuk mendorong perubahan status quo dengan kuat
      Risikonya memang ada, tetapi menunggu lebih lama tidak akan membuat situasi membaik. Semakin lama menunggu, relevansi Firefox semakin berkurang, kemungkinan pemerintahan berganti semakin besar, dan Mozilla semakin sulit memanfaatkan opini publik
      Tidak akan ada momen ketika Mozilla bisa memenangkan argumen ini 100% dengan mudah, dan jika tidak melakukannya sekarang, pada akhirnya mereka akan sepenuhnya tersingkir dari pasar
      Saya mendukung mereka mempermasalahkan semua pihak, termasuk Apple, dengan kekuatan penuh. Jika khawatir dominasi Chrome setelah iOS dibuka, masalah itu harus ditangani dengan meregulasi Google, dan sekarang adalah waktu terbaik untuk mengajukan argumen tersebut

  • Sebagai pengguna Android, alasan utama saya tidak memakai Firefox bukanlah perilaku anti-persaingan, melainkan karena terasa lambat
    Di Firefox, layout sering bergeser saat memuat halaman beranda, animasi keyboard kadang tersendat, dan opsi menu “lepas untuk memilih” tidak bisa digunakan

    • Saya sudah memakainya selama bertahun-tahun dan tidak pernah merasakan perbedaan seperti itu
    • Apa itu “lepas untuk memilih”?
    • Di Firefox, pintasan navigasi keyboard bawaan dari keyboard eksternal juga sama sekali tidak berfungsi

  • https://github.com/mozilla/platform-tilt/issues/3
    Dukungan JIT di iOS adalah unsur yang terlalu kurang dibahas dalam diskusi bahwa “Uni Eropa akan memaksa engine rendering pihak ketiga di iOS”
    Apakah Apple akan mengizinkan dukungan JIT untuk aplikasi? Apakah mereka akan membuat entitlement baru yang harus diajukan developer browser? Menarik, tetapi rasanya tidak akan begitu

  • Artikel terkait: https://blog.mozilla.org/netpolicy/2024/01/19/platform-tilt/
    Saya datang dari https://news.ycombinator.com/item?id=39059255, tetapi di sana tidak ada komentar

  • Di macOS, jika memilih pencarian web lewat klik kanan pada teks yang dipilih, Safari selalu terbuka meskipun browser default sudah diatur ke yang lain. Mungkin ini hanya terjadi di Mail.app, tetapi sepertinya poin ini terlewat

  • Keluhan terbesar di Firefox untuk Android adalah kadang saat mengetik domain di bilah alamat lalu menekan Enter, tidak terjadi apa-apa
    Perilaku ini tidak konsisten dan hanya memengaruhi beberapa situs web seperti https://forum.syncthing.net
    Menutup tab atau memakai tab lain tidak menyelesaikannya; baru beres setelah aplikasi dihentikan paksa

    • Masalah yang sama juga ada di desktop. Sepertinya mereka pernah memasukkan perbaikan yang praktis tidak mengubah apa pun pada bilah alamat lalu membanggakannya di tulisan blog, tetapi dalam prosesnya membuat race condition asinkron dan membiarkannya rusak selama bertahun-tahun
      Meski ada keluhan, tetap lebih baik daripada browser Google
    • Aku juga mengalaminya. Sangat menjengkelkan. Kadang juga crash secara acak, dan itu mulai terjadi sekitar sebulan terakhir

  • Sebagian besar bisa dipahami, tetapi poin integrasi Messages di iOS terasa kurang enak
    Kalau sekadar API “tautan yang baru dikirim” yang harus dipilih pengguna mungkin tidak masalah, tetapi akses ke seluruh data pesan adalah sesuatu yang sama sekali tidak ingin kuberikan kepada aplikasi pihak ketiga, sekalipun pengembangnya Mozilla
    Untuk ekstensi iOS, Orion bisa memasang ekstensi dari galeri ekstensi Chrome maupun Firefox, jadi ini tampaknya berarti hal tersebut bukan masalah nyata, atau sudah lolos App Review dan bertahan selama bertahun-tahun

  • Di Google Colab, salin-tempel berfungsi dengan baik di Chrome, tetapi tidak di Firefox

  • Katanya “informasi penjelajahan seperti riwayat kunjungan, situs yang dibookmark, dan cookie tidak dapat diakses oleh browser pihak ketiga di Android”; dari sudut pandang pengguna, kenapa aku ingin aplikasi pihak ketiga mengakses riwayat kunjungan, bookmark, dan cookie browser-ku?
    Itu jelas kebocoran privasi. Firefox cukup mengambil data yang dibuat Firefox selama aku memakai Firefox, bukan data dari konteks lain

    • Itu baru kebocoran kalau diakses tanpa izin. Tidak ada masalah jika aplikasi bisa meminta akses ke data itu selama pengguna bisa menjawab “sama sekali tidak”
    • Sebagai pengguna yang ingin mudah pindah ke browser baru, aku ingin browser baru bisa mengakses data seperti bookmark dari browser lama agar prosesnya lebih mudah
    • Itu terutama untuk impor/ekspor dengan browser lain. Ini langkah yang sangat umum saat onboarding
    • Riwayat kunjungan dan cookie memang jelas layak ditolak, tetapi mengekspor bookmark dan mengimpornya kembali itu wajib
      Namun Firefox untuk Android bahkan tidak mendukung itu :facepalm:
      https://github.com/mozilla-mobile/fenix/issues/417
    • Ini rasanya interpretasi yang agak tidak jujur. Kontak atau data sensitif lain pun sudah bisa diimpor tanpa menjadi “kebocoran privasi”
      Isu tersebut juga bukan meminta fitur impor yang tidak diverifikasi, melainkan mengatakan bahwa Android bisa memediasi akses ke data sensitif lain dengan persetujuan pengguna