Redirect template (kEvent::redirect attribute) has no effect, when popups are used

[Alexander Obuhovich]

There is way to specify template name, that should be shown after event is completed successfully. This is done by assigning it's name to $event->redirect attribute. Sadly, but this doesn't work in case if popups are used, where next shown template is retrieved from opener stack, e.g. active template before popup was opened. I propose to modify opener stack in case if $event->redirect is manually change by developer.

Imported from wiki.
Task: http://tracker.in-portal.org/view.php?id=493  (0000493: Redirect template (kEvent::redirect attribute) has no effect, when popups are used).

--
Best Regards,

http://www.in-portal.org
http://www.alex-time.com

[Alexander Obuhovich]

Here is the patch.

Ready for testing.

--
Best Regards,

http://www.in-portal.com
http://www.alex-time.com

[Dmitry A.]

It's quite an old issues and finally get's a patch.

DA

[Alexander Obuhovich]

Every reported issue will get it's patch eventually. Only if we don't close the task for some other reason.

On Sun, Oct 16, 2011 at 5:37 AM, Dmitry A. <dand...@gmail.com> wrote:

It's quite an old issues and finally get's a patch.

DA

--
You received this message because you are subscribed to the Google Groups "In-Portal Bugs Team" group.
To view this discussion on the web visit https://groups.google.com/d/msg/in-portal-bugs/-/DN0ioPzPIQcJ.
To post to this group, send email to in-port...@googlegroups.com.
To unsubscribe from this group, send email to in-portal-bug...@googlegroups.com.
For more options, visit this group at http://groups.google.com/group/in-portal-bugs?hl=en.

[Dmitry A.]

Hi guys,

I have recently noticed (in 5.2.0) that if I click "Reload" option in DBG while looking at Add/Edit User Modal Window I see List of Users instead of the same Add/Edit page.

Not sure if this is related to this discussion, but I think we have recently made some change to what's kept in the Session.

Can anyone else confirm the same issue?

DA

[Alexander Obuhovich]

Button "Reload Frame" in debugger toolbar correctly performed page reload (no matter if it's a modal window or main window).

Of course using browser reload button will reload top frame resulting all modal windows to collapse.

DA

--

You received this message because you are subscribed to the Google Groups "In-Portal Bugs Team" group.

To view this discussion on the web visit https://groups.google.com/d/msg/in-portal-bugs/-/YPoX76_m__gJ.

To post to this group, send email to in-port...@googlegroups.com.
To unsubscribe from this group, send email to in-portal-bug...@googlegroups.com.
For more options, visit this group at http://groups.google.com/group/in-portal-bugs?hl=en.

[Phil]

maybe it's not the right place here, but I'd suggest that toolbar buttons stay at top of the page when we scroll down in debug log.

-- 

Phil

Envoyé avec Sparrow

[Alexander Obuhovich]

Actual debugger toolbar is hidden upon debugger report is displayed. What you address as toolbar is actually same functionality as first line in debugger report :)

That maybe done as you suggest, Phil, but since I can easily press Esc to close debugger report and see actual "Refresh Frame" toolbar button, then I guess there is no need to change anything related to this.

[Phil]

I didn't knew about this Esc feature, nice !! no need then  :)

-- 

Phil

Envoyé avec Sparrow

[Alexander Obuhovich]

You can also open debugger by pressing F12 at any place on the page.

[Phil]

nice infos... why shouldn't we decide to work a bit on wiki pages, each of us, to have an up to date manual? It would be easier to make it time after time when we create updates and new features...

-- 

Phil

Envoyé avec Sparrow

[Dmitry Andrejev]

Well, this is what I get when click Reload Frame.

DA

Best regards,

Dmitry A.