Can we swallow /edits in "/edits/user:name/grid/year/00:01:00"? #2250

New Issue

Closed

opened 2014-02-08 19:32:54 +00:00 by rlx · 2 comments

rlx commented

2014-02-08 19:32:54 +00:00

Owner

(and the same for texts?)

After checking for item id, the parser would have to check for edit/text id, then fall back to find.

"user:name" shouldn't collide with item ids, and isn't a very common or useful find literal.

Of course, /edits and /texts as such would remain.

(and the same for texts?) After checking for item id, the parser would have to check for edit/text id, then fall back to find. "user:name" shouldn't collide with item ids, and isn't a very common or useful find literal. Of course, /edits and /texts as such would remain.

rlx added the

frontend

label 2014-02-08 19:32:54 +00:00

rlx added this to the 14.01 milestone 2014-02-08 19:32:54 +00:00

rlx self-assigned this 2014-02-08 19:32:54 +00:00

rlx added the

normal

enhancement

labels 2014-02-08 19:32:54 +00:00

rlx commented

2014-02-08 19:45:57 +00:00

Author

Owner

Challenge: user "foo" has "bar" both as edit and as text. To use /texts/foo:bar just for this one case seems odd.

Maybe, as texts urls lack the /view/sort part, and only have a short /span, just swallow /edits and keep /texts.

Challenge: user "foo" has "bar" both as edit and as text. To use /texts/foo:bar just for this one case seems odd. Maybe, as texts urls lack the /view/sort part, and only have a short /span, just swallow /edits and keep /texts.

rlx commented

2014-02-09 07:44:23 +00:00

Author

Owner

Wontfix: /keywords=camera:zoom (keywords=camera is a valid username)

Wontfix: `/keywords=camera:zoom` (`keywords=camera` is a valid username)

rlx added the

wontfix

label 2014-02-09 07:44:23 +00:00

rlx closed this issue

2014-02-09 07:44:23 +00:00