By reusing the string 'Image1' string pattern, psp does bug!

[Michael REMY]

hi,

i use psp x8 and there is a really serious bug ! i hope it will be fix and not appened in further release.

Here the thing :
-when you start to create a image, the default name is Image1.jpg.
-Save it somewhere in a sub folder of your choice because PSPS asks you where
-save it again another time (to avoid the confirmation box to replace)
-restart you computer or windows session

Now, create another picture
-of course PSP reuse the Image1.jpg default file name.
-Then use ctrl+s (save it) the picture.
-Here the bug : PSP does not ask you where to save it ! it replaces the old previous saved !!!

i lost a bunch of picture because of this bug !
when it arrives, i often ask me "where did PSP save my file , it didn't ask me the dialog path !?"
so i go to the information property, (see my screen capture) and you can see the field (nom du fichier - path File name) is EMPTY !!!! serious bug !
PSPS is not available to tell you where it saved it, but it replaced the old old !

Does this bug is fix is psp X9 ?

is there any feature to manage the default name of created image ? like havinf "Image"+ timestamp to get Image-2017-05-02_08h45min54s.jpg ?

best regards
Mike

[JoeB]

When you use Save then PSP assumes you want to save the same image with the same name. If you want to change the name or location you have to use Save As (shortcut key F12).

[Ken Berry]

What I don't understand is why you have been using the default name and not assigning your own selected name for the file(s).

[LeviFiction]

Honestly, it shouldn't matter what they name the image.

The image doesn't have an actual location associated with it when it's brand new, PSP should default to Save As for this all the time. Literally, in a script print out the results of App.TargetDocument.Name it should have a path if it's an actual file. It won't have a path, just the image name, therefore it's not a file yet. The name should be irrelevant.

It should never look for a file with a similar filename to the image name and save it over that if the image name doesn't have a path already associated with it. Having multiple files of the same name is not unusual. And there will be days where naming it "Image1" is perfectly valid for what you're trying to do.

Now, PSP does not default to Image1.jpg. It defaults to "Image1" no extension. It has no file format to associate this new image with. It's purely image data at this point.

And all of that being said.

No, I don't see this bug in X9. Can't guarantee you won't see this bug, as I also never saw this bug in x8. For the very reasons I specify above, with no default path PSP shouldn't be saving the file unless you've actually opened image1.jpg instead of creating a brand new one.

[Michael REMY]

What I don't understand is why you have been using the default name and not assigning your own selected name for the file(s).

i created an image from nothing.
when i finished my work (or at mid path), i saved it in a folder wher ethe name does not matter.
then i inject my image in another computer process (which not concern psp...
then i delete the picture file (which was transfer in another application package process....)

that why i don't need to name it, the file is only temporary.
but each next session or morning, i create another image1.jpg which save in the wrong folder i have to rememeber ! because PSP does not ask me !

sometimes (i don't know what are the paramters), psp creates image2 then image3 then image4... which very good. But why did it start again to image1 and reusing the old image1 saved folder!!!! PSP should continue to incremente the counter in image name and never reusing the last image1.jpg folder one !

[brucet]

It seems like a dangerous work flow issue that is going to bite you from time to time. Which it has!!!

If I was you I would learn some new habits starting with some form of logical naming protocol that will help you avoid future problems.

regards

[Michael REMY]

It seems like a dangerous work flow issue that is going to bite you from time to time. Which it has!!!

If I was you I would learn some new habits starting with some form of logical naming protocol that will help you avoid future problems.

regards

the file have lifetime about 1h before i don't need it. as i say, the picture (a data) is a part of another process (and it be embeded in another filewhere i can always extracted it if needed).

the main problem is the default name created by PSP which is always the same and shoud't be so !
Even cameras can create a unique random name each time i run it

and the problem is also that "Image1" can be a true useful name for a people too !, so PSP should not RE-USE the old path and ask the dialog path to choose another one !

[csh2000]

and the problem is also that "Image1" can be a true useful name for a people too !, so PSP should not RE-USE the old path and ask the dialog path to choose another one !

This is normal behavior for most software on a Windows system and is not a bug. I for one would be frustrated if every time I wanted to save a file I had to hunt and peck for the directory I'm working on to save the file.

[LeviFiction]

Okay, I think I'm missing something because I disagree with everyone who says this is normal behavior.

From what I read he's creating a brand new image, not opening the same image and saving it. If he's creating a brand new image then it should not save to the old path. It should not default anywhere, it should always bring up the Save As dialogue. Now, if he opens and image and hits save, yeah that should not be an issue. If he wants to save that to a new location he can use Save As or Save Copy As. But what I'm reading is "I delete the old file, and create a new image1, and it doesn't use Save AS it defaults to the original Image 1."

What are you reading?

If he opens Image1 and deletes the file on the harddrive, then yes that should just save where it was because a file path is already present in the image.

If he opens Image1 from the harddrive and saves it, that should just save.

But, if he creates a brand new image 1 that should always default to Save As.

[csh2000]

I am unable to recreate this issue on PSPX9.

• * Restarted computer and created a new file.
  * Hit ctrl-s to save and was prompted for image name (Image1.PspImage) in last working directory.
  * Saved the file as Image1.jpg
  * Restarted computer and created another new file
  * Hit ctrl-s to save and again was prompted for image name in last working directory, this time it defaulted to 'Image1.jpg'

So while the default name remained Image1, PSP did not arbitrarily over write my previous image, but prompted me with the save as option.

[JoeB]

Okay, I think I'm missing something because I disagree with everyone who says this is normal behavior.

I think you - and likely everyone else - is missing something. Personally, I find the OP's description of exactly what he is doing is not quite as accurately detailed as it needs to be and leaves it open to different (mis)interpretations of what is actually being done. So I doubt it is a bug but simply something in the OP's procedure that is being done and which is being insufficiently described here.

[Michael REMY]

Okay, I think I'm missing something because I disagree with everyone who says this is normal behavior.

From what I read he's creating a brand new image, not opening the same image and saving it. If he's creating a brand new image then it should not save to the old path. It should not default anywhere, it should always bring up the Save As dialogue. Now, if he opens and image and hits save, yeah that should not be an issue. If he wants to save that to a new location he can use Save As or Save Copy As. But what I'm reading is "I delete the old file, and create a new image1, and it doesn't use Save AS it defaults to the original Image 1."

What are you reading?

If he opens Image1 and deletes the file on the harddrive, then yes that should just save where it was because a file path is already present in the image.

If he opens Image1 from the harddrive and saves it, that should just save.

But, if he creates a brand new image 1 that should always default to Save As.

you' right, it is was i wanted to describe. Sorry if my english expression is bad, english language is not my born one.

each time, i created a new picture from nothing : i did not RE-open the same file at all.

look, imagine you have to create many picture and you need to save it always by the same name, but neither in the same subfolder : that is what i do.
When i create a new picture, psp (X8 Sp update) always named it image1.jpg, and i always save it into a sub folder (sometime, i saved it to the root C, and the bug appened too).

So why PSP still rember the "last path" for image1 "filename" for a new image ?

in this screen capture (picture properties), you can see there is a problem becaue although PSP managed to save it (in the same wrong path), it can't display this path in the property field (look at it, there is nothing !!).


i understand i could myself name it in another way like myimage005.jpg , but it is boring me because i will always delete the file after my process is complete.

[Jean-Luc]

Bonjour Michael,
je n'observe pas ce comportement dans mon PSP X9.
PSP me demande à chaque fois si je veux écraser l'ancienne version de image1.jpg
Il n'efface pas l'ancienne version en passant outre...

Peut-être demander sur le forum francophone si d'autres utilisateurs observent ton problème:
www.paintshoppro.fr

[Michael REMY]

Bonjour Michael,
je n'observe pas ce comportement dans mon PSP X9.
PSP me demande à chaque fois si je veux écraser l'ancienne version de image1.jpg
Il n'efface pas l'ancienne version en passant outre...

Peut-être demander sur le forum francophone si d'autres utilisateurs observent ton problème:
http://www.paintshoppro.fr

merci pour votre réponse. donc je suppose que X9 n'a pas/plus ce problème.
on doit encore être très peu à avoir X8 pro (même pas le x8 ultimate), et encore moindre à venir ici sur le forum.
bonne soirée

[brucet]

Sticky settings! PSP is remembering what you last used and is trying to help!

regards