<?xml version="1.0"?>
<rss xmlns:dc="http://purl.org/dc/elements/1.1/" version="2.0">
  <channel>
    <title>CKAN: Ticket Query</title>
    <link>http://localhost/query?component=vdm&amp;milestone=ckan-sprint-2011-10-24&amp;group=status&amp;order=priority</link>
    <description>The open source data portal software</description>
    <language>en-US</language>
    <image>
      <title>CKAN</title>
      <url>http://assets.okfn.org/p/ckan/img/ckan_logo_shortname.png</url>
      <link>http://localhost/query?component=vdm&amp;milestone=ckan-sprint-2011-10-24&amp;group=status&amp;order=priority</link>
    </image>
    <generator>Trac 0.12.3</generator>
    <item>
        <link>http://localhost/ticket/1386</link>
        <guid isPermaLink="false">http://localhost/ticket/1386</guid>
        <title>#1386: Disallow account creation via openid</title>
        <pubDate>Wed, 12 Oct 2011 13:18:13 GMT</pubDate>
        
        <dc:creator>rgrp</dc:creator>

        <description>&lt;p&gt;
Superticket: &lt;a class="new ticket" href="http://localhost/ticket/1343" title="enhancement: [super] User related improvements (login, user pages etc) (new)"&gt;#1343&lt;/a&gt;
&lt;/p&gt;
&lt;p&gt;
Creation of accounts from OpenID causes large number of problems:
&lt;/p&gt;
&lt;ul&gt;&lt;li&gt;No guarantee of other profile info
&lt;/li&gt;&lt;li&gt;Poor username (just from openid)
&lt;/li&gt;&lt;/ul&gt;&lt;p&gt;
We therefore will:
&lt;/p&gt;
&lt;ol&gt;&lt;li&gt;Require creation of user account via register (no auto-creation of accounts via openid)
&lt;ul&gt;&lt;li&gt;sidebar of register page should point to login page rather than openid signin
&lt;/li&gt;&lt;/ul&gt;&lt;/li&gt;&lt;/ol&gt;&lt;p&gt;
&lt;/p&gt;
&lt;ol start="2"&gt;&lt;li&gt;Permit association of an openid with an account ...
&lt;ul&gt;&lt;li&gt;How: paste in your openid url (requires change to edit form to have this)
&lt;ul&gt;&lt;li&gt;won't work for google with their weird openid urls
&lt;/li&gt;&lt;/ul&gt;&lt;/li&gt;&lt;li&gt;[future] Nicer way is to have login via openid while logged in (which association then happening in background)
&lt;/li&gt;&lt;/ul&gt;&lt;/li&gt;&lt;/ol&gt;&lt;ol start="3"&gt;&lt;li&gt;Migration (for 1+2):
&lt;ul&gt;&lt;li&gt;(?) Generate decent usernames for all existing accounts
&lt;/li&gt;&lt;li&gt;As this is nontrivial suggest instead we allow editing of usernames (by account owner and sysadmins). This is useful in its own right and is a reasonable 80/20 solution.
&lt;ul&gt;&lt;li&gt;This does present the problem of re-associating commits with the new username. Best solution to this would be to switch revisions to point to userid rather than username. See &lt;a class="new ticket" href="http://localhost/ticket/1534" title="enhancement: Change revisions to record userid rather than username (new)"&gt;#1534&lt;/a&gt;
&lt;/li&gt;&lt;/ul&gt;&lt;/li&gt;&lt;/ul&gt;&lt;/li&gt;&lt;/ol&gt;&lt;ol start="4"&gt;&lt;li&gt;[optional] Change display_name to always be username
&lt;ul&gt;&lt;li&gt;Change My Account to Username at top right of all pages (once we know
usernames are short ...)
&lt;ul&gt;&lt;li&gt;could do this straight away by truncating long usernames (e.g. truncate
at 20 chars ...)
&lt;/li&gt;&lt;li&gt;Also should we lose the icon?
&lt;/li&gt;&lt;/ul&gt;&lt;/li&gt;&lt;/ul&gt;&lt;/li&gt;&lt;/ol&gt;</description>
        <category>Results</category>
        <comments>http://localhost/ticket/1386#changelog</comments>
    </item>
 </channel>
</rss>