Comment 11 for bug 325982

> Summary is: even though most of the fields in that URL just represent defaults, they still hold information. If Launchpad's defaults were to change, the meaning of the URL wouldn't change

While that's true, I think it is mostly an academic argument. Bug search results are inherently subject to change -- after all, that's their entire point! I think it is not only a bad side effect, but even a good thing that changed defaults are taken into consideration. Just take the example of the recently introduced "Opinion" bug state -- with an old hardcoded URL which explicitly enumerates all the bug states (even if the requestor didn't explicitly specify them), there would be no way how we could control the default behaviour of the new bug state. Similarly, adding internal hidden objects like "search=Search" will only require you to not change this field, ever. If it wasn't part of the URL, then you could change the implementation without breaking existing URLs out there.

TBH I don't like all the proposed workarounds with tinyurl. Not only would that inordinately spam their service, but giving proper LP URLs is so much clearer for the recipient, as well as me looking in my browser. tinyurl/DEADBEEF doesn't carry any information, while http://bugs.launchpad.net/apport/+bugs?orderby=status is quite clear what I get.