{23} Trac comments (3729 matches)

Results (401 - 500 of 3729)

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15
Ticket Posixtime Author Newvalue
#244 1271248968000000 dread This has been fixed by Benoit (backed out changes, waiting for upgrades to babel / genshi)
#245 1297066620000000 rgrp Closed in favour of https://bitbucket.org/okfn/vdm/issue/1/support-for-composite-primary-keys
#246 1297066757000000 rgrp Moved to https://bitbucket.org/okfn/vdm/issue/2/support-for-primary-key-not-named-id
#247 1271248813000000 dread Done in cset:36c2c01a480c
#248 1270745304000000 dread Done in cset:193280d51050. Cost: 0.8 days
#249 1311182450000000 thejimmyg This is over 6 months old so closing in line with our ticketing policy. Also, I shouldn't think we really want such a complicated search anyway.
#250 1340631430000000 icmurray Package entries already include an enclosure for the json representation of the package: {{{ <link length="1645" href="http://thedatahub.org/api/2/rest/package/microdados-enem-2010" type="application/json" rel="enclosure"/> }}} so it should be easy enough to include something like the rdf link that already exists on a dataset-view page: {{{ <link rel="alternate" type="application/rdf+xml" title="RDF/XML" href="http://semantic.ckan.net/record//4c23a2fd-4349-4525-8de4-3364ce87016e.rdf" /> }}}
#251 1270564365000000 rgrp 1. /api/rest/revision/ returns nothing 2. /api/rest/revision/{id} does not return revision.packages and should do.
#252 1294410341000000 thejimmyg David, do you know where this requirement has come from? Is is still relevant?
#252 1296477560000000 dread I've no idea what this is
#253 1270632458000000 dread Closing in favour of the 4 tickets it is split into.
#253 1295610188000000 rgrp Re-opening as this is a useful meta-ticket and should only be closed when all subtickets done.
#253 1319709714000000 dread Closed by mistake
#254 1266954625000000 dread Done with migration script in cset:663ff0c78e6e
#255 1268220526000000 dread Done simply in cset:b98ce3951f0a
#256 1290463475000000 dread This is a test
#257 1269277815000000 dread Done in changesets leading up to cset:24734bc10f80 Documented in API.
#258 1267208356000000 dread Was already there. Added test in cset:54d61cb0bd9a
#259 1267207964000000 dread rgrp fixed this in cset:45e16431add9
#260 1267122137000000 dread Done in cset:ffae8f89e577. Also made Group Read WUI format more like that for Package Read. Cost: 1h
#261 1267207776000000 dread Fixed in cset:c024937fc6cb. license_id removed in API.
#262 1267205195000000 dread It could be also be a package relationship. However it's recorded, however it's recorded, it would be good to record the merge in the db. If the system 'knew' there was a merge then it could: * leave a redirect page * the merge would sync well
#262 1296468392000000 rgrp At the moment we get by with adding meta.duplicate tag and putting this in the notes (and possibly putting duplicate in deleted state). If this deemed as insufficient can reopen.
#263 1271690219000000 johnbywater All seems to work. Reported Wordpress trouble may result from user having Wordpress account, but no blog (ie they have 'myname' login, but haven't got a 'myname.wordpress.com' blog. Having the blog makes it work (otherwise you get told that you aren't the owner of the identity).
#263 1273072985000000 rgrp Issue where if you click on google or yahoo seems to "remember" login so next time you click on google or yahoo item it takes you to what you clicked on previously (e.g. click on google then go back and click on yahoo and you are taken to google login). Also think this plugin may be nicer: http://code.google.com/p/openid-selector/ Also: * typo in page (indentity) * Not sure "sign in or create new account" is clear without some indication of how openid works e.g. better to say something like: "Login to CKAN using Open ID"
#263 1273083179000000 johnbywater 1. Have suspended cookie setting (which was remembering the provider). 2. We are already using openid-selector. 3. Fixed type in page ('indentity' => 'identity') 4. Have changed 'sign in or create new account' to 'Login to CKAN using Open ID'
#263 1273135032000000 rgrp Sorry, I meant this plugin: http://jvance.com/pages/JQueryOpenIDPlugin.xhtml I also do not understand how I can login using my own openid e.g. one not provided by any of those providers (at least not directly ...): by default no box is showing and to make one appear I have to click on a specific provider (with unknown results if i then enter something). Basically, I think this plugin is poor because it does not offer me a login box by default (as the other plugin seems to ...). What we really want is a simple login box with autocomplete based on provider like the civirm example!
#263 1273136715000000 dread Replying to [comment:4 rgrp]: > I also do not understand how I can login using my own openid e.g. one not provided by any of those providers (at least not directly ...): by default no box is showing and to make one appear I have to click on a specific provider (with unknown results if i then enter something). I found it pretty obvious to login using openid - clicking on the 'openid' box made sense. The input box may serve to confuse the majority who login via Yahoo/Gmail. I don't think it's worth changing AGAIN.
#263 1273155234000000 rgrp OK, I think we're agreeing to close this now since reasonable and not worth the switch to anything different atm. Still concerned about usability but if necessary we can open a new ticket.
#263 1277717180000000 rgrp I consistently get sent to google login even though I choose openid meaning I am unable to login!
#263 1279292730000000 rgrp JB advised permanently remove ckan.net cookies (may be left over from much earlier). Having done this problem went away.
#264 1272390013000000 dread Mainly sorted in ticket:292. Also related changes in cset:ed4c500fcd90
#267 1272960518000000 rgrp Fixed in cset:9e2e66cced90/vdm
#268 1285070682000000 dread Duplicate of ticket:652
#269 1288036269000000 rgrp I think this has been long obsoleted by other work (e.g. more recent work on gov form).
#269 1288037103000000 dread Several of these points haven't been considered in the recent work.
#269 1291830780000000 thejimmyg Just discussed this with Evan... notes field could use a WYSIWYG * No, Evan wants to discourage fancy features, plain text/markdown is fine * auto-complete on tags - DONE * department drop down options list interact with user permission - Evan building the API we need for this now. * licenses -> drop down is fine, let's just OGL as default So just default licence and replacing department with provider and via to be implemented on this ticket. Evan will provide: organisation.one() to look up one organsisation by ID organisation.many() to look up a list of organsisation by ID all at once organisation.match() to match a string and return a organsisation ID organisation.department() to take a organsisation ID and return the organsisation ID of the department it represents.
#269 1291897538000000 dread Licence is defaulted in CKAN cset:5bfbcd457426 (merged into default) and DGU cset:2d798e8af3d7. "replacing department with provider" is covered in ticket: https://trac.dataco.coi.gov.uk/projects/datagov/ticket/742
#270 1290596640000000 dread <[email protected]> Nearly everything mentioned here has been achieved with the SpreadsheetData, DataRecords<-SpreadsheetDataRecords, PackageImporter<-SpreadsheetPackageImporter design. New imports can take advantage of this.
#271 1272280005000000 johnbywater Initial spike solution has been written, covering four user stories: 1. Commit CKAN revisions to changeset system (#296) 2. Update CKAN repository from changeset system (#297) 3. Pull changesets from remote CKAN instance (#298) 4. Merge diverging lines of changesets (#299) Emails to ckan-discuss include: * http://lists.okfn.org/pipermail/ckan-discuss/2010-March/000109.html * http://lists.okfn.org/pipermail/ckan-discuss/2010-March/000154.html
#272 1271764003000000 dread Package feed done in ticket:255
#272 1290004225000000 cygri A strong +1! Feeds for groups and tags would be extremely useful.
#273 1268996987000000 pudo cf http://lists.okfn.org/pipermail/ckan-discuss/2010-February/000042.html
#273 1270717895000000 pudo SOLR Requirements * 4GB Memory * Sun Java * Tomcat * Scala (for Etherpad) * MySQL 5 (for Etherpad) * Cheap bandwidth/low latency to the CKAN servers.
#273 1278578527000000 dread rgrp: We plan to use SOLR. May investigate Xapian. Nothing more to do in this investigation.
#274 1278700842000000 dread A significant chunk of the work towards this done in cset:742adebb707c (refactoring search options).
#274 1279890237000000 pudo This is included in the Solr indexing engine and will become available as Solr is adopted.
#274 1280262229000000 rgrp Need to work on postgres and test there.
#274 1281452015000000 dread The docs are now out of date and there doesn't seem to be a test for this.
#274 1287398398000000 dread I fixed the docs a couple of weeks ago. Need to ensure there is a test though.
#274 1287402155000000 pudo Replying to [comment:7 dread]: > I fixed the docs a couple of weeks ago. Need to ensure there is a test though. there is as of cset:c2e66cec3610
#274 1287402800000000 dread Replying to [comment:8 pudo]: > Replying to [comment:7 dread]: > > I fixed the docs a couple of weeks ago. Need to ensure there is a test though. > > there is as of cset:c2e66cec3610 Error: Invalid Changeset Number
#275 1280737701000000 rgrp Also, now if you visit ckan.net/admin/Package get 500 error and following in logs: [Mon Aug 02 08:17:35 2010] [error] [client 86.26.8.30] Error - <type 'exceptions.UnicodeEncodeError'>: 'ascii' codec can't encode character u'\\xf4' in position 988: ordinal not in range(128)
#275 1280999840000000 pudo cset:1396 fixes this
#275 1280999963000000 pudo Replying to [comment:3 pudo]: > cset:1396 fixes this Where "this" is the field renderer.
#275 1281001911000000 pudo Replying to [comment:2 rgrp]: > Also, now if you visit ckan.net/admin/Package get 500 error and following in logs: > > [Mon Aug 02 08:17:35 2010] [error] [client 86.26.8.30] Error - <type 'exceptions.UnicodeEncodeError'>: 'ascii' codec can't encode character u'\\xf4' in position 988: ordinal not in range(128) Cannot reproduce this at the moment. Will wait for it to occur again and then create another ticket.
#276 1271250866000000 dread I could not recreate this. I think it is only for particular packages?
#276 1272276020000000 dread Estimate: 0.5day
#276 1272996237000000 dread Fixed in cset:060e2df72148
#277 1294416367000000 thejimmyg My opinion is that having configuration in a database is a bad idea. We are currently considering moving to a system where CKAN is installable using apt-get. Since we're already moving functionality into CKAN extensions, choosing what you want kind of CKAN you would like would then be as simple as chosing the package to install. Configuring it would just be editing the config file. I don't think this is as relevant as it was 10 months ago. Anyone mind if I change this to wontfix?
#277 1296340723000000 rgrp I think this is useful but there may be complexities giving the non-reloading nature of python apps. Have also converted to an extension
#277 1296470458000000 kindly I think generally this is a bad idea. I think in a few controlled circumstances some configuration is worth changing at runtime, however looking through the development.ini file I do not see hardly anything in there that does not require a restart anyway. It would be good to have some clear examples of things that would be in the extension.
#278 1271173752000000 dread Fixed in cset:ad64bd0f6073 - copes with spaces now.
#279 1272451384000000 johnbywater Fixed in 5b6029c72f9a.
#280 1271173769000000 dread Fixed on default in cset:ad64bd0f6073
#281 1270723675000000 dread Done in cset:5e9f8ce150c2
#282 1338206417000000 ross This was discussed with Toby who has a ticket for this same feature because of disqus requirements.
#283 1270715817000000 rgrp Can I *strongly* suggest we just use the existing perfectly-good-system for flagging stuff called "tags" :) I suggest we have agree in the community a standard set of "meta" tags for this kind of stuff. E.g. i'm already using the "duplicate" tag for marking duplicates (I also add in notes the link to duplicate package but that's optional). So I suggest we: 1. Create "reserved" tag prefix "meta" 2. Create following specific tags (suggestions/comments welcome): * meta.duplicate - duplicate of another package. If possible indicate in notes or an extras field (to be decided) what it is duplicate of * meta.spam Editors can then just visit http://ckan.net/tag/read/meta.spam and work through list of packages there. If "push" notifications are required as well as "pull" then I suggest this be put in an external service (e.g. rss2email) rather than integrated into CKAN core.
#285 1340631923000000 icmurray Unassign to be triaged.
#286 1270723629000000 dread Done in cset:76560fa09db8 and cset:752a634a3095 and error handling in cset:aa021336d64d
#287 1270801210000000 dread Done in cset:76560fa09db8 through cset:ea397fc03587
#288 1271173777000000 dread Fixed in cset:ad64bd0f6073
#289 1271249368000000 dread Done in cset:bf98b63331cf
#291 1273254895000000 dread This seems spurious. The options.q is unicode finds foreign characters fine. The hack has since been taken out.
#292 1272286005000000 dread Achieved in cset:56b02fda195e (rgrp), cset:95498407d15e and cset:f5af59a3365c. Remaining broken test put in ticket:300.
#293 1271885457000000 johnbywater Can't reproduce this exception. Have added tests covering adding, removing and updating resources, and it all seems to work.
#293 1271940083000000 johnbywater With the metastable revision of CKAN, the package resource data structure in ckanclient scripts must have all four keys set in the Resource-Dict. Setting 'hash' in the resource data cures this issues with "metastable". The "bad" code was: resources.append((res['url'], res['format'], res['description'], res['hash'])) KeyError: 'hash' This code was adjusted in revision 40c4fe04038d, to default unspecified resource attributes to the empty string. It was changed further in subsequent revisions, to use parameters of the Package.add_resource method to default unspecified values. However, the API doc doesn't mention the resource hash, although it is required, but I just fixed that in the source (in revision 0f20bfb45d13). http://knowledgeforge.net/ckan/doc/ckan/api.html
#294 1291830960000000 thejimmyg Duplicate of #812
#295 1272384758000000 dread Done in cset:18edc4d95f2f. Took: 3h
#296 1294407032000000 thejimmyg Merging into #896.
#297 1294407051000000 thejimmyg Merging into #896.
#298 1294407080000000 thejimmyg Merging into #896.
#299 1294407099000000 thejimmyg Merging into #896.
#300 1272384474000000 dread Rufus fixed this in cset:e6e3
#301 1274832112000000 tim Duplicate of #190, although that ticket has a different implementation. It prefers comments as blog comments.
#301 1281342885000000 rgrp Should not have been closed. ticket:190 is about comments this is about a wiki-like discussion page which is very different.
#301 1340632055000000 icmurray Unassign in order for it to be triaged.
#302 1272453821000000 johnbywater Fixed in 61c8b3107f0e.
#303 1272454025000000 johnbywater We could also fix up the temporal model.
#303 1272912573000000 dread Package history page now shows revisions for tag, extra and resources. Needs tidying up and adding to REST. Done in cset:dc99df3ab4bd
#303 1272988619000000 dread Done in cset:dc99df3ab4bd cset:beb72a0aa810 cset:96bab1eb53f5 and vdm cset:bb9f97b1c4b0
#304 1272447296000000 johnbywater Fixed in c4bf92996b8a.
#305 1272994804000000 rgrp Closed in cset:8136e7369c0c
#306 1318181194000000 rgrp Duplicate of https://github.com/okfn/datapkg/issues/4
#307 1288027815000000 rgrp Done in cset:90e318c3c7dc/datapkg cset:0036b5c505eb/datapkg etc
#308 1275302577000000 rgrp Duplicate of ticket:234.
#309 1280743432000000 pudo fixed in cset:1382
#310 1279300525000000 dread Fixed in cset:a0acf179355c Cost: 2h
#311 1274282065000000 rgrp Resolved (sort of) in cset:489007a10bb9. This was a migration issue. Tracked this down to fact that on ckan.net we have: "package_resource_revision_pkey" PRIMARY KEY, btree (id) When it should be: "package_resource_revision_pkey" PRIMARY KEY, btree (id, revision_id) Looking in browser:ckan/migration/versions/012_add_resources.py find: {{{ Column('revision_id', UnicodeText, ForeignKey('revision.id')), #NB revision_id should have been primary_key too (joint with id) }}} How come this was not corrected here or at least noted for upgrade of ckan.net??? I have now fixed this so that others doing migration (at least with v1.0) will end up with correct code. I have also fixed issue on ckan.net by manual sql!
#312 1311176173000000 thejimmyg This ticket is more than 6 months old so closing in line with our current ticketing policy.
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15
Note: See TracReports for help on using and creating reports.