id_objet pas forcément "oui" en cas de création ? #9

Une remarque / question suite à 3d2805109b

Il me semble que l'id_objet, en cas de création, n'est pas forcément "oui" mais peut être "new" voir autre chose, par exemple dans des plugins qui gèrent des objets éditoriaux non issus du core, qui ne suivent pas forcément les même conventions.

Est ce qu'un test intval() ne serait pas plus générique ?

Une remarque / question suite à https://git.spip.net/spip-contrib-extensions/cci/commit/3d2805109be2f3c6aa62a6714573b48fe524a268 Il me semble que l'id_objet, en cas de création, n'est pas forcément "oui" mais peut être "new" voir autre chose, par exemple dans des plugins qui gèrent des objets éditoriaux non issus du core, qui ne suivent pas forcément les même conventions. Est ce qu'un test `intval()` ne serait pas plus générique ?

@nicod_ c'est une bonne solution à adopter pour
cci_pipelines.php. Pour action/ajouter_imagecci.php, est-ce que l'on ne pourrait pas être plus restrictif?

@nicod_ c'est une bonne solution à adopter pour cci_pipelines.php. Pour action/ajouter_imagecci.php, est-ce que l'on ne pourrait pas être plus restrictif?

Pour action/ajouter_imagecci.php, est-ce que l'on ne pourrait pas être plus restrictif?

Plus restrictif ? C'est à dire ?

> Pour action/ajouter_imagecci.php, est-ce que l'on ne pourrait pas être plus restrictif? Plus restrictif ? C'est à dire ?

@nicod_ à bien y réfléchir, on peut le faire car on a utilisé securiser_action dans action/ajouter_imagecci.php

La correction est dans la branche master.

@nicod_ à bien y réfléchir, on peut le faire car on a utilisé securiser_action dans `action/ajouter_imagecci.php` La [correction](https://git.spip.net/spip-contrib-extensions/cci/pulls/10/files) est dans la branche master.

Labels Milestones

id_objet pas forcément "oui" en cas de création ? #9