W3C home > Mailing lists > Public > www-amaya@w3.org > July to September 2000

Re: Amaya history bug

From: <jose.kahan@w3.org>
Date: Tue, 4 Jul 2000 15:49:38 +0200 (MET DST)
Message-Id: <200007041349.PAA03392@tuvalu.inrialpes.fr>
To: Karl-Michael Schneider <schneide@phil.uni-passau.de>
CC: Will.Hires@jhuapl.edu, www-amaya@w3.org
Hello Karl-Michael,

Thanks for your report. Your analysis is correct.

First some context.  When following a URL, Amaya always verifies that 
this URL is not shown in another window. If this is the case, Amaya just
raises that window, rather than downloading the same page again. 
As Amaya is an editor, it's important not to open the same document twice
on two windows, to avoid confusing the user.

The problem comes from the function that verifies if the URL is already loaded
(init.c:IsDocumentLoaded ()), systematically adds a '/' to the URL we're
trying to check. If you remove this concatenation, then your problem

Why is this concatenation added? We think it was done for trying to save
an extra request to the server. In principle, this is OK, but it shouldn't
add the '/' char, Furthermore, the check should also happen after loading
a URL, to take into account eventual URL rewrites on the server side.

We made some experiments without the '/' contactenation and with the
second check. Things seem to work better, but a bit more of work is
needed, to avoid opening the same document in two windows.

Because of the deadline for this release, we weren't able to fix up the
'/' problem in time, so we decided to leave it as it is. We'll continue 
working on it so that this is solved for the next release.

Thanks for your patience,


In our previous episode, Karl-Michael Schneider said:
> I'm not concerned with whether this link exists or not. The problem is that
> Amaya considers both URL's (with and without trailing slash) the same, so I
> cannot go back in the history beyond that page because Amaya thinks that the
> page is already loaded.
> Karl-Michael
Received on Tuesday, 4 July 2000 09:49:43 UTC

This archive was generated by hypermail 2.4.0 : Friday, 17 January 2020 22:30:32 UTC