{22} Trac tickets (2647 matches)
Results (2401 - 2500 of 2647)
Id | Type | Owner | Reporter | Milestone | Status | Resolution | Summary | Description | Posixtime | Modifiedtime | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
#1628 | defect | dread | ckan-sprint-2012-02-06 | closed | wontfix | get ckanext-dgu working with ckan 1.5.1 |
johnglover said: I can confirm that even with the mapping fix, the ckanext-dgu dgu_form plugin template does not work properly with 1.5.1, so should probably not be installed at present. The edit page is ugly but should work (eg: http://dgu-os.okfn.org/dataset/edit/abandoned-vehicles), but the 'add a dataset' page is broken (eg: http://dgu-os.okfn.org/dataset/new) |
1326214762000000 | 1328526967000000 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
#1642 | defect | pudo | ckan-backlog | new | Extra link generators generate garbled HTML |
I had a package descriptions with URLs that contain "group:foo". This produces garbled output as the system tries to generate two sets of links: the outer link and an inner link. Need to fix the parser. Text: Webdienst basierende Bereitstellung von Geobasisdaten der Freien und Hansestadt Hamburg. Folgende Geobasisdaten werden als WebMapTileService? (WMT-S) für die Dauer des Wettbewerbs netzbasiert unter der Creative Commons Lizenz zur Verfügung gestellt: Digitale Orthophotos 40 cm Auflösung (Layer: apps4d_DOP40), Digitale Stadtkarte (Layer: apps4d_DISK), Digitale Regionalkarte (Layer: apps4d_DIRK), Digitale Karte 1:5000 (Layer: apps4d_DK5). Metadateneinträge zu den Daten im PortalU:
One fix is quoting the URLs |
1326382171000000 | 1339773967000000 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
#1643 | enhancement | shevski | ckan-backlog | new | Add fixed tags to thedatahub for better browsing |
Similar to publicdata.eu, want to have themed areas such as finance, environment, census, etc and country tags |
1326393293000000 | 1326393293000000 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
#1644 | enhancement | shevski | ckan-backlog | new | Order default dataset page by most downloaded resources on thedatahub |
Instead of alphabetically as we do currently, alternatively by most viewed datasets |
1326393542000000 | 1326393542000000 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
#1647 | enhancement | shevski | ckan-backlog | new | add links to ckan discuss & dev to thedatahub |
In the footer as well as more clearly & directly on the About page |
1326673852000000 | 1326707383000000 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
#1648 | enhancement | shevski | ckan-backlog | closed | fixed | Clarify that additional info = extra fields + add guidance |
Super ticket: #1506 Need to decide which term to use and then have the same for editing as well as viewing a dataset. In creating/editing a dataset, want more explanation about adding extra fields (probably as a tooltip or similar).. i.e. that this let's you add extra custom metadata such as 'location: uk' which is then searchable etc |
1326674843000000 | 1330632344000000 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
#1656 | enhancement | ross | closed | duplicate | Configuration for reverse proxying |
Provide configuration for reverse proxying that will correctly handle the mapping of a URL to a sub-folder (using X-SCRIPT-NAME)
|
1326711575000000 | 1326711659000000 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
#1661 | defect | dread | ckan-backlog | assigned | Wrong Routes version installed by CKAN package |
Jaakko Louhio reported that the wrong Routes version got installed during CKAN's package install. He is using Ubuntu 10.04 and he believes it install Routes 1.12.3 instead of what we use which is 1.11. |
1326718061000000 | 1339773949000000 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
#1662 | defect | dread | closed | wontfix | OpenID not compatible with mounting CKAN at non-root URL |
Mounting CKAN at a non-root URL was made to work properly here: #1659 Unfortunately OpenID doesn't play nicely and would require some work to get working. |
1326730366000000 | 1326730414000000 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
#1668 | defect | dread | ckan-backlog | new | repoze version discrepency |
There's a discrepency in repoze.who versions between the source and package installs:
We get a test failure [1] with the 1.0b3 version (from the ubuntu 10.04 python-repoze.who-plugins package). But we've not noticed any problems on s057 instances (br, no, ie etc) which have the package versions of repoze.who. The reason the package install uses the earlier packaged versions rather than the ones we'd like is that repoze uses all sorts of horrendous import hacks, making it too difficult to put into our 'ckan-conflict' source package. James suggests we 'do something horrible like dynamically patch repoze on CKAN import'. [1] http://buildbot.okfn.org/builders/builder-ckan/builds/1371/steps/shell/logs/stdio ERROR: ckan.tests.functional.test_user.TestUserController?.test_user_create_unicode |
1326801746000000 | 1326801746000000 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
#1677 | enhancement | amercader | ckan-v1.6 | closed | duplicate | Make synchronous search the default behaviour |
Right now you need to explicitly load the synchronous_search plugin in your ini file, when this is probably the behaviour that all users expect by default. We could keep a config flag to deactivate it, but synchronous search should be the default behaviour. |
1326807604000000 | 1326807655000000 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
#1679 | enhancement | dread | ckan-backlog | new | Default roles problem |
The 'editor', 'anon_editor' and 'reader' roles are intended to have immutable actions. This was designed to prevent their names being subverted - e.g. an editor should always be able to edit! It also meant that when we add Actions (e.g. DELETE-PACKAGE) then it can be added sensibly to these roles in an upgrade just by changing the defaults table (ckan/model/authz.py). The problem is that this immutability is only enforced on 'db upgrade'. So you can happily change the editor role using the paster command and it works, right up until you do an upgrade and realise permissions are different. We should stop the paster commands being able to edit these roles. Or get rid of the immutability completely. Views? |
1326823042000000 | 1339773923000000 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
#1684 | enhancement | ross | ckan-backlog | assigned | Remove all config from ckanext-archiver |
ckanext-archiver currently has a settings file (and a default) and it should be passed in all relevant information from the context. Remove all settings (ARCHIVE_DIR and MAX_CONTENT_LENGTH and others) and pass them in from CKAN. |
1326983821000000 | 1346670037000000 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
#1692 | enhancement | rgrp | ckan-v1.7 | closed | wontfix | Add image attribute to Dataset and Group |
Add image attribute for Dataset and Group which would be shown in prominent place. For dataset this could be a relevant image and for Group this would be more of a logo. I think this has very high value from a UX point of view. Issues
|
1327108761000000 | 1338204395000000 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
#1697 | enhancement | rgrp | ckan-backlog | new | A Configurable list of states for a Dataset |
Currently have 'active' and 'deleted' suggest also:
(Do we need both). Also write out workflows related to these. |
1327400630000000 | 1338204189000000 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
#1717 | enhancement | shevski | ckan-backlog | new | [super] Search UX improvements |
|
1327603981000000 | 1330088539000000 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
#1740 | enhancement | seanh | ckan-future | new | Get rid of `from module import ...` |
It's really bad to do from module import * and CKAN has a lot of them. I suggest a three-pronged approach:
We should also get rid of most or all of the from module import foo and from module import foo, bar statements. I think the right thing to do is just import module and then use module.foo in your code. But if you find yourself doing module.foo.bar then you may have a code smell. |
1328094369000000 | 1328094884000000 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
#1745 | enhancement | rgrp | ckan-v1.9 | new | Dataset search UX improvements as of Jan 2012 |
Changes to make search both more exploratory and more satisfying to use
Probably would involve to pure JS and HTML implementation. ImplementationProbably require
|
1328224941000000 | 1340033358000000 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
#1746 | enhancement | seanh | ckan-backlog | closed | wontfix | Activity streams pagination |
Currently user, package and group activity streams only return the most recent 15 activities, even though all activities are kept in the db. Do we want to add pagination - to both the API and the HTML pages - to support retrieving older activities? |
1328446488000000 | 1355141062000000 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
#1747 | enhancement | seanh | ckan-backlog | new | Expire old activities |
Currently the activity streams database tables just get longer and longer over time. Do we want to eventually delete the oldest activities, to keep the length of the table within limits? |
1328446589000000 | 1339773859000000 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
#1749 | enhancement | seanh | ckan-future | assigned | Allow creating activity details through API |
Currently the activity_create() logic action function only lets you create top-level activity stream items, and not their related activity details. It should handle activity details via nested dicts. |
1328465406000000 | 1338213933000000 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
#1750 | enhancement | seanh | ckan-backlog | new | Move ckan/lib/activity.py into the model |
Move ckan/lib/activity.py moved to into the model - say ckan/model/activity_extension.py, because it's so tightly knit with the model code, whereas most of the lib code is used in the controllers. |
1328465888000000 | 1339773840000000 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
#1787 | enhancement | dread | ckan-future | new | [super] Improve RESTful API |
This could be v3 of the RESTful interface. |
1328702082000000 | 1328702082000000 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
#1789 | enhancement | seanh | ckan-backlog | new | Implement a tag_update() logic action function |
So users can rename a tag and/or move it between vocabularies using the API. Currently we have create_tag() and delete_tag(), but if you were to 'update' a tag by deleting it and then recreating it all the datasets that had that tag will have lost it and you'll have to re-add it to them all. What should happen to datasets that have the tag, if the tag gets moved between vocabularies? All the datasets just keep the tag with the new vocabulary? This will become a problem if/when we support 'radio button'-style vocabularies (where each dataset can only have one tag from the vocabulary). |
1328805413000000 | 1339773812000000 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
#1790 | enhancement | dread | ckan-future | new | Click to delete tags, rather than have all existing tags in the tag text box |
From Pablo: Editing the tags field is clumsy when there are too many tags. Could show existing effectively as tags (like delicious), then allow clicks to delete. New tags added via text box. |
1328888674000000 | 1328888674000000 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
#1798 | defect | dread | closed | fixed | API search in non-q fields has exception for unicode characters |
You get an exception if you use the API to search packages and specify a non-ascii character in a field other than q. For example: http://catalogue.data.gov.uk/api/search/package?title=%E2%80%93 This "N-dash" (Unicode character 2013) causes this exception: Module ckan.controllers.api:460 in search << if ver in u'12': # Otherwise, put all unrecognised ones into the q parameter params = convert_legacy_parameters_to_solr(params) query = query_for(model.Package) results = query.run(params) >> params = convert_legacy_parameters_to_solr(params) Module ckan.lib.search.query:38 in convert_legacy_parameters_to_solr << for search_key in non_solr_params: value_obj = legacy_params[search_key] value = str(value_obj).replace('+', ' ') if search_key == 'all_fields': if value: >> value = str(value_obj).replace('+', ' ') UnicodeEncodeError: 'ascii' codec can't encode character u'\u2013' in position 30: ordinal not in range(128) This problem affects CKAN 1.5 and 1.5.1 only. |
1329395420000000 | 1329395560000000 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
#1800 | refactor | seanh | ckan-future | new | Tidy up *_list() and *_search() functions in ckan/logic/action/get.py |
For consistency all the *_list() functions should list objects only and not accept an optional search query. There should be *_search() functions whenever search is needed. Currently it is inconsistent, e.g. package_list() and resource_list() do not accept a search query option and there are package_search() and resource_search(), but user_list() does accept a query and there is no user_search(). tag_list() also accepts a query, and there is also a tag_search() that apparently duplicates the search functionality. |
1329405129000000 | 1338204886000000 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
#1801 | enhancement | dread | ckan-backlog | closed | fixed | No links to password reset |
You can reset your password (#1186) but you have to know the URI (/user/reset) - there is no link to this page! |
1329405290000000 | 1343144718000000 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
#1805 | enhancement | toby | closed | fixed | Error pages do not translate |
eg 404 page create a 404 error via a bad url - translation links go to /document/error not the actual bad url |
1329489216000000 | 1329760795000000 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
#1823 | enhancement | rgrp | ckan-backlog | new | Spring clean bin directory |
Huge number of accumulated (and likely unnecessary) scripts in /bin directory. |
1329773331000000 | 1338203554000000 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
#1824 | enhancement | seanh | ckan-future | new | Add vocabulary pages |
For a free tag foo you can visit the page at /tag/foo and see a list of all the datasets that have the tag foo, and when the tag appears on dataset view pages etc. it's linked to this tag page. We should do the same thing for vocabulary tags. A tag bar in vocabulary baz should be hyperlinked to a page /tag/baz/bar, or perhaps /vocab/baz/bar. |
1329845089000000 | 1338204958000000 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
#1827 | enhancement | dread | ckan-backlog | new | 'Register' link should be hidden if you not allowed to register |
I have just deny visitors the create-user permission: sudo -u ckanstd paster --plugin=ckan roles deny reader create-user -c /etc/ckan/std/std.ini sudo -u ckanstd paster --plugin=ckan roles deny anon_editor create-user -c /etc/ckan/std/std.ini and after restarting, the register link is *not* hidden, but now when you access the register page, it shows you this message "Unauthorized to create a user" (when not logged in). But anyway that is an improvement. |
1329924939000000 | 1339773730000000 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
#1831 | enhancement | ross | ckan-backlog | assigned | Login with email address |
Users should be able to log in using either their username, or their email address, both of which are unique. Will require a change to UsernamePasswordAuthenticator? in ckan.lib.authenticator.py and possible a useful User.by_email in the user model if it doesn't already exist. |
1330073906000000 | 1346670504000000 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
#1832 | enhancement | dread | ckan-backlog | assigned | dataset purge API |
Purging datasets (deleting them fully, not just changing the state to 'deleted') is important for users testing dataset creation over the API on a test CKAN instance. Without this, they need to resort to more difficult methods such as:
Requested for NHSIC. Implementation
|
1330077745000000 | 1339773706000000 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
#2197 | defect | zydio | ckan-backlog | assigned | Storage Metadata API: add/update not working with local file storage (Pairtree) |
If OFS is configured with Pairtree to use a local file storage, all POST requests to add/update metadata ( /api/storage/metadata/{label} ) will fail. This is due to the use of BotoOFS specific private methods in StorageAPIController.set_metadata(), eg: self.ofs._require_bucket(bucket), self.ofs._get_key(b, label), self.ofs._update_key_metadata(k, metadata) ... those methods can't be found in POTFS and this causes errors. The API should use only OFSInterface methods, or should conditionally make calls based off the actual type of self.ofs. PS: I did set "ckan" as "Component" in the ticket because storage has been integrated back into the core in CKAN 1.6 |
1330421377000000 | 1346662128000000 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
#2198 | enhancement | zydio | closed | fixed | API documentation is missing Storage Metadata API info |
Now that ckanext-storage is back into the core (v1.6), CKAN documentation should probably contain info on Storate Metadata API. |
1330421743000000 | 1339771453000000 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
#2201 | enhancement | rgrp | ckan-v1.7 | closed | duplicate | Add citation info to Dataset and Resource page |
Suggest: %title. %author. Retrieved %date. %site_title. For resource: %title = %dataset_title. %resource_name. |
1330765080000000 | 1330765400000000 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
#2202 | enhancement | rgrp | ckan-future | reopened | Display page view count on dataset and resource pages |
Just like we display download counts we should display view counts. |
1330765455000000 | 1338204929000000 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
#2230 | refactor | seanh | ckan-v1.7 | closed | fixed | Tidy up of search facets code duplication |
Because of a clash between two development branches there is some duplication of code to do with code facets (note: at the time of writing the code duplication exists only on the feature-1821-multilingual-extension branch, but this will be merged into master at some point): The package_search() function is adding the search facets to the search results twice with two different data structures, with keys "facets" and "new_facets". It should be reduced to just the new facets (with the key changed to "facets"). Also the group and package controllers are adding both facets and new_facets to the context, should be new_facets only (but renamed to facets). The facet_items() function in helpers.py should be removed, it uses the old facets structure and shouldn't be needed anymore with the new facets structure. In facets.html, facet_sidebar() should be removed as it uses the old facets structure and facet_div() implements the same functionality but uses the new facets. In facets.html, facet_list_items() will have to be updated to not use the facet_items() helper and to use the new facets structure instead. Anywhere that "new_facets" appears it will have to be changed to "facets" (e.g. in the ckanext/multilingual/plugin.py. This is the merge commit that introduced the duplication: https://github.com/okfn/ckan/commit/1153aa876f54c22289e460aeececea22d1d4d51d This is the earlier commit where the search facets were refactored: https://github.com/okfn/ckan/commit/3970e52008b75933fda1be1d488bed2578d98c9c |
1331744085000000 | 1338204707000000 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
#2234 | enhancement | seanh | ckan-future | assigned | Write a CKAN extension for pulling items from RSS/Atom feeds into CKAN templates |
You configure the extension with some RSS and/or Atom feeds, it automatically reads items from these feeds and makes them available in the template context, you write a custom template to e.g. display 'news' items from a Wordpress blog on your front page. This extension might be simpler and less fragile than ckanext-wordpresser, and also more generally useful. Details
Suggested
|
1331902755000000 | 1346669567000000 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
#2235 | enhancement | rgrp | ckan-future | new | Group drop down on dataset edit should use chosen and sort groups by name | 1331907357000000 | 1338204726000000 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
#2247 | enhancement | zephod | ckan-backlog | new | Resource preview glitch in some browsers |
From Ira: Preview for google spreadsheets are not displaying correctly for me in Firefox v.10.0.02, fine in Chrome. http://i.imgur.com/KJaqz.png |
1332246614000000 | 1332246614000000 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
#2258 | enhancement | rgrp | ckan-future | new | Customizable contributor agreement |
|
1332751549000000 | 1338204747000000 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
#2265 | enhancement | dread | ckan-future | new | 'More Like This' for a dataset |
When viewing a dataset, it would be nice to show a couple of 'Related Datasets'. i.e. ones that are similar. SOLR has a feature for finding documents similar to a particular document, called 'More Like This'. We would like this for DGU. |
1332865220000000 | 1339771350000000 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
#2283 | enhancement | rgrp | ckan-v1.8 | closed | wontfix | [super] Data Previewer / Viewer v3 |
User stories and analysis: http://ckan.okfnpad.org/feature-2283-data-viewer-v3 |
1334138341000000 | 1340623843000000 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
#2284 | enhancement | ross | ckan-backlog | assigned | Local queries/views/viz in Related stuff. |
From #2204 not sure how much we have thought through using this for storing queries / views / visualizations coming from our data viewer. In particular, wonder if this necessitates some kind of support for arbitrary json data ... ### Comments In the simplest form, right now all I need to store is store the url to the resource plus hashbang config for recline. That would be super easy ... |
1334218700000000 | 1346669513000000 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
#2287 | enhancement | seanh | ckan-future | new | Consistent datetime and time period strings localization |
Find all places where date, times and time periods are rendered as strings in CKAN. Make them all go through the same code path (e.g. the helper function in helpers.py) with localization support. For example, on the user index page right now there are time period strings like "less than 1 month" that currently do not get translated (and the way they're implemented doesn't look i18n-friendly). ISO date format everywhere might be a good idea. Need to consider local timezone issues. Python standard library and Babel may have useful helpers for this. Should the local timezone displayed be a global setting per CKAN instance? Or should it change depending on the location of the user who is viewing the page? |
1334254123000000 | 1339411445000000 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
#2288 | defect | seanh | ckan-v1.7 | closed | wontfix | Fix i18n of strings on auth group add/edit pages |
There are a couple of strings on the authorization group add/edit form that are not being translated: "Name: Please enter a value" (error message when you try to add an auth group with no name) "User name" "Save" button The form seems to be built using FormBuilder?. See ckan/forms/authorizationgroup.py, builder.set_displayed_fields() |
1334255003000000 | 1339411611000000 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
#2309 | enhancement | ross | ckan-v1.8 | closed | wontfix | Organizations review with SH |
Review organizations code with Sean and explain the key parts. |
1334591679000000 | 1340623966000000 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
#2316 | enhancement | kindly | ckan-sprint-2012-04-30 | closed | fixed | add resource status api to see the state of celely tasks |
add resource_status_show action function to see the state of celery tasks. Need to get information from both out task status table and the celery_taskmeta table. |
1335016037000000 | 1338205426000000 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
#2317 | enhancement | rgrp | ckan-v1.7 | closed | wontfix | Corrections to dataset creation form for v1.7 |
|
1335022061000000 | 1340033433000000 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
#2319 | enhancement | rgrp | ckan-v1.8 | closed | wontfix | Better auto-complete for groups on dataset edit page |
Use jquery chosen? |
1335211353000000 | 1340624083000000 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
#2320 | enhancement | rgrp | ckan-v1.9 | new | Introduce new state: archived |
Some datasets become obsolete: e.g. http://datahub.io/dataset/uncdb Do not want to delete them but want them marked as archived or deprecated or something. |
1335211949000000 | 1340624119000000 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
#2321 | enhancement | rgrp | ckan-v1.9 | new | Use resource names/titles in URLs |
Would make them much nicer but requires:
|
1335236412000000 | 1340624174000000 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
#2324 | enhancement | amercader | ckan-v1.9 | new | Link API docs to relevant version not just latest |
The link to the API docs in the footer always points to the latests docs, which may not be correct for the particular CKAN version. Also, remove the 'API' link (to /api/1) as pointless and misleading |
1335351532000000 | 1345199411000000 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
#2328 | enhancement | rgrp | ckan-v1.9 | new | Link to Catalog API for each Dataset, Group and Tag |
At the moment no way for a normal user to find JSON versions of this material. Would it be worth adding back a link somewhere on the page? |
1335442501000000 | 1340624331000000 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
#2329 | enhancement | rgrp | ckan 2.0 | assigned | Add back in RSS/Atom links on relevant pages |
E.g. on dataset page, on revision page, on user page and on search results. |
1335442540000000 | 1346664271000000 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
#2333 | enhancement | rgrp | ckan-v1.9 | new | Introduce new resource type datastore |
This is a resource that is *just* in the datastore. At the moment there are hacky ways to do this (create resource with meaningless URL etc) but we should do this properly:
|
1335651360000000 | 1340624473000000 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
#2348 | enhancement | ross | ckan-future | assigned | Java client library for CKAN |
Start a Java library for interacting with the CKAN Action API. Currently requires support for Groups, Tags, Resources, and Search. An example app would be very useful. |
1335879980000000 | 1346670024000000 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
#2378 | enhancement | ross | ckan-future | assigned | Extract metadata directly from resources that contain it. |
Some files that might be uploaded as resources on a dataset, such as some image formats, already contain metadata. For example some jpeg files might contain Exif ( http://en.wikipedia.org/wiki/Exchangeable_image_file_format ) data. [ ] Obtain list of embedded metadata 'standards' [ ] Where the metadata is available it should be added as extra fields on the resource that is uploaded.
[ ] Eventually consider ...
|
1336651088000000 | 1346669985000000 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
#2395 | defect | dread | ckan-backlog | new | paster db clean/init don't work when spatial extension enabled |
If you have a spatial enabled database then if you don't disable the spatial extension in the CKAN config temporarily then you get errors when you run paster db clean and paster db init. Can't you just modify the clean and init functions to run without extensions enabled? The wider problem is that extensions do their own inits every time you do load_environment, which seems crazy and inefficient to me, since this occurs every time a request comes into CKAN. But that is another problem/ticket. |
1337159793000000 | 1339771313000000 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
#2400 | defect | amercader | ckan-sprint-2012-05-29 | closed | worksforme | Password reset fails |
One user reports that after resetting the password via the reset form he was unable to log in again. He did have an email address associated and received the reset email. After updating his password, login failed "Login failed. Bad username or password. (Or if using OpenID, it hasn't been associated with a user account.)" |
1337188614000000 | 1338205947000000 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
#2404 | enhancement | rgrp | ckan-future | assigned | Auto-screenshot for related items |
As a User I want an image generated for my related item automatically so that I do not have to take picture myself and upload it somewhere Implementation: (?) Use phantomjs or something like http://snapito.com/ Investigate for 1.8, will be needed for TDH Oct. |
1337583347000000 | 1346669526000000 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
#2479 | enhancement | markw | ckan-v1.9 | new | Meanings of Author and Maintainer fields are unclear |
CKAN's default schema has fields for Author ('The name of the main contact, for enquiries about this particular dataset') and 'Maintainer ('another important contact person'). The distinction is not clear. Also the fields are often left blank. The roles that seems most important are those of the original owner/publisher of the data, and the person maintaining the CKAN record/copy of it. So I suggest: (1) Rename the fields 'Owner' and 'Maintainer'. (2) Change the explanatory text for the relevant fields: Owner: 'The person or organisation who create/collect/publish the data in this dataset.' Owner e-mail: 'E-mail address for enquiries to the Owner named above.' Maintainer: 'The person maintaining this dataset on [name of CKAN instance], if different from the above.' Maintainer e-mail: 'E-mail address for enquiries to the Maintainer named above.' (3) When a logged-in user creates a new dataset, the main form should have a checkbox, checked by default, marked 'I am the maintainer of this dataset'. If checked, the Maintainer name and e-mail fields are populated from the user's profile. |
1338452898000000 | 1339771115000000 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
#2480 | enhancement | markw | ckan-v1.9 | new | Better message when dataset has no resources |
If a dataset has no resources the resources list currently says '(none)'. Here is a suggested improvement, provided that a maintainer is named: 'There are no data resources here yet. For information about this data, contact the dataset maintainer.' |
1338453093000000 | 1339771086000000 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
#2483 | enhancement | markw | ckan-v1.9 | new | Non-local resources should not have Download links |
At present, a resource which is just a URL link to an external resource has a 'Download' button on the resource page. This gives the misleading impression that the resource is stored locally. This is related to another small UI issue: I think the URL of a resource should be much more prominent, not buried in the 'Additional Information' table. Suggested fix:
|
1338468734000000 | 1339771043000000 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
#2486 | defect | seanh | ckan-backlog | new | Should be able to use . in dataset names | 1338655583000000 | 1339770978000000 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
#2495 | enhancement | rgrp | ckan-v1.8 | closed | duplicate | Stats page has lost styling ... | 1339056932000000 | 1340624905000000 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
#2508 | enhancement | seanh | ckan-backlog | new | Make it possible to run CKAN tests for each language |
Mistakes in translated strings can cause CKAN to crash or otherwise not work, but it's not practical to manually test every page and function of CKAN in every language that we have new translations for before a CKAN release. It'd be great if the tests could automatically be run for each language. This is probably a big job, we would have to get the tests to respect a language setting in the ini file, check for any individual test cases that specify the language (e.g. in the URL), and also fix test cases that look for specific English words in HTML output, etc. In the meantime, a good stop-gap solution might be a script that tests for common mistakes in the po files. |
1339411335000000 | 1339770771000000 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
#2513 | enhancement | ross | ckan-backlog | assigned | Dataproxy should not default to utf8 |
Unless explicitly told by the source web server the dataproxy should not assume that the content it has can be encoded as UTF-8. Even though the chars from 128 - 255 overlap an attempt to decode some byte array as utf8 will fail whenever a latin1 char whose bitpattern has the MSB set. This will mean that the UTF8Recoder can be more rigid in its acceptance of data, Postel aside. |
1339575820000000 | 1346669646000000 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
#2529 | enhancement | rgrp | ckan-v1.9 | new | DataHub (or CKAN) widgets |
Simple widgets in pure JS. For example:
Either these live at: {site}/widgets and we have some kind of generator (form where I choose my group, or my query). Or: we have this attached to areas of site where relevant. Can combine the 2 so that the latter links to the former. Think first will be easier to do and possibly more useful long-term (e.g. can just link people to that page). |
1339750049000000 | 1340624917000000 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
#2531 | enhancement | rgrp | ckan-backlog | new | New state option: archived / deprecated |
Deleted means things will get purged at some point. Archived means they stay around but get hidden from search results and a big warning notice gets displayed saying this is archived / deprecated. @richard cyganiak ... |
1339750787000000 | 1339770649000000 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
#2535 | enhancement | rgrp | assigned | SSL certificate for DataHub + https by default |
DataHub? is increasingly used and we should ensure it uses ssl as part of general security. See also #1446 (Need to support https login for multiple instances as part of the CKAN package install) |
1339758027000000 | 1346662082000000 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
#2543 | enhancement | icmurray | ckan-v1.9 | new | facet.sort is not available in the package_search action |
Not all solr facet parameters are available through the pcakage_search action. In particular, facet.sort has been asked for; but this ticket should check to see if there are other parameters that would be easy to add too. See: http://wiki.apache.org/solr/SimpleFacetParameters#facet.sort |
1340013335000000 | 1340633091000000 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
#2544 | enhancement | icmurray | ckan-future | closed | duplicate | facet.sort is not available in the package_search action |
Not all solr facet parameters are available through the pcakage_search action. In particular, facet.sort has been asked for; but this ticket should check to see if there are other parameters that would be easy to add too. See: http://wiki.apache.org/solr/SimpleFacetParameters#facet.sort |
1340013421000000 | 1340015580000000 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
#2546 | requirement | ross | ckan-backlog | assigned | ODS Managing homepage content |
RequirementsRequire the ability for users to control some level of content that is visible on the home page of their ODS installation. This may be through RSS/Atom feeds (see #2234) or another mechanism but should result in admins being able to change blocks of text on their homepage. This should not be configuration, but accessible through WUI. InterfaceNone User Stories
Tasks[ ] Analysis Estimates |
1340016842000000 | 1346663437000000 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
#2552 | enhancement | ross | ckan-future | assigned | Controlling access to features |
RequirementsTo provide a freemium service it is necessary to be able to provide differing levels of functionality based on the type of user (see #2550). These levels can be specific to the data hub but may require overriding functionality from core to provide these checks. Initial implementation should focus on limiting access to datastore disk space. InterfaceThese changes are currently only for the data hub and should be kept as much as possible within the data hub extension. User Stories
Tasks[ ] Clarification of requirements/analysis [ ] Tests [ ] Code
[ ] Documentation Estimates |
1340018770000000 | 1346669544000000 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
#2554 | enhancement | ross | ckan-backlog | assigned | Research Virtuoso cartridges |
Look into writing a cartridge for importing CKAN data into a Virtuoso quadstore http://virtuoso.openlinksw.com/dataspace/dav/wiki/Main/VirtSponger#How Does It Work? |
1340026645000000 | 1346670433000000 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
#2573 | enhancement | icmurray | ckan-future | new | package_search does not allow solr's per-field facet parameters |
Solr allows its facet parameters to be specified on a per-field basis, eg. facet.limit applies to all facet fields, but solr allows it to be overriden for a specific field, eg. facet.tags.limit. We don't support this at the moment because we have a whitelist of valid solr query parameters that we accept. See ckan.lib.search.query.VALID_SOLR_PARAMETERS. |
1340112439000000 | 1340633101000000 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
#2582 | enhancement | rgrp | ckan-v1.9 | new | Do not hide notes / readme on dataset pages |
Current we hide most of readme and then let users reveal it. Stop doing this and if necessary add a quick link down to resources section. (Maybe also rename resources to Data and Resources ...?) Aside: believe I have mentioned this somewhere a month + ago but could not find the ticket. |
1340312340000000 | 1340625009000000 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
#2585 | enhancement | seanh | ckan-v1.9 | new | Escape solr control characters in search queries, add advanced search screen |
Suggestion from David Read: We noticed that some search queries produce unexpected search results in CKAN, due to them containing special characters. For example if you were to search for "Spend over £25,000 - NHS Leeds" then it would not come up with the dataset with that exact name. It was excluding datasets with the word "NHS" due to the dash/minus sign. It works fine if you escape the minus sign: "Spend over £25,000 \- NHS Leeds". So in data.gov.uk I've added escaping of such control characters in our plugin and this useful routine: http://fragmentsofcode.wordpress.com/2010/03/10/escape-special-characters-for-solrlucene-query/ Perhaps you would consider providing this in CKAN core in future? I think there is an occasional case when power users would want to use the special characters - brackets, +, -, boolean operators etc. but maybe these could be reserved for an 'advanced search' screen? |
1340360773000000 | 1340625078000000 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
#2602 | defect | seanh | closed | fixed | Users can set a dataset's organization to None, and then they cannot edit it |
With the organizations and organizations_dataset plugins enabled login and create a new dataset, adding it to a group that you are a member of. Edit the dataset and set the group to none. Now you can no longer edit your own dataset. (You can also specify None for the organization when first creating the dataset, same problem.) |
1340722892000000 | 1340805904000000 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
#2607 | defect | seanh | ckan-backlog | assigned | 'Upload a file' appears on resource form when storage not enabled |
if the user tries to upload a file they will get "Failed to get credentials for storage upload. Upload cannot proceed" Maybe add a test for it this time, this bug has appeared and reappeared before |
1340803808000000 | 1346663383000000 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
#2608 | refactor | seanh | ckan-v1.8 | closed | wontfix | Uploading a file to a resource hangs |
I'm not seeing any javascript or python error, the upload just hangs. |
1340806788000000 | 1343125400000000 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
#2622 | defect | seanh | new | Login fails in Opera 12 |
Try to login to CKAN using Opera 12, get "Login failed. Bad username or password. (Or if using OpenID, it hasn't been associated with a user account.)" |
1340902602000000 | 1340902602000000 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
#2625 | enhancement | seanh | ckan-v1.9 | new | Add i18n strings from non-core but supported extensions to ckan.pot file |
Have to decide which non-core extensions are going to be supported first. |
1341236903000000 | 1341236903000000 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
#2635 | enhancement | dread | new | Non-destructive SOLR reindex |
You can't run the search-index reindex on a live server because it will give us bad results for 2 to 3 hours while it runs. Can there be an option that doesn't delete the entire index at the start? Instead it could just delete any items that don't exist any more, then delete them and regenerate them one by one. So the total number of datasets doesn't change much. |
1341829394000000 | 1341829394000000 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
#2654 | enhancement | ross | ckan 2.0 | assigned | UI support for ordering groups on group_read page |
The group_index page has no support in WUI for ordering the groups displayed. Should allow sorting by name Add support for this for datahub now, and discuss for new 1.9 UI |
1341943891000000 | 1346662156000000 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
#2673 | enhancement | rgrp | new | simplify set of options for resources |
Far too many resource options. Lets restrict back to data file and API. Visualizations etc can either get linked in description or in the Related items. |
1342300559000000 | 1342300559000000 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
#2683 | enhancement | seanh | new | Add no-cache header to _tracking API call's response to make sure it doesn't get cached | 1342446577000000 | 1342446577000000 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
#2686 | defect | shevski | ckan-backlog | assigned | enabling datastore & data API breaks recline |
First I noticed that the gold prices dataset preview was not displaying & has data API enabled Secondly I tried enabling datastore for http://datahub.io/dataset/adur_district_spending/resource/281dffa6-ea9b-4446-be41-05dced06591f and after I saved the preview no longer worked. Unticking the datastore & data api checkbox brought it back Is this a known issue? |
1342516011000000 | 1346663300000000 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
#2688 | enhancement | ross | new | Allow ordering of groups in WUI |
Currently the group_index page just shows the entire list of groups, forcing the ordering to be by name. It would be better if it could be sortable by name (or reversed) or by package_count (or reversed) |
1342520875000000 | 1342520875000000 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
#2719 | defect | dread | new | Feeds controller does not catch NotAuthorized exception |
Results in bad user experience and WebApp? errors emailed out. Seen in 1.7.1 |
1342872863000000 | 1342872863000000 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
#2731 | enhancement | markw | new | Some sites permanently 'down for maintenance' |
A large number of XXX.ckan.net sites give the following message: "This Site is Down for Maintenance We apologize for the inconvenience. ~ The Open Knowledge Foundation sysadmins." The message is unhelpful and patently false - the sites do not exist. Some of them were supposed to have been redirected to a relevant group at thedatahub.org in this ticket (now closed): http://trac.okfn.org/ticket/933 However, the redirection only seems to have worked in one case, http://si.ckan.net. The problem still affects the following sites - the first 4 of which have supposedly been merged:
Please sort this out by redirecting, removing the sites, giving a more helpful (and accurate) failure message, etc, as appropriate. |
1343045168000000 | 1343051608000000 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
#2732 | enhancement | ross | ckan-backlog | assigned | New file upload functionality |
We should simplify upload and storage of files, initially only to local storage with archiver eventually being fixed to archive data externally. WIP pad is http://ckan.okfnpad.org/uploads Simplifying uploads Currently uploads are too painful/difficult/fiddly to use and/or configure. We want to simplify uploads so that they are done directly to the CKAN server, without support for remote services (S3 etc) and/or the dependencies it introduces. We want to fix:
File uploads Things file upload should do:
Can we do the upload asynchronously and then associate the uploaded key with the resource before the save ? What happens if the user tries to submit before asymc upload finishes ? Should we delay them? The upload workflow should look like...
This should enable:
File storage File storage should be local to the CKAN install, and not a remote service. Any archiving to remove storage providers should be outside of the main request. File storage should:
Somewhere in the DB we should store ...
Generating paths should try and separate the files, perhaps based on username of the owner, or some other mechanism to avoid a single folder full of files. Notifications We need to make sure that it is possible to notify other components within the system that an upload has taken place, or at least make it easy for them to be notified. The primary use case for this is to notify the component that will translate/upload certain formats to the data store. We could do this based on the post-upload update to the file model (i.e. when we record the total received size of the file). |
1343058789000000 | 1346663270000000 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
#2745 | defect | amercader | ckan-v1.9 | new | Password reset returns an exception if the key parameter is missing |
Instead of showing a notice, the password reset page throws an exception if the key parameter is missing: Module ckan.controllers.user:329 in perform_reset c.reset_key = request.params.get('key') if not mailer.verify_reset_link(user_obj, c.reset_key): h.flash_error(_('Invalid reset key. Please try again.')) abort(403) if not mailer.verify_reset_link(user_obj, c.reset_key): Module ckan.lib.mailer:100 in verify_reset_link if not user.reset_key or len(user.reset_key) < 5: return False return key.strip() == user.reset_key return key.strip() == user.reset_key AttributeError: 'NoneType' object has no attribute 'strip' Apart from the obvious fix of checking for the 'key' parameter, it seems like is quite common to get these reset urls without the key parameter, so I suspect some email clients might strip the query params when building the links. We could avoid this problem by making the key part of the url instead of a param: http://thedatahub.org/en/user/reset/3086e91c-fe09-4a98-92e1-19de67a9ac9d/b4c2d03fa8 instead of: http://thedatahub.org/en/user/reset/3086e91c-fe09-4a98-92e1-19de67a9ac9d?key=b4c2d03fa8 |
1343145931000000 | 1343145931000000 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
#2748 | enhancement | shevski | demo phase 5 | new | add 'add new resource' button to sidebar |
When editing a resource you see the current and any other existing resources in sidebar Would be good to have a pretty 'add new' slightly transparent resource folder/pointer undearneath - letting you add resources from the end resource page |
1343212878000000 | 1344503744000000 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
#2761 | enhancement | seanh | ckan-v1.8 | new | Document all the errors you can get when setting up filestore, and how to fix them |
Add it to a 'Troubleshooting' section on the filestore page: http://docs.ckan.org/en/ckan-1.7.1/filestore.html For the error messages and their solutions, see various threads on ckan-dev |
1343302566000000 | 1343302566000000 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
#2762 | defect | seanh | ckan-v1.8 | new | test_related.py crashes |
/home/seanh/Projects/ckan/ckan/ckan/tests/functional/test_related.py ImportError? (cannot import name assert_regexp_matches) |
1343303753000000 | 1343303753000000 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
#2763 | defect | seanh | ckan-v1.8.1 | new | Multilingual tests failing |
test_multilingual_plugin.TestDatasetTermTranslation?.test_dataset_index_translation, test_multilingual_plugin.TestDatasetTermTranslation?.test_group_read_translation both failing for me on master |
1343303819000000 | 1350303864000000 |