web commit by http://harningt.eharning.us/: more git attribution corner-case ideas
[ikiwiki.git] / doc / todo / git_attribution / discussion.mdwn
1 I'd strongly recommend this modification to ikiwiki.  Any particular limitations that anyone can think of?
2
3 I might even have a try at this patch, though I'd have to hack the user preferences page to include author name...
4
5 As to the question of whether the committer was the 'script' or the wiki editor... I'm not sure.  Marking it as the script somehow (`ikiwiki-cgi <ikiwiki@sitename>`)? seems to make sense and would make it easier to manage.
6
7 [[harningt]]
8
9 I've been thinking a bit about the GIT attribution in ikiwiki...
10
11 If no email set, I think "$USERNAME" is reasonable... no point in the
12 '<>' causing clutter.
13
14 If no username set... then something like '@[IPADDR]' makes sense...
15 (not in email brackets).
16
17 In the case of OpenID login.. I think that's a special case...  I don't
18 think attempting to munge something meaningful out of the OpenID makes
19 sense... but I think some massaging might need to be done.
20
21 Ex:  I've noticed in the current mode where logging in w/
22 harningt.eharning.us/ shows up in the logs w/o HTTP and if I login w/
23 http://harningt.eharning.us/ is shows up w/ the http... causing some
24 inconsistency.  I think it oughtta make sure that it has the properly
25 discovered, canonicalized form (ex:  if there's a redirect to another
26 site  (harningt.eharning.us -> www.eharning.us) then technically the
27 target site is the 'real' openid (at least according to how most OpenID
28 RPs take it).
29
30 ...
31
32 For OpenID edits, I think there should be a way to tell it what
33 username to show in the preferences dialog (so you can have a 'normal'
34 $USER <$EMAIL> setup.)  This could by default be filled in w/ sreg
35 nickname value (as well as email for that matter)...
36
37 To convey the openid used to make the edit, I think it would be
38 important that some sort of footer line along the lines of the
39 Signed-off: $USER <$EMAIL> conventions I've seen.
40
41 Perhaps an OpenID: $OPENID_URL would make sense.  This could help w/
42 making sure that no one irrefutably spoofs a post by someone (since w/
43 the setup where email and effective username are configurable, there's
44 no determination of uniqueness)
45
46 [[harningt]]