Une suppression d'une catégorie virtuelle déjà supprimée (par un rafraichissement par exemple de la page) ou juste une suppression d'une catégorie inexistante (par changement dans la barre d'adresse) créé une vilaine erreur SQL.
Steps to reproduce: Dans administration, cliquer sur une catégorie virtuelle à supprimer et valider. Faire F5.
Additional information: L'erreur se situe dans admin/include/functions.php. La fonction delete_categories($ids) vérifie si le tableau d'identifiant n'est pas vide avant d'appeler la méthode get_subcat_ids qui elle renvoit dans le cas mentionné un tableau vide ce qui créé une requête SQL invalide. Un simple déplacement de l'appel à get_subcat_ids avant le test ou alors duplication du test devrait suffir.
**Reported by gouranga on 7 Apr 2007 10:58**
**Version:** 1.6.2
Une suppression d'une catégorie virtuelle déjà supprimée (par un rafraichissement par exemple de la page) ou juste une suppression d'une catégorie inexistante (par changement dans la barre d'adresse) créé une vilaine erreur SQL.
**Steps to reproduce:** Dans administration, cliquer sur une catégorie virtuelle à supprimer et valider. Faire F5.
**Additional information:** L'erreur se situe dans admin/include/functions.php. La fonction delete_categories($ids) vérifie si le tableau d'identifiant n'est pas vide avant d'appeler la méthode get_subcat_ids qui elle renvoit dans le cas mentionné un tableau vide ce qui créé une requête SQL invalide. Un simple déplacement de l'appel à get_subcat_ids avant le test ou alors duplication du test devrait suffir.
[Piwigo Bugtracker #673](http://piwigo.org/bugs/view.php?id=673)
<!-- github-sync-id:97225338 -->
j'ai encore mieux: essaie d'executer
\rm -rf *
c'est vraiment boggue car apres il n'y a plus rien qui marche... :-) desole je n'ai pas pu m'empecher :-)
**Comment posted by rvelices on 7 Apr 2007 16:51**
j'ai encore mieux: essaie d'executer
\rm -rf \*
c'est vraiment boggue car apres il n'y a plus rien qui marche... :-) desole je n'ai pas pu m'empecher :-)
<!-- github-comment-id:124889862 -->
>Une suppression d'une catégorie virtuelle déjà supprimée (par un >rafraichissement par exemple de la page) ou juste une suppression d'une >catégorie inexistante (par changement dans la barre d'adresse) créé une >vilaine erreur SQL.
Logique, mais ne devrait-on pas avoir une page de redirection qui nettoie le $_POST ?
**Comment posted by mathiasm on 29 Jan 2008 13:42**
>Une suppression d'une catégorie virtuelle déjà supprimée (par un >rafraichissement par exemple de la page) ou juste une suppression d'une >catégorie inexistante (par changement dans la barre d'adresse) créé une >vilaine erreur SQL.
Logique, mais ne devrait-on pas avoir une page de redirection qui nettoie le $_POST ?
<!-- github-comment-id:124889882 -->
Blocking a user prevents them from interacting with repositories, such as opening or commenting on pull requests or issues. Learn more about blocking a user.
Reported by gouranga on 7 Apr 2007 10:58
Version: 1.6.2
Une suppression d'une catégorie virtuelle déjà supprimée (par un rafraichissement par exemple de la page) ou juste une suppression d'une catégorie inexistante (par changement dans la barre d'adresse) créé une vilaine erreur SQL.
Steps to reproduce: Dans administration, cliquer sur une catégorie virtuelle à supprimer et valider. Faire F5.
Additional information: L'erreur se situe dans admin/include/functions.php. La fonction delete_categories($ids) vérifie si le tableau d'identifiant n'est pas vide avant d'appeler la méthode get_subcat_ids qui elle renvoit dans le cas mentionné un tableau vide ce qui créé une requête SQL invalide. Un simple déplacement de l'appel à get_subcat_ids avant le test ou alors duplication du test devrait suffir.
Piwigo Bugtracker #673
Comment posted by rvelices on 7 Apr 2007 16:51
j'ai encore mieux: essaie d'executer
\rm -rf *
c'est vraiment boggue car apres il n'y a plus rien qui marche... :-) desole je n'ai pas pu m'empecher :-)
Comment posted by mathiasm on 29 Jan 2008 13:42
>Une suppression d'une catégorie virtuelle déjà supprimée (par un >rafraichissement par exemple de la page) ou juste une suppression d'une >catégorie inexistante (par changement dans la barre d'adresse) créé une >vilaine erreur SQL.
Logique, mais ne devrait-on pas avoir une page de redirection qui nettoie le $_POST ?