- Statut : non résolu
- Ce sujet contient 13 réponses, 4 participants et a été mis à jour pour la dernière fois par Guy, le il y a 11 années et 11 mois.
-
AuteurMessages
-
1 décembre 2011 à 11 h 13 min #502622
Ma configuration WP actuelle
– Version de WordPress : 3.2.1
– Thème utilisé : twentyeleven
– Extensions en place : NextGEN Gallery, TinyMCE Advanced et akismet
– Nom de l’hebergeur : OVH
– Adresse du site : http://www/jmdehalle.fr/J’utilise Nextgen, et j’ai un problème en mode « création ». La page « Ajouter une galerie/des images » du menu « Galerie » de Nextgen dans le tableau de bord ne s’affiche pas : C’est une page blanche.
Toutes les autres commandes fonctionnent, et je n’ai par exemple aucun souci pour créer une galerie.
J’ai la même configuration en local, et là tout fonctionne.Après avoir fait des recherches, désinstaller le plugin et réinstaller, nettoyer la BD, etc… le problème persiste.
Quelqu’un aurait-il déjà rencontrer ce problème ?
Merci de votre aide.7 décembre 2011 à 14 h 33 min #804201Pb résolu : J’avais un problème du à IE9 !
18 décembre 2012 à 9 h 34 min #804202jmd32 wrote:Ma configuration WP actuelle
– Version de WordPress : 3.2.1
– Thème utilisé : twentyeleven
– Extensions en place : NextGEN Gallery, TinyMCE Advanced et akismet
– Nom de l’hebergeur : OVH
– Adresse du site : http://www/jmdehalle.fr/J’utilise Nextgen, et j’ai un problème en mode « création ». La page « Ajouter une galerie/des images » du menu « Galerie » de Nextgen dans le tableau de bord ne s’affiche pas : C’est une page blanche.
Toutes les autres commandes fonctionnent, et je n’ai par exemple aucun souci pour créer une galerie.
J’ai la même configuration en local, et là tout fonctionne.Après avoir fait des recherches, désinstaller le plugin et réinstaller, nettoyer la BD, etc… le problème persiste.
Quelqu’un aurait-il déjà rencontrer ce problème ?
Merci de votre aide.Exactement le même problème avec WordPress 3.5 (navigateur chromium version 20.0.1132.57 Debian wheezy/sid (f14a6e4)) ; je vais essayer avec google chrome ou firefox dès fois que.
J’ai l’impression que depuis la maj WP 3.5, tout ne fonctionne pas comme avant (notamment au niveau des extensions)
18 décembre 2012 à 11 h 08 min #804203Hello
Je m’interroge sur la pertinence de Nextgen Gallery avec la nouvelle version de WP. La gestion des galeries y a été tellement améliorée que je vous conseillerais volontiers de renoncer tout simplement à ce plugin.
Moins de plugins, moins de soucis…18 décembre 2012 à 11 h 22 min #804204Certes, il est peut-être désormais moins utile mais j’aimerais toutefois savoir pourquoi il ne fonctionne pas ; et j’ai fait quelques autres modifs (non répértoriées) sur un site fraîchement passé en WP 3.5 et j’ai eu quelques bizarreries (pages blanches, drag and drop de widget impossibles).
Je soupconne la maj 3.5 d’être responsable de cela ; elle est pourtant passée sans souci.18 décembre 2012 à 11 h 27 min #804205Je ne serais pas surpris qu’il s’agisse de soucis liés au Javascript, si tu parles de drag and drop qui ne fonctionne plus. WP 3.5 a mis toutes les librairies à jour.
Toujours pareil : le moins de plugins possible, toujours des plugins téléchargés un très grand nombre de fois sur wordpress.org et régulièrement mis à jour.
18 décembre 2012 à 11 h 38 min #804206Merci piekes ; effectivement, ça ressemble à un souci de javascript ; je regarderai ça de plus près et indiquerai dans ce fil de discussion ce que j’ai trouvé (des fois que cela soit utile pour d’autres)
18 décembre 2012 à 11 h 45 min #804207J’ai installé WordPress 3.5, et n’ai aucun souci avec Nextgen Gallery.
Une nouvelle version vient de sortir aujourd’hui, que je n’ai pas encore installée.18 décembre 2012 à 11 h 55 min #804208J’ai jeté un œil sur la page Nextgen dans wordpress.org : le bug est référencé et l’auteur y travail. D’autres contributeurs ont proposé des patches.
18 décembre 2012 à 12 h 10 min #804209J’ai la sensation que depuis que Alex Rabe a vendu Nextgen à Photocrati, le soin apporté au développement de l’extension est moins grand.
J’en veux pour preuve un thread de leur forum datant de quelques jours où du personnel de Photocrati demandait à un utilisateur de mettre en évidence le warning sur la méthode prepare de la classe wpdb car eux n’arrivaient pas à le reproduire.
J’ai trouvé surréaliste (et pour tout dire pas très sérieux) cette demande alors qu’une simple recherche dans leurs fichier leur aurait fait apparaitre, ils venaient de découvrir cette erreur, on peut se demander si des tests de validation sur les versions beta et candidate avaient été menés, je ne parle même pas de veille technologique….
Bon… réflexions tout à fait non objectives 🙂
18 décembre 2012 à 14 h 35 min #804210Je crois que mon problème et la solution est à trouver de ce coté là :
http://www.herewithme.fr/2012/12/14/wordpress-3-5-plus-de-javascript-dans-la-console-dadministration18 décembre 2012 à 15 h 10 min #804211Tu avais essayé en désactivant tes extensions? et tu as un htaccess bien « fourni » ?
18 décembre 2012 à 15 h 17 min #804212désactiver extensions ? non pas toutes ; par contre, j’avais supprimé pas mal d’extensions déjà désactivées.
Pas de modif de mon fichier htAccess qui contient directives WP pour « jolies urls » + redirection 301 http://monsite.tld vers http://www.monsite.tld18 décembre 2012 à 15 h 22 min #804213L’article fait référence à des erreurs dans l’encodage de [ et ], cela arrive avec des extensions de sécurité comme bullet proof ou lorsque le htacces a définit des règles spécifiques pour ces crochets. Des choses de ce genre
RewriteCond %{QUERY_STRING} [ [NC,OR]
RewriteCond %{QUERY_STRING} ] [NC]Cela empêche le chargement de librairies jquery selon le ticket ouvert.
-
AuteurMessages
- Vous devez être connecté pour répondre à ce sujet.