[web API] pwg.images.setInfo - 'name' parameter changes original filename #940

New Issue

Closed

opened 2026-10-05 00:24:43 +02:00 by adam · 3 comments

adam commented 2026-10-05 00:24:43 +02:00

Owner

Copy link

Copy source

• When calling pwg.images.setInfo with an image_id and a name parameter with value Bateau, the method sets the title as expected but it also replaces the original filename of the image with Bateau (seen on the web GUI and the mobile app). The call also returns a non JSON response leading to an error (checked with both JPEG and PNG formats).
• If I add the file parameter with the value image.jpg to the above request, the method does the same, i.e. set the original filename to Bateau.jpg, but does not return a non JSON response (tested with both PNG and JPEG files). If the name value contains spaces, the original filename looses its extension.
• When calling pwg.images.setInfo with an image_id and a file parameter with value e.g. image.jpg, the method sets the original filename even if the parameter single_value_mode is not provided with the replace value (as expected).

This is really annoying, in particular when the original filename lost its extension. The workaround is to call the method twice to change the title. Could this be fixed?

- When calling `pwg.images.setInfo` with an `image_id` and a `name` parameter with value `Bateau`, the method sets the title as expected but it also replaces the original filename of the image with `Bateau` (seen on the web GUI and the mobile app). The call also returns a non JSON response leading to an error (checked with both JPEG and PNG formats). - If I add the `file` parameter with the value `image.jpg` to the above request, the method does the same, i.e. set the original filename to `Bateau.jpg`, but does not return a non JSON response (tested with both PNG and JPEG files). If the `name` value contains spaces, the original filename looses its extension. - When calling `pwg.images.setInfo` with an `image_id` and a `file` parameter with value e.g. `image.jpg`, the method sets the original filename even if the parameter `single_value_mode` is not provided with the `replace` value (as expected). This is really annoying, in particular when the original filename lost its extension. The workaround is to call the method twice to change the title. Could this be fixed? <!-- github-sync-id:493969095 -->

adam closed this issue 2026-10-05 00:24:43 +02:00

adam commented 2026-10-05 00:24:44 +02:00

Author

Owner

Copy link

Copy source

Hi @EddyLB

When calling pwg.images.setInfo with an image_id and a name
parameter with value Bateau, the method sets the title as expected
but it also replaces the original filename of the image with Bateau

I can't reproduce that. I have tried with tools/ws.htm and it works as expected :-/

If I add the file parameter with the value image.jpg to the above
request, the method does the same, i.e. set the original filename to
Bateau.jpg

Can't reproduce that either :-/ And no problem to set a "file" to "a file name with spaces.jpg".

When calling pwg.images.setInfo with an image_id and a file
parameter with value e.g. image.jpg, the method sets the original
filename even if the parameter single_value_mode is not provided
with the replace value (as expected).

I reproduce that. The update of the file property does not take the single_value_mode into account. It can be fixed.

Hi @EddyLB > When calling `pwg.images.setInfo` with an `image_id` and a `name` > parameter with value `Bateau`, the method sets the title as expected > but it also replaces the original filename of the image with `Bateau` I can't reproduce that. I have tried with `tools/ws.htm` and it works as expected :-/ > If I add the `file` parameter with the value `image.jpg` to the above > request, the method does the same, i.e. set the original filename to > `Bateau.jpg` Can't reproduce that either :-/ And no problem to set a "file" to "a file name with spaces.jpg". > When calling `pwg.images.setInfo` with an `image_id` and a `file` > parameter with value e.g. `image.jpg`, the method sets the original > filename even if the parameter `single_value_mode` is not provided > with the `replace` value (as expected). I reproduce that. The update of the `file` property does not take the `single_value_mode` into account. It can be fixed. <!-- github-comment-id:533598794 -->

adam commented 2026-10-05 00:24:44 +02:00

Author

Owner

Copy link

Copy source

Thanks for your reply. I did not know I could use tools/ws.htm which simplifies life a lot (was typing URLs directly). That means that I must now investigate the library I use to prepare the JSON block sent to the server. First time I encounter such a problem with it :=(

Thanks for your reply. I did not know I could use tools/ws.htm which simplifies life a lot (was typing URLs directly). That means that I must now investigate the library I use to prepare the JSON block sent to the server. First time I encounter such a problem with it :=( <!-- github-comment-id:533628456 -->

adam commented 2026-10-05 00:24:45 +02:00

Author

Owner

Copy link

Copy source

Solved. The problem was caused by the Autocorrect Filename plugin. Once deactivated, no more issue ;-)

Solved. The problem was caused by the Autocorrect Filename plugin. Once deactivated, no more issue ;-) <!-- github-comment-id:533798969 -->

Sign in to join this conversation.

No Branch/Tag Specified

Branches Tags

master

issue-2560-people

translation

16.x

feat/embedding-based-contextual-tagging

issue-2576-search-include-ai-in-search-results

feat/search-ocr-ai

issue-2391-update-menu-design

15.x

detect-container

issue-2386-update-filters-users-activity

issue-2362-add-filters-options-in-admin

issue-2367-imagemagick7

issue-2225-quicksearch-help

14.x

issue-2164-BatchManagerUnitMode-Redesign

13.x

12.x

issue-1657-SVG_Support

issue-1703-historySearchMethod

11.x

2.10

2.9

2.8

2.7

2.5

2.6

2.4

2.3

2.2

2.1

2.0

1.7

1.3

1.6

1.5

1.4

16.4.0

16.3.0

16.2.0

16.1.0

16.0.0

16.0.0RC3

16.0.0RC2

15.7.0

16.0.0RC1

16.0.0beta1

16.0.0beta2

15.6.0

15.5.0

15.4.0

15.3.0

15.2.0

15.1.0

15.0.0

15.0.0beta3

15.0.0beta2

15.0.0beta1

14.5.0

14.4.0

14.3.0

14.2.0

14.1.0

14.0.0

14.0.0RC2

14.0.0RC1

14.0.0beta3

14.0.0beta2

13.8.0

14.0.0beta1

13.7.0

13.6.0

13.5.0

13.4.0

13.3.0

13.2.0

13.1.0

13.0.0

13.0.0RC4

13.0.0RC3

13.0.0RC2

13.0.0RC1

12.3.0

13.0.0beta2

13.0.0beta1

12.2.0

12.1.0

12.0.0

12.0.0RC2

12.0.0RC1

12.0.0beta2

12.0.0beta1

11.5.0

11.4.0

11.3.0

11.2.0

11.1.0

11.0.0

11.0.0beta5

2.11.0beta4

2.11.0beta3

2.11.0beta2

2.11.0beta1

2.10.2

2.10.1

2.10.0

2.10.0RC1

2.10.0beta2

2.10.0beta1

2.9.5

2.9.4

2.9.3

2.9.2

2.9.1

2.9.0

2.9.0RC2

2.9.0RC1

2.9.0beta2

2.8.6

2.8.5

2.8.4

2.9.0beta1

2.8.3

2.8.2

2.8.1

2.8.0

2.8.0RC2

2.8.0RC1

2.7.4

2.7.3

2.6.5

2.5.6

2.5.5

2.6.4

2.7.2

2.7.1

2.7.0

2.7.0RC2

2.7.0RC1

2.7.0beta2

2.6.3

2.7.0beta1

2.6.2

2.5.4

2.6.1

2.6.0

2.6.0RC2

2.6.0RC1

2.6.0beta2

2.5.3

2.5.2

2.6.0beta1

2.5.1

2.5.0

2.5.0RC2

2.4.7

2.5.0RC1

2.4.6

2.5.0beta3

2.5.0beta2

2.5.0beta1

2.4.5

2.4.4

2.4.3

2.4.2

2.4.1

2.4.0

2.3.5

2.4.0RC3

2.3.4

2.4.0RC2

2.4.0RC1

2.3.3

2.4.0beta2

2.4.0beta1

2.3.2

2.3.1

2.3.0

2.3.0RC2

2.3.0RC1

2.2.5

2.3.0beta3

2.2.4

2.3.0beta2

2.2.3

2.2.2

2.3.0beta1

2.2.1

2.2.0

2.2.0RC4

2.2.0RC3

2.2.0RC2

2.1.6

2.2.0RC1

2.1.5

2.1.4

2.1.3

2.1.2

2.1.1

2.1.0

2.0.10

2.1.0RC3

2.1.0RC2

2.1.0RC1

2.0.9

2.0.8

2.0.7

2.0.6

2.0.5

2.0.4

2.0.3

2.0.2

2.0.1

2.0.0

2.0.0RC4

1.7.3

2.0.0RC3

2.0.0RC2

2.0.0RC1

1.7.2

1.7.1

1.7.0

1.7.0RC2

1.7.0RC1

1.6.2

1.6.1

1.6.0

1.6.0RC2

1.6.0RC1

1.5.2

1.5.1

1.5.0

1.5.0RC2

1.5.0RC1

1.4.1

1.4.0

1.4.0RC3

1.4.0RC2

1.3.4

1.4.0RC1

1.3.3

1.3.2

1.3.1

1.3.0

1.3.0RC2

1.3.0RC1

Labels

No items

No labels

Milestone

No items

No Milestone

Projects

Clear projects

No projects

Assignees

Clear assignees

adam (Adam Wojcieszonek)

No Assignees

1 Participants

Notifications

Subscribe

Due Date

No due date set.

Dependencies

No dependencies set.

Reference: adam/Piwigo#940