Problème maj info prod des planetes

[GoogleCodeExporter]

Bonjour,

il semblerait que lorsqu'on met à jours les infos de production à jours via
le script greasemonkey, on ne puisse plus mettre à jours les information
concernant les planètes (%eau, détail des ressources), on se retrouve avec
l'erreur suivante :

"Cette planète ne fait pas partie de votre univers (voir centre de controle)"

Si on renseigne la page de production par copier/coller du contenu du
centre de contrôle, cela marche par contre.

En regardant un peu dans la base de données après chaque mode de mise à
jours, il semblerait que la mise à jour par greasemonkey ne mette pas la
bonne information des coordonnées dans chacune des champs coord0, coord1
..etc..

Exemple:
Avec mise à jours pas copier/coller :
coord0: 4567-11-1-54

Avec mise à jours par greasemonkey :
coord0: 116

donc forcément lorsque je fais le copier/coller de l'aperçu de cette
planète, EU me répond que cette planète ne fait pas partie de mon univers
puisque.

Sam

Original issue reported on code.google.com by sam.renfou@gmail.com on 3 May 2010 at 3:31

[GoogleCodeExporter]

Petite correction dans mon exemple, en fait je viens de voir que dans la DB pour
l'utilisation de greasemonkey, on retrouve systématiquement les 3 premiers 
chiffres
des coordonnées de la planète:

Première planète
Avec mise à jours pas copier/coller :
coord0: 4567-11-1-54
Avec mise à jours par greasemonkey :
coord0: 456

Deuxième planète
Avec mise à jours pas copier/coller :
coord0: 756-11-1-54
Avec mise à jours par greasemonkey :
coord0: 756

..etc..

J'ai fait un petit debug de ce que le fichier eude.php recevait de greasemonkey 
pour
voir, et j'ai comme l'impression que les espaces et retour à la ligne pour la 
partie
coordonnées ne doivent pas être étranger à ce problème.

Après unserialize de $data:
Array
(
    [0] => Array
        (
            [Coord] => 
                                    4567-11-1-54

            [Name] => Maplanete
            [control] => 9
            [communication] => 9
            [university] => 7
            [technology] => 10

Original comment by sam.renfou@gmail.com on 3 May 2010 at 4:01

[GoogleCodeExporter]

Petit complément d'information, dans la DB pour la partie data0 par exemple, 
j'ai
effectivement des retours à la ligne et des espaces avec greasemonkey:

a:53:{s:5:"Coord";s:30:"\n 4567-11-1-54\n ";s:4:"Name";s:9:"Maplanete"

alors que qu'avec le copier/coller , j'ai ca :
a:53:{s:4:"Name";s:9:"Maplanete";s:5:"Coord";s:12:"4567-11-1-54";

Original comment by sam.renfou@gmail.com on 3 May 2010 at 4:13

[GoogleCodeExporter]

Voici la solution (pas très propre) que je propose, étant donné que je n'ai 
pas pris
le temps de regarder ce que faisait exactement la fonction trim déjà 
présente dans le
script greasemonkey (fonction qui ne prend pas en compte le problème de codage 
looki
cité ci dessus).

Dans le script greasemonkey :

var regExpBeginning = /^\s+/;
var regExpEnd = /\s+$/; 
function samtrim(aString) {
    return aString.replace(regExpBeginning, "").replace(regExpEnd, "");
}

function ownuniverse () {
    var Planet = Array();
    var i = 3;
    var j = 0;
    var p = 0;
    var k = '';

    while
(trim($x('/html/body/div[2]/div/div[3]/div/table/tbody/tr/td['+i+']')[0].innerHT
ML)
!= '')
    {
        Planet[p] = Array();
        Planet[p]['Coord'] =
samtrim($x('/html/body/div[2]/div/div[3]/div/table/tbody/tr/td['+i+']')[0].inner
HTML);
        i += 2;
        p++;
    }

Alex, je te laisse voir ce qui est le plus propre ;-)

Original comment by sam.renfou@gmail.com on 3 May 2010 at 4:57

[GoogleCodeExporter]

Original comment by Alex10336@gmail.com on 3 May 2010 at 5:14

• Added labels: Milestone-142, svn

[GoogleCodeExporter]

Original comment by Alex10336@gmail.com on 3 May 2010 at 6:19

• Added labels: GreaseMonkey

[GoogleCodeExporter]

This issue was closed by revision r245.

Original comment by Alex10336@gmail.com on 3 May 2010 at 6:45

• Changed state: Fixed

[GoogleCodeExporter]

This issue was updated by revision r246.

Un autre truc dans le genre...

Original comment by Alex10336@gmail.com on 3 May 2010 at 6:56