IssueTracker

I can reproduce the problem. Thanks for the pointer that the reported dimensions are that of the embedded thumbnail.

exiftool reports that the 160x120 dimensions are in the IFD0 directory (i.e. the root one):

$ exiftool -a -G0:1  211014041-273c2a1d-74db-42fa-b050-67ded71be015.jpg | grep -i width
[File]          Image Width                     : 4310
[EXIF:IFD0]     Image Width                     : 160
[EXIF:ExifIFD]  Exif Image Width                : 4310
[EXIF:InteropIFD] Related Image Width           : 4310 

Tracing excecution through ExifInterface when reading this file, it finds 24 entries in the first IFD but it stops reading them after the 20th (index=19). This is because this seek() call throws an EOFException:

java.io.EOFException: Reached EOF while skipping 182211 bytes.
	at androidx.exifinterface.media.ExifInterface$ByteOrderedDataInputStream.skipFully(ExifInterface.java:7935)
	at androidx.exifinterface.media.ExifInterface$SeekableByteOrderedDataInputStream.seek(ExifInterface.java:7757)
	at androidx.exifinterface.media.ExifInterface.readImageFileDirectory(ExifInterface.java:6964)
	at androidx.exifinterface.media.ExifInterface.readExifSegment(ExifInterface.java:6713)
	at androidx.exifinterface.media.ExifInterface.getJpegAttributes(ExifInterface.java:5617)
	at androidx.exifinterface.media.ExifInterface.loadAttributes(ExifInterface.java:4597)
	at androidx.exifinterface.media.ExifInterface.initForFilename(ExifInterface.java:5282)
	at androidx.exifinterface.media.ExifInterface.<init>(ExifInterface.java:3933)

The 20th tag has tag_number=330 (i.e. sub IFD pointer), and after redirecting to position 0x185 in the stream (0x1A3 in the file) we read 4 bytes (ulong, the format of sub IFD pointers): 0x0002C94C = 182604

exiftool agrees this is an invalid offset:

$ exiftool -v3 211014041-273c2a1d-74db-42fa-b050-67ded71be015.jpg
  | 19) SubIFD (SubDirectory) -->
  |     - Tag 0x014a (8 bytes, int32u[2]):
  |         01a3: 4c c9 02 00 c4 c9 02 00                         [L.......]
  | Warning = Bad SubIFD SubDirectory start (directory end is 182612 but EXIF size is o[snip]

It looks like the exif isn't valid, and that's causing ExifInterface to stop parsing early, after it's read the thumbnail width/height but before it's encountered the full image width/height (which should replace the thumbnail ones once they're found).

I've experimented with catching this EOFException and trying to continue with the 'next' tag. We already have precedent for this sort of "ignore obviously invalid (negative) offsets and carry on", e.g. just below. With this change the correct height and width are returned.