Custom Query (2152 matches)
Results (1021 - 1023 of 2152)
Ticket
|
Resolution
|
Summary
|
Owner
|
Reporter
|
#1386 |
fixed
|
Disallow account creation via openid
|
rgrp
|
rgrp
|
Reported by rgrp,
3 years ago.
|
Description |
Superticket: #1343
Creation of accounts from OpenID causes large number of problems:
- No guarantee of other profile info
- Poor username (just from openid)
We therefore will:
- Require creation of user account via register (no auto-creation of accounts via openid)
- sidebar of register page should point to login page rather than openid signin
- Permit association of an openid with an account ...
- How: paste in your openid url (requires change to edit form to have this)
- won't work for google with their weird openid urls
- [future] Nicer way is to have login via openid while logged in (which association then happening in background)
- Migration (for 1+2):
- (?) Generate decent usernames for all existing accounts
- 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.
- 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 #1534
- [optional] Change display_name to always be username
- Change My Account to Username at top right of all pages (once we know
usernames are short ...)
- could do this straight away by truncating long usernames (e.g. truncate
at 20 chars ...)
- Also should we lose the icon?
|
#1396 |
fixed
|
Improvements to user page UX - 1d
|
rgrp
|
rgrp
|
Reported by rgrp,
3 years ago.
|
Description |
Super ticket: #1506
- Show member since
- Display email (in obfuscated form)
- List all owned datasets (in standard manner)
- Will need change to logic layer to show datasets on user dict (this is useful for the API as well ...)
- (Re)move list of changes
- Should have activity (once activity available)
WONTFIX:
- ?? Allow users to provide a home page, organization (requires migration)
|
#1401 |
fixed
|
Some links don't take account when CKAN is mounted at a non-root URL
|
rgrp
|
flofokus
|
Reported by flofokus,
3 years ago.
|
Description |
if you want your ckan to reside not at
http://yourhost.org/
but rather e.g. at
http://yourhost.org/ckan/
you can use this hint
http://wiki.pylonshq.com/display/pylonsdocs/Configuration+Files
and set ckan.site_url accordingly in your .ini.
However, there are some instances where internal links are created without the required prefix.
|
Note: See
TracQuery
for help on using queries.