{23} Trac comments (3729 matches)

Results (1001 - 1100 of 3729)

← 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 →
Ticket Posixtime Author Newvalue
#1633 1335877927000000 seanh Closing this as there doesn't seem to be much interest in showing activity streams on group pages anytime soon.
#1632 1326736455000000 seanh This is finished, see the activity streams branch: https://github.com/okfn/ckan/tree/feature-1515-activity-streams but I think that before closing this ticket a little more thought needs to go into what the activity streams and the group page should look like, where on the page they should go, what else should go on the page, etc. Also maybe add a simple test that the activity stream is being rendered into the page.
#1632 1335877871000000 seanh Closing this as there doesn't seem to be interest in showing activity streams on group pages anytime soon
#1630 1327313971000000 rgrp Work done so far 0.25d. Estimate completion by end of day.
#1630 1327620031000000 rgrp Did not make it by end of day but now done!
#1630 1327620506000000 rgrp Done, see: https://github.com/okfn/ckan/commit/211c8006fe28106f532db5f09ca47e02f065f454
#1630 1330085600000000 dread Went into CKAN 1.6
#1629 1326215334000000 johnglover anon_editor and editor were given the create-package role, I had previously removed it via paster roles deny [anon_]editor create-package.
#1629 1326823222000000 dread This permission is set every time you do a db_upgrade. ckan.model.__init__.py calls init_configuration_data() which calls init_authz_configuration_data() which restores specific roles to the defaults. I agree that it doesn't seem right in this circumstance, but the way I setup roles is for 'editor', 'anon_editor' and 'reader' to have a fixed set of actions. See comment in ckan/model/authz.py: {{{ # These define what is meant by 'editor' and 'reader' for all ckan # instances - locked down or otherwise. They get refreshed on every db_upgrade. # So if you want to lock down an ckan instance, change Visitor and LoggedIn # to have a new role which for which you can allow your customised actions. }}} Basically it seemed wrong when people changed 'editor' to something that couldn't edit. They should call that role something else. But people *are* able to edit these roles (even though they are reset on upgrade) and they should be prevented. I've put this in a new ticket: http://trac.ckan.org/ticket/1679
#1627 1326890571000000 dread Fixed in [master 8314e97]. Headed for 1.5.2.
#1627 1326890614000000 dread Took 0.5h
#1626 1326215877000000 dread Mark wrote some About text: http://lists.okfn.org/pipermail/ckan-discuss/2012-January/001963.html David tidied it up and inserted it into code, adding a config option to change the first section [master 517aec4] aimed for release 1.5.2.
#1624 1326207441000000 dread ckan/templates/package/edit.html: <li><a href="#section-further-information">Futher Information</a></li>
#1624 1326216362000000 dread Fixed in [master 863e6ff] aimed at release 1.5.2.
#1623 1326892264000000 dread Done in [master c2c3427]. Added first CLI test too! Targets release 1.5.2. Took 0.5h
#1622 1326127683000000 johnglover Done. http://dgu-os.okfn.org/qa/dataset/five_stars Full QA scan scheduled to run every Sunday night at 04:00 UK time using crontab of user ckandguos.
#1621 1335878161000000 seanh Closing because I haven't seen this test fail for ages
#1616 1326452451000000 dread Maybe we just need a '-f' option to force it to continue if an exception occurs? It's a manual process and it's good to know loud and clear if there is a an exception setting up a new server say, but have the option to force it if the system is down temporarily is a critical service.
#1616 1326710037000000 amercader Sounds like a good option. I will move it to ckan-v1.6 anyway because it may need some work than the expected.
#1616 1332327635000000 amercader Fixed in 10cfd168413 Also new flags and fixes for other commands were added: * Add -o option to only reindex datasets not already indexed * Add -i option to ignore exceptions when rebuilding * Add -r option to just refresh the index (not clearing it first) * Fix show command to show the index stored for a dataset * Add support for clearing the index of just one dataset
#1615 1325774573000000 rgrp We have done several successful deploys behind a proxy server on apache. Any details of what didn't work? Worth adding details here: http://wiki.ckan.org/Deployment ?
#1615 1326393651000000 dread The mounting issue is discussed and more-or-less solved here: #1401 What's this redirect problem? The redirect is to a relative URL using h.url_for, just the same as the majority of links. I can't see why this is a problem, and it certainly works for Florian and Herrmann (see #1401). Please provide more details. {{{ url = h.url_for(controller='package', action='read', id=pkgname) redirect(url) }}}
#1615 1328888870000000 dread Closing - looks ok to me
#1614 1325689136000000 kindly a1ca82bbc5cf89a0e308dee278f6d8ea23af8b7e
#1613 1325866393000000 rgrp Why is this a problem. It is a very minor annoyance. I'd strongly vote for deferring and, if necessary at all, integrating with #1506 (UX improvements).
#1613 1326813924000000 dread OK, this is the browser doing this - not us at all. It is not standard practise. I think it is not a problem. Reference: http://stackoverflow.com/questions/2286402/url-fragment-and-302-redirects Safari 5 and IE9 and below drop the original URI's fragment if a HTTP/3xx redirect occurs. If the Location header on the response specifies a fragment, it is used. Chrome 11, Firefox 4, and Opera will all "reattach" the original URI's fragment after following a 3xx redirection.
#1612 1325688886000000 kindly finished a4d1f616caf3c3f2dcd963369c3e14299433097d
#1611 1325846987000000 ross See #1550
#1610 1325773944000000 rgrp IMO this is very low priority at the moment (also I guess this ticket which is webstore only should go in http://github.com/okfn/webstore/issues -- though that is something of a moot question)
#1610 1325852472000000 ross Duplicate of https://github.com/okfn/webstore/issues/41
#1609 1325586917000000 ross from the pad: What happens when I upload a CSV? * End up with file in permanent storage * IF file is of type ... csv,xls,xlsx,sqlite,.sql * End up with new db in webstore * Where? {username}/{resource-id}/... * If a single table: name it after the file name (appropriately slugified) * A resource *always* corresponds to a 'database' in webstore ... * In Data Explorer have "Sheets" tab ... * Resource url = /dataset/{x}/resource/{y}/link -> cached_url ... * Move uploaded file into permanent storage
#1609 1325774098000000 rgrp Move analysis into main body of ticket.
#1609 1326905350000000 rgrp Any comment on how this related to #1398 - Automated conversion of resource data into webstore. They seem to be exact duplicate -- but obviously #1398 was done and this wasn't.
#1608 1325586861000000 ross We should consider some admin dashboard hooks for data such as total file storage usage+count
#1608 1325681756000000 ross The current storage API might need cleaning up and merging into the normal API. Although this may require changes to the current API Controller. Not sure, so adding a note as a reminder.
#1608 1328101443000000 rgrp Want to re-enable direct upload to cloud storage.
#1608 1328175329000000 rgrp Fixed in https://github.com/okfn/ckan/commit/4488795a54866a02305268d77a2648fa85538ee8 And working on <http://thedatahub.org/>, test etc. One important note: test using remote storage has been disabled -- see https://github.com/okfn/ckan/commit/3c9ddd31d741eb8ec8c145063ce967e781947a88 Time spent: 0.25d.
#1608 1330036982000000 dread This has gone into CKAN 1.6
#1605 1327317069000000 dread Need to merge with #1682
#1605 1330038773000000 dread #1682 now merged in
#1603 1338202654000000 kindly Duplicate as new theme will implement this.
#1602 1328175521000000 rgrp Image (pre)viewing done in https://github.com/okfn/ckan/commit/2b08425c3aef424d4192838e418b7ad9ccc6a129.
#1602 1328175553000000 rgrp (Time elapsed: 1h.)
#1602 1328175719000000 rgrp Closing ticket as everything done except geo (pre)viewing and that is a substantial chunk of work that needs planning and is already separately ticketed (and was already marked as (?)).
#1600 1327335778000000 rgrp Booted: https://github.com/okfn/help.thedatahub.org
#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/
#1600 1328183223000000 dread Nice tutorial - that is one nice use case for the Data Hub we want to push. And good to be able to have context help in CKAN, with configurable URLs. I'm just wondering why boot another Sphinx, on top of our existing wiki.ckan.org, ckan.org & ReadTheDocs solution? Why has it changed from a couple of months ago when we redesigned the docs with Anna and we all decided that User Docs should live in the wiki.
#1600 1333362031000000 rgrp Closing as wontfix atm since think this will either go to main manual or won't be done here. (Also did quite a lot of work).
#1599 1325555192000000 rgrp Done. See http://okfnlabs.org/ckanjs/widgets/count/ and live deploy at http://openeconomics.net/ (RHS sidebar).
#1598 1325474818000000 rgrp Moving out of v1.6 as many more important things to do.
#1597 1324550545000000 dread This feature is requested by Colin Calnan
#1597 1325202152000000 rgrp Is there not a limit option to the package_search action (if not maybe there should be (with say a maximum of 200 ...)). Also I'm not sure how essential this is to #1521. In general we just want to search (and facet on) datasets and resources not on tags. So IMO: this is a low value item.
#1597 1326821156000000 dread I found that adding facet:limit=200 does what we need.
#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.
#1594 1325473486000000 rgrp #1583 seems important and quick. #1584 I'm more dubious about esp as I think time estimate may be a bit optimistic :-) (e.g. #1584 includes search of reports ...). At this point in time I'd vote for #1583 plus deployment as good enough for v1.6.
#1594 1328000053000000 rgrp With #1583 done this is lower priority so deferring into next major milestone.
#1594 1338203215000000 johnglover We're not using super tickets any more so closing this, most of the smaller tickets are still open however.
#1593 1333385052000000 icmurray Implemented in branch [https://github.com/okfn/ckan/commits/feature-1593-create-feeds-from-search-results feature-1593-create-feeds-from-search-results] Not quite close as I've only included links to the atom feed in the <head>. Will do that this week.
#1592 1326304321000000 amercader Fixed on 1e649a62fcf
#1591 1325704907000000 dread Today I upgraded s057: br cz ie norway
#1591 1325764196000000 dread I've now completed the upgrade for datacatalogs.org. All that remains now is DGU. Reassigning to Ian as I'm away shortly.
#1591 1325866229000000 rgrp Report of time spent / time estimate would be brilliant :-)
#1591 1326117568000000 dread Spent about one day on this from myself.
#1591 1327317321000000 rgrp Done. (DGU waiting on integration)
#1591 1327320209000000 dread All covered off. DGU is 1.5 but security issue fixed previously.
#1591 1328735849000000 nils.toedtmann Some critical CKANs (e.g. PDEU, DataNL, DataGM) seem to be still on pre-1.5 versions. Shouldn't they be upgraded too? Or is that tracked elsewhere?
#1591 1328789470000000 dread This ticket was created in response to the security issue in CKAN 1.5 only - it does not affect other versions. There is a different argument to upgrade older CKANs installed elsewhere, but there tend to be problems with extensions and themes not being compatible, so I think should be considered on a case-by-case basis and how much budget is available.
#1590 1326711608000000 amercader Added in 658f76e4a0 and deployed to the production site.
#1589 1325475095000000 rgrp Moving out of v1.6 (super ticket is in).
#1588 1325475117000000 rgrp Moving out of v1.6 (super is in atm).
#1587 1339433286000000 johnglover Fixed on ckanext-qa branch release-v1.7.1
#1586 1324480384000000 dread Went into CKAN 1.5.1
#1586 1324480406000000 dread Replying to [comment:1 dread]: > Went into CKAN 1.5.1 Sorry, that was an error - ignore.
#1586 1337079419000000 icmurray Duplicate of #2298
#1584 1325475164000000 rgrp Moving out of v1.6 until determined it is in (super ticket is in).
#1583 1324484387000000 rgrp I'm not sure star rating is the key thing I want to know and I also think it will be visually very confusing (I associate stars with ratings now with some automatic quality assessment + (IMO) 5 star isn't that useful). I'm much more interested in things like: * Is this down (all the time) * Has this been down recently * When was this last modified (not quality per se ...) This is an area where referring back to the original user stories (if any) around QA is really useful. I guess my feeling would be some of this should be about providing e.g. helper methods so that theme designers can incorporate things into their design with some work putting this into default CKAN theme.
#1583 1327422386000000 zephod Working on this on branch feature-1583-qa. https://github.com/okfn/ckan/tree/feature-1583-qa Design work is done, it needs integrating with the live API. That's all in the QA extension. Suggest all my work should be moved into the ckanext-qa extension and plugged into the API available there. Shouldnt have developed this in core after all.
#1583 1327424812000000 markw Added request to fix table of broken resource links, which is itself broken
#1583 1327582611000000 zephod Complete. CKAN: * https://github.com/okfn/ckan/commit/048f58748b052ecd9efaa0b6940d3c1659990494 CKANEXT-QA: * https://github.com/okfn/ckanext-qa/commit/dc040f9fdfe01cf420919b0779d61043b5ec76cb * https://github.com/okfn/ckanext-qa/commit/590150dcd947d4a12ff2ec7c396f5dee4cbbaee9 * https://github.com/okfn/ckanext-qa/commit/590150dcd947d4a12ff2ec7c396f5dee4cbbaee9
#1583 1327582702000000 zephod And this: CKAN: * https://github.com/okfn/ckan/commit/8f3c70c3f3008acf9e3bfcc813f40df07c6ee4c5
#1582 1324489033000000 johnglover celery and ckanext-qa both deployed to thedatahub. ckanext-archiver also installed as the link checker is used by ckanext-qa, but the plugin is not activated. QA scan of all datasets (CRON job) currently scheduled once a week (Sunday, 4:30am)
#1582 1326110801000000 johnglover blog post added: http://ckan.org/2012/01/09/qa-on-thedatahub/
#1579 1338212496000000 ross I think the new datastore solves this.
#1578 1325473015000000 rgrp Removing from v1.6 as not high enough priority atm to justify.
#1577 1325473564000000 rgrp Foreign characters aren't allowed in file names I would image as they will be part of url. worth noting this at some point but don't think this is very high priority and hence deferring out of v1.6.
#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
#1576 1325190496000000 rgrp Fixed. Merge cset: https://github.com/okfn/ckan/commit/cb29d62133bb4d060622f2fa752dd281b71a252b
#1576 1327056070000000 rgrp Some questions arising from this. Now on http://ckan.okfnpad.org/extensions * How do I add Stats to a menu ... * ANS (?): Main menu: should make this configurable sooner rather than later (what about footers ...) * How do I have plugins support other plugins ... * E.g. stats incorporate QA info == Extensions in Core == * Do we centralize templates and public directory or not ... * (+) quicker, simpler * (-) have to change things, does it mess up non-core extensions * Tests: need to be run! (Put them into core area ...) == Qu: Going forward how do we handle extensions and plugins == Specifically: * Inclusion of html into *core* html - e.g. showing download counts ... * Concrete examples: * Including widgets into the dashboard * Including widgets in stats section * (not simply inclusion of html into routing system separate from core -- which is relatively trivial) * More entry points? == Other stuff I think we should look at == * config in dashboard
#1575 1325866330000000 rgrp Can we also lose the Canada government group. Let's just have have the Canada group plus a tag for gov (e.g. just gov or gov-canada or canada-gov or ...)
#1575 1326808631000000 dread Tags corrected and Canada gov group changed to canada-gov. Script checked in as bin/canada.py [master 731111d]. Spent 2.5 hrs.
#1574 1325582298000000 ross Related: #1608 Merge storage into Core #1609 Celery task for ckanext-archiver to write to webstore.
#1574 1325590211000000 ross Added #1611 as relevant to webstore integration
#1574 1325774336000000 rgrp @ross: Is it possible to update the detailed description of this ticket so it reflects current reality (whatever that is ;-) ) (BTW: you can edit the main descript of the ticket by scrolling to the bottom of this ticket edit page)
#1574 1325847164000000 ross Updated description.
#1574 1325847230000000 ross __Some issues to be addressed__ * What about existing content stored on google/s3? * Metadata for OFS should use username/userid? If user changes username we could just change the pairtree metadata json file, it should not be automated or easy for users to change username though. * OFS Metadata should contain the form data from CKAN upload * Remove _owner from OFS metadata (unnecessary) __Some issues to still consider__ * Allow .sqlite upload? * Allow .sql upload?
#1574 1326904965000000 ross Added related ticket #1681 for documentation/announce to be done asap.
#1571 1325265148000000 rgrp Rewrote description extending it significantly and linking to etherpad and code.
#1571 1325555270000000 rgrp Done (4d) ago: rename todo(s) -> issue(s) in extension
#1570 1324314741000000 rgrp Deleting this ticket as integrated file storage has been available and finished for months.
#1568 1325267998000000 rgrp Closing as duplicate of #1129 and #1141
← 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 →
Note: See TracReports for help on using and creating reports.