Donate Share

HumanAuth

Tracker: Bugs

7 Caching Issue Resolved - ID: 1661247
Last Update: Comment added ( mryellow )

Browser caching caused some installations of HumanAuth to display old
images. This caused the page to show you the wrong images and ask you to
choose which ones were right. The only way to have gotten around it was to
read the text.

This forum has the code snippets for those who are experiencing the problem
since it may get reported as a bug.

If you open the original file called index.php in the root of the project
from SourceForge you will see code that looks similar to this attachment.

All that we did to fix the issue is add &time=<?=time();?> to the end of
each of the img src tags.

So...

http://<?=$_SERVER['HTTP_HOST']?>/ha/humanauth.image.php?id=6

Becomes...

http://<?=$_SERVER['HTTP_HOST']?>/ha/humanauth.image.php?id=6&time=<?=time(
);?>

- Gigoit Support Staff


GigoIt Inc ( gigoit ) - 2007-02-16 07:16

7

Open

None

Nobody/Anonymous

Interface (example)

v1.0 (example)

Public


Comment ( 1 )




Date: 2008-02-06 05:01
Sender: mryellow


No need to add the nocache querystring to your JS files as they are static
files that never change.

-Ben



Log in to comment.

Attached File ( 1 )

Filename Description Download
humanauth.zip HumanAuth Patch Download

Changes ( 5 )

Field Old Value Date By
status_id Closed 2007-02-16 07:19 gigoit
close_date 2007-02-16 07:17 2007-02-16 07:19 gigoit
status_id Open 2007-02-16 07:17 gigoit
close_date - 2007-02-16 07:17 gigoit
File Added 216259: humanauth.zip 2007-02-16 07:16 gigoit