Discussion :

[boteha]

Bonjour,

Sous 7.0, print_r ($_POST) va retourner ce tableau :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
Array
(
    [rem] => Array
        (
            [11] => Array
                (
                    [25.99.8793] => Array
                        (
                            [tau] => 10
                            [min] => 0
                            [max] => 0
                            [val] => 30
                        )
 
                )
 
        )
 
    [act] => Array
        (
            [N11] => bnv
        )
 
    [etat] => ttx
    [choix] => Traiter toutes les modifications
    [tvtx] => 11
    [txetat] => vtx
    [tvmx] => 
)

Soit 7.1 le tableau $_POST est vide : array ()

Aucun code avant mon print_r, donc je n'y comprends rien.

Peut-être un nom de variable interdit en 7.1 mais je n'ai trouvé cela documenté nulle part.

Merci d'avance.

[sabotage]

Ce POST vient d'un formulaire ou d'autre chose ?

[boteha]

Bonjour,

Oui il vient d'un formulaire en ligne.

C'est un programme de Back-office.

[sabotage]

Tu as le même problème avec un autre formulaire ?
Si tu reproduis le formulaire en dehors de ton back-office tu obtiens le même problème ?

[boteha]

Bonjour,

Il y a plein d'autres formulaires en POST qui marchent sans souci sous 7.1, y compris dans le Back-office.

D'après OVH c'est un problème de développement.

En dehors d'un nom de variable interdit je ne comprends pas.

[Geoffrey74]

Montres nous le code de ton formulaire et du traitement php.

[boteha]

Bonjour,

Il n'y a pas de traitement PHP pour le test dont est issu mon tableau ;

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
<?php
 
if (Empty ($_SESSION)) session_start ();
 
header ('Content-Type: text/html; charset=ISO-8859-1');
 
print_r ($_POST);
 
exit;

Pour le formulaire, veux-tu voir la source html ?

[boteha]

Bonjour,

Il y a du nouveau, maintenant cela fonctionne alors que je n'ai rien changé.

Je suppose donc que le bug venait d'OVH, qui me répondait que c'était un problème de développement, sans autre piste, à moi de me débrouiller.

La question qui se pose est celle de la fiabilité de PHP 7.1 chez OVH.

Ont-ils changé quelque chose depuis mon alerte ?

Je vais leur demander.

[boteha]

Bonjour,

Pour info OVH répond :

Mes administrateurs ont pu m'indiquer qu'aucune modification n'a été effectuées, le dysfonctionnement rencontré provenait surement d'un problème lié au cache.

Sachant que le problème était le même avec Firefox et Chrome, cette réponse m'étonne...

[boteha]

Bonjour,

Nouveau petit problème en 7.1 inconnu en 7.0, peut-être encore la faute d'OVH mais cette fois j'ai un message d'erreur :

Warning: Illegal string offset 'F' in **** on line 4113

Fatal error: Uncaught Error: Cannot use assign-op operators with string offsets in ****:4113 Stack trace: #0 {main} thrown in **** on line 4113

La ligne en question :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
$strdaen[$tab[4][1]] .= $super . '^' . 'X' . '@' . $quant;
 
// $strdaen[$tab[4][1]] est vide ou string
// $super est string
// $quant est int

Avez-vous une piste ?

[sabotage]

Il faudrait debuguer de manière plus complète :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
var_dump($strdaen);
var_dump($tab);

[boteha]

Merci de ton intérêt.

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
// strdaen
 
string(0) ""
 
// tab
 
array(7) {
  [0]=>
  string(1) "1"
  [1]=>
  string(6) "R7400A"
  [2]=>
  string(5) "74.17"
  [3]=>
  string(1) "0"
  [4]=>
  string(4) "BF53"
  [5]=>
  string(3) "5.5"
  [6]=>
  string(2) "af"

Je crois comprendre.

$strdaen est une chaîne vide.
7.1 refuse de la transformer en tableau (ce que 7.0 et antérieures font sans souci).

Il doit me suffire d'ajouter :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

if ($strdaen == '') $strdaen = array ();

D'ailleurs maintenant cela marche.

Désolé pour le dérangement.

[sabotage]

Effectivement il y a eu un changement sur le sujet.

Applying the empty index operator to a string (e.g. $str[] = $x) throws a fatal error instead of converting silently to array.

[boteha]

Merci Sabotage.

J'ai coché "Résolu".