Dolibarr V18 pointe le bout de son nez (Mise à jour : La V18.0.5 est sortie)!

Annonces & actualités
1

Les membres du bureau de l’association Dolibarr ERP & CRM sont heureux de vous annoncer la sortie de Dolibarr 18 !

Vous trouverez la liste de toutes les nouveautés dans le ChangeLog.

Dolibarr est maintenant compatible avec PHP V8.2 mais tous les tests n’ont pas été finalisés donc à utiliser en test uniquement.

Comme d’habitude, il est préférable d’attendre la V18.0.1 ou V18.0.2 pour un passage en production.

Bonne mise à jour !

5 « J'aime »
2

Premier sur un truc bizarre : la langue par défaut n’est plus détecté automatiquement mais le US (il faut aller modifier cela dans les paramètres).
Je précise que je teste en 8.1
il n’y a plus de détection de la langue de mon navigateur (chrome), tout semblait fonctionner avec la béta.

3

Bonjour,
Merci, en effet, après quelques premiers tests, j’ai remarqués 3 petits problèmes :

  • Le module Stripe semble manquer d’options (par rapport aux version 16.x et 17.x) et il n’est pas possible de valider la configuration.
  • Sur les factures, le lien de règlement n’est plus présent en bas de page de la fiche facture.
  • Si certains modules étaient déjà présents avant mise à jour, certains paramètres (notamment les clés ou long chaînes de caractères) présentes des caractères « bizarre ». Ce fut notamment le cas sur les clés CRON, les clés d’API PayPal ainsi que Stripe (bien que dans ce dernier cas, c’est tout le module qui ne fonctionne pas).

Voilà pour ce que j’ai remarqué pour l’instant.

4

Stripe
Stripe1319×1068 59.9 KB

Je fais une petite capture pour Stripe, une image est parfois plus claire qu’une longue explication.

5

J’ai ajouté une note dans le fichier Changelog
Vous avez surement fait une restauration des données dans une installation differente sans avoir recopier le contenu de $dolibarr_main_instance_unique_id dans le fichier conf de la nouvelle instance. Dans ce cas, les valeurs « sensible » des données (clé de sécurité Stripe par exemple) doivent etre resaisies.

6

Merci de votre retour, j’utilise la même instance depuis toujours, je n’ai pas réalisé de restauration.
De toute façon le problème ici est que je n’ai rien de plus dans la fenêtre du module, et donc bien que je dispose de toutes mes clés Stripe je ne peux pas les sauvegarder car il n’y a plus de bouton de validation.
J’ai désactivé/réactivé tousles modules sans succès pour Stripe, toutefois les liens de paiement sont de retours sur le bas des pages de factures.
Mon instance fonctionne sous PHP 7.4 mais j’ai testé jusqu’en 8.2 aucun changement.

7

Pouvez vous fournir le contenu du fichier error.log de apache juste apres avoir été sur la page qui pose pb.

8

Bonjour, oui, voici le contenu :

[Mon Aug 21 08:00:39.571157 2023] [proxy_fcgi:error] [pid 2328511:tid 139697410000640] [client 109.210.223.0:0] AH01071: Got error 'PHP message: PHP Fatal error:  Uncaught Stripe\\Exception\\UnexpectedValueException: Invalid response body from API: 400 Bad Request (HTTP response code was 400, json_last_error() was 4) in /var/www/vhosts/navilog.io/httpdocs/dolibarr/includes/stripe/stripe-php/lib/ApiRequestor.php:554
Stack trace:
#0 /var/www/vhosts/xxxxxxx.io/httpdocs/dolibarr/includes/stripe/stripe-php/lib/ApiRequestor.php(124): Stripe\\ApiRequestor->_interpretResponse()
#1 /var/www/vhosts/xxxxxxx.io/httpdocs/dolibarr/includes/stripe/stripe-php/lib/ApiResource.php(62): Stripe\\ApiRequestor->request()
#2 /var/www/vhosts/xxxxxxx.io/httpdocs/dolibarr/includes/stripe/stripe-php/lib/ApiOperations/Retrieve.php(26): Stripe\\ApiResource->refresh()
#3 /var/www/vhosts/xxxxxxx.io/httpdocs/dolibarr/stripe/admin/stripe.php(247): Stripe\\WebhookEndpoint::retrieve()
#4 {main}
  thrown in /var/www/vhosts/xxxxxxx.io/httpdocs/dolibarr/includes/stripe/stripe-php/lib/ApiRequestor.php on line 554', referer: https://intranet.xxxxxxx.io/admin/modules.php?mainmenu=home
9

Pourquoi ne pas plutôt sortir des versions release candidate V18.RC1, RC2… et sortir ensuite une version V18 réellement utilisable en prod ?
La V18 est indiquée comme étant une version stable sur le site dolibarr.fr, alors que sur le forum on nous dit que ce n’est pas réellement le cas :roll_eyes:

4 « J'aime »
10

Il semble que vous ayez activé l’option MAIN_FEATURES_LEVEL à 2. Ce qui signifie que vous n’utilisez pas la version stable 18.0 de Dolibarr. Passez cette constante à 0 pour revenir sur la version officielle et non celle en cours de développement. Avez-vous toujours le problème d’accès à la page de configuration de Stripe après cela ? Si non, resaississez vos clés de sécurité.

11

Je viens de mettre la constante à 0, malheureusement rien ne change.
La page du module semble toujours incomplète et il m’est impossible de saisir les clés, aucun bouton de soumission du formulaire n’est présent.
J’ai également tenté de supprimé la ligne de réglage dans divers, activé/réactivé le module Stripe, rien n’y fait.
Voici ce qui est toujours présent en log :

[Mon Aug 21 14:15:58.845986 2023] [proxy_fcgi:error] [pid 2328509:tid 139697762330368] [client 88.164.203.149:0] AH01071: Got error 'PHP message: PHP Fatal error:  Uncaught Stripe\\Exception\\UnexpectedValueException: Invalid response body from API: 400 Bad Request (HTTP response code was 400, json_last_error() was 4) in /var/www/vhosts/navilog.io/httpdocs/dolibarr/includes/stripe/stripe-php/lib/ApiRequestor.php:554
Stack trace:
#0 /var/www/vhosts/xxxxxxx.io/httpdocs/dolibarr/includes/stripe/stripe-php/lib/ApiRequestor.php(124): Stripe\\ApiRequestor->_interpretResponse()
#1 /var/www/vhosts/xxxxxxx.io/httpdocs/dolibarr/includes/stripe/stripe-php/lib/ApiResource.php(62): Stripe\\ApiRequestor->request()
#2 /var/www/vhosts/xxxxxxx.io/httpdocs/dolibarr/includes/stripe/stripe-php/lib/ApiOperations/Retrieve.php(26): Stripe\\ApiResource->refresh()
#3 /var/www/vhosts/xxxxxxx.io/httpdocs/dolibarr/stripe/admin/stripe.php(247): Stripe\\WebhookEndpoint::retrieve()
#4 {main}
  thrown in /var/www/vhosts/xxxxxxx.io/httpdocs/dolibarr/includes/stripe/stripe-php/lib/ApiRequestor.php on line 554', referer: https://intranet.xxxxxxx.io/stripe/admin/stripe.php?save_lastsearch_values=1&backtopage=%2Fadmin%2Fmodules.php%3Fsearch_nature%3D%26search_version%3D%26search_status%3D

Ce que je ne comprends pas, c’est pourquoi la page de configuration du module n’est pas complète et ne comporte que les champs envoyé dans mon précédent screen.

12

La page continue de faire appel à du code conditionné par MAIN_FEATURES_LEVEL à 2.

Essayer de remplacer le fichier stripe/admin/stripe.php par celui ci:

1 « J'aime »
13

Un grand merci! Cela a bien résolu le problème!

14

Bonjour,
Merci pour cette nouvelle version.
Serait-il possible de mettre à jour GitHub avec les dernières versions ?
Cordialement,

15

Bonjour à tous,
Ma petite contribution: en passant à la version 18, j’ai noté qu’il y a un nouveau paramètre (defaut) dans les modeles de factures par défaut. dans la version 18, dans mon modèle de facture par defaut, le paramètre défaut est positionné à 0. j’ai du le positionner à 1 pour que mon modèle soit a nouveau actif. peut-être que ça aurait été plus judicieux de le positionner directement à 1 pour éviter de pertuber les utilisateurs (comme moi) qui peuvent prendre ça pour un bug de la v18.

2 « J'aime »
16

Bonjour à tous,

Ma participation,

Passage depuis la version 17.0.3 vers la 18 sans erreur.
Export / Import vers la nouvelle VM18 dolibarr depuis les archives SQL et documents.
Aucun soucis dans la migration, mais je souligne que tous les documents liées au facture, devis, note de frais ne sont plus « linkés » avec les items.

Merci

17

Bonjour à tous,

La V18.0.1 de Dolibarr est disponible sur sourceforge.

Voici le Changelog dédié.

Bonne journée!

2 « J'aime »
18

Un message a été scindé en un nouveau sujet : Erreur d’envoi email

19

Salut, passage à 18.1 sans problème

Quelques petits anomalies notées :

  • dans comptabilité/rapports/résultat d’exercice, quand je cliques sur un mois par exemple Mars 2023, la date préremplie dans « Périodes d’analyses » est 01/03/2024 à 31/03/2023 au lieu de 01/03/2023 à 31/03/2023

  • le modèle de mail par défaut dans les devis et factures ne fonctionnent plus. Besoin de sélectionner le modèle souhaité à chaque envoi de mails. Est ce un bug ou une mauvaise config de ma part ?

  • lors d’une recherche produit/services, cela fonctionne et les résultats s’affichent. Par contre une fois affichée, si je rentre sur la page une référence produit dans le filtre « référence », le résultat n’affiche que les services et non pas les produits

  • d’autres choses remarquées qui m’ont échappées, je reviendrai les rajouter plus tard si cela me revient

20

Pour le modèle de mail, vérifie dans les modèles que le mail est au statut « Par défaut ». C’est nouveau.

Pour le filtre du produit.service, ce sera corrigé en 18.0.2

2 « J'aime »