Gelöst: Kein HTML in Abonements Beschreibung

[DocViper]

Ich gugg grad bissi doof aus der Wäsche. Ich hab ein Abo erstellt und will die Beschreibung anpassen. Es steht groß dran, "Du kannst HTML verwenden" Es sollte dabei stehen, ", es wird dir aber nichts nutzen"





Hab ich einen Denkfehler, oder ist was aus, was an sein sollte?

 

[DocViper]

Push


Weiß das niemand?

 

[bt012ss]

Zumindest bei mir funktioniert html, sollte also irgendwie gehen.

 

[McAtze]

Wahrscheinlich ein Fehler im Style. Was für eine xf Version nutzt du?

 

[DocViper]

1.20 und den Casual Style von Pixeledit.

 

[bt012ss]

Da Abos ja nicht styleabhängig angelegt werden sollte ja nichts einfacher sein als das zu prüfen.

 

[DocViper]

Rischtig, aber beim Standart Style ist der gleiche Fehler.

 

[ragtek]

Das Template gibt es "nichtmal" im Casual Style. (der hat nur 3 - max. 5 angepasste Templates. Alle anderen kommen direkt vom Standardstyle (bzw dem Parent (wie nennt ihr das? Elternstyle?: Übergeordneter Style?)

Auf jeden Fall muss da schon der Hund begraben sein!
Wie schaut es mit den Templates aus?
Schau dir mal account_upgrades vom Standard Style an. Ist es verändert?
Der relevante Teil ist:

               <div class="description">{xen:raw $upgrade.description}</div>

Stelle sicher das da auf jeden Fall xen:raw steht!

Hast du eventuell ein Addon das irgend etwas bei den Abos ändert?

 

[DocViper]

Das steht da, ziemlich am Ende

<div class="upgradeMain">
                        <h4 class="title">{$upgrade.title}</h4>
                        <xen:if is="{$upgrade.description}">
                            <div class="description">{xen:raw $upgrade.description}</div>
                        </xen:if>
                    </div>

 

[DocViper]

Also Style scheidet aus. Ich hab zwei, versionsnummern identische XF, beide mit dem Style Casual. Auf den CSB funktioniert es, bei den anderen nicht. Da nirgendwo am Core gefummelt wurde, scheint es ein AddOn zu sein.

Fangfrage: Wenn ich nun AddOns deaktiviere, sind bei der Wiederaktivierung alle Daten und Einstellungen so wie sie vor der Deaktivierung waren, oder müsste ich mich auf unangenehmer Überraschungen gefasst machen?

Addonliste aus dem betroffenen Forum:

 

[Alluidh]

Fangfrage: Wenn ich nun AddOns deaktiviere, sind bei der Wiederaktivierung alle Daten und Einstellungen so wie sie vor der Deaktivierung waren, oder müsste ich mich auf unangenehmer Überraschungen gefasst machen?

Meiner Erfahrung nach reicht es die Add-ons zu deaktivieren und dann nach und nach wieder zu aktivieren, bis du den Fehler gefunden hast. Unangenehme Überraschungen hatte ich bisher noch nicht (Und das in Kombinationen von bis zu 90 Add-ons)

 

[DocViper]

Ok, dann versuch ich das mal. Danke ;-)

 

[ragtek]

paygates ist schuld

 

[ragtek]

BZW um sicher zu gehen => hast du XF < 1.2?
Falls ja, wird ein anderes template benutzt (und dieses erlaubt kein HTML)

<xen:if is="{$upgrade.description}">
               <div class="description">{xen:string nl2br, $upgrade.description}</div>
</xen:if>

 

[DocViper]

ja, 1.20 und paygates ... *patsch*

bdpaygate_account_upgrades

<xen:title>{xen:phrase account_upgrades}</xen:title>

<xen:require css="account_upgrades.css" />

<xen:if is="{$available}">
    <div class="section">
        <h3 class="subHeading">{xen:phrase available_upgrades}</h3>
        <ul>
        <xen:foreach loop="$available" value="$upgrade">
            <li class="primaryContent">
                <div class="upgrade">                   
                    <div class="upgradeForm">
                        <xen:if hascontent="true">
                            <div class="cost">{$upgrade.costPhrase}</div>
                            <xen:contentcheck>
                                <xen:foreach loop="$upgrade.paymentForms" key="$processorId" value="$form">
                                    <div id="{$processorId}">{xen:raw $form}</div>
                                </xen:foreach>
                            </xen:contentcheck>
                        </xen:if>
                    </div>   
                   
                    <div class="upgradeMain">
                        <h4 class="title">{$upgrade.title}</h4>
                        <xen:if is="{$upgrade.description}">
                            <div class="description">{xen:string nl2br, $upgrade.description}</div>
                        </xen:if>
                    </div>
                </div>
            </li>
        </xen:foreach>
        </ul>
    </div>
</xen:if>

<xen:if is="{$purchased}">
    <div class="section">
        <h3 class="subHeading">{xen:phrase purchased_upgrades}</h3>
        <ul>
        <xen:foreach loop="$purchased" value="$upgrade">
            <li class="primaryContent">
                <div class="upgrade">                   
                    <div class="upgradeForm">
                        <xen:if is="{$upgrade.record.end_date}">
                            <div>{xen:phrase expires}: <xen:datetime time="$upgrade.record.end_date" /></div>
                        </xen:if>
                    </div>
                   
                    <div class="upgradeMain">
                        <h4 class="title">{$upgrade.title}</h4>
                        <xen:if is="{$upgrade.description}">
                            <div class="description">{xen:string nl2br, $upgrade.description}</div>
                        </xen:if>
                    </div>
                </div>
            </li>
        </xen:foreach>
        </ul>
    </div>
</xen:if>

 

[ragtek]

Falls du wirklich 1.2 hast, dürfte es garnicht passieren...
Komisch komisch

 

[ragtek]

Öffne mit dem FTP Client library\XenForo\Application und suche nach

public static $versionId

(müsste Zeile 23 sein)
was für ne Nr steht den dort?

 

[DocViper]

Doch doch ...

 

[DocViper]

public static $version = '1.2.0';
public static $versionId = 1020070;

 

[DocViper]

Problem ist auf jeden Fall gelöst, vielen Dank. Paygates konnte eh raus, das der Spendenbutton durch die Kostenpflicht eh nicht mehr sinnig war.