XnView Software

It seems that these information has been switched.
So:
modified date is created date, and created date is modified date.
(accessed date seems to be alright)

Example:
Bestandsnaam 20221230_170532.jpg
Datum/tijd aangemaakt 30-12-2022 - 17:40:07
Datum/tijd gewijzigd 30-12-2022 - 17:05:32
Datum/tijd benaderd 30-12-2022 - 17:42:08

"Create date" is almost always "the date when the file was copied here"
And "modified date" is "the date when the file was edited in a graphic editor"

So, a file recently copied has a create date more recent than it's modified date (which is often the date when the file was built"

Edit : I'm talking about file attributes, not exif dates, nor other iptc xmp dates.

I think you are not right...

Benny wrote: Fri Dec 30, 2022 5:00 pm It seems that these information has been switched.

on Windows?

Yes. Windows 10 Pro 22H2

Benny wrote: Sat Dec 31, 2022 9:52 am Yes. Windows 10 Pro 22H2

i've checked and the date/time are the same as windows explorer

Another example:

Bestandsnaam Afbeelding van WhatsApp op 2022-12-31 om 11.31.02.jpg

Datum/tijd aangemaakt 31-12-2022 - 11:37:11
Datum/tijd gewijzigd 31-12-2022 - 11:31:02
Datum/tijd benaderd 31-12-2022 - 11:37:23

{Modified Date[Ymd_HMS]} 20221231_113102.jpg
{Creation Date[Ymd_HMS]} 20221231_113711.jpg

N.N.: this is my last reply

you means in place holder?

Datum/tijd aangemaakt 31-12-2022 - 11:37:11
= creation date 20221231 113711
And
Datum/tijd gewijzigd 31-12-2022 - 11:31:02
= modified date 20221231 113102
So, what is the problem ?

I think your file was copied in this place (= création date 11:37) 6 minutes after being handled ("modified") by WhatsApp at 11:31.

The words are poorly chosen by Windows, I admit. And XnViewMp does not change the words.

The real creation date is in the file name ( ... and in exif fields but WhatsApp delete them). So some users are copying filename into exif:date taken to keep a real creation date saved.