[Vtigercrm-developers] header redirect after action

[Adam Heinz]

It looks like the same logic [1] [2] as in 5.4 [3] [4] to me?

[1]
http://trac.vtiger.com/cgi-bin/trac.cgi/browser/vtigercrm/branches/6.0.0/modules/Quotes/Save.php#L63
[2]
http://trac.vtiger.com/cgi-bin/trac.cgi/browser/vtigercrm/branches/6.0.0/modules/Calendar/Save.php#L337
[3]
http://trac.vtiger.com/cgi-bin/trac.cgi/browser/vtigercrm/branches/5.4.0/modules/Quotes/Save.php#L63
[4]
http://trac.vtiger.com/cgi-bin/trac.cgi/browser/vtigercrm/branches/5.4.0/modules/Calendar/Save.php#L346



On Fri, May 3, 2013 at 12:17 AM, Appu <apparao at vtiger.com> wrote:

> In Vtiger6 Calendar module follows similar semantics as other module.
> Post delete redirection to ListView of the module is performed.
>
> On Fri, May 3, 2013 at 12:34 AM, Adam Heinz <amh at metricwise.net> wrote:
>
>> If you scroll down to the bottom of most any Delete.php or Save.php,
>> you'll see a fairly standard header() call to redirect you back to the
>> detail or list view from whence you came.  As usual, the Calendar module is
>> dissimilar from the other modules and adds another half-dozen variables on
>> top of the usual return_action, _module and _id.  Has any thought been
>> given to collapsing all these values into a single url- or
>> json-encoded value?  Then the redirecting page can avoid parsing it
>> entirely.  I'm adding new vtiger_links entries that move between modules
>> and while that is easy enough, getting back afterwards is proving
>> cumbersome.
>>
>> _______________________________________________
>> http://www.vtiger.com/
>>
>
>
> _______________________________________________
> http://www.vtiger.com/
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.vtigercrm.com/pipermail/vtigercrm-developers/attachments/20130503/022765af/attachment.html>