"Content Language Negotiation" + "Missing Memory Cache" = Fatal Error

[Alexander Obuhovich]

I have "Content Language Negotiation" and memory caching enabled. When I restarted Memcached server and then visited Front-end with empty url, e.g. http://www.site.com/ then redirect was made, since my "Accept-Language" header matched non-default language.

Because I have no cache, then kApplication::RewriteListeners array was empty and attempt to build redirect link resulted in fatal error listed below:

Notice: Undefined index: m in ...\core\kernel\application.php on line 1953

Fatal error: Method name must be a string in .../core/kernel/application.php on line 1955

--
Best Regards,

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

[Alexander Obuhovich]

I think, that we should delay any redirects until kApplication::Init method is done, since redirecting from middle of application init doesn't bring any good things to the page.

[Dmitry Andrejev]

Hi Alex,

How do we manage these type of URLs then?

DA

--
You received this message because you are subscribed to the Google Groups "In-Portal Bugs Team" group.
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.

--

Best regards,

Dmitry A.

[Alexander Obuhovich]

As I said before - we could schedule redirect to be performed later, when application initialization is completed.

This problem has larger impact on the system, then it seems at first. Since it's a problem when one code wants to get data, that is prepared by other code, that is not yet executed. This is so called tight binding problem, when some system components too heavily depend on each other to work properly when someone of them is changed.

[Alexander Obuhovich]

Here are the places, when redirects happen:

• Redirect on Session Expiration
• Redirect on non-rewritten url
• Redirect on language negotiation
• Redirect on missing item’s view permission
• Redirect on category import completion
• Redirect on module install finished
• Redirect on site domain mismatch
• Redirect on category cache updated finish
• Redirect on request event processed
• Redirect on CSV import complete
• Redirect on install complete
• Redirect on login required template
• Redirect on SSL mode mismatch
• Redirect on email queue processing finished
• Redirect on url ending mismatch
• Redirect on template compilation finished

Pretty lot actually. So I suggest following approach:

• place return ; after each kApplication::Redirect method call
• when !$this->InitDone and redirect attempt is made, then schedule redirect, but don't perform
• when init finishes and there is a scheduled redirect, then perform it

[Dmitry A.]

Thanks for researching!

I have nothing against performing the Redirects after the INIT phase so I vote for a new Task here. Please create one, would you?

DA

[Alexander Obuhovich]

Here is the task: http://tracker.in-portal.org/view.php?id=1048

--

You received this message because you are subscribed to the Google Groups "In-Portal Bugs Team" group.
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.