Good suggestion, I plan to actually make all these little searches use the same edit search system, so this is certainly something I plan to add in

I disagree with redirecting because (unlike before) the custom search page always shows the form and I don't think people should be shown the custom search fields unless they actually want to do custom/advanced searches. I also really like how the current predefined searches have useful page titles (e.g. "Edits for Some Artist") and links in the title back to the entity in question. The custom searches have nothing like that, it just says "Search for Edits" in the title.

I do completely agree that it should be a lot easier to switch from the predefined searches to custom searches though. It's really annoying how there's no way to switch to a custom search at all.

Agree with nikki here re: redirect. Also agree that it is indeed super-annoying that there's no easy way to filter an editor/artist/release's edits for those of a particular type (for example) so we need some sort of solution

So you prefer to have an auto-generated link called Advanced search that goes to the auto-generated equivalent URL instead of forwarding directly to this one.

My edits also asked for common URL base for all searches.
We have /search/edits*, /edit/subscribed*, /edit/subscribed_editors, /user/bob/edits*, /release/mbid/edits*, /release/mbid/open_edits*, /artist/mbid/edits*, /artist/mbid/open_edits*, etc.
I thought it would be more convenient (for stuff like scripting and such) that they all begin the same as /search/edits* or /search*.

Something like "Advanced Search", yeah - maybe "Customise this search" perhaps.

I like "Customise this search". It doesn't necessarily have to load a new page either, it could just load the custom search within the existing page when someone clicks on it.

Subscribed entities actually can't be done with edit search – you'd need '(artist is in my subscriptions OR label is in my subscriptions) AND status is open' and you can only choose conceptual AND or OR – no mixing.

Subscribed editors can't either, because we don't have a subscribed editors filter.

http://codereview.musicbrainz.org/r/2083/ covers everything except subscribed entities/subscribed editors, that as mentioned can't be done.

Woaw ! Thanks very much I'm really eager to see this live !

About the redirect, nikki and voice, maybe you see a problem with client-side redirect indeed it's clumsy but wouldn't it be ultra-awesome to have a server-side redirect ?!

Either server-side redirect or HTTP 302 (like chatlogs' today link) redirect from nice URL to search URL would allow

• fancy URL display in website links as now (the stuff you want to keep) and manipulation by user (right click copy URL, etc.)
• no two pages loaded, only one (send user in full search context in one go, where the current patch makes the user have to click twice before being there)

Putting in 09-03 fix version based on the assumption comments on codereview will get responded to.

Moving to the next release as we're in freeze now.

Hey I just saw that new Refine this search on beta, it's excellent, Ian !