{23} Trac comments (3729 matches)

Results (3101 - 3200 of 3729)

Ticket Posixtime Author Newvalue
#1310 1315820419000000 dread This was fixed cset:e49781cb74fd for 1.4.3.
#1263 1314029279000000 dread This was fixed in cset:8d293393a9f2 for release 1.4.3.
#714 1291733788000000 dread This was implemented with DGU ticket 614
#806 1324034356000000 dread This was introduced in CKAN 1.3
#978 1330547181000000 zephod This was not trivial to implement. The backend supports arbitrary key/value pairings on resources, and the frontend can now handle this. Add, edit and delete resource extras according to the form state. I had to make a modification to the backend: When saving a resource, you have to submit the complete set of extras. Unsubmitted extras are assumed to be deleted. (This matches the behaviour of the package form). https://github.com/okfn/ckan/commit/a41cd0c9b04c757f5fa37acaba6be71e345a9c1f#L0R39
#1341 1315996368000000 kindly This was run to delete the users and their mistaken revisions that where created. {{{ BEGIN; delete from revision r where r.id in ( select r.id from "user" join revision r on r.author = "user".name left join resource_revision rr on rr.revision_id = r.id left join package_revision pr on pr.revision_id = r.id left join group_revision gr on gr.revision_id = r.id where "user".created between '2011-08-15' and '2011-09-06' and gr.id is null and rr.id is null and pr.id is null and ("user".name similar to '%[0-9]' or "user".fullname similar to '[A-Z][a-z]*[A-Z]%') and "user".name not like 'http%' ); delete from "user" u where u.id in ( select "user".id from "user" left join revision r on r.author = "user".name where r.id is null and "user".created between '2011-08-15' and '2011-09-06' and ("user".name similar to '%[0-9]' or "user".fullname similar to '[A-Z][a-z]*[A-Z]%') and "user".name not like 'http%' ); COMMIT; }}}
#575 1288012749000000 johnbywater This was supported with harvesting jobs.
#1451 1322567112000000 johnglover This was taken from the UX pad. I'm looking at it now to make sure that it's working and that we can use it on the new dataset view page. Is it really a good idea to move it to core though? There was no reason given on the pad so I'm not sure why this should be moved to core?
#438 1294661079000000 dread This was to ensure it didn't parse ONS data on the CKAN server, which is complete.
#1462 1330083671000000 dread This went into CKAN 1.5.1.
#1283 1330083933000000 dread This went into CKAN 1.6
#1445 1330019916000000 dread This went into CKAN 1.6
#1521 1330084599000000 dread This went into CKAN 1.6
#826 1306766057000000 dread This went into ckan release 1.3.2.
#2408 1341497601000000 aron.carroll This will be done as part of adding javascript in phase 2
#196 1264876030000000 rgrp This will be fixed via using meta http-equiv (see ticket:90).
#1595 1325604696000000 kindly This will be fixed when the activity stream will be in place of the revision list. There is no bug with the revisioning, it just is getting everything related to the group.
#941 1297246005000000 thejimmyg This will be implemented in http://bitbucket.org/okfn/ckanext-community by Wayne.
#318 1296467308000000 pudo This will be implicit in #852, thus not building something specific for it now.
#190 1280686074000000 pudo This will be solved using an external plugin and the disqus service. A current test version of the external code is at: http://bitbucket.org/pudo/ckandisqus
#2458 1343818531000000 aron.carroll This will be up on s031 by the end of the day for feedback
#363 1310125872000000 thejimmyg This will eventually be fixed as part of braoder VDM changes. This work cannot be prioritised above other things we want to do.
#740 1294408931000000 thejimmyg This will have to be done via the API though for DGU/UKLP. Should probably have it on the package interface in main CKAN too though.
#801 1300196714000000 thejimmyg This will now be solved as part of the larger harvesting refactor. See #921.
#2407 1340633440000000 amercader This will require some thought. Bumping to 1.9.
#1387 1320142210000000 rgrp This won't happen in v1.5.
#794 1294248216000000 thejimmyg This work is now underway in the underlying DGU implementation.
#1205 1310568631000000 dread This worked - cheers David.
#771 1294413256000000 thejimmyg This works for me. {{{ paster help }}} and {{{ paster --help }}} both show help text for me.
#905 1328638536000000 dread This works with the current SOLR search. e.g. http://thedatahub.org/dataset?q=gr%C3%B6%C3%9Ften
#1463 1321874259000000 johnglover This works with the new Celery feature that will be in 1.5.1 (which should be released in this sprint). So, will not update this old version of QA for 1.5, people should use the new version (on okfn Github) after 1.5.1 is released.
#1136 1305216218000000 kindly This would be nice but it is not necessary. The current mapper implementation may be nice but not is battle tested..
#826 1297423342000000 kindly This would be too much of a hack. You do not want users overwriting any attributes on the object. If they called the attribute "__init__" it would write over the actual __init__.
#496 1294407899000000 thejimmyg This would only apply to packages that had a HarvestedDcoument record (ie had been harvested). There are two approaches for this: * Build the capability to respond to CSW "GetCapabilities" and "Get Records" requests * Export to an existing CSW server to provide the mechanism for us
#2238 1343392681000000 seanh Ticket #2771 encompasses this and related changes. Vocabs probably won't be deployed to test.ckan.net but a working example extension using vocabs will be added to core instead. Closing this ticket as a dup
#1447 1332519029000000 nils.toedtmann Ticket http://trac.okfn.org/ticket/1222 tracks the effort to push the clean-up script onto CKAN hosts.
#2569 1340375595000000 shevski Ticket itself is for resource pages, e.g. http://s031.okserver.org:2375/dataset/afterfibre/resource/f5d81da5-2e55-4302-8ed2-58401d2c139e - there are two other resources in that other dataset, should be able to navigate between
#422 1292586586000000 dread Ticket remaining is #427. No need for this story ticket now.
#106 1256140649000000 dread Ticket split into ticket:163 and ticket:164
#2778 1343841130000000 aron.carroll Tidied up in a55523175a95f2fc5c0ddddf9fa9579aa7111e39
#1315 1320173768000000 dread Tidied up in cset:39daf1afd64a for release 1.5.
#1470 1321543837000000 dread Tidy up done in cset:c46388b945d581 for 1.5.1 release and merged to master.
#2410 1338193633000000 ross Tim Lebo and Keith Alexander are both now looking at how they can implement this themselves, so for now this is wontfix. We can reopen this as part of any future work with VoID
#1359 1329076629000000 rgrp Time so far: 0.5d
#178 1257523668000000 dread Time spent (correction): 20h
#566 1294232284000000 thejimmyg To a large extent it does now so closing this ticket in favour of more specific ones.
#460 1285489964000000 rgrp To add to this ticket I note that package 'owners' are entitled to see State not just system sysadmins (this allows owners to delete packages).
#427 1287997311000000 dread To cover in the README: * Deployment of the service - DONE * Adding a licence * Adding a licence group CKAN docs requires: * Example of pointing CKAN to a licence service URI, local file. * Explanation of which licences are in CKAN by default (if you don't point it to a URI).
#1065 1301914004000000 sebbacon To reflect further conversations: * We are parking this ticket until dictization is complete * We would prefer to see roles as asserted globally by default, with packages just storing exceptions. E.g. If I am a "reader" globally, then I have "read-package" permission on all packages new and existing, unless otherwise asserted locally on a package. * Also w.r.t. algorithm above, consider repoze.what's model; "possible" is analagous to "has_permission". See http://what.repoze.org/docs/1.0/Manual/Predicates/Builtin.html
#1693 1338206601000000 ross Toby fixed this up
#2779 1343818300000000 aron.carroll Toby is there a flag on the dataset object that tells me if it has been deleted?
#2503 1339498751000000 aron.carroll Toby yeah, that's exactly it.
#1591 1325704907000000 dread Today I upgraded s057: br cz ie norway
#1015 1299788821000000 rgrp Today kindly applied the sql fixes and I can confirm this is now fixed. Well done kindly for all the great work here.
#1707 1328024253000000 johnglover Tom fixed this as part of #1583
#1627 1326890614000000 dread Took 0.5h
#336 1278700266000000 dread Took 0.75 days.
#320 1279130535000000 dread Took 1.5h
#2358 1336641577000000 amercader Took longer than expected due to last minute changes and problems with the packaged version.
#1446 1326281658000000 rgrp Total time: * 2012-01-09: 4.5d * Pre that date: 5d
#2772 1345027445000000 seanh Transifex was updated and translators notified, translations were made and pulled into 1.8
#1023 1299514847000000 pudo Tried implementing this with AMQPs msg.requeue() and channel.basic_recover() but RabbitMQ yield a NOT_IMPLEMENTED error. Bit clueless on how to proceed.
#52 1223908425000000 rgrp Turned out this was already implemented -- see r366.
#833 1303236364000000 rgrp Two main tickets done so closing.
#863 1338206455000000 ross UI has changed rather a lot in last 18 months, so I killing this bug.
#2818 1345485131000000 ross URL should be required, image url isn't required.
#1130 1340633514000000 icmurray Unassign for triage.
#301 1340632055000000 icmurray Unassign in order for it to be triaged.
#285 1340631923000000 icmurray Unassign to be triaged.
#181 1296339510000000 rgrp Uncertain we want to do this and rather overtaken by other events, see e.g. http://ckan.org/wiki/UIRedesignHome
#2942 1348610791000000 dread Unfortunately with a few hours hacking I couldn't find a way to get this version of WebOb to cope with this header. The line I think it goes wrong is {{{ctype = env.get('CONTENT_TYPE', 'application/x-www-form-urlencoded')}}} in request.py, and the commented line above looks right, but wipes the request data for some reason. I tried intercepting the bad header and deleting it, but I couldn't do that before WebOb processed it, and couldn't persuade WebOb to reprocess it once the header was edited. I did write a failing test though if that is useful to someone in the future: {{{ diff --git a/ckan/tests/functional/api/test_api.py b/ckan/tests/functional/api/t index 539d184..b4cc4ce 100644 --- a/ckan/tests/functional/api/test_api.py +++ b/ckan/tests/functional/api/test_api.py @@ -49,6 +49,18 @@ class TestApi3(Api3TestCase, ApiTestCase): assert_in('Bad request - JSON Error: No request body data', res.body) + def test_content_type_headers_can_be_sent(self): + '''#2942 Webob can only cope with very specific Content-Type header + values, so this tests that a work-around is in place. + + This particular header value is the default for 'requests' 0.14. + ''' + offset = self.offset('/action/package_search') + params = '%s=1' % json.dumps({'q': 'russian'}) + headers = {'Content-Type': '; charset=utf-8'} + res = self.app.post(offset, params=params, headers=headers, + status=[200]) + }}} There is a clear error to the user: {{{ >>> requests.post('http://datahub.io/api/action/package_list', data='{}').content '"Bad request - JSON Error: Could not extract request body data: Bad content type: \'; charset=utf-8\'"' }}} The advice to users of requests would be to ensure they specify the content-type as follows: {{{ >>> requests.post('http://datahub.io/api/action/package_list', data='{}', headers={'content-type': 'application/x-www-form-urlencoded'}).content }}}
#1150 1311774141000000 johnglover Unicode data should be fine in the new datapreview code, for example: http://test.ckan.net/package/afghanistan-election-data
#1370 1325474898000000 rgrp Unsure of importance. Probably fairly low but also fairly cheap to do. However, reckon we should defer of v1.6 given what else we have.
#2545 1344337973000000 ross Up at http://datagm.ckanhosted.com
#1600 1327401279000000 rgrp Update (for reasons to do with CNAMES) repo is now: https://github.com/okfn/datahub-help Pages are now deployed at (no theming yet!): http://help.thedatahub.org/
#1712 1328526163000000 icmurray Update 6/2/2012 : Awaiting the publisher hierarchy in order to populate the "browse by publisher" section.
#2251 1332524123000000 rgrp Update description in great detail.
#1660 1327616782000000 rgrp Update: I've done the change I suggested and it now works fine.
#1453 1321965613000000 icmurray Updated code now in feature-1453-flexible-tag-names branch. (Also, deleted the ian-review branch.)
#1574 1325847164000000 ross Updated description.
#2644 1343925546000000 aron.carroll Updated the theme in 2b81958, seems very similar in functionality to the profile page...
#1576 1325183389000000 rgrp Updated wiki page (stats was not on there yet!): http://wiki.ckan.org/Extensions#Stats_-_Statistics_for_CKAN and added deprecation notice on https://github.com/okfn/ckanext-stats
#333 1275407987000000 dread Use case 1: decided that when the user is redirected back to the front-end system, the URL contains a parameter with the package just edited. (In addition to the notification message.) Use case 2: decided that if the load on the front-end is not high from 100 non-web requests. Should it become a problem in future, the queue consumer could be adapted to slow down / amalgate multiple requests.
#1094 1304354036000000 johnlawrenceaspden UserGroup/PackageGroup might also be confusing. A PackageGroup is *just* a group of packages. A UserGroup is both a group of users, and a thing affecting authorizations. Perhaps PackageGroup and UserAuthorizationGroup? Or PackageGroup and AuthorizedUserGroup? I was quite confused by all this at first. I think I understand how the whole thing works pretty well now, and I still can't think of good names for the two concepts, although I can already feel the normal English meanings of the words changing to what I now know they are for. We should be a little wary of this. Things that are even slightly difficult to understand end up being understood by very few people. Would any of us be prepared to sit an exam on exactly how UNIX file permissions work, even though we all use them?
#39 1200761681000000 rgrp Using current vdm system this will be very slow so reassign to v0.6 (when we should have updated to new and better vdm setup).
#682 1297358266000000 dread Various improvements to ckanclient to enable this: cset:1bfefd7596d3 and cset:47fd07087547 and installed on buildbot now.
#877 1298624165000000 rgrp Various tidying in https://bitbucket.org/okfn/ckanext-upload/changeset/0fad7aa7aa97 (success messages, permissions on uploaded file - public-read) and completed permissions in https://bitbucket.org/okfn/ckanext-upload/changeset/a83ce00a1266. Still need to integrate into general workflow (e.g. create a Resource on successful upload) but that is a separate item so this ticket is now done.
#61 1246437341000000 rgrp Very low priority and creates complications (e.g. dump for backup is different from dump for public use).
#2322 1337864855000000 ross Viewer almost exists with the /embed link and so have just used that with a better default size to provide a prettier url. Can still use the width=&height= that are used in the /embed url.
#728 1294232752000000 thejimmyg WAF records may always need to be re-harvested to see if they have changed. Does CSW provide any functionality that allows us to see what has changed?
#1718 1328093772000000 rgrp WEll known issue. Just needs an upgrade in jquery to 1.7.
#133 1273253977000000 dread WUI and REST interfaces recently updated. You can't read, list or search for packages or groups not-authorised for. The only remaining view of a non-authorised group is that the group is named when viewing a package using all_fields option in REST interface. But no details of other packages in the group are given.
#2667 1342714769000000 shevski Waiting to see http://trac.ckan.org/ticket/2706 done
#1045 1300787161000000 dread Want to identify groups by ID also in the Web interface.
#1608 1328101443000000 rgrp Want to re-enable direct upload to cloud storage.
#258 1267208356000000 dread Was already there. Added test in cset:54d61cb0bd9a
#1529 1324318628000000 dread Was done in cset:237ad148ba9 on master 7/12/11, aimed for 1.5.2
#1798 1329395560000000 dread Was fixed by Ian in https://github.com/okfn/ckan/commit/5a9054459e3833443bed3e118bbbb6c442e55b0b on branch feature-1453-flexible-tag-names. This has gone into CKAN 1.6.
#1209 1310571715000000 dread Was fixed in cset:d959a70a19ea. Bug was introduced and fixed before a release took place.
#1350 1316624288000000 zephod Was going to reimplement an old workaround described by Friedrich, where a language.js file is served through the home controller (with appropriate settings in routing.py) and so ${_('string literals')} will be translated. See: * https://bitbucket.org/okfn/ckan/src/2832e49d6baa/ckan/controllers/home.py#cl-48 * https://bitbucket.org/okfn/ckan/src/2832e49d6baa/ckan/templates/home/language.js However the string-extraction mechanism seems geared towards Genshi templates and hacks are required to make it read a javascript file neatly (ie. without putting the *entire file* into a string for translation). A more elegant solution seems to be using an xi:include to pull in a genshi template which contains an html <script> tag. * cset:d5bf4c7ba293 Issue is resolved; strings are now translated.
Note: See TracReports for help on using and creating reports.