Could it be that you are using setStaticRule anywhere else in your code ?
In this case I can verify the issue.

Posted by Thomas Weidner (thomas) on 2009-08-20T14:46:24.000+0000

Fixed with r17697

Posted by André Schade (toocan) on 2009-08-20T15:26:59.000+0000

In meantime I updated my wc to 1.9.1. I'll check if the problem still exist and if so I'll explain it more accurate.

Posted by André Schade (toocan) on 2009-08-20T15:53:45.000+0000

ok ... it still exists. And it's not that easy to test.

Exlpaination:

Almost all of my action have multiple contexts belonging to what the user want to do with the 'data'. I have e.g. html, json, xml, pdf and one for another 'normal' view: dashboard, so that I can react on the context in dthe controller and use different views to present the data.
Now I use the inflector in my extend of the Zend_Controller_Action to inflect the viewScrtipt target to organize my view files in subfolders.

The problem now is exactly the dashboard.
In this view multiple actions will be processed by the action helper with the context dashboard, so the function will called each time a action helper runs and one time for the dashboard view itself.
1. call is ok (context == '')
2. call is ok (context == 'dashboard' )
3. call is not ok (context == 'dashboard' ) => FATAL

How should that issue be fixed in ZF 1.9.1 when ZF 1.9.1 was build 1 week ago and I fixed that issue yesterday for 1.9.2 ?

Seems to be impossible in my eyes. :-)

Next MiniRelase means that the next upcomming Release will solve that problem. Fix is until then in core and not in downloadable release. And the next release will be ZF 1.9.2 in about 1-2 weeks.

Posted by Thomas Weidner (thomas) on 2009-08-20T23:49:57.000+0000

One thing to note:
When you add the same rules again to the inflector then they will be added as is. There is no way for the inflector to check if you want that filter to be executed 2 times or if you want to have it only one time.

This means that you will then have StringToLower and Word_CamelCaseToDash 2 times, in sum 4 filters and they will all be executed.

Posted by André Schade (toocan) on 2009-08-21T00:21:49.000+0000

Ok, I'm sorry for the version thing, but ... I checked my problem against the trunk (with your changes) and ... :D ... it still exists.
I'll attach a test package, so you can see, what's the problem. Ok?

Posted by André Schade (toocan) on 2009-08-21T00:27:34.000+0000

without the lib ;)

Posted by Thomas Weidner (thomas) on 2009-08-21T00:53:15.000+0000

It's still fixed for the next MiniRelease :D
Update your trunk release ;-)

Posted by André Schade (toocan) on 2009-08-21T01:05:24.000+0000

I checked out the whole trunk a hour ago ... so?

Posted by Thomas Weidner (thomas) on 2009-08-21T09:13:57.000+0000

Must be a problem on your side.

I tested with your example code. I verified once again with r17716 (which is actual trunk).
Your example produces something like #1 to #10 but does not fail with an exception like before.

Posted by André Schade (toocan) on 2009-08-21T12:35:38.000+0000

Yes you'r right ... NOW it works. Interesting Diff ... (the second) ;)