Bug #6787 Updated: read_exif_data returns data even without real exif date

From: Date: Tue, 02 Apr 2002 00:32:01 +0000
Subject: Bug #6787 Updated: read_exif_data returns data even without real exif date
References: 1  Groups: php.bugs 
Request: Send a blank email to php-bugs+get-3777@lists.php.net to get a copy of this message
ID: 6787 Updated by: sniper@php.net Reported By: serge@globalbeach.com -Status: Analyzed +Status: Closed Bug Type: Feature/Change Request Operating System: RH Linux 6.2 PHP Version: 4.0.2 New Comment: AFAIK, this is fixed in CVS. Try latest CVS snapshot from http://snaps.php.net/ Previous Comments: ------------------------------------------------------------------------ [2000-09-17 07:20:18] rasmus@php.net That's because some of this information is derived and not picked out of the exif header. Check a common one like DateTime to see if there might be real exif data in the jpeg. I suppose an extra entry could be added that would be set to true if any exif data is found so I have moved this to a feature request. ------------------------------------------------------------------------ [2000-09-17 06:07:12] serge@globalbeach.com Hi Guys, It seems that read_exif_data builds certain fields like FileName, FileDateTime, FileSize etc .. even when no real EXIF data exists. So read_exif_data will always return something....! This makes it a pain to test for the presence of actual EXIF data cause I have to do something like this: $exif_data = @read_exif_data($upload); if (isset ($exif_data['CameraMake'])) { Not very bullet proof .... Would be nice if it would not return anything without the presence of actual EXIF data. Thanks, Serge ------------------------------------------------------------------------ -- Edit this bug report at http://bugs.php.net/?id=6787&edit=1

« previous php.bugs (#3777) next »