Item1245: foswiki_redirect_cache dumps anchor link

So when editing an Edit Plugin table, you start at the top, guessing where the table is (way down).

-- ArthurClemens - 11 Mar 2009

See also Item446

---

See http://docstore.mik.ua/orelly/linux/cgi/ch02_01.htm

Fragment identifiers refer to a specific section in a resource. Fragment identifiers are not sent to web servers, so you cannot access this component of the URLs in your CGI scripts. Instead, the browser fetches a resource and then applies the fragment identifier to locate the appropriate section in the resource. For HTML documents, fragment identifiers refer to anchor tags within the document:

Can't be done, sorry.

-- CrawfordCurrie - 06 Apr 2009

Is this related to redirecttos being broken on trunk as well? Redirecttos containing an anchor work just fine on 1.0.4 but stopped on trunk. This breaks a couple of other plugins and apps that create redirecttos including an anchor as part of an edit or save action. Examples I know of are EditChapterPlugin, RedDotPlugin.

-- MichaelDaum - 07 Apr 2009

No; this is to do with the anchor not being passed to the server so you can't restore the anchor after a login redirect.

-- CrawfordCurrie - 07 Apr 2009

So the browser strips the anchor from the redirectto urlparam? I'm going to try encoding the #.

-- PaulHarvey - 15 Sep 2009

Well, the redirectto was fixed with the patch in http://foswiki.org/Tasks/Item446

-- ArthurClemens - 15 Sep 2009

Should be solved when Item446 has been completed.

-- ArthurClemens - 05 Jan 2010