102606 - decoded image cache does not differentiate between POST results

Status: RESOLVED INCOMPLETE

(Core :: Graphics: ImageLib, defect)

Description

[vidur (gone)]

Images stored in the decoded image cache are stored with their URL as the key.
This is not enough if the image is the result of a form POST. For POSTs, the
secondary key (a representation of the posted data) should also be used.

To reproduce:
1) Bring up two top-level windows.
2) Navigate to the URL above.
3) In one window, click on the "Image 1" radio button and hit "Send".
4) In the other window, click on the "Image 2" radio button and hit "Send".
5) Reload the first window.

Expected Result:
The first image should be displayed in the first window after the reload.

Actual Result:
The second image is displayed in the first window after the reload.

[Since the tests are on a Netscape internal server, I'll post the HTML and Perl
as attachments to the bug]

Comment 1

[vidur (gone)]

Attachment: HTML test file

Comment 2

[vidur (gone)]

Attachment: CGI for the server side

Comment 3

[Darin Fisher]

HTTP solves this problem by using a 32 counter initialized with the time of day
at startup.  Each POST response is assigned the value of the counter, and then
the counter is incremented.  This unique ID is then prepended to the URL to form
the cache key.
   

Comment 4

[Vedran Miletic]

retargeting

Comment 5

[Matt Woodrow (:mattwoodrow)]

The link is broken now, and since there's been no activity here since 2001, I'm assuming this is no longer a problem.

Feel free to reopen this if the problem still exists.