<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN">
<HTML>
<HEAD>
<META HTTP-EQUIV="Content-Type" CONTENT="text/html; charset=iso-8859-2">
<META NAME="Generator" CONTENT="MS Exchange Server version 6.5.7654.12">
<TITLE>RE: [squid-users] Squid BUG: assurance failed: tok.skip(WellKnownUrlPathPrefix())</TITLE>
</HEAD>
<BODY>
<!-- Converted from text/plain format -->
<P><FONT SIZE=2>Ok - thanks for your reply. But this does not clarify it fully. You said cachemgr.cgi auto-detects the existence of MGR_INDEX template. But what is it supposed to do if none is found? Just displaying the message about missing MGR_INDEX? Or doing the old style "Cache Manager menu"? I have applied Alex's patch to re-enable cache_object URI and now it obviously works - both cache_object and squid-internal-mgr. I mean - squidclient from debian packages (v4.6) works and the one compiled with squid v6.3 works too. Because of my old network NOC system a use a very old cachemgr (in fact version index.cgi/3.1.16) to ask the current v6.3 squid for its data and now it works too.<BR>
But as I said previously - the current cachemgr.cgi displays "Internal Error: Missing Template MGR_INDEX" without MGR_INDEX file and the content of the MGR_INDEX file while it is present. As I found out - it does not like files with content with some tags or javascript references etc. Have not ruled it out - but the MGR_INDEX file provided in the <A HREF="https://github.com/yadij/cachemgr.js/">https://github.com/yadij/cachemgr.js/</A> project just makes the mentioned assert fail in the membuf.cc.<BR>
<BR>
Note - I do not like the fact it's looking for the MGR_INDEX file upon start or reconfigure - as it makes the changes more stressful while I have to call reconfigure on the working squid.<BR>
<BR>
LL<BR>
<BR>
<BR>
-----Původní zpráva-----<BR>
Od: squid-users za uživatele Amos Jeffries<BR>
Odesláno: pá 15.9.2023 03:46<BR>
Komu: squid-users@lists.squid-cache.org<BR>
Předmět: Re: [squid-users] Squid BUG: assurance failed: tok.skip(WellKnownUrlPathPrefix())<BR>
<BR>
On 15/09/23 09:55, Alex Rousskov wrote:<BR>
> On 2023-09-14 06:40, Loučanský Lukáš wrote:<BR>
><BR>
>> But - could someone (or you) clarify the next one for me? I've read<BR>
>> some questions about the "new" cachemgr.cgi and the MGR_INDEX template.<BR>
><BR>
> Sorry, I cannot help with cachemgr.cgi without heroic efforts. IMHO,<BR>
> Squid Project should remove cachemgr.cgi feature instead of supporting<BR>
> it. I hope that somebody else will help you with it.<BR>
><BR>
<BR>
FYI, the cachemgr.cgi provided by current Squid tries to auto-detect the<BR>
existence of a working MGR_INDEX and simply provides a URL to that<BR>
instead of doing the "old" CGI interface things.<BR>
<BR>
The reasons to use it are:<BR>
1) when managing very outdated Squid versions, or<BR>
2) managing Squid which have not yet had a tool providing MGR_INDEX<BR>
installed yet.<BR>
<BR>
<BR>
The recent changes to squidclient "mgr:" support and the cache_object://<BR>
URL scheme have had a few issues. I am currently setting up a test<BR>
environment to analyze and re-document the new/current situation.<BR>
Hopefully some detailed info can be added to the wiki in the coming days.<BR>
<BR>
<BR>
HTH<BR>
Amos<BR>
_______________________________________________<BR>
squid-users mailing list<BR>
squid-users@lists.squid-cache.org<BR>
<A HREF="https://lists.squid-cache.org/listinfo/squid-users">https://lists.squid-cache.org/listinfo/squid-users</A><BR>
<BR>
<BR>
</FONT>
</P>
</BODY>
</HTML>