Tapatalk

    Quote from aportmann

    jetzt verstehe ich, der aktuelle built #74 ist aus der 1.0.x reihe und beinhaltet nicht die pushfunktion von 1.1.x. wurde denn in der beta von 1.1.0 das privacy-problem auch behoben?

    bin ich eigentlich der einzigste, bei dem inline-bilder nicht angezeigt werden? (siehe screenshot, vielleicht liegts auch am smilie in der url)

    gruss andi


    Das liegt vielleicht auch am Client. Ich war mal auf deine Rezepteseite und bei mir sieht es so aus, wie es soll ... siehe Screenshot.

    René

    Quote from renegate98

    Das liegt vielleicht auch am Client. Ich war mal auf deine Rezepteseite und bei mir sieht es so aus, wie es soll ... siehe Screenshot.

    interessant, danke. zum einen sieht man zwar, dass das bild angezeigt wird, zum anderen aber auch, dass abstände (margins) und auch aufzählungen ebenfalls nicht angezeigt werden.
    ich nutze tapatalk pro in der neusten version auf einem iphone 5s mit neustem ios.

    irgendwie für die tolle alles, muss aber grösstenteils am plugin liegen, da es mit anderen foren reibungslos funktioniert.


    gruss andi

    @SoftCreatR :

    mit deiner generischen Umwandlung meines Fixes funktioniert VIMEO nicht mehr.. bitte unter dem Youtube Fix noch diese Zeile ergänzen:

    Code
    $post = str_ireplace('player.vimeo.com/video', 'vimeo.com', $post); // vimeo fix

    dann geht Vimeo auch wieder!

    das ging aber irgtendwie auch nicht - es wurde garnichts angezeigt - auch nicht der Link..

    Ich schätze, Tapatalk hat dann irgendwie eine teilweise Umsetzung gemacht - weil es doch irgendwie als Vimeo erkannt wurde - aber eben falsch - daher kom dann garnichts..

    Übrigens: neuigkeiten zum Thema kaputte Bildlinks - sehr interessant! -->

    Es scheinen alle externen verlinkten Bilder zu sein, die als kaputte Bildlinks angezeigt werden (also mittels IMG eingebunden - aber von externen seiten) --> ABER: nur in der TAPATALK Native App!
    In der BYO App werden die Bilder alle korrekt angezeigt! Tapatalk scheint da also einen Bug in der App zu haben - oder zumindest einen Unterschied.. denn in der BYO geht es ja..

    Edit: ACHTUNG!! Ich weiß jetzt auch warum!!
    Die Tapatalk App läßt fälschlicherweise zum schluss noch die SMILIE Umsetzung drüberlaufen! Und diese macht aus jedem

    Code
    :/

    einen Smilie!!

    Problem ist, daß auch in jeder BildURL ein

    Code
    :/

    drin ist - nämlich im http:// - diese Teil setzt die Native App wieder in eine Smilie Bildurl um! Dadurch wird der Link zerstört..

    Die BYO App macht keine Smilieumsetzung!

    man sieht das, wenn man Zeile 279 in MbqRdEtForumPost.php testweise mit dieser hier ersetzt, die keine IMG Tags um den link legt..

    in Tapatalk erscheint ein smilie im link - in der BYO app nicht!

    Code
    $post = preg_replace('/<img [^>]*?src="([^>]*?)"[^>]*?\/>/i', '$1', $post);

    @SoftCreatR ich hab es leider jetzt erst bemerkt - aber Deine generische Änderund in der Datei TapatalkPush.php zum Auslesen der objectTypeID funktioniert leider nicht.. ich kann aber nicht nachvollziehen warum..
    Die SQL sieht eigentlich OK aus.. (Zeile 510)

    Fakt ist aber, es funktioniert seitdem kein PUSH mehr auf ABOs / Subscriptions..

    Sobald ich die Zeile wieder gegen meine statische ersetze, geht es sofort wieder - also 100% nachvollziehbar.. kannst Du da bitte nochmal schauen?

    Mein statischer und funktionierender Code:

    Code
    $query ="SELECT userID FROM wcf".WCF_N."_user_object_watch WHERE objectTypeID = 107 and objectID = ?";

    Danke!

    hmm nein das scheint zu stimmen - als ich Deine innere Funktion:

    SQL
    SELECT objectTypeID
FROM wcf1_object_type
WHERE className =  'wbb\\system\\user\\object\\watch\\ThreadUserObjectWatch'

    bei mir in der DB ausgeführt habe, liefert mit die 107 zurück..

    Daher verstehe ich es auch nicht ganz, warum es mit Deiner Funktion nicht geht.. scheint irgend ein kleiner Fehler drin zu sein, den wir nicht sehen :)

    ich könnte mir nur vorstellen (Theorie), daß es an Deinen doppel backslashel liegt? Da die Query so in der Datenbank ja funktioniert - ist es evtl so, daß WBB selbst die Query nochmal umschreibt vor dem ausführen und aus einem \ dann zwei \\ macht? Und weil Du ja schon zwei \\ drin hast, dann vier \\\\ draus macht? Was anderen fällt mir nicht ein.. ob das sein kann, kannst Du als Experte fürs Woltlab sicher besser beurteilen. Evtl in der Funktion prepareStatement?

    Edit: hmm nein das scheint es auch nicht zu sein - wenn ich Deine Funktion mit einfachen \ eingebe, funktioniert es ebenfalls nicht mehr..
    Evtl schreibt WBB irgend was anderes an der Query um, sodaß sie nicht mehr geht?

    EDIT 2:

    krass - nichtmal so geht es - obwohl es laut DB Direktabfrage auch gehen sollte:

    Code
    $query ="SELECT userID FROM wcf".WCF_N."_user_object_watch, wcf".WCF_N."_object_type WHERE wcf".WCF_N."_user_object_watch.objectTypeID = wcf".WCF_N."_object_type.objectTypeID and className = 'wbb\\system\\user\\object\watch\\ThreadUserObjectWatch' and objectID = ?";

    Ich verstehe es nicht?! Es geht immer nur mit der Fest eingetragenen 107 - keine Ahnung was WBB da mit der/deiner Query macht??

    Gruss

    Edited 5 times, last by Nooky (July 6, 2014 at 6:12 PM).

    Hi,

    ich hatte im Beitrag oben (meinem letzten) noch ein paar Dinge reineditiert - und ein paar Versuche - unter anderem auch den mit den Backslashes - siehe oben.. leider kein Erfolg.. hast Du noch eine Idee dazu?

    Gruss

Participate now!

Don’t have an account yet? Register yourself now and be a part of our community!

Register Yourself Login