Prepopulate project issue metadata from $_GET

If this is added to drupal.org, would it be possible to add something to the bottom of each Handbook page saying something like:

Is there a problem with this page? If you create and log in to your drupal.org account, you can edit most pages on drupal.org (you should see an Edit tab at the top). If you do not see an Edit tab, or if you can identify the problem but aren't sure how to fix it, you can (link) file an issue(endlink) to bring it to the attention of the documentation team. Thanks!

That could be prefilled with:

Project: Documentation
Component: Correction/Clarification
Category: bug report
Title: Documentation error on [url]
Body: On [url], ... (please describe the problem here)

Been out of town a few weeks, just catching up now and saw this. It probably would have been better to be consistent with the GET parameters used in the issue queue views. For example "status" instead of "sid"... Did this get deployed on d.o yet? Are other things making use of it yet?

p.s. What a pain in the ass that we added this code in the d.o module instead of just making prepopulate work. *sigh*

The issue view GET args are:

assigned
status (sid)
priorities
categories
component
version (rid)

To be really nice, version should accept the human-readable version number, not the nid of the release node it points to. That'd require a db query, but it's worth it to make the version field actually useful.

"priorities" and "categories" should probably be singular, in fact. I bet I did it that way in a failed attempt to prevent link rot from the old URLs, but they're almost entirely broken, anyway, so I should just switch those. category can be "bug", "task", "support", or "feature". priority is (currently) just an int (1 = critical, 2 = normal, 3 = minor).

status uses an int value.

component is just the human-readable component string.

assigned in the view GET uses a username as the value, but internally, project_issue stores a UID (0 == unassigned).

Now that I see how project_issue-specific this is really getting, perhaps it's best all the way around to just patch project_issue itself for this... Then, at least other users of project* will a) benefit from it and b) have an interest in keeping it working properly and ported in the future, instead of making this only a d.o feature. Then it's slightly more likely to avoid the "we don't see anyone volunteering" syndrome. ;)

That commit looks incomplete. See attached.

This was apparently deployed a while ago:

http://drupal.org/node/add/project-issue/project_issue?title=testing&com...

Cleaning out the needs d.o deployment tag...

Note: this code doesn't handle previews. See #1112110: Preview resets information entered, if issue filing URL has query strings