Regression on timezone extraction from an iPhone photo about exiftool-vendored.js

[mceachen]

Thanks for reporting. What is the tag name for the date with the wrong time zone?

(Also, you may need to use your own instance with custom options if you don’t want backfilled timezones)

[Offirmo]

My app is trying a list of dates and trying to pick the most promising one. I need to dig a little bit to give you this info.

I'm very happy with backfilled timezones, the regression is going from Australia/Sydney (correct) to UTC+10 (inferior)

[mceachen]

I took a look at the attached file. UTC+10 is Australian Eastern Standard Time (AEST), which is the correct offset for July for Australia/Sydney.

Out of an abundance of caution, I'm purposefully not back-filling ExifDateTime instances that already have a zone specified in their raw form. In this instance, they match, but the offset is actually more reliable than the zone, as the zone requires a context time to determine the final offset. The prior brute-override was arguably a bug.

If you need the prior behavior, feel free to add a layer on top of your call to .read which does this sort of forced rewriting of the zone--there's example code in the read task:

exiftool-vendored.js/src/ReadTask.ts

Line 292 in df569e6

if (typeof value === "string") {