IMP 6.1.4

Changes have been made in Git (master):

commit bf8518dcb95d7fecbf25976ecced0d69a1d1113e
Author: Michael M Slusarz <slusarz@horde.org>
Date:   Tue Aug 20 00:16:42 2013 -0600

     Bug #12283: Fix URL generation when loading Search from topbar 
from a non-IMP page

  imp/js/dimpbase.js |    5 +++++
  1 files changed, 5 insertions(+), 0 deletions(-)

http://git.horde.org/horde-git/-/commit/bf8518dcb95d7fecbf25976ecced0d69a1d1113e

But the "frame info" of the search area reveals:

Address: 
/imp/basic.php?0=S&1=U&2=5&3=C&4=T&5=1&6=g&page=search&gsub=function+gsub(pattern%2Creplacement)%7Bvar+result.....

It can be duplicated on demo.horde.org (guest/guest). The resulting 
URL in the demo site is just short of the 8190 apache limit (about 
8000 chars) so no error is displayed in this server.

When called from the Mail application, the frame's address is

/imp/basic.php?page=search&mailbox=SU5CT1g&token=jfDILj-Hy-jX5PSb6jHUIQ6

It doesn't. SU5CT1g is assigned to 'data' on line 217.

Still can't reproduce.  Clicking on search from turba, for example, 
sends me to:

/horde/imp/dynamic.php?page=mailbox#search

NO mailbox information (e.g. SU5CT1g) should appear in this URL:

                 $url = Horde::url('dynamic.php')
                     ->add('page', 'mailbox')
                     ->setAnchor('search');

So I can't determine a way how the 'tmp' variable on line 3804 
contains anything other than 'search'.

I'm seeing this too now. This is what happens: in DimpBase.go(), line 
255, the passed "data" parameter is SU5CT1g, because that's what's 
passed to go() on line 3804. Since Hash.updated is expected to be 
passed a traversable object, all String properties are added to the 
hash, that includes all String methods.

I have no idea.

The HTML code for me looks like:

<div class="horde-drowdown-str"><a class="horde-mainnavi" 
href="/horde/imp/basic.php?page=search">Search</a></div>

The URL is generated via: IMP_Basic_Search::url(), which is just:

Horde::url('basic.php')->add('page', 'search')

That's as simple as you can get.  There is nothing being dynamically 
added to basic.php base page URI except "page=search".

The javascript code appears to be from prototype.js.  But I have no 
idea how it is getting there.

I cleared all cache, restart apache, and turned off SSL to be able to 
see the requested URIs on the server side.  The requests when clicking 
Mail - Search go like this:
< GET 
/imp/basic.php?page=search&0=S&1=U&2=5&3=C&4=T&5=1&6=g&gsub=function+gsub(pattern%2C+replacement)+%7B%0D%0A++++var+result+%3D+%22%22%2C+source+%3D+this%2C+match%3B%0D%0A++++replacement+%3D+prepareReplacement(replacement)%3B%0D%0A++++if+(Object.isString(pattern))......... and goes on and on with what seems to be javascript 
code.

This is what I tested and what works fine.  I posted an example of the 
URI I see, and it is significantly smaller than 8000+ characters.

If you are already in the Mail application, selecting Mail - Search 
works fine.

But if you are in another application such as Calendar or Address 
Book, choosing Mail - Search from the top menu fails.  Similar to Bug 
#12273 but in that case the error was "error communicating with the 
server" instead of "URI too long"

Can't reproduce.

The URL should look like:
https://example.com/horde/imp/dynamic.php?page=mailbox#search

This might be related to Bug #12273

Navigating to Mail Search from top menu from another application in 
dynamic mode now produces the following error:

Request-URI Too Large

The server logs:  "request failed: URI too long (longer than 8190)"