Bug #6787 Updated: read_exif_data returns data even without real exif date
| From: | sniper@php.net | 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