Recherche avancée

Sur d’autres sites (5795)

• Anomalie #3461 (Nouveau) : bug sur les urls à cause d’une mauvaise global $profondeur_url

  4 juin 2015, par Maïeul Rouquette

  Le symptome¶

  de temps en temps (mais assez fréquemment dans mon cas) lorsqu’on a un site dans un sous repertoire, les urls produite par #URL_ARTICLE et co contiennent des "../". Conséquent, lorsqu’on clique on remonte d’un niveau, et du coup on tombe sur une page 404.

  La cause¶

  Visiblement d’après https://core.spip.net/projects/spip/repository/revisions/20729 la cause serait une mauvaise globale $profondeur_url.
  Je cite ESJ

  Enfin compris pourquoi SPIP compile parfois des squelettes où la globale profondeur_url est incorrecte. Lorsqu’on place dans ecrire/.htaccess une redirection comme "ErrorDocument 403 / ?page=403", curieusement Apache met dans $_SERVER[’REQUEST_URI’] l’URL initiale (donc avec .../ecrire/...) tandis qu’il met dans $_SERVER[’SCRIPT_NAME’] l’URL de redirection (dans l’exemple ci-dessus une page à la racine). Du coup, la compilation de cette page à la racine se fait avec une profondeur d’URL qui est celle de ecrire/ et non de la racine. Pour peu que cette page et ses inclusions soient mises en cache, c’est toutes les autres pages qui les partagent qui se retouvent avec de mauvaises URL.

  Les tentatives de résolution¶

  Deux commits en 2.1 ont tenté de résoudre les pb :
  https://core.spip.net/projects/spip/repository/revisions/20729
  et https://core.spip.net/projects/spip/repository/revisions/20762

  Ils ont été reporté en 3.0 par
  - https://core.spip.net/projects/spip/repository/revisions/20744
  - https://core.spip.net/projects/spip/repository/revisions/20745
  puis annulé car visiblement non pleinement fonctionnels en

  - https://core.spip.net/projects/spip/repository/revisions/20746
  - https://core.spip.net/projects/spip/repository/revisions/20747

  à ma connaissance c’est le point mort depuis

• Anomalie #3205 : [Plugin-dist Mots] Incompatibilité avec l’API d’édition d’objet ?

  18 juillet 2014, par marcimat ☺☮☯♫

  Hum, en SPIP 3.1-dev, tout comme en 3.0, j’optiens une erreur SQL :
  ERREUR : table spip_groupes_mots has no column named date - INSERT INTO spip_groupes_mots (maj,date,titre,tables_liees) VALUES (datetime(’now’),’2014-07-18 14:58:21’,’Mon super titre’,’articles’)

  Effectivement, les fonctions sont nommées groupemots_xxx(), ce qui ne me semble pas correct, car le texte d’objet déclaré pour la table groupes_mots est bien ’groupe_mots’, avec un espace.

  Je suppose qu’il y a eu ici confusion avec les fonctions d’autorisations, qui elles « mangent » les soulignés, par exemple autoriser_groupemots_supprimer_dist()… Ici l’absence du souligné est du au fonctionnement des autorisations.

• avcodec/h264_parser : Rename close()

  28 janvier 2015, par Michael Niedermayer

  avcodec/h264_parser : Rename close()
  This avoids a potential conflict with the equally named function for closing files
  
  It also could reduce confusion in debugger backtraces
  Signed-off-by : Michael Niedermayer <michaelni@gmx.at>
  

  • [DH] libavcodec/h264_parser.c