"Diagnosis ex juvantibus" oder zu gut deutsch "Wer heilt, hat recht."

Nix anderes hab ich (aufgrund meiner Erfahrung) gemacht  .

Warum glaubt mir denn nur keiner  ...?! Einfach mal das machen, was man gesagt bekommt  !

Dann würde in diesem Thread aber auch nichts zu den Hintergründen stehen (Danke, NaN!) ...

Mir hilft es mehr wenn ich weiss *warum* etwas nicht funktioniert.

Servus,
Alex

Warum glaubt mir denn nur keiner  ...?! Einfach mal das machen, was man gesagt bekommt  !

Die Übersicht sollte man behalten...

• modules/Toolbox/lib/class.mobile_detect.php gecheckt

• Version 2.6 erkannt

• http://mobiledetect.net geprüft

• erkannt, dass 2.8.12 aktuell ist

• Archiv runter geladen und entpackt

• Mobile_Detect.php in class.Mobile_Detect.php umbenannt und nach Toolbox/lib geladen

• Webseite noch mal mit Chrome gecheckt

Warum glaubt mir denn nur keiner  ...?! Einfach mal das machen, was man gesagt bekommt  !

Dort steht auch "upgrade from 2.6.0 to 2.8.11 fix this problem, FYI."

Dann werde ich die ToolBox nochmals aktualisieren müssen. Ich habe auf die 2.8.10 aktualisiert. Als Quickfix kannst du auch im ./ToolBox/lib/ die PHP Klasse austauschen (direkt vom Download von Mobile Detect)

Dank euch allen und besonders Nockenfell für die rasche Aktualisierung!

Servus,
Alex

Hatte:

Ist meiner Meinung nach aber nur eine Frage der Zeit

Ja, klar ... wenn zur Erkennung ein extrem simpler string herhalten muss. Aber immerhin klappt es bisher überraschend gut.

Servus,
Alex

faglork schrieb:

wäre das nicht ne Option für die Toolbox:
"Automatically test for new Mobile_Detect Versions and upgrade? [yes][no]" ...

Dafür müsste aber jemand die Rohdaten bereit stellen .

Die aktuelle Version ließe sich ja noch aus der Webseite extrahieren, aber mit dem Upgrade sieht es da schon schlechter aus ...

Nein, ich meinte einen simplen Versionsabgleich der Klassen-PHP-Datei, die auf github rumliegt.

Servus,
Alex

Hatte:

Ist meiner Meinung nach aber nur eine Frage der Zeit

Die Mobile-Detect Klasse wird zwar aktiv weiterentwickelt und kann wesentlich mehr, hat aber ein Problem.

Hatte:

Dort steht auch "upgrade from 2.6.0 to 2.8.11 fix this problem, FYI."

Womit die Sache offenbar erledigt ist. Werd gleich mal aktualisieren und berichte dann.

Servus,
Alex

CGE verwendet vermutlich auch nur 'ne externe Klasse für dessen Erkennung.

CGE verwendet eine veraltete nicht mehr weiterentwickelte Browser-Klasse von 2010.
Diese Klasse unterscheidet nicht zwischen Tablets und Smartphones. Alles was Android ist, ist dort automatisch "mobile", und alles was "mobile" ist, ist automatisch auch "smartphone".

Die Mobile-Detect Klasse wird zwar aktiv weiterentwickelt und kann wesentlich mehr, hat aber ein Problem. Sie benutzt einen regulären Ausdruck, um anhand des User-Agent festzustellen, ob es sich um einen Mobile-Browser handelt. Dummerweise hat sich bei der neuen CHROME Version eine Zahlenkombination eingeschlichen, die von diesem Regulären Ausdruck fälschlicherweise als "mobile" erkannt wird: 41.0.2272.101

(nachzulesen hier: https://github.com/serbanghita/Mobile-Detect/issues/358 )

Es hat sich also nichts grundlegendes bei CHROME geändert.

http://dev.cmsmadesimple.org/project/files/1075

wäre das nicht ne Option für die Toolbox:
"Automatically test for new Mobile_Detect Versions and upgrade? [yes][no]" ...

Dafür müsste aber jemand die Rohdaten bereit stellen .

Die aktuelle Version ließe sich ja noch aus der Webseite extrahieren, aber mit dem Upgrade sieht es da schon schlechter aus ...

wenn morgen nachmittag Chrome 42 rauskommt das Spielchen nochmal? Und die Website funzt mit Chrome dann nicht solange die Mobile_Detect.php nicht aktuiell ist??

Mein Gedanke bei dem Spielchen war eher, dass sich da seitens Chrome etwas grundsätzliches bei dessen Erkennung geändert hat, nur wird CGE derzeit aktiver entwickelt als TB; und CGE verwendet vermutlich auch nur 'ne externe Klasse für dessen Erkennung.

Zudem sträubt sich alles in mir, wenn ich daran denke, für 'ne simple Browsererkennung gleich zwei Module zu verheizen.