Impossible de revenir à la langue par défaut

[MikeFara]

En cliquant sur le drapeau langue par défaut ne me laisse pas revenir à l'anglais quand une langue étrangère est choisie.

[kamilkurczak]

J'ai vu que sur votre forum, s'il vous plaît coller ici vos toutes les règles htaccess.
Merci

[MikeFara]

Premiers pas avec 4,1 * Peut-être *, mais pas sûr.

Merci beaucoup

RewriteEngine On
RewriteRule ^((urllist|sitemap).*\.(xml|txt)(\.gz)?)$ vbseo_sitemap/vbseo_getsitemap.php?sitemap=$1 [L]
RewriteCond %{REQUEST_URI} !(admincp/|modcp/|cron|vbseo_sitemap)
#Start VBET Rewrite
RewriteRule ^/?(af|sq|ar|be|bg|ca|zh-CN|hr|cs|da|nl|en|et|tl|fi|fr|gl|de|el|iw|hi|hu|is|id|ga|it|ja|ko|lv|lt|mk|ms|mt|no|fa|pl|pt|ro|ru|sr|sk|sl|es|sw|sv|zh-TW|th|tr|uk|vi|cy|yi)/$ vbenterprisetranslator_seo.php?vbet_lang=$1&redirected=/ [L,QSA]
RewriteRule ^/?(af|sq|ar|be|bg|ca|zh-CN|hr|cs|da|nl|en|et|tl|fi|fr|gl|de|el|iw|hi|hu|is|id|ga|it|ja|ko|lv|lt|mk|ms|mt|no|fa|pl|pt|ro|ru|sr|sk|sl|es|sw|sv|zh-TW|th|tr|uk|vi|cy|yi)/(.*)?$ vbenterprisetranslator_seo.php?vbet_lang=$1&redirected=/$2 [L,QSA]
RewriteCond %{REQUEST_URI} !(admincp/|modcp/|vbseo_sitemap/|cron)
RewriteRule ^((archive/)?(.*\.php(/.*)?))$ vbenterprisetranslator_seo.php [L,QSA]
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteCond %{REQUEST_FILENAME} !^(admincp|modcp|clientscript|cpstyles|images)/
RewriteRule $ vbenterprisetranslator_seo.php [L,QSA]
#End VBET Rewrite
RewriteRule ^((archive/)?(.*\.php(/.*)?))$ vbseo.php [L,QSA]
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteCond %{REQUEST_FILENAME} !/(admincp|modcp|clientscript|cpstyles|images)/
RewriteRule ^(.+)$ vbseo.php [L,QSA]

[kamilkurczak]

le vôtre. htaccess semble OK.
J'ai été sur votre site et j'ai vu que vous changez une image drapeau drapeau américain.
Alors vous avez modifié un vbenterprisetranslator_flags gabarit.

vBET utiliser des cookies pour se rappeler la langue du forum. Je ne vois pas dans votre site source de ce code:

onclick="document.cookie = 'vbet_language=; expires=Thu, 01-Jan-1970 00:00:01 GMT; path=/'; return true;" 

S'il vous plaît, de restaurer l'ancienne vBET modèle (vbenterprisetranslator_flags ou seulement ce code) et il sera du bon travail.

[MikeFara]

le vôtre. htaccess semble OK.
J'ai été sur votre site et j'ai vu que vous changez une image drapeau drapeau américain.
Alors vous avez modifié un vbenterprisetranslator_flags gabarit.

Eh bien merci pour l'idée, mais pas ce fichier n'a pas été modifié. Les images ont été.

[MikeFara]

vBET utiliser des cookies pour se rappeler la langue du forum. Je ne vois pas dans votre site source de ce code:

onclick="document.cookie = 'vbet_language=; expires=Thu, 01-Jan-1970 00:00:01 GMT; path=/'; return true;" 

S'il vous plaît, de restaurer l'ancienne vBET modèle (vbenterprisetranslator_flags ou seulement ce code) et il sera du bon travail.

À expliquer: il ne fonctionne pas et le modèle n'a jamais été changé.

<div class="shade footer_copyright" align="center">
{vb:raw linkstitle}
<!--vBET_SNTA--><!--vBET_NRE-->
<div class="vbetflagsbox">
<vb:each from="flags" value="flag">
<a rel="novbseo" href="{vb:var flag.url}" <vb:if condition="$flag['code']==$vbulletin->options['vbenterprisetranslator_forumlanguage']">onclick="document.cookie = 'vbet_language=; expires=Thu, 01-Jan-1970 00:00:01 GMT; path=/'; return true;"</vb:if>><img class="vbet-flag vbet-{vb:raw flag.code}" width="16" height="11" src="images/vbet/flags/clear.gif" alt="{vb:var flag.name}" <vb:if condition="$vbulletin->options['vbenterprisetranslator_flags_noborder'] && !$flag['highlight']">border="0"</vb:if><vb:if condition="$flag['highlight']">style="border-style: solid; border-width: 1px; border-color: yellow;"</vb:if>/></a>
</vb:each>
</div><!--vBET_ENTA-->
</div>

[MikeFara]

Vous ne pouvez pas avoir été au courant de ce problème

vBulletin 4.1.0 PL2 Sortie
Il y avait un problème identifié dans vBulletin 4.1.0 PL1 4.1.0 et qui peuvent potentiellement casser un certain nombre de plugins 3ème partie et modifications.
S'il vous plaît noter que ce problème n'affecte pas le produit vBulletin base, mais les changements qui ont été faites au produit vBulletin noyau peut potentiellement casser les plugins 3ème partie et modifications.

Dans le cadre de notre intégration du mobile d'Apia, les modèles vBulletin ont été re-pris en compte dans la façon dont ils sont rendus à l'appui de l'API.
La variable $ vbulletin a été placé de sorte qu'il ne faisait pas partie du processus d'eval, et ensuite hors de portée pour les modèles de plugins et templates 3ème partie des modifications.
Voici un exemple de modèle conditionnel qui seraient touchés:

Code:

dans le groupe 5, 6 ou 7

Nous avons publié un correctif qui expose maintenant la variable $ vbulletin à des modèles, et devrait permettre à des plugins tels / modifications de travailler comme ils le faisaient auparavant.

Patcher à vBulletin 4.1 PL2 fixe apparemment le problème entièrement.

[kamilkurczak]

oui, est désormais fixée?

[scottct1]

Je rencontre le même problème sur mon vBulletin 4.1 d'installer, que vous avez installé avec les modèles par défaut.

[scottct1]

Il a fixé le mien.