preventDefault() Bug

Ich habe ein HTML5 Canvas, das Maus/Touch-Events bearbeitet und mit preventDefault() verhindert, dass FF (Version 31) die Maus/Touch-Events selbst interpretiert (z.B. die Seite scrollt). Funktioniert in Chrome und Opera problemlos. Funktioniert in FF nur dann, wenn die Adresszeile *immer* eingeblendet ist.

Wenn die Adresszeile ausblendbar ist, führt eine vertikale Bewegung in jedem Fall zum Ein/Ausblenden der Adresszeile, was zur Folge hat, dass die Seite scrollt (trotz preventDefault) und das Canvas damit unbedienbar wird. (Das ist wie wenn man versuchen würde, mit einem Bleistift auf ein Papier einen Kreis zu zeichnen, das Papier sich aber unter dem Bleistift bewegt.)

Kennt jemand eine Abhilfe?

Aber ja, kein Problem: http://www.janko.at/Raetsel/Nurikabe/021.a.htm

a) Einstellungen -> Ansicht -> Titelleiste ein -> ok
b) Einstellungen -> Ansicht -> Titelleiste aus -> Fehler

Einfach mal ein weißes Feld nach unten oder nach oben ziehen. Oder ein Feld durch Tippen schwärzen und dann nach unten/oben ziehen.

Nachtrag: stopPropagation() wird natürlich auch aufgerufen, hat aber eigentlich mit dem Browser nichts zu tun.

Android 4.4 mit FF 31 auf Nexus 7 (2012)

Ich hatte eigentlich gehofft, dass die Meldung hier ausreicht ... ok, werde ich tun.

Bugzilla# 1044370

Schlechte Neuigkeiten: FF weigert sich, den Bug zu beheben: WONTFIX.

Dabei widerspricht das Verhalten ganz klar der Spezifikation:
https://developer.mozilla.org/en-US/docs/Web….preventDefault

"Calling preventDefault during any stage of event flow cancels the event, meaning that any default action normally taken by the implementation as a result of the event will not occur."

Nochmal mit Betonung: ANY.

In allen anderen Browsern auf Android, die ich probiert habe (Chrome, Opera, Android) funktioniert preventDefault spezifikationsgemäß.

Mir bleibt nur, meinen Besuchern zu raten, die Titelleiste einzuschalten oder einen anderen Browser zu verwenden.

[Nein, ich halte nichts davon, auf FF einzuschlagen, aber WONTFIX ist einer der Gründe, die zum Niedergang von IE geführt haben. Geschichte wiederholt sich. Leider.]

BTW: Kann leider keinen Link auf den Bug Report setzen, weil es dazu keine vernünftige URL gibt; alle Reports werden unter der gleichen URL (https://bugzilla.mozilla.org/process_bug.cgi) angezeigt. Der wahre Geist des Webs ist das auch nicht.

"Kann ich nicht nachvollziehen": So schaut bei mir die Adresszeile aus, in Firefox:
[attachment=0]Screenshot_1.jpg[/attachment]
Da ist nix von einer ID! Ich habe einfach in der Bugzilla-Mail auf den Link geklickt.

"Jetzt bleib aber mal auf dem Teppich":
http://gs.statcounter.com/#browser-ww-weekly-200827-201327

Aber egal auch. Ich nehme den Vergleich zurück. Wie auch immer, Abhilfe gibt es keine. Das ist alles was zählt.

Palli: Ich sehe die Situation ein bischen anders. Ich habe ein Problem festgestellt, das nur mit FF auftritt, und ich habe mit die Zeit genommen und dem Aufwand spendiert, die FF-Entwicklung davon zu informieren. Dort ist man nicht kooperativ. Nicht ich habe eine Lösung zu suchen, sondern die FF-Entwicklung muss das tun. Oder auch nicht.

Ich suche bei Problemen mit meinen Programmen auch selbst nach Lösungen und erwarte nicht, dass der Problemmelder dies tut. Und es ist mein Interesse, die Probleme meiner Programme zu beheben. Eine ähnliche Haltung erwarte ich auch von anderen Entwicklern.

Ich habe zwar Interesse, dass meine Programme mit so vielen Browsers wie möglich funktioneiren, aber das interesse geht in diesem Fall nicht so weit, dass ich mich weiter engagiere (von den 10.000 unique visitors meiner Site verwendet nicht einmal 1% mobile FF!).

"wäre es möglich auf Webseiten, die das Attribut nutzen, die Adressleiste zwangsweise immer Einzublenden?" -- Das funktioniert nicht. preventdefault() ist keine globale Funktion, sondern wird bei jedem einzelnen Event aufgerufen - oder auch nicht. Ich verwender preventDefault() beispielsweise nur bei den Tastenkombinationen, die ich auswerte; alle andere lasse ich ohne preventDefault() durch. Dazu zählen beispielsweise alle ALT-Tastankombinationen, die eine Seite dann in Formularen oder anderweitig verwenden kann.

"Wenn du als Argument eine fehlerhafte Standardeinbindung bringst, dann beeindruckt das schon." -- Bisher jedenfalls nicht. Keine Reaktion auf das Argument.

So, das war's dann, von meiner Seite. Der Mohr hat seine Schuldigkeit getan, der Mohr kann gehn. [geht ab.]