Discussion au sujet de la version 3.5.0 stable

[opware2000]

Discussion au sujet de l'annonce de Joomla 3.5.0 stable

[doc_denis]

Re : Discussion au sujet de l'annonce Joomla 3.5.0 stable

Bonjour,

comme je n'ai pas trouvé le post sur la sortie de 3.5.0, je poste par ici

installation de "3.5.0 la version finale" ce matin sur un site en prod. (après une sauvegarde ...on ne sait jamais)
php 5.5.9-1 sur un petit dédié ...allongement de la durée d’exécution php pour la manip et hop ...comme une lettre à la poste.
Pas de problèmes particuliers à noter pour le moment.

Bonjour,

après la mise a jour nous avons en frontend :
Erreur: 0
Could not gather sufficient random data

Le backoffice fonctionne correctement

bonjour ikmata,
une piste par ici :

http://joomla.stackexchange.com/questions/4673/error-0-cannot-open-file-for-writing-log-while-updating

recherche ça sur google : joomla 3 error : 0

@+ denis

[doc_denis]

Re : Discussion au sujet de la version 3.5.0 stable

bonjour
Maj sur un dédié sans problème ...post original ici, juste avant l'ouverture de ce post dédié à 3.5.0.

http://forum.joomla.fr/showthread.php?214821-Joomla-3-5-RC-RC2-RC3-et-RC4&p=1093916&viewfull=1#post1093916

Opware2000 si tu peux le déplacer, Merci.

[édit]
Merci "cavo789"
[/édit]

[cavo789]

Re : Discussion au sujet de la version 3.5.0 stable

[modo] Fait. Toutefois, ils apparaissent en haut du topic car chronologiquement plus ancien. [/Modo]

[RobertG]

Re : Discussion au sujet de la version 3.5.0 stable

Problème lors de la mise à jour d'un site 3.4.8 vers 3.5.0, erreur de base :

Can't DROP 'idx_type'; check that column/key exists SQL=ALTER TABLE `#__contentitem_tag_map` DROP INDEX `idx_type`;

Le site apparaît cependant en 3.5.0, mais dans l'onglet "base de données" :

Table 'nomdelabase.#__utf8_conversion' doesn't exist SQL=SELECT `converted` FROM `#__utf8_conversion` WHERE `converted` = 2

et après correction

Specified key was too long; max key length is 767 bytes SQL=ALTER TABLE `#__contentitem_tag_map` CONVERT TO CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci;

avec comme précision :

Les tables de la base de données du core de Joomla! n'ont pas encore été converties en UTF-8 Multi-octets (utf8mb4).

Je n'avais pas eu ce problème sur le même serveur avec des passages de sites tests en 3.5.0 beta.

Et en vérifiant la base, la table contentitem_tag_map et pourtant bien en utf8mb4_unicode_ci, la connexion au serveur étant aussi utf8mb4_unicode_ci

Après comparaison avec un site en 3.5.0 correct, j'ai constaté que dans cette table, le champ `type_id` était absent. Une fois la requête de recréation de table exécutée, une nouvelle correction a remis les choses en ordre.

[RobertG]

Re : Discussion au sujet de la version 3.5.0 stable

Autres problèmes sur deux sites (un que j'ia passé moi-même, un autre par un collègue) avec des messages différents quant au fichier en cause, mais du même type :

Fatal error: Using $this when not in object context in /home/********/********/libraries/joomla/filter/input.php on line 233

Si quelqu'un a une idée de la cause et de la correction possible, je l'en remercie d'avance.
Sur celui dont je me suis occupé, tout est à jour avant le passage de 3.4.8 à 3.5.0

[domallia]

Re : Discussion au sujet de la version 3.5.0 stable

Bonjour

J'ai d'abord effectuée la mise à jour en local. Pas d'erreurs notables, tout fonctionne.

J'ai donc effectué une mise à jour en ligne sur 1 site. J'ai d'abord tout sauvegardé au cas où et j'ai lancé la mise à jour. A environ 86%, j'obtiens une erreur timeout... à laquelle je m'attendais. Je tente de me reconnecter à l'administration, une liste d'erreurs s'affiche.
Je commence donc à transférer les fichiers par FTP. Je retente une connexion à l'admin, cela fonctionne. Je fais la mise à jour langue, nickel.
Pas de problèmes en frontend.
Par contre, les tables sont toujours en utf8 car le serveur ne prend pas le format utf8mb4.

[messinmaisoui]

Re : Discussion au sujet de la version 3.5.0 stable

Bonjour,

[EDIT] 23/03 - 10h35 - Repassage en 3.4.8 ... le temps de trouver une solution

Un problème "sérieux" dans le backend que je n'ai jamais rencontré auparavant en voulant passer de la 3.4.8 vers 3.5

Error: 0 Could not gather sufficient random data

La mise à jour a été effectué à partir du backend et comme ça me donnait cet écran bleu
après déconnexion

Note : Le frontend semble OK !

j'ai tenté un transfert ftp puis réparation BdD => même punition

J'ai tenté de positionner l'error reporting, le mode debug dans configuration.php => Pas d'autre indication
que ce GRAND bleu
http://www.messinmaisoui.org/Bug35/Blue.jpg

Le code source derrière est
http://www.messinmaisoui.org/Bug35/Error.jpg

Voici d'autres détails sur mon site réalisé à partir du template Ja_elastica
La config avant Maj
http://www.messinmaisoui.org/Bug35/ConfigHeberg.jpg

La config après Maj
http://www.messinmaisoui.org/Bug35/ConfigAp.jpg

Les composants installés
http://www.messinmaisoui.org/Bug35/components.jpg

La partie template managment
http://www.messinmaisoui.org/Bug35/Template.jpg


Merci pour votre aide !
Laurent

[messinmaisoui]

Re : Discussion au sujet de la version 3.5.0 stable

Autre remarque ...
Si je clique dans le menu http://www.messinmaisoui.org/administrator sur "Edit Account"
Le lien suivant est appelé pour un même écran bleu sans possibilité de connexion ...
http://www.messinmaisoui.org/adminis...file.edit&id=0

[pmleconte]

Re : Discussion au sujet de la version 3.5.0 stable

Bonjour,

J'ai trouvé une page qui peut vous intéressez sur ce problème qui semble lié à mcrypt et certaines versions php (https://github.com/enterprisemediawiki/meza/issues/24).

Reste à savoir d'où vient cette commande mcrypt dans votre page (jHackGuard, peut-être ?)

Pascal

[messinmaisoui]

Re : Discussion au sujet de la version 3.5.0 stable

Bonjour Pascal,

Merci pour cette information.

J'ai tenté le disabled de jHackGuard dans la table _extensions sans effet ...

Une recherche sur "mcrypt" et plus particulièrement sur "mcrypt_create_iv" dans les fichiers joomla me donne des résultats sur des composants ou librairies : akeeba, cipher, vendor\phpmailer, fof, f0f, vendor\ircmaxell ?

Bon je ne vais pas aller plus loin de ce coté ... je n'ai pas participé au développement de Joomla et chercher
à l'aveugle c'est pas mon truc

[domallia]

Re : Discussion au sujet de la version 3.5.0 stable

Deuxième mise à jour aujourd'hui. Tout s'est très bien passé.

Je précise que j'active l'option upload de jHackGuard avant.

Je continue.

[topper]

Re : Discussion au sujet de la version 3.5.0 stable

Si ça peu aider, j'ai rencontré le problème d'accès a l'admin avec le message "Erreur: 0 Could not gather sufficient random data"

J'ai changé ma version de php de 5.4.28 vers 5.4.33

et tout est rentré dans l'ordre.

[pmleconte]

Re : Discussion au sujet de la version 3.5.0 stable

Bonjour,

Il semble que cela soit lié à la version php, mais, ici, dans un des précédents messages, on voit que le php est en 5.5.17... de plus, Laurent n'a pas la maîtrise de la version php, il est chez un hébergeur: evxonline.

Cela peut aussi être lié à un des composants, ghazal a mis en place une discussion sur les extensions réputées compatibles Joomla 3.5 et PHP 7 : http://forum.joomla.fr/showthread.ph...a-3-5-et-PHP-7

Pascal

[RobertG]

Re : Discussion au sujet de la version 3.5.0 stable

Autres problèmes sur deux sites (un que j'ia passé moi-même, un autre par un collègue) avec des messages différents quant au fichier en cause, mais du même type :
Si quelqu'un a une idée de la cause et de la correction possible, je l'en remercie d'avance.
Sur celui dont je me suis occupé, tout est à jour avant le passage de 3.4.8 à 3.5.0

Pour info : ce message était en lien avec une version de ARI Image Slider non à jour. Une fois la mise à jour faite, le site tourne !

Autre problème rencontré : sur tous les sites protégés par CrawlProtect, la mise à jour est bloquée, il faut supprimer le code CrawlProtect dans le .htaccess, faire la mise à jour et remettre le .htaccess protégé.