Heine

  • home
  • drupal
  • about
Home › Forums › MyCaptcha › Support requests

Captcha not displaying with Safari

Anonymous — Fri, 17/08/2007 - 16:15

Hi,
thanks for a great module. I have installed mycaptcha and its working great with IE and Firefox, but with Safari the image is not showing up. I am wondering if there is any reason for this. I've checked the mycap_image function code, and the image is set to render as a jpeg--I've tried 'moving' the drupal_set_header function above the imagejpeg call as suggested by some notes on php.net with no luck. I've also checked mime-types in my Apache config and all looks right. Any help you could provide is greatly appreciated.
Thanks much!

No votes yet
‹ MyCaptcha manual guestbook ›
  • Support requests

Weird.

Heine — Thu, 23/08/2007 - 14:16

I've tested this with Safari 3 (the windows alpha) where it works fine. I do not have access to Safari on the Mac, unfortunately. Do you see the image when posting here with Safari? Is Safari configured to fetch images? (perhaps a silly suggestion, but Opera has such a feature).

  • reply

Thanks for the quick

Anonymous (not verified) — Mon, 27/08/2007 - 15:04

Thanks for the quick response. Since I was able to see the captcha on your site without problem using my Mac Safari, I did a bit more digging. The only difference I can see in the source code between your site and mine, is that the image src tag also includes a width and height parameter (a default I have set in our stylesheet). I checked the cache_captcha table blobs and when accessing my captcha page via FireFox (or IE), the BLOB data properly creates the image (about 12KB) and stores it in the db, while the Safari page generates a faulty BLOB (just 218 bytes-- header only--no image)--which is why I am getting a broken image link on the Safari page. Any ideas why this would be happening? I'll go through the module code once more and try to debug.

I appreciate your help! :) THANKS AGAIN.

All the best

  • reply

Nothing concrete yet, though

Heine — Mon, 24/09/2007 - 01:47

Nothing concrete yet, though I wonder if this is related to a session handling race condition.

  • reply

Post new comment

I reserve the right to edit any comment submitted to the site. If your comment contains flaming, advertisements, or simply too many spelling errors (leet speak), it may never appear.
The content of this field is kept private and will not be shown publicly.
  • Web page addresses and e-mail addresses turn into links automatically.
  • Allowed HTML tags: <a> <em> <strong> <cite> <code> <ul> <ol> <li> <dl> <dt> <dd> <blockquote>
  • Lines and paragraphs break automatically.
  • You can enable syntax highlighting of source code with the following tags: <code>, <blockcode>, <as>, <as3>, <csharp>, <diff>, <drupal5>, <drupal6>, <html>, <js>, <mysql>, <php>, <phpbrief>, <python>, <sql>, <plain>, <xml>. Beside the tag style "<foo>" it is also possible to use "[foo]". PHP source code can also be enclosed in <?php ... ?> or <% ... %>.

More information about formatting options

Recent posts

  • About the Webform SA
  • Psalmen voor Altblokfluit
  • Unserializing user-supplied data, a bad idea
  • Planet Drupal past and current
  • Help! - Cannot access a global variable.
more

Security reviews

  • Afraid custom code makes your site vulnerable?
  • You don't really trust that module you just downloaded from Drupal.org?

Sleep better after a security review.

Tags

bladmuziek blokfluit CSRF Drupal embed Input Format modx OpenID Performance Planet Drupal Security Varnish
more tags
  • home
  • drupal
  • about

Copyright © 2010 by Heine Deelstra. All rights reserved.