Opened 10 years ago

Closed 10 years ago

#3598 closed (fixed)

URL dispatch docs clairification, optional dictionary precedence

Reported by: yary h <nospam@…> Owned by: Adrian Holovaty
Component: Core (Other) Version: master
Severity: Keywords: URL dispatch
Cc: not.com@… Triage Stage: Ready for checkin
Has patch: no Needs documentation: no
Needs tests: no Patch needs improvement: no
Easy pickings: UI/UX:

Description

I had a URL pattern like so:

r('^test/(?<foo>w+)?','test_view',{'foo':'there is no foo!'})

It's a case that's not covered in the documentation. It looks like the optional dictionary overrides the passed in URL, which isn't what I expect, but as an undocumented case with an easy work around, I can live with it.

Think about how above pattern should behave, check that it does it, and document!

thanks

Attachments (1)

3598.diff (706 bytes) - added by James Bennett 10 years ago.
Documentation patch

Download all attachments as: .zip

Change History (3)

Changed 10 years ago by James Bennett

Attachment: 3598.diff added

Documentation patch

comment:1 Changed 10 years ago by James Bennett

Component: UncategorizedCore framework
Needs documentation: unset
Needs tests: unset
Owner: changed from Jacob to Adrian Holovaty
Patch needs improvement: unset
Triage Stage: UnreviewedReady for checkin

comment:2 Changed 10 years ago by Jacob

Resolution: fixed
Status: newclosed

(In [4638]) Fixed #3598: Added a note about the precedence of URL matches versus extra kwargs in URL patterns. Thanks, Ubernostrum.

Note: See TracTickets for help on using tickets.
Back to Top