$c->namespace misbehaving

[Thomas Zehetbauer]

the url
  http://localhost:3000/devisen/crossrates
calls
  Cat::Controller::Devisen->begin :Private
  Cat::Controller::Devisen->crossrates :Local :Args(0)
  Cat::Controller::Devisen->end :ActionClass(RenderView)
leading to
  Cat::View::TT->process

in the template I call $c->uri_for() / $c->namespace():

with Catalyst 5.80007 (my development workstation):
  c.uri_for('details') = 'http://localhost:3000/devisen/details'
  c.namespace() = 'devisen'

with Catalyst 5.7013 (our production servers):
  c.uri_for('details') = 'http://localhost:3000/tt/details'
  c.namespace() = 'tt'

although the documentation of $c->namespace() has not changed, it's return
value obviously has. I could not find that to be mentioned in the changelog
either. is there a documented and supported behaviour for this function or
should I consider it to be unstable and avoid it? if there is a supported
behaviour: which one and how do I fix the other installation (upgrading is not
an option).

tom

--
Thomas Zehetbauer
Muhrengasse 54 / 6 / 8, 1100 Wien
PGP-Key-Id: 0x96FFCB89

_______________________________________________
List: Catalyst@...
Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst
Searchable archive: http://www.mail-archive.com/catalyst@.../
Dev site: http://dev.catalyst.perl.org/

[Josef Chladek-2]

Am 29.10.2009 um 13:38 schrieb Thomas Zehetbauer:

> with Catalyst 5.80007 (my development workstation):
> c.uri_for('details') = 'http://localhost:3000/devisen/details'
> c.namespace() = 'devisen'
>
> with Catalyst 5.7013 (our production servers):
> c.uri_for('details') = 'http://localhost:3000/tt/details'
> c.namespace() = 'tt'
>
> although the documentation of $c->namespace() has not changed, it's  
> return value obviously has. I could not find that to be mentioned in  
> the changelog either. is there a documented and supported behaviour  
> for this function or should I consider it to be unstable and avoid  
> it? if there is a supported behaviour: which one and how do I fix  
> the other installation (upgrading is not an option).

this was a bug introduced in Action.pm v5.7013, see

http://lists.scsys.co.uk/pipermail/catalyst/2008-May/018702.html

josef

_______________________________________________
List: Catalyst@...
Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst
Searchable archive: http://www.mail-archive.com/catalyst@.../
Dev site: http://dev.catalyst.perl.org/