- 07 11月, 2010 2 次提交
- 09 10月, 2010 1 次提交
-
-
由 Andrew White 提交于
-
- 05 10月, 2010 1 次提交
-
-
由 Aaron Patterson 提交于
-
- 30 9月, 2010 3 次提交
-
-
由 José Valim 提交于
-
由 Aaron Patterson 提交于
-
由 Aaron Patterson 提交于
-
- 29 9月, 2010 2 次提交
-
-
由 Emilio Tagua 提交于
-
由 José Valim 提交于
-
- 27 9月, 2010 3 次提交
-
-
由 Emilio Tagua 提交于
-
由 Emilio Tagua 提交于
-
由 Emilio Tagua 提交于
-
- 19 9月, 2010 1 次提交
-
-
由 Andrew White 提交于
Raise ArgumentError instead of normalizing controller name when there is a leading slash [#5651 state:resolved]
-
- 18 9月, 2010 1 次提交
-
-
由 Andrew White 提交于
-
- 05 9月, 2010 5 次提交
-
-
由 José Valim 提交于
-
由 Piotr Sarnacki 提交于
Ported missing functionality from Rails 2.3.x, raise error on wrong regexps in :constraints in routes
-
由 Piotr Sarnacki 提交于
-
由 Piotr Sarnacki 提交于
-
由 Piotr Sarnacki 提交于
-
- 04 9月, 2010 6 次提交
-
-
由 Piotr Sarnacki 提交于
-
由 Piotr Sarnacki 提交于
-
由 Piotr Sarnacki 提交于
mounted_helpers are a bit similar to url_helpers. They're automatically included in controllers for Rails.application and each of mounted Engines. Mounted helper allows to call url_for and named helpers for given application. Given Blog::Engine mounted as blog_engine, there are 2 helpers defined: app and blog_engine. You can call routes for app and engine using those helpers: app.root_url app.url_for(:controller => "foo") blog_engine.posts_path blog_engine.url_for(@post)
-
由 Piotr Sarnacki 提交于
* added more tests for prefix generation * fixed bug with generating host for both prefix and url * refactored url_for method * organized tests for prefix generation
-
由 Piotr Sarnacki 提交于
This requires knowledge about original SCRIPT_NAME and the parent router. It should be pass through the env as ORIGIAL_SCRIPT_NAME and action_dispatch.parent_routes
-
由 Piotr Sarnacki 提交于
This technique is here to allow using routes from Engine in Application and vice versa. When using Engine routes inside Application it should generate prefix based on mount point. When using Engine routes inside Engine it should use env['SCRIPT_NAME']. In any other case it should generate prefix as env should not be even available.
-
- 01 9月, 2010 1 次提交
-
-
由 Andrew White 提交于
Move implicit nested call before options handling so that nested constraints work [#5513 state:resolved] Signed-off-by: NJosé Valim <jose.valim@gmail.com>
-
- 29 8月, 2010 1 次提交
-
-
由 Joost Baaij 提交于
-
- 25 8月, 2010 5 次提交
-
-
由 Andrew White 提交于
Signed-off-by: NJosé Valim <jose.valim@gmail.com>
-
由 José Valim 提交于
-
由 José Valim 提交于
If you were using symbols before for methods like match/get/post/put/delete, it is likely that this commit will break your routes. Everything should behave the same if you are using strings, if not, please open up a ticket.
-
由 José Valim 提交于
-
由 José Valim 提交于
-
- 24 8月, 2010 4 次提交
-
-
由 Santiago Pastorino 提交于
-
由 José Valim 提交于
-
由 José Valim 提交于
Fix a bug where symbols and strings were not behaving the same in the router. [#5431 state:resolved]
-
由 Andrew White 提交于
When custom resource actions are specified using strings add the default name and action if the string is a valid ruby method name. [#5431 state:resolved] Signed-off-by: NJosé Valim <jose.valim@gmail.com>
-
- 23 8月, 2010 1 次提交
-
-
由 Andrew White 提交于
Cache the symbolized path parameters using a instance variable in the request object rather than the environment hash. This it to prevent stale parameters in later routing constraints/redirects as only the normal path parameters are set by Rack::Mount. Also if a constraint proc arity is more than one, pass the symbolized path parameters as the first argument to match redirect proc args and provide easier access. [#5157 state:resolved] Signed-off-by: NJosé Valim <jose.valim@gmail.com>
-
- 21 8月, 2010 1 次提交
-
-
由 Nick Sieger 提交于
Signed-off-by: NSantiago Pastorino <santiago@wyeworks.com>
-
- 20 8月, 2010 2 次提交
-
-
由 Andrew White 提交于
Don't add the standard https port when using redirect in routes.rb and ensure that request.scheme returns https when using a reverse proxy. [#5408 state:resolved] Signed-off-by: NJosé Valim <jose.valim@gmail.com>
-
由 Andrew White 提交于
Signed-off-by: NJosé Valim <jose.valim@gmail.com>
-