Rozpoznání prohlížeče nefunguje pro vývojovou verzi Firefoxu 26

[JasnaPaka]

Rozpoznání prohlížeče nefunguje pro vývojovou verzi Firefoxu 26

[ondras]

Damn, díky za info. Nějaký tip na spolehlivější detekci? :-)

[JasnaPaka]

Nejsem příznivcem podobně konstruovaných detekcí jako výše, protože jsou náchylné na podobné věci, jako se teď stala. Když už bych chtěl detekovat Gecko, asi bych to dělal podle user-agentu:
https://developer.mozilla.org/en-US/docs/Browser_detection_using_the_user_agent

Další možností je detekovat podporu nějaké CSS vlastnosti specifické pro Mozillu (ale té, která je dlouhodobě dostupná a nebude se jen tak odstraňovat):
http://stackoverflow.com/questions/8824547/css-property-support-detection
https://developer.mozilla.org/en-US/docs/Web/CSS/Reference/Mozilla_Extensions

Případně detekovat něčeho z DOMu, co má "moz" prefix. Např. window.mozIndexedDB, ale nikdo zde nezaručí, že to do budoucna bude dostupné. Přecejen, je to používáno jen v době standardizace.

Každopádně bych nechal i tu původní detekci pro zpětnou kompatibilitu.

Ale JavaScriptu v zásadě nerozumím... jako ostatně všemu :)

[ondras]

Nu, ani my si v této detekci nelibujeme. S ohledem na rozložení tlačítek myši však bylo historicky nutné prohlížeče odlišovat - a použít pro to UA nám přijde ještě horší, než přes nějaké browser-specific věci (UA si uživatelé často podvrhují).

Aktuální řešení bylo skutečně poměrně dlouhodobé (fungovalo od cca Firefoxu 2), takže se poohlížíme po nějakém novém. Primárně ovšem zkusíme ověřit, jestli už by se práce s tlačítky myši nedala sjednotit.

[ondras]

V API se oprava projeví zanedlouho. Celý koncept JAK.Browser nicméně zvolna opouštíme.

[bzbarsky]

This fix will just cause the library to break again when mozPaintCount is removed. See http://weblogs.mozillazine.org/bz/archives/2011/03/capability_sniffing_done_wrong.html for an explanation of the problems with this sniffing approach, and a description of the right way to do capability-sniffing....

[ondras]

@bzbarsky Hi Boris, the comments above are acknowledging the issue you describe as well as stating our plans for futher enhancemets (read: removal) of such detection. Unfortunately, they are in Czech language, so this context is missing for you. Sorry for this and thanks for your comment.

Basically, for historical reasons, the "Browser.client" field shall contain the browser identification ("gecko" for Firefox, which is not precise, but sufficient). We are fully aware about feature detection (as opposed to browser detection), but we need to maintain this code for compatibility reasons. Until we completely refactor all code that relies on the "Browser.client" value (to use feature detection instead), we still need to detect a browser. Doing so by UA sniffing is - IMO - even worse then detecting -moz- values and so on. If you can recommend a better way of detecting gecko, we would appreciate it.

I hope my explanation here is sufficient; please excuse my poor english.

[bzbarsky]

Your English is way better than my Czech; I tried to read the comments above, but got lost about 1/3 way through.

Actually, detection via UA is probably better than sniffing random non-standard properties if you really want to just detect "Gecko": the UA string is pretty stable....

[ondras]

@bzbarsky Our users are known to spoof (on purpose or by chance, experimenting with addons and/or malware) the UA; we were receiving quite a number of (not really valid, but...) bugreports for UA-based detections :-(

[ondras]

@bzbarsky Also, just out of curiosity - how did you came across this issue/commit/repo? :-) This library is virtually unknown outside of .cz ...

[JasnaPaka]

See my original bug report in Bugzilla: https://bugzilla.mozilla.org/show_bug.cgi?id=914537