Closed Bug 588492 Opened 15 years ago Closed 12 years ago

Make URLs less weird for /sites

Categories

(Input Graveyard :: Sites, defect)

defect
Not set
normal

Tracking

(Not tracked)

RESOLVED WONTFIX

People

(Reporter: stephend, Unassigned)

References

()

Details

michaelk: wenzel: ouch with the http:// (how helpful of mod_wsgi)— my suggestion would have been to use a get-parameter if wsgi interprets the path, but this is probably nicer [1:58pm] davedash: michaelk: that makes sens to me... [1:59pm] davedash: pretty urls are useful if they make sense... http/something.com seems weird [2:02pm] michaelk: davedash: yeah, not sure that it's a big deal, but it does seem a be a bit artificial [2:16pm] wenzel: another option would be youtube.com/ssl if it is ssl [2:16pm] wenzel: patches welcome. [2:17pm] davedash: stephend assign me a bug, I'll have my way with it... [2:17pm] stephend: a bug for? [2:17pm] davedash: "make urls less weird" for /sites
Judging by the bug report, this conversation was before 1.7's release where the UI was kinda primitive. I don't think this is relevant anymore with the new design. Feel free to open, if the bug was misread.
Status: NEW → RESOLVED
Closed: 15 years ago
Resolution: --- → INVALID
Misread. The urls are still fugly. It's not an html issue, it's a URL issue.
Status: RESOLVED → REOPENED
Resolution: INVALID → ---
Well, then!
James, Thinking URLs can be parameters, not part of a 'restful' URL... far to meta. Bonus points if you redirect old urls.
Assignee: dd → nobody
Component: Input → Sites
Product: Webtools → Input
QA Contact: input → sites
Target Milestone: --- → 4.2
Version: Trunk → unspecified
Clearing out 4.2
Target Milestone: 4.2 → 4.x
I haven't got a clue what this bug is about, but it's likely about something we didn't implement in the new Input. Closing this out as WONTFIX.
Status: REOPENED → RESOLVED
Closed: 15 years ago12 years ago
Resolution: --- → WONTFIX
Product: Input → Input Graveyard
You need to log in before you can comment on or make changes to this bug.