{23} Trac comments (3729 matches)

Results (2801 - 2900 of 3729)

← 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 →
Ticket Posixtime Author Newvalue
#213 1262689477000000 dread There is a fab file for microfacts already.
#2225 1343220502000000 aron.carroll There is a jshint.json config file that all JS in the new base theme conforms to.
#2252 1333108787000000 amercader There is a new ticket for the same schema as forms issue: #2268 The exception was fixed on [https://github.com/okfn/ckanext-inspire/commit/0dff1f6 0dff1f6]
#1425 1326821722000000 dread There is a package_delete logic function to achieve this (and indeed group_delete too). One of the reasons we haven't advertised it with a button is that anyone with 'edit' privileges can go round deleting packages. It's one thing spotting graffiti, but when you delete packages, it takes a lot of effort to spot nefarious deletions. I think should either restrict deleting to sysadmins or have a separate authz-action DELETE-PACKAGE that is not given to the average logged-in user. I believe Wikipedia does something similar - the average Joe can edit, but can't delete pages.
#2639 1345125344000000 rgrp There is also an additional issue which is that recline no longer uses elasticsearch_url so we will need to patch this either in js or in the controller code for the embed ...
#1086 1303381200000000 johnlawrenceaspden There is no (obvious) way to delete an authzgroup.
#712 1294408364000000 thejimmyg There is no 0.4 metadata spec yet so we can't model it. If there was, the discussion would be on #711 anyway.
#413 1294407429000000 thejimmyg There is no caching in the current DGU CKAN code.
#381 1294410466000000 thejimmyg There is no mention of what the test defect is. All tests pass so marking invalid.
#1354 1316970374000000 amercader There is no way to maintain backwards compatibility, so let's forget about it for now
#826 1297416879000000 kindly There is nothing to stop anyone from putting any extra attributes in the extra_info field dict. So any have the flexibility you need. The config option is to add some fields that act in exactly the same way as python attributes, having the same semantics as them. i.e if you have an extra field called alturl, you can do obj.alturl = 'fdsffs'. This is the best of both worlds as far as I can tell.
#2569 1340877069000000 toby There is now the list in the sidebar but it points to view resource not edit - that will be part of phase 2
#2203 1348568961000000 dominik There is work on this in the dataviewer-iframe branch.
#483 1294417216000000 thejimmyg There isn't a catalogue web UI, just CKAN. I don't understand this, marking invalid. See instead #482 and #484.
#484 1294417248000000 thejimmyg There isn't a catalogue web UI, just CKAN. I don't understand this, marking invalid. See instead #482.
#676 1294413641000000 thejimmyg There was discussion of this on the list a few months ago, was there a conclusion?
#2441 1338306828000000 aron.carroll There's already a submit button in the form (it's the question mark) it's up for discussion on Basecamp if this is clear, apparently it's not. I'm going to throw this back to you to implement the popular badges, I'll tidy that form up later. Perhaps we can get a helper such as h.isPackagePopular(pkg) that can be customised on a per instance basis.
#948 1300271268000000 dread There's also the API to consider. One edge case to consider too - currently we don't allow reuse of the name of a deleted package, which is confusing. The deleted package should be moved aside (renamed), unless the deleted package is entirely the same as the new or renamed package.
#1050 1315394117000000 dread There's been no objections to my comment 6 months ago saying this is invalid, so marking it invalid. Feel free to reopen if there is indeed a case here.
#1306 1319797204000000 dread These are expressed as functional API tests - see tests/functional/api/test_action.py. There's not a lot of difference (apart from Paste coming in there) so no real need to duplicate API and logic layer tests, or to switch them to talk directly to the logic layer.
#2372 1343220160000000 aron.carroll These are now in https://github.com/okfn/ckan/blob/b31109b628a21072ec0c2dec2a5d5a1c2cc0ed9c/doc/coding-standards.rst#javascript-coding-standards
#984 1297628554000000 kindly These are the errors listed in severity order. * group revision tables joins wrong in many ways. * changemask table not added. * licence_id wrong type. * package_revision.download_url and changset.status not dropped. * package.name and tag.name unique constraint not added. * update cascaded defined wrongly. Attached are the fixes that will need to be run in ckan_migration_fixes.sql
#1386 1324036930000000 dread These changes go into release v1.5.1.
#695 1287766973000000 dread These changesets do the trick. I've: * merged Ollie's changes into default and metastable branches. * updated ckan.net to latest metastable and reindexed it. * ckan.net now searches on latest packages, including sanskrit example. * test-hmg.ckan.net also updated to latest metastable for testing with UAT. * ckanhmg is to be updated next week and DGU ticket remains for this.
#2226 1332159640000000 seanh These deployment docs seem worth moving into sphinx as well: http://wiki.ckan.org/Deployment
#1292 1320145732000000 dread These fixes all went into release 1.5.
#439 1294413903000000 thejimmyg These have been agreed and are awaiting signoff.
#199 1267649255000000 rgrp These tests are no longer failing afaict. To run tests you can just use nosetests -- documented in cset:ebdfc89ccd86/datapkg
#978 1325259266000000 rgrp Think this should be part of a larger refactor of resource editing now that #1445 (resource page in WUI) is done
#1044 1300359562000000 rgrp Think this would be resolved by refactoring implied in ticket:1001 (specifically checks for api key and remote user should lead to availability of same set of identification information).
#59 1272468398000000 rgrp Think we should resolve this by: * Removing guide page. * Putting a link to ckan user guide (http://wiki.okfn.org/ckan/doc/) in RHS sidebox on front page along with other links ... -- can this link url be made a config option in ini (defaulted to that url on load in lib/base.py or wherever it is loaded) * Move current content of guide (one item about bookmarklet) to http://wiki.okfn.org/ckan/doc/faq/
#1197 1340019675000000 toby Thinking horrible thoughts, there was a rumour of a ckan tour, for something like that this would be useful. Not sure where that plan is at? if there is a ticket for it maybe link to this one and close?
#1436 1320230896000000 johnglover This also applies to CKAN core
#2968 1350297070000000 seanh This also applies to other pages such as /member_new and /member_delete
#1055 1300987241000000 dread This amounted to 14 tests. Fixed in cset:5bbd0005c57e ready for ckan release 1.4.
#2292 1335021860000000 rgrp This annoyed me so much I just fixed it: https://github.com/okfn/ckan/commit/5eca7d5e37c0ef392b768b8b3768b2c3f93448b5 Issue was that our auto-completion depended on structure of the HTML which changes with bootstrapification. BTW: have deployed this via copy and paste on datahub so i can use it. Will want to revert this when you do a deploy. @Ross: I note that the same bug probably affects organization auto-complete.
#1331 1325355631000000 dread This appears to be fixed in 1.5, 1.5.1 and 1.5.2a.
#817 1297073724000000 thejimmyg This appears to be fixed now.
#1214 1314029628000000 dread This appears to have been fixed by version 1.4.3.
#1226 1314029434000000 dread This appears to have gone away. No sign of it for two weeks on any OKF sites.
#1447 1322220690000000 dread This appears to have happened again today on test.ckan.net and someone has sorted it. The problem is visible on munin as inodes running out. * eu25 seems ready to fall over in about a week: http://munin.okfn.org/okfn.org/eu25.okfn.org-df_inode.html * thedatahub.org on s055 (and other fry instances) seem to have dynamically adjusted inode table size (by the kernel) so is less of a problem
#2428 1341234933000000 seanh This awaiting merge, pull request: https://github.com/okfn/ckan/pull/46
#1345 1337961353000000 nils.toedtmann This becomes an actual problem on the CKAN farm s057, see http://trac.okfn.org/ticket/1245
#1054 1301305615000000 dread This branch is now merged.
#1437 1320173496000000 dread This can be fixed with one line of code, so I'm doing it for release 1.5.
#1286 1342436420000000 dread This can happen now, if it hasn't already.
#2579 1340899337000000 toby This can move to 1.9 as will need agreement to be merged
#1006 1298631145000000 dread This command is slightly different to your branch policy as of two weeks ago: {{{ stable: stable code metastable: (will soon be deprecated) for code preparing to be stable default: development HEAD }}} which I prefer. My ideal would be to get rid of the confusing name 'metastable' and unneeded 'stable' and start a new branch called 'released', which will act the same as 'master' in this diagram but with a more intuitive name: http://nvie.com/posts/a-successful-git-branching-model Then for each ckan instance we can either use the most recent release (from 'released') or choose a specific one (e.g. 'ckan-1.3' or even 'default' or 'enh-865' for getting latest features). This gives a good degree of flexibility, is more understandable to newbies and probably a more widely understood branching model.
#690 1288013610000000 johnbywater This concern was resolved in favour of a converged set of attributes (#711).
#1175 1325355170000000 dread This error (which will be in the apache or ckan log) must be unrelated. Stats extension runs fine elsewhere.
#1267 1312890962000000 dread This error has been occurring on at.ckan.net which has webob 0.9.7.1-1
#316 1274366801000000 dread This exception occurs for ckan.net with just this one character: http://ckan.net/package/search?q=%C2 (you can wget it) But I can't recreate it on my machine. Maybe it's a version issue. The client that is making all these crazy calls is googlebot.
#1236 1323090508000000 dread This feature is now released, but there is a remaining bug which I've put in this ticket: #1509
#1597 1324550545000000 dread This feature is requested by Colin Calnan
#1521 1327080136000000 zephod This function can be deprecated, as groups will use Solr searching to list their packages. https://github.com/okfn/ckan/blob/master/ckan/logic/action/get.py#L398
#2620 1342074737000000 toby This got fixed at some point
#1256 1312409296000000 kindly This has also caused problems in authorization for deleted packages.
#836 1302882808000000 dread This has been a (minor) issue since release v1.3
#1051 1301305079000000 sebbacon This has been completed in https://bitbucket.org/okfn/ckan/changeset/64a949990e0b
#681 1290507180000000 dread <[email protected]> This has been deployed now.
#108 1252318938000000 dread This has been done in changeset:ec90f59040e0.
#1218 1310385419000000 dread This has been done in cset:bd0f83a2e287 for release 1.4.2. Deployed to ckan.net.
#123 1254321447000000 dread This has been done, starting with cset:7d8bada15d88.
#820 1311325226000000 dread This has been fixed
#244 1271248968000000 dread This has been fixed by Benoit (backed out changes, waiting for upgrades to babel / genshi)
#1804 1330347185000000 toby This has been fixed in master for a while and was only a 1.6 issue
#865 1295259773000000 pudo This has been fixed on the respective branch and merged into default..
#2631 1352205778000000 johnmartin This has been fixed with the LOD2 work on activity streams.
#681 1288036387000000 rgrp This has been fixed.
#1207 1311325343000000 dread This has been fixed.
#232 1297246297000000 thejimmyg This has been here for over a year and is not a technical ticket. Suggest we close it?
#651 1311169144000000 thejimmyg This has been open for more than 6 months so closing it. It may even have been fixed in John's auth refactor.
#1533 1338202636000000 ross This has been superceded by #2234
#782 1289218497000000 pudo This has existed for quite a while, but misses documentation. Has been documented in cset:db18a16a5b4d
#1608 1330036982000000 dread This has gone into CKAN 1.6
#1453 1329395697000000 dread This has gone into release 1.6.
#1380 1324048324000000 dread This has gone into v1.5.1.
#987 1311177705000000 thejimmyg This has largely been implemented now for publicdata.eu. There is a CREP #1134 outstanding to take the harvesting to the next level so marking this one as duplicate for now.
#321 1291831399000000 anonymous This has now been superseded with this proposal: #787
#2383 1337872916000000 icmurray This helper function won't parse UTC offset if passed a UTC offset as "+01:00"; but incorrectly parses the UTC offset "+0100" as 100 microseconds. Resolution: - I've decided to keep the behaviour of not parsing UTC offsets because we currently don't store timezone information in the database; and I think that either dropping the tzinfo, or adjusting for it would appear to be "magic behaviour" from the user's perspective. Also, as this is a helper function, I think it makes sense to keep the behaviour as is, even if it's slightly non-standard. This fix [1] maintains all the old non-ISO behaviour: - not allowing UTC offset to be specified. - arbitrary delimiters between date and time values. - microsecond precision. But won't parse "+0100" as microsecond precision. I tried using a couple of python modules for parsing date strings; but none maintained the same behaviour. [1] https://github.com/okfn/ckan/commit/d6c9e48f8df5e926abd3fb1a1607f4f5a30075b4
#1030 1300103984000000 amercader This includes: * Take out all references to harvestsource, harvestingjob and harvesteddocument in the rest API * Move the harvesting bits of ckan/lib/cli.py into ckanext-harvest. * Move ckan/controller/harvesting.py and cknan/model/harvesting.py to ckanext-harvest as well * Update ckanext-csw to be able to find the code it needs in the new place.
#564 1294412714000000 thejimmyg This is a Drupal requirement rather than a CKAN one for the timebeing.
#743 1294412807000000 thejimmyg This is a Drupal requirement rather than a CKAN one for the timebeing.
#646 1294413500000000 thejimmyg This is a Drupal requirement rather than a CKAN one for the timebeing.
#744 1294412813000000 thejimmyg This is a Drupal requirement rather than a CKAN one for the timebeing.
#745 1294412820000000 thejimmyg This is a Drupal requirement rather than a CKAN one for the timebeing.
#746 1294412827000000 thejimmyg This is a Drupal requirement rather than a CKAN one for the timebeing.
#747 1294412834000000 thejimmyg This is a Drupal requirement rather than a CKAN one for the timebeing.
#345 1291831615000000 thejimmyg This is a bit out of date. We have moved to a system of "stable" and "default" branches with feature branches for features, bugs and tickets. We already have default and stable tested by buildbot.
#1200 1311180218000000 thejimmyg This is a duplicate of #1108. Let's have the discussion there please.
#815 1294410951000000 thejimmyg This is a duplicate of #234. Please have a look at existing tickets or re-open closed ones rather than adding new ones so that we can keep the old discussions. I've added your point to #234. Thanks!
#563 1296592472000000 thejimmyg This is a duplicate of #496
#766 1296593519000000 thejimmyg This is a duplicate of #767
#795 1296593361000000 thejimmyg This is a duplicate of #794 because if we needed to do this it would be because we need to support harvest sources registered on behalf of publishers by agents,
#781 1294415081000000 thejimmyg This is a duplicate of #812 so closing.
#1219 1310471415000000 dread This is a known issue and of low importance.
#2411 1338210872000000 toby This is a long term goal
#2780 1345023811000000 toby This is a new feature moving to phase 4
#2873 1345136489000000 toby This is a problem with the summary data not the resource qa score it is almost certainly due to stale data. keeping here till resolved
#486 1291639321000000 rgrp This is a requirement ticket which we no longer support and a duplicate #847.
← 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 →
Note: See TracReports for help on using and creating reports.